Home Panduan keputusan Proyek / ERP dan biaya implementasi CRM
PROJECT DECISION GUIDE

Eksekusi ERP dan biaya pengembangan kustomisasi CRM, periodikitas dan dasar untuk kutipan

Proyek ERP atau CRM tidak dapat dibandingkan hanya dengan lisensi perangkat lunak dan hari konsultan.Perbedaan proses bisnis, kualitas data master, pengembangan sekunder, antarmuka eksternal, migrasi historis, piloting dan dukungan switching sering kali menjadi faktor utama menentukan keseluruhan input dan risiko up-line.

Jawab pertanyaannya.

biaya implementasi ERP dan CRM

Keberagaman ini diusulkan untuk memecah anggaran menjadi model diagnostik dan seleksi, lisensi produk, konfigurasi dan pengembangan sekunder, integrasi antarmuka, migrasi data, pelatihan pengujian, switching on-line dan transport terus menerus.Perlu tidak jelas untuk memberikan tingkat anggaran; proses, perbedaan, antarmuka dan inventarisasi migrasi selesai sebelum kutipan fase dengan asumsi dan eksklusi dikembangkan.

SCOPE & BUDGET LEVELS

Pertama, masukan jelas ke batas oleh fase proyek

UDO lapisan berikut digunakan untuk menetapkan garis dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.

Fasa 1

Diagnostik dan pemilihan

Identifikasi proses, batas produk dan rute implementasi

Wawancara bisnis, inventarisasi sistem status, analisis varians, tanggung jawab data induk, antarmuka dan daftar cek migrasi, anggaran fase

Fasa 2

Perlaksanaan pertama performa

Lari melalui bisnis real-to-end loop tertutup.

Konfigurasi Produk, pengembangan sekunder yang diperlukan, antarmuka kunci, migrasi data perwakilan, kelayakan peran, pengujian dan pelatihan

Fasa 3

Operasi dan akses penuh

Dukungan Sogion untuk lebih banyak organisasi dan kapasitas jangka panjang

migrasi penuh, switchback, pemantauan rekonsiliasi, keamanan kinerja, dukungan lalu lintas, peningkatan versi dan optimasi berkelanjutan

DECISION FACTORS

Elemen kunci yang akan diperiksa untuk pengambilan keputusan

Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.

01

Produk project yang melisensing dan menyebarkan modal

Biaya untuk melanjutkan harus dimasukkan dalam total biaya kepemilikan, sebagai langganan cloud publik, penyebaran pribadi dan izin dikenakan, ditingkatkan dan dioperasikan secara berbeda.

02

Organisasi, proses dan wewenang

Perusahaan yang lebih kompleks, departemen, gudang, daerah pemasaran, tingkat persetujuan dan otoritas data adalah, semakin besar cakupan konfigurasi, pengujian dan pelatihan.

03

Konfigurasikan dan Pembangunan Sekunder

Keberfungsian standar vinalis dapat dikonfigurasi, dengan aturan diferensial yang mewajibkan plugin, ekstensi atau sistem periferal; modifikasi kode inti juga akan meningkatkan biaya upgrade selanjutnya.

04

Kekompakan bisnis dan bisnis

ERP, CRM, OA, pembayaran, faktur, logistik dan keuangan tidak hanya terhubung, tetapi juga menangani kunci tunggal, tart, tes ulang, kompensasi dan rekonsiliasi.

05

Pembersihan dan migrasi data lem

Klien berulang-ulang, komoditi tidak valid, konflik kode dan situasi sejarah memerlukan identifikasi umum oleh staf operasional dan tidak dapat secara otomatis dikonversi oleh skrip saja.

06

Uji-pengujian dan tanggung jawab yang harus dijalani

Operasi dua-track, pelatihan, inventaris, membuka data, menutup-down jendela, back-up dan back-line dukungan harus dimasukkan ke dalam rencana dan penawaran.

Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian

Proses bisnis dan masalah kunci yang adaProduk ERP dan CRM direncanakan untuk digunakan atau dibeliOrganisasi, peran, gudang dan badan akuntansiUkuran data primer, seperti pesanan komoditas pelangganSistem dan kondisi antarmuka untuk menyambungJangkauan data bersejarah untuk dimigrasikanJendela terbuka, jumlah peserta dan mod pilotKonfigurasi sumber, nomor rekening dan persyaratan transportasi jangka panjang

Cadangkan jalur ke implementasi

Proses dan diagnosis ketidaksesuaian biasanya lebih terjamin daripada pembelian sejumlah besar modul secara langsung. Tawaran formal harus menunjukkan lisensi, implementasi, pengembangan, antarmuka, migrasi dan biaya berkelanjutan secara terpisah, dan mencakup penyiapan data klien, konfirmasi bisnis dan kolaborasi pihak ketiga dalam matriks akuntabilitas.

DECISION WORKSHEET

¡¡¡¡¡¡ERP dan CRM biaya implementasi menjadi keputusan yang dapat ditegakkan.

Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.

Apa yang hendaknya memuat ringkasan penilaian yang serupa?

Pada minimum, ukuran data primer, seperti proses bisnis dan isu kunci yang ada, penggunaan yang direncanakan atau pembelian ERP dan CRM produk, organisasi, peran, gudang dan badan akuntansi, pesanan komoditas pelanggan, didokumentasikan, bersama-sama dengan volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan untuk pemasok yang berbeda, dan asumsi terpisah, eksklusi, kerjasama pelanggan, pengiriman, dan bukti penerimaan diperlukan untuk menghindari harga total dari satu perbatasan.

Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.

Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor

Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.

UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.

Prinsip penilaian

Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.

FAQ

FAQs

Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.

Apakah biaya implementasi ERP termasuk lisensi perangkat lunak?+

Tidak selalu, kutu produk, sumber daya awan, antarmuka pihak ketiga dan biaya implementasi pembangunan harus diidentifikasi secara terpisah, menghindari kesalahan dalam tahun pertama harga preferential sebagai total biaya jangka panjang.

Haruskah pengembangan suai CRM dibangun dari nol?+

Manajemen bisnis customer-business dapat lebih generik, dengan produk matang dinilai pertama; channel, pengiriman berbasis proyek atau aturan kutipan kompleks dapat dicapai melalui ekspansi, sistem periferal dan integrasi.

Mengapa migrasi data sejarah perlu diperkirakan secara terpisah?+

Pembersihan data, pemetaan koding, konversi status, rekonsiliasi nilai, rekonsiliasi kegagalan dan pemeriksaan tempat operasional semua menghasilkan beban kerja, dan data dari ukuran yang sama mungkin bervariasi secara signifikan dalam kualitas dan biaya.

Kapan kita bisa mengkonfirmasi tanggal ERP atau CRM di telepon?+

Rencana yang dapat diandalkan dengan pra-kondisi akan dikembangkan baru setelah selesainya batas proses, perbedaan, antarmuka, migrasi dan validasi teknis kritis.

DECISION FAQ

Masalah umum yang berkaitan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Info Bisnis, Sistem integrasi dan Transportasi

Bagaimana pihak ketiga API terintegrasi dan pengembangan antarmuka multi-sistem umumnya menawarkan?

Proyek antarmuka Gundo tidak dapat dikutip hanya oleh jumlah antarmuka, karena antarmuka yang sama mungkin hanya sebuah pertanyaan, tetapi juga dapat mengasumsikan transaksi, tes ulang, rekonsiliasi dan tanggung jawab keamanan. Biaya bergantung pada kualitas dokumen, lingkungan uji, konversi lapangan, frekuensi sinkronisasi, kompensasi yang tidak biasa, kinerja dan dukungan online. Disarankan bahwa jumlah URL dinilai oleh link bisnis daripada menghitung hanya. Antarmuka yang tidak diketahui dapat divalidasi secara teknis dan kemudian dikutip secara formal.

Tiliklah jawaban penuh
Pemilihan informasi, integrasi, dan tata pemerintahan data perusahaan

Apakah antarmuka API dapat kompatibel sepenuhnya tanpa berkas?

Kadang-kadang, tetapi biaya, risiko dan waktu meningkat secara signifikan, dan tidak ada koneksi tertentu yang dapat dijanjikan.Tim perlu mengkonfirmasi apakah ada mandat hukum, lingkungan uji, log, permintaan sampel dan dukungan asli.

Tiliklah jawaban penuh
Sistem manajemen operasi dan operasi perusahaan

Sistem CRM membeli produk standar atau pengembangan adat?

Keterkaitan saluran, penawaran, keanggotaan, pengiriman atau industri proses perbedaan terlihat. yang paling penting adalah untuk mengkonfirmasi API, ekspor data, izin dan peningkatan batas, daripada membandingkan fungsi demonstrasi.

Tiliklah jawaban penuh
Pemilihan informasi, integrasi, dan tata pemerintahan data perusahaan

ERP membeli produk standar atau pengembangan adat?

Proses umum seperti keuangan, pengadaan, inventaris, dll. biasanya harus memprioritaskan penilaian terhadap ERP yang matang, tidak semua yang tidak disepakati dari nol. Aturan bisnis unik dari perusahaan, platform eksternal, dan peralatan on-site mungkin perlu diperluas atau disesuaikan secara independen. Pilihannya tidak antara \"standar atau kustomisasi\", tetapi lebih kepada mengidentifikasi proses mana yang menerima standardisasi dan kemampuan yang membentuk keunggulan kompetitif. Proses dan analisis perbedaan pertama diikuti oleh penentuan konfigurasi produk, pengembangan sekunder dan perbatasan periferal.

Tiliklah jawaban penuh