Home Panduan pengambilan keputusan Proyek / CRM dan biaya sistem operasi klien
PROJECT DECISION GUIDE

¡CRM, SCRM dan sistem implementasi anggota biaya dan siklus pembangunan dan implementasi sistem

Sistem operasi klien dan CRM tidak dapat dikutip hanya melalui halaman, akun atau nomor modul.

Jawab pertanyaannya.

biaya sistem operasi klien dan CRM

Ini diusulkan untuk memecahkan proyek turun ke tiga fase diagnosis status, penutupan awal dan operasi ekstensi. Tawaran formal menunjukkan lisensi produk atau pengembangan, konfigurasi implementasi, antarmuka, migrasi, pengujian, pelatihan, dukungan dan kontinuitas online, dan menunjukkan kondisi kerjasama pelanggan, biaya pihak ketiga dan eksklusi.

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

Diagnosa dan program yang bersifat kebetulan

Kepastian akan kebutuhan sistem dan batas pertama

:Proses seputar akses timbal, pemberatan, distribusi, pemulihan dan saluran atribusi, kontak klien, peluang bisnis, kutipan, rekonsiliasi manajemen tindak lanjut dan kontrak, data, sistem, risiko dan tingkat anggaran.

Fasa 2

Siklus pertama yang tertutup

Autentifikasi dengan organisasi atau jenis bisnis

¡C) Mengajak proses penjualan, peramalan sasaran, peringatan tindakan dan analisis manajemen, keanggotaan, pelabelan, pemberian hak, poin, kegiatan dan operasi siklus hidup dan penyempurnaan antarmuka inti, migrasi, kelayakan dan uji anomali.

Fasa 3

Operasi yang dilakukan secara berkelanjutan dan berlanjut

Perluas cakupan dan membangun transportasi stabil

Pengembangan sinergi domain swasta SCR, trail layanan pelanggan dan otomatisasi pemasaran, ERP, pesanan, layanan penumpang, panggilan, integrasi platform listrik dan data untuk meningkatkan pemantauan, kapasitas, pengaturan data dan optimalisasi 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

Proses penjualan dan pelanggan

Skop implementasi ditentukan oleh distribusi petunjuk, peluang bisnis, kutipan, kontrak, ramalan dan kompleksitas transfer pelanggan.

02

Saluran dan anggota beroperasi

Antarmuka dan aturannya perlu diidentifikasi untuk otomatisasi jaringan, iklan, micro-enterprise, listrik, pintu, poin dan pemasaran.

03

Data klien historis

Kualitas coudel dari klien duplikat, kontak, label dan catatan susulan secara langsung mempengaruhi pembersihan input migrasi.

04

Data dan migrasi historis

Volume data yang disuplementasi oleh penilaian duplikasi, hilang, pemetaan, start-up, operasi on-line dan permintaan pengarsipan.

05

Keamanan dan hak istimewa Prestasi bagi perusahaan

Isusuasi simultan, ketersediaan, cakupan data, persetujuan, audit, cadangan dan back-up persyaratan perubahan lingkup pekerjaan dan pengujian.

06

Kenaikkan promosi dan mobilitas

Pelatihan, operasi tes, jendela switch-over, dukungan on-site, pemantauan, respon gagal dan versi iteratif perlu diidentifikasi secara terpisah.

Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian

Sumber dari lead, jenis pelanggan, fase penjualan dan sampel susulanData klien yang ada, aturan atribusi dan antarmuka saluranDaftar sistem antarmuka sistem yang ada dengan pihak ketigaHistorix data volume dan isu kualitasOrganisasi dan persyaratan hak istimewa PenggunaSkop pertama dan direncanakan untuk hidupTingkat Anggaran dan kepala penerimaan dan pemeriksaan

Cadangkan jalur ke implementasi

Fase pertama adalah untuk dikembangkan oleh rekonsiliasi data, pengujian abnormal dan pengujian pengguna kunci.

DECISION WORKSHEET

Translating CRM dan biaya sistem operasi klien ke dalam pengambilan 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 suatu minimum, sumber petunjuk, tipe pelanggan, fase penjualan dan sampel tindak lanjut, data klien yang ada, aturan atribusi dan antarmuka saluran, daftar antarmuka sistem yang ada dengan pihak ketiga, volume data sejarah dan isu kualitas diatur, bersama-sama dengan indikasi 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, pengiriman pelanggan, dan penerimaan bukti yang diperlukan untuk menghindari total harga 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.

Apa CRM dan sistem operasi pelanggan bisa diberi harga tetap dulu?+

Hanya tingkat anggaran belanja yang diberikan apabila informasinya belum lengkap.

Apa yang lebih hemat biaya untuk produk standar dan pengembangan buatan tukang jahit?+

Proses-proses umum biasanya memberikan prioritas kepada produk matang; ketika kemampuan diferensial jelas atau kompleks, konfigurasi, pengembangan sekunder, atau sistem stand-alone diperlukan.

Apakah biayanya termasuk antarmuka dan migrasi data?+

Ini tidak boleh tersirat. setiap antarmuka, objek bergerak, aturan pembersihan, tanggung jawab koordinasi dan jendela langsung harus dinyatakan secara terpisah dalam kutipan dan kontrak.

DECISION FAQ

Masalah umum yang berkaitan dengan proyek saat ini

Periksa semua 265 pertanyaan.
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
Sistem manajemen operasi dan operasi perusahaan

Bagaimana CRM dan Excel Data pencucian data migrasi?

Pengalihan ugutan harus didahului dengan identifikasi model target untuk pelanggan, kontak, lead, peluang bisnis dan catatan tindak lanjut, dan kemudian dengan memproses duplikat, atribusi, pemetaan lapangan dan status historis.Tidak dapat digabungkan secara mekanis dengan nomor telepon seluler atau nama perusahaan saja, juga tidak disarankan bahwa semua catatan tidak sah diimpor langsung ke dalam sistem baru.

Tiliklah jawaban penuh
Pengembangan perangkat lunak dan outsourcing proyek

Apa yang harus menjadi pilihan perangkat lunak outsourcing dan tim membangun sendiri?

Perangkat lunak outsourcing Software biasanya lebih efektif jika bisnis membutuhkan kontinum jangka panjang dan perusahaan memiliki kemampuan manajemen produk dan teknologi.Jika target didefinisikan dengan jelas, awal cepat diperlukan atau ada kekurangan kapasitas yang berdedikasi sementara, banyak perusahaan mempertahankan produk dan pemilik teknologi, meninggalkan fase R & D atau konstruksi yang didedikasikan kepada tim luar.

Tiliklah jawaban penuh
Pengembangan perangkat lunak dan outsourcing proyek

Apa yang harus dipilih oleh Shanghai Software Outsourcing?

Kekhalifahan penting untuk melihat apakah pemasok dapat menerjemahkan isu bisnis ke dalam lingkup, kriteria risiko dan penerimaan, daripada ukuran perusahaan dan penjualan retorik.Sementara komunikasi lokal di Shanghai memfasilitasi wawancara proses yang kompleks dan kolaborasi online, kualitas kode, manajemen proyek dan pemeliharaan berkelanjutan masih tunduk pada pembuktian.Disarankan pihak lain diminta untuk menjelaskan struktur, pengiriman, penanganan dan pengambilalihan proyek yang serupa.

Tiliklah jawaban penuh