Diagnostik dan pemilihan
Identifikasi proses, batas produk dan rute implementasiWawancara bisnis, inventaris sistem status, analisis variable, tanggung jawab utama data, antarmuka dan daftar migrasi, anggaran fase
Home / Proyek bimbingan keputusan / ERP dan biaya implementasi CRM
PROJECT DECISION GUIDEImpitimasi ERP dan biaya pembangunan pengastrikan CRM, periodisitas dan dasar untuk kutipan
ERP atau proyek CRM tidak bisa dibandingkan hanya dengan lisensi dan konsultan perangkat lunak. Proses bisnis perbedaan, kualitas data master, pengembangan sekunder, migrasi eksternal, pencurian dan dukungan beralih seringkali merupakan faktor utama yang menentukan keseluruhan masukan dan resiko baris atas.
Jawab pertanyaannya.
Biaya implementasi ERP dan CRM
Diusulkan untuk memecah anggaran menjadi model diagnostik dan pemilihan, lisensi produk, konfigurasi dan pengembangan sekunder, integrasi antar-muka, migrasi data, pelatihan uji coba, dan perpindahan terus-menerus. Kebutuhan tidak jelas untuk memberikan tingkat anggaran; proses, perbedaan, antarmuka dan persediaan migrasi selesai sebelum tahap kuantisasi dengan asumsi dan pengecekan dikembangkan.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase projek
Lapisan-lapisan berikut ini digunakan untuk membangun dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Penerapan pertama
Jalankan melalui real-to-end bisnis tertutup loop.Konfigurasi produk, pengembangan sekunder yang diperlukan, antarmuka kunci, migrasi data perwakilan, hak akses peran, pengujian dan pelatihan
Akses dan operasi penuh
Dukungan bagi organisasi-organisasi lain dan kapasitas jangka panjangMigrasi penuh, switchback, pemantauan rekonsiliasi, keamanan kinerja, dukungan lalu lintas, peningkatan versi dan optimasi terus menerus
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk decision-making
Pertama, batas-batas menahan diri dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerjasama dibandingkan.
Mengaktifkan dan menyebarkan modalitas
Biaya untuk melanjutkan harus disertakan dalam total biaya kepemilikan, sebagai subscriptions awan publik, pengungkapan pribadi dan izin dikenakan biaya, ditingkatkan dan beroperasi berbeda.
Organisasi, proses dan otoritas
Perusahaan yang lebih kompleks, departemen, gudang, daerah pemasaran, tingkat persetujuan dan otoritas data, semakin besar lingkup konfigurasi, pengujian dan pelatihan.
Konfigurasi dan Pengembangan Second
Fungsi standar dapat dikonfigurasi, dengan aturan diferensial yang memerlukan plugin, ekstensi atau sistem perifer; modifikasi ke kode inti juga akan meningkatkan biaya peningkatan berikutnya.
Antar muka dan koherensi bisnis
ERP, CRM, OA, pembayaran, faktur, logistik dan keuangan tidak hanya terhubung, tetapi juga menangani kunci tunggal, tarts, tes ulang, kompensasi, dan rekonsiliasi.
Pembersihan data dan migrasi
Klien berulang, komoditas yang tidak valid, konflik kode dan situasi sejarah memerlukan identifikasi umum oleh staf operasional dan tidak dapat diubah secara otomatis oleh skrip saja.
Test-run and go-live responsibility
Operasi dua kali trek, pelatihan, inventaris, membuka data, menutup jendela, back-up dan back- line support harus dimasukkan ke dalam rencana dan tawaran tersebut.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Proses bisnis yang ada dan masalah kunciERP dan produk CRM yang direncanakan untuk dipakai atau dibeliOrganisasi, peran, gudang dan tubuh akuntansiUkuran data primer, seperti perintah komoditas pelangganSistem dan kondisi antarmuka yang akan disambungJangkauan data historis yang akan dimigrasiBuka jendela, jumlah peserta dan mode pilotKonfigurasi sumber, nomor akun dan persyaratan transport jangka panjang
Alamat yang disarankan untuk implementasi
Diagnosa proses dan perbedaan biasanya lebih aman daripada pembelian sejumlah besar modul secara langsung. Tawaran formal harus menunjukkan lisensi, implementasi, pengembangan, antar muka, migrasi dan biaya yang berkelanjutan secara terpisah, dan termasuk persiapan data klien, konfirmasi bisnis dan kerjasama pihak ketiga dalam matriks akuntabilitas.
DECISION WORKSHEET
Ubah ERP dan CRM biaya implementasi ke keputusan yang dapat dilaksanakan
Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.
Mengaktifkan dan menyebarkan modalitas
Biaya untuk melanjutkan harus disertakan dalam total biaya kepemilikan, sebagai subscriptions awan publik, pengungkapan pribadi dan izin dikenakan biaya, ditingkatkan dan beroperasi berbeda.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Organisasi, proses dan otoritas
Perusahaan yang lebih kompleks, departemen, gudang, daerah pemasaran, tingkat persetujuan dan otoritas data, semakin besar lingkup konfigurasi, pengujian dan pelatihan.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Konfigurasi dan Pengembangan Second
Fungsi standar dapat dikonfigurasi, dengan aturan diferensial yang memerlukan plugin, ekstensi atau sistem perifer; modifikasi ke kode inti juga akan meningkatkan biaya peningkatan berikutnya.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Apa yang harus ringkasan yang sebanding dengan penilaian yang mengandung?
Pada minimal, ukuran data utama, seperti proses bisnis yang ada dan masalah kunci, digunakan atau dibeli ERP dan produk-produk CRM, organisasi, peran, gudang dan badan akuntansi, perintah komoditas pelanggan, didokumentasikan, bersama dengan volume bisnis saat ini, waktu pengolahan rata-rata, anomali utama, sistem di tempat, hak istimewa data, ketergantungan pihak, dan akses jendela-jendela. Versi yang sama disediakan kepada pemasok yang berbeda, dan asumsi, kecuali, permintaan, hanya untuk memenuhi satu bukti yang diperlukan, dan bukti yang sama,
Contohnya, perusahaan mengharapkan bahwa proyek tersebut akan menghemat 160 jam tenaga kerja per bulan, tapi angka ini harus dipecah menjadi jumlah tugas, tabungan tunggal, tingkat adopsi, dan nilai peninjauan manual. Jika hanya 40 persen pengguna menggunakan periode pertama, atau jika proses baru meningkatkan proses tinjauan, keuntungan yang sebenarnya akan lebih rendah daripada perkiraan yang jelas.
Empat jenis bukti direkomendasikan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti lingkup: konsistensi dari versi permintaan, proses bisnis, prototipe, antarmuka, dan pengecualian; yang kedua adalah bukti teknik: apakah teknologi yang sama memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah para personil, peserta yang sebenarnya, tahapan masukan, mekanisme masukan, dan mekanisme pengganti jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, dokumen, pelatihan, jaminan kualitas, transportasi yang diberikan kepada mereka untuk menyediakan obat yang tidak bisa digunakan untuk menjadi bukti yang bisa digunakan untuk menyediakan obat yang bisa di bawah.
Disarankan bahwa lingkup kejelasan, ketergantungan kritis, kapasitas tim, penerimaan yang berlaku dan takeover jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor direkam. Jika sebuah program lebih murah, antar muka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke caliber pengiriman yang sama sebelum dibandingkan.
Prinsip penghakiman
Halaman ini menyediakan suatu kerangka pembuatan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apakah implementasi ERP memerlukan lisensi perangkat lunak?+
Belum tentu, lisensi produk, sumber daya awan, interface pihak ketiga dan biaya implementasi pembangunan harus diidentifikasi secara terpisah, menghindari salah menilai tahun pertama dari harga spesial sebagai biaya jangka panjang.
Haruskah pengembangan gubahan CRM dibangun dari nol?+
Manajemen bisnis pelanggan bisa lebih umum, dengan produk dewasa yang pertama kali diperiksa; saluran, proyek-proyek berdasarkan aturan pembatalan atau kuotasi kompleks dapat dicapai melalui ekspansi, sistem perifer dan integrasi.
Mengapa migrasi data sejarah perlu diperkirakan secara terpisah?+
Data pembersihan, pemetaan kode, konversi status, rekonsiliasi nilai, retret kegagalan dan titik operasional memeriksa semua menghasilkan beban kerja, dan data dengan ukuran yang sama mungkin bervariasi secara signifikan dalam kualitas dan biaya.
Kapan kita bisa mengkonfirmasi tanggal ERP atau CRM on line?+
Rencana yang dapat diandalkan dengan kondisi sebelum akan dikembangkan hanya setelah penyelesaian batas proses, perbedaan, antar muka, migrasi dan validasi teknis kritis.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Info Bisnis, Integrasi Sistem dan Transportasi
Bagaimana pihak ketiga API terintegrasi dan multi- system antar muka pengembangan umumnya ditawarkan?
Proyek antarmuka tidak dapat hanya dikutip oleh banyaknya antarmuka, karena antarmuka yang sama mungkin hanya sekedar permintaan, tetapi juga menganggap transaksi, uji ulang, rekonsiliasi dan keamanan tanggung jawab. Biaya tersebut tergantung pada kualitas dokumen, lingkungan uji, lingkungan lapangan, frekuensi sinkronisasi, kompensasi yang tidak biasa, kinerja dan dukungan online. Hal ini direkomendasikan bahwa jumlah URL akan dinilai oleh link bisnis daripada hanya dihitung. Antar muka yang tidak diketahui secara teknis dapat divalidasi dan kemudian dikutip secara resmi.
Lihat jawaban lengkapPemilihan informasi perusahaan, integrasi dan tata letak dataBisakah antarmuka API sepenuhnya kompatibel tanpa berkas?
Terkadang, tapi biaya, resiko, dan waktu meningkat secara signifikan, dan tidak ada hubungan tertentu yang dapat dijanjikan. Tim perlu mengkonfirmasi apakah ada mandat hukum, lingkungan tes, log, permintaan sampel dan dukungan asli.
Lihat jawaban lengkapSistem manajemen operasi dan operasi EnterpriseSistem CRM membeli produk standar atau pengembangan custom?
Saluran, penawaran, keanggotaan, pengiriman, atau perbedaan proses industri sangatlah jelas yang paling penting adalah untuk mengkonfirmasi API, ekspor data, izin dan perbarui batas, daripada membandingkan fungsi demonstrasi.
Lihat jawaban lengkapPemilihan informasi perusahaan, integrasi dan tata letak dataERP membeli produk standar atau pengembangan custom?
Proses umum seperti keuangan, pengadaan, inventaris, dll biasanya memprioritaskan penilaian orang dewasa ERP, tidak semua yang tidak disetujui dari nol. Aturan bisnis unik dari perusahaan, platform eksternal, dan peralatan situs yang mungkin perlu dikembangkan atau dimodifikasi secara independen. Pilihan ini tidak ada di antara "standar atau keteraturan", melainkan untuk mengidentifikasi proses yang menerima standar dan yang memungkinkan untuk meningkatkan keuntungan yang kompetitif. Pilihan ini diikuti dengan pengembangan produk-produk kedua.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Implementasi ERP dan pengembangan pengastrikan CRM
Lihat pilihan, konfigurasi, pengembangan sekunder, antar muka, migrasi dan baris layanan
Untuk informasi lebih lanjut.RelevanSolusi Enterprise
Memahami bagaimana ERP, CRM, OA, pembayaran dan sistem keuangan berhubungan dengan hal ini.
Untuk informasi lebih lanjut.RelevanIntegrasi API dan Multisistem
Penilaian lebih lanjut dari antarmuka, antar-muka, pemantauan, penggantian dan masukan rekonsiliasi
Untuk informasi lebih lanjut.RelevanSubmisi penilaian proyek awal
Proses, sistem yang ada, antarmuka, data dan waktu penjadwalan
Untuk informasi lebih lanjut.