Menyusun Lingkup MVP yang Realistis

MVP sering diperlakukan sebagai versi kecil dari produk akhir. Cara pandang ini membuat lingkup membengkak: setiap fitur dianggap penting karena akan tetap ada di produk akhir. Padahal tujuan MVP bukan menghadirkan produk kecil, melainkan menjawab satu pertanyaan yang paling berisiko.

Mulai dari pertanyaan, bukan dari fitur

Sebelum menyusun daftar fitur, tuliskan satu kalimat: hal apa yang paling ingin Anda buktikan? Jika jawabannya "apakah pengguna mau membayar untuk menghemat waktu penyusunan laporan", maka fitur yang tidak berhubungan langsung dengan penyusunan laporan dapat ditunda.

Bedakan tiga jenis fitur

Dalam pengalaman kami, fitur pada tahap awal dapat dikelompokkan menjadi tiga:

• Pembuktian. Fitur yang menjawab pertanyaan utama. Tidak dapat ditunda.
• Kelayakan pakai. Fitur yang membuat produk bisa dipakai sehari-hari, misalnya autentikasi dan pengaturan akun.
• Kenyamanan. Fitur yang membuat produk terasa lengkap, tetapi tidak mengubah keputusan pengguna untuk memakai atau tidak.

Kelompok ketiga hampir selalu bisa menunggu rilis berikutnya.

Tetapkan batas waktu, bukan batas fitur

Menentukan "MVP selesai jika seluruh fitur ini ada" membuat jadwal mengikuti daftar keinginan. Sebaliknya, tetapkan periode pengerjaan, lalu susun fitur yang muat di dalamnya. Cara ini memaksa prioritas dibuat sejak awal, bukan saat tenggat sudah terlewat.

Siapkan pengukuran sejak hari pertama

MVP tanpa pengukuran hanya menghasilkan pendapat. Catat sejak awal berapa banyak pengguna menyelesaikan alur utama, di langkah mana mereka berhenti, dan seberapa sering mereka kembali. Data ini yang menentukan apa yang dibangun berikutnya.

Penutup

Lingkup yang realistis bukan berarti ambisi yang kecil. Ini soal mengurutkan pekerjaan agar Anda belajar sesuatu yang berguna sebelum anggaran habis.