Pertanyaan yang salah dan pertanyaan yang benar
Pertanyaan yang biasanya diajukan adalah apakah tim kami mampu membangun CRM. Untuk sebagian besar software house, jawabannya jelas mampu. Karena itu pertanyaan ini tidak berguna untuk mengambil keputusan.
Pertanyaan yang benar adalah apakah membangun CRM merupakan penggunaan terbaik dari kapasitas rekayasa kami selama dua belas sampai dua puluh empat bulan ke depan, dibandingkan dengan pekerjaan lain yang bisa dikerjakan tim yang sama.
Biaya yang selalu diremehkan
Estimasi pembangunan CRM hampir selalu hanya menghitung pembangunan awal. Yang jarang dimasukkan:
- Multi tenancy yang benar. Memisahkan data antar penyewa terdengar sederhana sampai Anda harus memastikan tidak ada satu pun kueri yang bocor antar tenant, termasuk pada laporan, ekspor, dan pencarian.
- Integrasi kanal. Setiap kanal pesan punya aturan, batas laju, dan perubahan kebijakan sendiri. Ini pekerjaan pemeliharaan tanpa akhir, bukan pekerjaan sekali jadi.
- Realtime yang stabil. Percakapan menuntut pengiriman pesan yang cepat dan andal, dengan penanganan koneksi terputus, urutan pesan, dan sinkronisasi antar perangkat.
- Peran dan izin. Kebutuhan izin selalu berkembang lebih rumit daripada rancangan awal.
- Migrasi dan pembaruan. Setelah ada klien produksi, setiap perubahan skema menjadi operasi berisiko.
- Dukungan tingkat pertama. Pertanyaan pengguna akan masuk ke tim rekayasa Anda kalau tidak ada lapisan dukungan tersendiri.
Kapan membangun sendiri masuk akal
Membangun tetap merupakan pilihan tepat pada beberapa kondisi:
- Alur kerja inti Anda benar-benar unik dan menjadi pembeda utama produk yang Anda jual.
- Ada kebutuhan kepatuhan atau residensi data yang tidak bisa dipenuhi pihak lain.
- Anda berniat menjual produk itu sendiri, bukan memakainya untuk melayani klien.
- Anda punya kapasitas rekayasa berlebih yang sedang tidak menghasilkan pendapatan.
Kapan memakai yang sudah ada lebih rasional
- Klien Anda butuh solusi dalam hitungan minggu, bukan tahun.
- Nilai yang Anda jual ada pada implementasi dan pendampingan, bukan pada kode dasar.
- Anda melayani banyak klien dengan kebutuhan mirip, sehingga standardisasi lebih berharga daripada kustomisasi.
- Tim Anda lebih menghasilkan di pekerjaan klien daripada di produk internal.
Jalan tengah yang sering terlewat
Ada opsi ketiga yang sering diabaikan: memakai fondasi yang sudah jadi, tapi memiliki kode sumbernya sehingga bisa dikembangkan sesuai kebutuhan. Model ini memberi Anda titik awal yang sudah menyelesaikan pekerjaan membosankan seperti multi tenancy, otentikasi, dan integrasi kanal, sambil tetap memungkinkan pengembangan pada bagian yang benar-benar membedakan Anda.
Sebelum memilih jalur ini, ada pertanyaan teknis yang wajib dijawab: bagaimana kualitas kodenya, seberapa mudah dibaca tim Anda, apakah ada dokumentasi arsitektur, dan bagaimana jalur pembaruan bekerja ketika Anda sudah memodifikasi kode.
Daftar periksa evaluasi teknis
- Isolasi data antar tenant diterapkan di lapisan mana, dan apakah ada penjaga ganda.
- Model izin, apakah berbasis peran, berbasis kebijakan, atau campuran.
- Jejak audit, terutama untuk perubahan data sensitif.
- Kemampuan ekspor data. Kalau klien Anda tidak bisa mengambil datanya keluar, Anda sedang menjual jebakan.
- Kebutuhan sumber daya server, karena ini menentukan biaya per klien Anda.
- Kemudahan pemasangan di server klien, yang menentukan biaya orientasi.
Pertanyaan yang sering diajukan
Apakah memakai platform pihak ketiga membuat kami kehilangan kendali?
Bergantung pada bentuk kepemilikannya. Berlangganan layanan pihak lain memang menempatkan kendali di luar Anda. Memiliki kode dan menjalankannya di infrastruktur sendiri berada di posisi yang sangat berbeda.
Bagaimana menghitung titik impasnya?
Bandingkan biaya rekayasa membangun dan memelihara selama dua tahun dengan biaya memakai platform yang ada untuk jumlah klien yang sama. Sertakan biaya peluang, yaitu pendapatan proyek yang hilang selama tim membangun.
Apakah keputusan ini bisa diubah nanti?
Bisa, tapi biayanya asimetris. Berpindah dari platform yang ada ke bangunan sendiri jauh lebih mudah daripada sebaliknya, karena Anda sudah tahu persis kebutuhan klien.
Langkah berikutnya
Susun estimasi jujur untuk dua puluh empat bulan pertama, termasuk pemeliharaan dan dukungan, lalu bandingkan dengan pendapatan proyek yang bisa dikerjakan tim yang sama pada periode itu. Angkanya biasanya menyelesaikan perdebatan. Lihat opsi kepemilikan penuh di WhatsCRM Hub.
