4 Langkah Menguasai Proses Pengembangan MVP

Diterbitkan: 2022-07-22

Tim produk startup sering menghadapi anggaran dan tenggat waktu yang ketat. Dengan sumber daya yang terbatas, mereka ditugaskan untuk membuat produk baru tanpa pengguna, umpan balik, atau permintaan fitur. Sebagai perancang produk yang akrab dengan tantangan ini, saya tahu betapa sulitnya ini.

Untungnya, ada cara untuk mengelola ketidakpastian, tetap fokus pada pengguna, dan memberikan produk tepat waktu dan sesuai anggaran: kerangka kerja MVP. Produk minimum yang layak adalah versi produk yang dapat diluncurkan dengan fitur yang cukup untuk menyelesaikan masalah pengguna inti. MVP membantu tim produk mempelajari lebih lanjut tentang audiens target mereka sambil mengerahkan lebih sedikit upaya dalam proses desain/pengembangan. Mereka juga mengurangi risiko dengan memungkinkan desainer untuk menguji asumsi sejak dini.

Dalam posting ini, saya membagikan empat langkah kunci untuk menguasai proses pengembangan MVP. Untuk membantu kami memvisualisasikan pendekatan ini, kami akan merancang aplikasi pengiriman makanan, seperti Grubhub atau Uber Eats.

Langkah 1: Tentukan MVP Dengan PRD

Langkah pertama dalam proses pengembangan MVP adalah mendefinisikan tujuan, fitur, fungsionalitas, dan perilaku produk dengan dokumen persyaratan produk. PRD adalah satu-satunya sumber kebenaran proyek, menyelaraskan tim produk di sekitar masalah pengguna. Ini harus mencakup:

  • Tujuan (pernyataan masalah).
  • Informasi ide (persona pengguna, cerita pengguna, dan epos).
  • Analisis (asumsi, kendala, dan metrik keberhasilan).

Berikut tampilan PRD aplikasi pengiriman makanan kami:

Objektif

Pernyataan masalah

Pernyataan masalah mendefinisikan masalah pengguna kehidupan nyata yang ingin dipecahkan oleh produk. Seharusnya tidak lebih dari satu kalimat dan memastikan pemahaman yang jelas tentang tujuan produk.

Misalnya: “Kami perlu menghubungkan pelanggan yang lapar ke restoran hebat yang dapat mengirimkan pesanan mereka secepatnya.”

Informasi Ide

Persona Pengguna

Persona pengguna adalah karakter fiksi yang mewakili tipe pengguna dan melakukan serangkaian tindakan unik. Setiap persona berkontribusi untuk memecahkan tantangan yang didefinisikan dalam pernyataan masalah.

Persona aplikasi pengiriman makanan kami adalah:

  • Rick Pemilik Restoran;
  • Dante si Pengirim;
  • Chloe Pelanggan; dan
  • Sabita Agen Pendukung.

Menggunakan persona dalam desain MVP memungkinkan tim untuk memahami dan berempati dengan pengguna akhir, dan oleh karena itu menargetkan desain mereka sesuai dengan kebutuhan mereka.

Cerita Pengguna dan Epik

Kisah pengguna adalah penjelasan singkat tentang bagaimana seseorang berinteraksi dengan produk dan mencapai salah satu tujuan akhir produk. Misalnya, untuk Rick si Pemilik Restoran: “Ketika seorang pelanggan memesan [konteksnya], saya ingin diberi tahu dan melihat detail pesanan [tindakannya] sehingga saya dapat meninjau dan menanggapinya dalam waktu kurang dari 30 detik [ hasil]."

Persona pengguna dan templat cerita pengguna untuk proses pengembangan MVP. Template mencakup avatar persona, nama dan jabatan, serta kisah pengguna. Di kedua sisi template muncul template tambahan, menampilkan avatar pudar.
Membuat persona pengguna dan cerita pengguna dapat membantu tim produk mempelajari lebih lanjut tentang audiens target mereka. Cerita pengguna yang jelas, fokus, dan dapat ditindaklanjuti membantu mendorong keputusan desain seputar kebutuhan pengguna.

Epik adalah sekelompok besar cerita pengguna yang dapat dipecah menjadi cerita yang lebih kecil. Epik aplikasi pengiriman makanan kami adalah:

  • Sedang memesan makanan;
  • Melaporkan barang yang hilang;
  • Peringkat pengalaman pengiriman; dan
  • Mengembalikan barang.

Analisis

Asumsi

Asumsi adalah apa yang kita harapkan akan dilakukan produk atau bagaimana pengguna akan berperilaku. Sebagai contoh: Kami berasumsi bahwa Dante the Deliveryman akan bekerja selama jam restoran. Namun, jadwal dan jam restorannya mungkin tidak sesuai.

Kendala

Batasan menguraikan kemungkinan batasan produk. Misalnya: Penerimaan sel yang buruk berarti Chloe Pelanggan tidak akan menerima pembaruan status pesanannya.

Dengan mengatasi asumsi dan kendala dalam PRD, kami dapat mengatasinya lebih awal dalam proses dan menciptakan pengalaman yang lebih baik bagi pengguna.

Metrik Sukses

Metrik keberhasilan yang dapat ditindaklanjuti, seperti keterlibatan, tingkat churn, dan durasi sesi, sangat penting untuk mengukur kinerja MVP. Mengembangkan metrik ini membantu kami memvalidasi konsep produk asli kami dan memandu proses pengembangan.

Untuk aplikasi pengiriman makanan kami, kami telah menyertakan:

  • Jumlah unduhan.
  • Tingkat pendaftaran.
  • Waktu di aplikasi.

Langkah 2: Atur Arsitektur Informasi MVP

Langkah selanjutnya dalam proses desain MVP adalah memberi label dan mengatur konten digital aplikasi, seperti bagian, halaman, dan fitur. Hasil dari proses ini disebut arsitektur informasi (IA) dan dapat dipecah menjadi dua bagian:

  1. Mendefinisikan konten produk; dan
  2. Menentukan hierarki konten.

Labirin persegi dengan beberapa ikon melayang di atasnya. Ikon, dari kiri ke kanan adalah, diagram batang, ponsel, gunung, simbol email, bumi, simbol pengaturan, dan simbol volume. Panah hijau menunjuk ke bawah muncul di bawah setiap ikon. Tepat di sebelah kanan labirin adalah ikon "selesai" berwarna biru. Labirin mewakili mendefinisikan arsitektur informasi dalam kerangka produk minimum yang layak.
Mendefinisikan arsitektur informasi adalah kunci untuk membangun aplikasi kaya konten dengan navigasi intuitif.

Tentukan Konten Aplikasi

Untuk menentukan konten produk (gambar, musik, teks, video, dll.), pertama-tama kami meneliti tren, persaingan, dan audiens target kami. Kemudian, untuk menghubungkan titik-titik di antara jenis konten, kami membuat peta pikiran "cepat dan kotor" dengan cabang, topik, dan subtopik. Pemetaan pikiran membantu kami memvisualisasikan semua konten kami di satu tempat dan menautkan topik terkait.

Peta pikiran aplikasi kami akan mencakup:

  • Topik restoran dengan subtopik untuk menu, log pesanan, dan halaman database pelanggan.
  • Subtopik menu, yang terdiri dari pilihan makanan dan minuman, dan penawaran khusus.

Tentukan Hirarki Konten

Selanjutnya, kita perlu menentukan bagaimana menyajikan konten kita, yaitu hierarki konten. Cara yang bagus untuk memesan konten adalah dengan menyortir kartu, dengan pengguna mengatur topik ke dalam kelompok logis. Ini memastikan bahwa IA akan diatur sesuai dengan harapan pengguna, bukan oleh asumsi tim produk.

Untuk melakukan pengurutan kartu:

  1. Pilih topik yang mewakili konten utama produk.
  2. Atur topik ke dalam grup dengan pengguna.
  3. Beri label setiap grup dengan pengguna dan diskusikan alasan di balik setiap keputusan.
  4. Ulangi tiga langkah pertama dengan pengguna tambahan.
  5. Analisis hasil dan cari pola umum di antara kelompok. Ini membantu desainer produk memahami aliran pengguna produk.

Langkah 3: Buat Wireframes dan Prototipe

Buat Wireframe

Dengan konten kami yang ditentukan dan diatur, kami dapat membangun tata letak UI dasar aplikasi dengan alat wireframing. Ada banyak manfaat wireframing MVP, yaitu memungkinkan kita untuk memvisualisasikan produk kita sambil menjaga segala sesuatunya tetap ramping.

Untuk aplikasi pengiriman makanan kami, kami akan membuat wireframe dalam dua tahap:

  1. Buat sketsa tata letak setiap layar, termasuk ukuran dan pemosisian.
  2. Buat pustaka komponen UI dasar, termasuk header dan footer, blok konten, dan menu. Komponen UI ini akan berfungsi sebagai placeholder hingga kami mengubah gambar rangka menjadi prototipe dengan ketelitian tinggi.

Kami sekarang memiliki gambar rangka untuk memvisualisasikan tata letak dan fungsi dasar aplikasi.

Pilihan komponen perpustakaan UI seluler untuk desain MVP. Dari atas ke bawah, dalam baris: tajuk seluler biru yang menampilkan teks "Aplikasi Makanan" dan menu hamburger, lalu bilah pencarian dan ikon pencarian biru, lalu tombol biru "Pesan Sekarang" dan ikon filter, lalu drop -menu bawah yang menampilkan teks "Pilih," dan dua sakelar sakelar.
Gambar rangka dengan ketelitian rendah biasanya mencakup konten dasar, tata letak, dan persyaratan produk. Mereka mudah dibuat dan dapat disesuaikan dengan cepat dengan setiap iterasi desain.

Uji Dengan Pengguna

Proses MVP kami melibatkan pendekatan pengujian pengguna "ukur, pelajari, ulangi" untuk mengidentifikasi dan memperbaiki titik gesekan potensial sejak dini.

Misalnya, di aplikasi pesan-antar makanan kami, kami melihat bahwa pengguna tampaknya tidak menerapkan filter aplikasi untuk menyaring jenis makanan, harga, atau jarak. Kami akan melakukan dua jenis pengujian—tidak dimoderasi dan dimoderasi—untuk mengumpulkan umpan balik paling banyak untuk memahami alasannya.

1. Pengujian yang tidak dimoderasi untuk data kuantitatif dengan Maze : Dengan mengukur kinerja pengguna pada tugas yang diberikan, pengujian yang tidak dimoderasi menawarkan penilaian kegunaan tidak langsung melalui data kuantitatif. Keuntungan dari jenis pengujian ini? Kami mendapatkan umpan balik statistik yang baik tentang suatu masalah, tanpa hasil "acak" yang mungkin memengaruhi respons kami terhadap masalah itu.

Misalnya, corong klik Maze menunjukkan penurunan tajam pada layar filter dan tingkat penyelesaian tugas ini yang rendah. Kita dapat melihat bahwa pengguna mengalami masalah dengan filter. Namun, dengan pengujian yang tidak dimoderasi, itu akan menjadi sejauh mana umpan balik.

2. Pengujian moderat untuk data kualitatif dengan Userfeel : Dengan mengamati pengguna untuk memahami bagaimana mereka menyelesaikan tugas dan mengajukan pertanyaan lanjutan, pengujian yang dimoderasi menawarkan penilaian kegunaan langsung melalui data kualitatif. Keuntungan dari jenis pengujian ini? Kami tahu persis aspek tugas mana yang bermasalah.

Misalnya, rekaman Userfeel akan mengungkapkan pengguna yang berjuang untuk memahami cara kerja filter dan mengidentifikasi di mana letak masalah spesifik, misalnya, teks filter terlalu kecil dan membatasi keterbacaan.

Dengan menggunakan umpan balik kolektif ini, kami dapat mengulangi gambar rangka kami untuk membangun fitur filter yang lebih ramah pengguna.

Kembangkan Prototipe High-Fidelity

Dengan MVP wireframe kami divalidasi, saatnya untuk meningkatkan ke pengalaman prototipe interaktif. Berbeda dengan wireframing dasar, prototipe high-fidelity (hi-fi) memanfaatkan desain UI dan animasi pixel-perfect, dan jauh lebih dekat dalam penampilan dan fungsionalitas dengan produk akhir. Kami dapat menggunakannya untuk menyimpulkan afirmasi visual yang penting dan mengumpulkan umpan balik waktu nyata terkait dengan desain MVP kami.

Kami akan mengubah gambar rangka menjadi prototipe interaktif dengan:

  • Menyesuaikan branding UI kami, seperti gradien warna dan palet, dan tipografi.
  • Menerapkan animasi tingkat lanjut, seperti menggulir, tab, dan interaksi mikro.

Berikut adalah contoh prototipe hi-fi Figma untuk aplikasi pengiriman makanan kami.

Langkah 4: Selesaikan QA Desain

Terakhir, kami akan mengonfirmasi bahwa semuanya terlihat seperti yang diharapkan dan berjalan lancar dengan mengeklik prototipe dan memverifikasi bahwa:

  • MVP kami selaras dengan konsep produk awal.
  • Aliran pengguna terasa alami.
  • Semua kasus penggunaan telah dipertimbangkan.
  • Semua bug pengembangan telah diperbaiki.

Kemudian, kami akan merangkum dan mengomunikasikan masalah yang tersisa kepada tim pengembangan sebagai tiket jaminan kualitas. Tiket ini dapat ditangani dalam periode cooldown satu hingga dua minggu sebelum meluncurkan MVP.

Tingkatkan Proses Desain Anda Dengan Kerangka Pengembangan MVP

Dalam dunia pengembangan produk startup, sumber daya desain sangat langka. Proses MVP membantu desainer membangun dan meluncurkan produk yang mudah digunakan tepat waktu tanpa menghabiskan anggaran mereka.

Kerangka kerja MVP empat langkah ini telah membantu saya menjaga desain produk saya tetap berpusat pada pengguna. Uji sendiri dan Anda pasti akan memprioritaskan pengguna dalam proses pengembangan desain Anda.