Bangun Versi Kecil Dulu agar Versi Kedua Layak Diteruskan

Ada yang menyarankan Anda membangun MVP, dan maksudnya: keluarkan biaya sesedikit mungkin sebelum Anda tahu apakah software ini layak dimiliki. Dorongan itu masuk akal, dengan syarat versi kecilnya benar-benar sampai ke orang yang mengerjakan pekerjaan sehari-hari, karena perilaku merekalah bukti yang sedang Anda beli.

Kekhawatiran yang biasanya ada di baliknya adalah membayar dua kali. Memulai dari kecil memang jadi lebih mahal kalau versi pertamanya akhirnya dibuang, dan itu terjadi ketika yang dibangun cuma demo yang tidak bisa dipakai siapa pun, atau ketika kode dan akunnya dipegang vendor yang kemudian berhenti bekerja sama dengan Anda. Selama ruang lingkupnya nyata dan kepemilikannya ada di tangan Anda, versi kedua tinggal melanjutkan yang pertama.

Apa yang seharusnya dijawab versi pertama

Pilih satu proses dan satu kelompok orang, taruh software di depan mereka, lalu lihat apa yang berubah pada cara kerjanya. Apakah pesanan masih dicatat dua kali di tempat berbeda? Apakah staf yang hafal aturan harga masih ditelepon setiap sore? Jawaban seperti itu jauh lebih berharga daripada perkiraan tentang apa yang nanti bisa dilakukan sistem lengkapnya.

Ruang lingkup yang menutup satu proses dari awal sampai akhir akan dipakai setiap hari, dan pemakaian harian adalah satu-satunya bukti jujur yang tersedia untuk Anda. Ruang lingkup yang menyerempet beberapa proses sekaligus meninggalkan lubang di masing-masing, sehingga tim Anda tetap membuka spreadsheet lama di sebelah software baru, dan itu hanya memberi tahu Anda bahwa cakupannya terlalu lebar. Versi pertama yang sempit tapi dikerjakan benar akan jadi bagian dari operasional, sementara versi yang luas tapi setengah jadi hanya jadi pendapat yang mahal.

Memilih satu proses yang paling terasa sakitnya

Tentukan ruang lingkup dari apa yang sering kacau, bukan dari daftar keinginan. Daftar keinginan ditulis oleh semua orang yang kebetulan hadir di rapat dan diurutkan berdasarkan siapa yang paling keras bicara. Kekacauan operasional punya urutannya sendiri: seberapa sering terjadi dan berapa biayanya setiap kali terjadi.

Cari spreadsheet yang rusak ketika dua orang mengeditnya di jam yang sama, atau langkah yang hanya dipahami satu orang sehingga semuanya berhenti saat dia cuti. Permintaan yang masuk lewat WhatsApp Jumat sore dan baru ketemu lagi hari Rabu, setelah pelanggan menagih dua kali, masuk ke daftar yang sama. Begitu juga angka di laporan yang tidak sepenuhnya dipercaya siapa pun, yang disusun ulang secara manual oleh manajer sebelum setiap rapat.

Salah satu dari itu lebih mahal daripada yang lain, dan kepala operasional biasanya bisa menyebutkannya dalam satu kalimat, sehingga itulah versi pertama Anda. Sisanya tetap masuk ke rencana sebagai tahap berikutnya, ditulis supaya tidak hilang, lalu didiamkan sampai versi pertama dipakai cukup lama untuk membuat orang punya pendapat tentangnya.

Apa yang dipotong dan apa yang tidak pernah dipotong

Potong layar admin dan atur datanya langsung dulu. Potong halaman pengaturan yang tidak akan dibuka siapa pun, tipe pengguna kedua, kasus langka yang masih bisa ditangani manual, dasbor yang merangkum data yang belum Anda kumpulkan, serta aturan notifikasi yang pasti ditulis ulang begitu orang melihat alur kerjanya yang sebenarnya.

Yang selamat dari setiap pemotongan lebih sedikit dan lebih tidak bisa ditawar:

• Data yang benar, karena data salah menghabiskan kepercayaan tim lebih cepat daripada fitur yang belum ada.
• Hak akses, supaya orang yang tidak seharusnya melihat gaji atau margin memang tidak melihatnya.
• Ekspor, supaya semua isi sistem bisa keluar lagi dalam format yang Anda baca sendiri tanpa bantuan kami.

Versi pertama boleh terlihat polos, tetapi tidak boleh berupa maket yang dijalankan di lingkungan produksi. Begitu tim Anda sadar separuh tombolnya tidak melakukan apa-apa, mereka kembali ke spreadsheet dan Anda tidak belajar apa pun.

Menghitung biayanya sebelum berkomitmen

Discovery adalah tahap pertama, memakan waktu satu sampai dua minggu, dan menghasilkan rencana tertulis beserta harga tetap. Rencana itu milik Anda, mau dilanjutkan atau tidak, sehingga biaya untuk mengetahui seberapa besar pekerjaan ini tetap kecil dan jelas batasnya, dan dokumennya bisa Anda bawa ke siapa pun.

Setiap tahap setelah discovery dihargai dan disepakati tertulis sebelum dimulai. Anda bisa berhenti setelah tahap mana pun tanpa perdebatan, karena tahap berikutnya memang belum pernah disepakati. Keputusan untuk melanjutkan diambil ketika software versi pertama sudah ada di tangan Anda dan reaksi tim Anda sudah tercatat, bukan ketika yang Anda pegang baru proposal dan harapan. Urutan lengkap tahap setelah discovery kami uraikan di pendekatan kami dari ide sampai peluncuran.

Menonton prosesnya, bukan menunggu peluncuran

Setiap minggu Anda menerima software yang berjalan, dan tautan pratinjau privat sudah ada sejak minggu pertama. Tautan itu dibuka seawal itu supaya asumsi yang keliru tertangkap selagi umurnya baru seminggu.

Dokumen spesifikasi hanya dibaca oleh orang yang menulisnya. Software dibuka oleh orang yang harus memakainya, dan kepala operasional yang membuka layar pemesanan setengah jadi akan langsung bilang bahwa dua kolom itu tidak pernah diketahui pada saat pemesanan dibuat. Memperbaikinya di minggu kedua murah. Koreksi yang sama setelah serah terima berarti membangun ulang semua yang bergantung padanya.

Demo mingguan juga membuat pelebaran ruang lingkup kelihatan. Kalau pekerjaan mulai bergeser ke sesuatu yang tidak diminta siapa pun, Anda melihatnya di demo dan bisa langsung menyampaikannya, bukan menemukannya di tagihan.

Kenapa kepemilikan justru lebih penting pada proyek kecil

Versi pertama adalah titik ketika risiko terlantar paling besar, karena di situlah salah satu pihak paling mungkin mundur. Di titik itu pula kerugiannya paling terasa, sebab Anda memegang aset setengah jadi tanpa cara untuk meneruskannya.

Kode, server, domain, dan semua akun ada atas nama Anda sejak hari pertama. Tidak ada bagian dari versi kedua yang bergantung pada kami tetap ada. Kalau developer internal Anda mau melanjutkannya, dia bisa, dan kalau Anda mau menyerahkannya ke studio lain, itu bisa dilakukan tanpa meminta apa pun dari kami. Hal ini layak Anda tanyakan ke studio mana pun yang Anda ajak bicara, sebab janji "semua kami serahkan saat handover" berperilaku sangat berbeda dari "semuanya memang sudah milik Anda" pada hari Anda ingin pergi.

Menentukan langkah setelah versi pertama

Ada tiga hasil yang jujur, dan hanya satu yang berarti membangun lebih banyak. Anda memperluasnya, karena prosesnya membaik dan proses berikutnya dalam antrean sudah jelas. Anda berhenti, karena software sudah melakukan tugasnya dan sisa daftar keinginan ternyata memang cuma keinginan. Atau asumsi di bawah pembangunan itu ternyata salah, sehingga Anda mengganti asumsinya dan memesan satu tahap kecil untuk menguji yang baru, dengan biaya satu tahap ketimbang satu anggaran penuh.

Ada hasil keempat yang muncul saat discovery, sebelum ada yang dibangun. Kadang proses yang Anda ceritakan sudah diselesaikan oleh alat yang tinggal dibeli, dan kami akan mengatakannya daripada menawarkan versi pertama dari alat itu. Pembicaraannya pendek, dan perbandingan antara software custom dan siap pakai menjelaskan di mana garisnya biasanya jatuh. Kalau yang sedang Anda timbang adalah keseluruhan proyeknya, bukan hanya tahap pertama, panduan memesan software custom membahas apa saja isi sisanya.

Mulai dari rencananya, bukan dari kodenya

Jadwalkan obrolan pertama. Tidak ada deck, dan pembicaraannya tentang proses yang paling banyak memakan biaya Anda sekarang. Kalau software custom bukan jawaban yang tepat, Anda akan mendengarnya langsung dalam obrolan itu.

Kalau ternyata tepat, discovery memberi Anda rencana tertulis dan harga tetap untuk versi pertama dalam satu sampai dua minggu, dan dokumen itu tetap milik Anda apa pun keputusannya. Gunakan formulir kontak yang membuka WhatsApp, atau kirim email ke hello@arktik.id.