Postingan tamu oleh Marc Clemens, pendiri CodeControl.
Kebanyakan startup gagal – baik karena pasar yang terlalu jenuh, peluncuran produk yang terlalu dini, atau hanya karena harga meja pingpong terlalu mahal. Namun, kesalahan paling mahal sering kali terjadi pada halaman produk. Misalnya, hal ini mungkin disebabkan oleh definisi konsep yang buruk, keahlian yang rendah, atau rekayasa yang berlebihan – yaitu pengembangan yang melampaui kebutuhan pelanggan.
Pengembangan produk yang terstruktur dengan baik membantu menemukan jawaban atas pertanyaan-pertanyaan sulit dan menjelaskan keseluruhan strategi dengan lebih baik. Empat langkah membantu merancang proses pengembangan.
Langkah 1: Siapkan proyek
Langkah pertama adalah memutuskan jenis produk apa yang ingin Anda kembangkan. Banyak tim mengandalkan apa yang disebut produk minimum yang dapat diskalakan (MVP). Ini adalah produk dengan arsitektur yang dapat dibangun dengan mudah nantinya, namun hanya memiliki fitur penting pada tahap awal. MVP yang dapat diskalakan memiliki keunggulan dibandingkan MVP sekali pakai karena tidak terlalu rentan terhadap kesalahan. MVP sekali pakai dapat berupa halaman yang dibuat dengan pembuat halaman arahan (misalnya Unbounce atau Instapage).
Sebelum mulai mengembangkan pengalaman pengguna (UX), penting untuk memiliki pedoman jadwal dan anggaran yang jelas. Keduanya harus diperhatikan sebaik mungkin.
Langkah 2: Kembangkan UX
Di sinilah sebagian besar pendiri tersesat. Mereka sering kali tersesat dalam gambaran besarnya dan mengabaikan bagaimana sebenarnya penggunanya berinteraksi dengan produk. Untuk memahami siapa pengguna dan apa kebutuhan mereka, merancang “cerita pengguna” akan berguna. Untuk melakukannya, Anda cukup mengikuti pola berikut: “Jika (siapa) yang saya inginkan (apa), sehingga (mengapa).”
Misalnya, jika Anda mengembangkan aplikasi co-working, kisah penggunanya mungkin seperti ini: “Sebagai pengembang perangkat lunak lepas, saya ingin melihat peta ruang co-working sehingga saya tahu cara menemukannya dengan mudah. ” Hal ini memperjelas: bahwa peta mini harus disertakan dalam aplikasi. Ini adalah contoh yang sangat spesifik tentang bagaimana Anda dapat membangun UX melalui fitur-fitur nyata.
Namun cerita pengguna juga berfungsi untuk mengidentifikasi konsep yang lebih besar untuk pengembangan produk. Contoh: “Sebagai pengembang perangkat lunak lepas, saya ingin bekerja dari jarak jauh agar saya dapat berkeliling dunia.”
Sekarang saatnya menghidupkan kisah pengguna. Cara terbaik untuk memvisualisasikan fitur potensial adalah dengan membuat sketsa UX – juga dikenal sebagai wireframing. Saat membuat MVP, penting untuk memprioritaskan fitur-fitur yang memungkinkan secara hati-hati. Pemeringkatan sederhana digunakan untuk ini: semua cerita diberi nilai antara 0 dan 10 untuk biaya, kompleksitas, dan pengaruh terhadap tujuan awal (gambaran besar). Anda menghitung poin rata-rata untuk setiap fitur dan memprioritaskannya. Dengan cara ini, rekayasa berlebihan dapat dihindari.
Produk tersebut kini perlahan mulai terbentuk; fitur dengan peringkat tertinggi menentukan konsep tersebut.
Langkah 3: Desain menggunakan metode “Quick & Dirty”.
Meskipun Anda tergoda untuk menginvestasikan banyak waktu dalam menciptakan merek Anda, Anda tidak harus selalu mengikuti naluri itu. Inti dari langkah ketiga adalah kecepatan. MVP harus dipasarkan dengan cepat dan hal ini paling baik dicapai “cepat dan kotor” – yaitu, dengan proses desain yang tidak sepenuhnya bersih namun efisien.
Gambar: Pesona
“Cepat” berarti memilih beberapa elemen desain utama yang akan menentukan produk; satu font, dua warna dan satu gambar. Bagian yang “kotor” dari proses ini berarti tidak mencoba menemukan kembali segalanya, melainkan belajar dari pesaing atau produk serupa dan mengadopsi model yang sukses. Mengembangkan profil orang-orang yang menjadi sasaran akan bermanfaat untuk mendapatkan gambaran yang jelas tentang kelompok sasaran. Jika Anda ingin menambahkan kehidupan pada sketsa wireframe, Anda dapat menemukan gambar bebas hak cipta di Pixabay dan Unsplash.
Proses desain idealnya didampingi oleh seseorang yang memiliki pengetahuan ahli di bidang yang dituju dan dapat memberikan saran tentang bagaimana mengintegrasikan UX yang baik ke dalam desain. Orang ini dapat membantu menyederhanakan proses melalui pengambilan keputusan yang lebih cepat. Dia tahu dari pengalaman pertanyaan mana yang harus Anda integrasikan ke dalam FAQ dan mana posisi terbaik untuk tombol ajakan bertindak.
Langkah 4: Pengembangan Perangkat Lunak Agile
Seringkali para pendiri kurang berhati-hati dalam mengambil langkah ini. Anda harus terlebih dahulu memilih tumpukan teknologi, yaitu arsitektur server, perangkat lunak, bahasa pemrograman, dan sebagainya, dan baru kemudian mulai memprogram bagian belakangnya. Penting untuk menjaga komunikasi yang sangat jelas dan eksplisit selama pengembangan.
Penting juga untuk menerima saran dari programmer dan menganggapnya serius. Mereka memahami implikasi teknis yang sering kali sulit dilihat oleh “non-teknisi”. Mungkin juga masuk akal untuk menyewa manajer proyek yang berpengalaman. Hal ini menghilangkan tekanan dari Anda sebagai pendiri dan memberi Anda lebih banyak waktu dan sumber daya untuk mengembangkan lebih lanjut aspek bisnis lainnya.
Aturan umumnya adalah: kembangkan dengan tangkas dan perlu diingat bahwa tidak ada perubahan besar yang harus dilakukan pada MVP setelah pengembangan selesai. Setelah perangkat lunak dikembangkan, saatnya untuk menguji, menguji, menguji. Kesalahan tidak bisa dihindari. Lebih baik fokus pada mana yang harus diselesaikan terlebih dahulu. Jadi sekali lagi: prioritaskan! Idealnya, Anda menyiapkan proses standar untuk menangani kesalahan. Ini menghemat banyak waktu dan uang.
Setelah MVP diimplementasikan dan diluncurkan, jangan berkecil hati jika Anda kehilangan beberapa pengguna. Penting untuk tidak berfokus pada mempertahankan masing-masing pengguna awal dalam jangka panjang. Bagaimanapun, ini adalah MVP dan bukan produk akhir.
Satu tip terakhir: Jangan lupa “aturan 30 persen”.
Dari ide awal hingga peluncuran produk MVP, Anda bergelut dengan tenggat waktu dan tenggat waktu di setiap langkah. “Aturan 30 persen” sering digunakan oleh lembaga-lembaga untuk memperkirakan proyek dengan lebih baik dan merupakan aturan praktis yang cepat dan efektif. Bunyinya seperti ini: Selalu tingkatkan perkiraan waktu dan sumber daya yang dibutuhkan untuk sebuah proyek sebesar 30 persen. Hal ini menghemat banyak stres dan frustrasi yang tidak perlu karena perkiraannya seringkali lebih realistis – dan jika tidak, Anda senang dengan waktu dan sumber daya yang Anda “dapatkan”.
Dan satu hal lagi: Saat Anda mengembangkan produk, Anda harus mengatasi kemunduran kecil dan besar – pengulangan demi pengulangan, kesalahan demi kesalahan. Inilah satu-satunya cara menuju kesuksesan. Seorang pendiri harus menerima bahwa pengembangan produk tidak pernah berhenti.