Masalah yang berguna cukup besar atau cukup sering untuk diperhatikan

Dasbor terlihat indah saat demo. Dalam kasus ilustratif ini, ia menemukan kesalahan format pada ekspor bulanan. Kesalahan itu dapat diperbaiki dalam dua menit dan terjadi dua kali setahun. Semua orang menyukai demonya; tidak ada yang membuka dasbor setelah uji coba.

Masalahnya cukup nyata untuk dijelaskan, tetapi biaya hidup dengan masalah itu mungkin lebih rendah daripada biaya menambah alat baru. Keindahan solusi tidak dengan sendirinya menciptakan urgensi.

Percakapan produk yang dipelajari menawarkan uji dengan dua sumbu: waspadai masalah yang sekaligus kecil dan jarang. Masalah besar dapat layak diperhatikan walaupun jarang muncul; masalah kecil yang terus berulang dapat menumpuk menjadi pekerjaan harian. Intinya adalah memeriksa pekerjaan di balik penawaran.

Hitung kejadian dan akibat secara terpisah

“Berapa banyak orang mempunyai masalah ini?” terlalu luas sebagai pertanyaan pertama. Tanyakan kepada tim tertentu kapan terakhir kali masalah terjadi dan apa akibatnya. Apakah seseorang menghabiskan beberapa menit, kehilangan penjualan, menunda pesanan, membocorkan data pribadi, atau sekadar merasa terganggu? Akibat itu tidak setara.

Lalu tanyakan seberapa sering jenis kejadian yang sama muncul. Koreksi lima menit tiap minggu dapat menyita banyak waktu di tim besar. Kegagalan setahun sekali mungkin tetap penting jika menghentikan pemindahan data yang kritis. Gangguan dua menit yang terjadi dua kali setahun lebih sulit dijual sebagai produk tersendiri.

Pertimbangkan pilihan ilustratif berdasarkan kedua sumbu:

Seberapa besar perhatian yang layak diberikan kepada masalah ini?

1. Jarang dan kecil

   Fitur atau daftar periksa manual

   Produk baru mungkin menyita perhatian lebih besar daripada masalahnya.

2. Jarang tetapi mahal

   Perlindungan atau proses insiden

   Setiap kejadian dapat membenarkan persiapan.

3. Sering tetapi kecil

   Pengaturan baku atau kebiasaan ringan

   Biaya menumpuk karena pekerjaan berulang.

4. Sering dan mahal

   Alur kerja khusus

   Akibat yang berulang dapat membenarkan investasi berkelanjutan.

Keempat pilihan itu adalah dorongan untuk menyelidiki, bukan putusan pasar. “Besar” bergantung pada biaya siapa yang dihitung. Kesalahan yang hampir tidak memengaruhi administrator mungkin menimbulkan masalah serius bagi pelanggan. Kegagalan yang tidak muncul dalam satu wawancara singkat mungkin menjadi pusat perhatian saat musim ramai.

Masalah dapat terlihat kecil di demo tetapi besar dalam sistem

Pekerjaan integrasi membuat perbedaan itu nyata. Nilai bidang yang salah tampak kecil pada satu catatan kontak. Jika pemetaan sama diterapkan pada ribuan kontak, masalah itu menjadi sumber koreksi manual berulang. Sebaliknya, peringatan canggih untuk ketidaksesuaian kosmetik sekali saja dapat menambah pekerjaan administrasi melebihi manfaatnya.

Panduan mengintegrasikan alat bisnis dimulai dari alur kerja dan sumber kebenaran karena biaya nyata ada dalam cara catatan bergerak serta digunakan. Tim yang memutuskan apakah perlu naik dari alat gratis juga perlu menghitung solusi manual dan tindakan yang terlewat, bukan hanya membandingkan daftar fitur.

Mintalah tiga kejadian nyata terakhir. Untuk masing-masing, catat siapa yang menyadari, siapa yang memperbaiki, pekerjaan lain apa yang terhenti, dan apa yang akan terjadi jika tidak ada yang campur tangan. Pertanyaan terakhir memisahkan gangguan kecil dari risiko yang tidak terlihat. Pertanyaan itu juga mencegah pendiri atau pembeli mengubah contoh hipotetis yang mencolok menjadi pola terukur.

Lalu tanyakan biaya cara kerja yang dipakai saat ini. Spreadsheet dan pemeriksaan lima menit mungkin sudah cukup baik. Proses manual yang meminta seorang ahli mendamaikan catatan setiap pagi mungkin tidak. Alternatif yang tersedia adalah bagian dari nilai produk, bukan sesuatu yang harus disembunyikan.

Uji biaya penerapan selain biaya masalah

Bahkan masalah yang bermakna mungkin tidak membenarkan aplikasi baru. Seseorang harus menyambungkannya, mempelajarinya, meninjau keluarannya, dan memelihara akses. Jika produk menyita perhatian lebih banyak daripada tugasnya, pembeli secara masuk akal dapat tetap memakai cara lama.

Percakapan sumber juga mengingatkan bahwa pengaturan yang banyak dibantu tim penyedia dapat membuat minat awal terlihat lebih besar daripada permintaan nyata. Tim mungkin tampak membeli perangkat lunak padahal sebenarnya bergantung pada konsultasi yang belum dihitung harganya. Masalah kecil dengan proses penerapan yang mahal sangat sulit dilayani secara berkelanjutan. Ini tidak melarang layanan; biaya layanan hanya harus ikut dihitung.

Ada pengecualian terhadap dua sumbu tadi. Kewajiban kepatuhan dapat menuntut tindakan meski insiden yang diamati jarang. Pasar baru mungkin belum punya riwayat untuk diukur. Kelompok khusus dapat mempunyai masalah yang cukup menyakitkan walaupun masyarakat luas tidak. Dalam kasus itu, bukti dapat berasal dari kewajiban, jalur kegagalan yang masuk akal, atau anggaran yang sudah disediakan, bukan hanya perkiraan frekuensi.

Dua sumbu itu juga membantu menentukan apakah kebutuhan layak menjadi produk sendiri atau fitur kecil dalam alat yang sudah digunakan orang. Masalah format yang jarang dan ringan mungkin cocok menjadi tombol pada alur ekspor, walaupun tidak ada yang mau berlangganan layanan terpisah. Masalah kecil yang sering mungkin lebih baik diselesaikan dengan mengubah pengaturan baku daripada menjual dasbor baru. Cakupan produk seharusnya mengikuti jumlah perhatian yang sudah diberikan orang pada tugas itu. Pertanyaannya bukan apakah masalah ada, melainkan berapa banyak perilaku baru yang masuk akal untuk diminta oleh solusinya.

Pertanyaan penemuan kebutuhan yang produktif bukan “Apakah Anda akan memakainya?” melainkan “Ceritakan terakhir kali ini terjadi, biayanya, dan apa yang Anda lakukan sebagai gantinya.” Produk layak ada ketika jawabannya menunjukkan pekerjaan yang sudah ingin diubah orang.