Saya telah membaca banyak sumber daya online tentang ini, tetapi bertanya-tanya apakah ada cara yang lebih baik untuk menguji ide untuk suatu produk sebelum menghabiskan waktu berminggu-minggu untuk membangun barang sialan itu?
Saya telah membaca tentang hal-hal seperti Validate.tech yang menguji ide produk dalam waktu kurang dari sehari, tetapi tampaknya salah untuk memikat orang dengan halaman arahan dan tidak ada yang lain.
Saya tahu ini agak abstrak, tetapi akan senang mendengar pikiran Anda juga.
Jawaban:
Dengan memahami apa ide produk itu bertentangan dengan bagaimana itu diterapkan.
Sungguh menakjubkan betapa banyak orang berpikir Anda tidak dapat menguji ide tanpa banyak usaha. Katakanlah Anda punya ide menjual sepatu secara online. Anda memerlukan tim TI untuk membuat situs web, produsen, dan pusat distribusi, bukan?
Ya benar. Tetapi situs web dapat berupa gambar sepatu dan formulir yang mengirimi Anda email. Pabriknya bisa jadi toko sepatu lokal. Pusat distribusi dapat berupa meja dapur Anda dan beberapa prangko.
Bagaimana itu ujian? Nah jika masalahnya adalah tidak ada yang memesan sepatu, Anda mendapatkan hasilnya. Jika masalahnya adalah Anda menghabiskan banyak waktu di dapur untuk mengirimkan sepatu, hasilnya adalah Anda.
Tes ini membuktikan apakah orang akan membeli sepatu secara online. Ini memberi Anda jenis data orang yang mungkin berinvestasi dalam perawatan bisnis Anda.
sumber
Hanya ada satu jawaban untuk pertanyaan ini: bangun prototipe secepat mungkin! Prototipe berarti Anda melewatkan bagian yang tidak perlu dan tidak penting seperti konfigurasi, penanganan kesalahan yang tepat, dll. Dan hanya menguji apakah ide inti berfungsi. Jangan repot-repot mendokumentasikan dan / atau mengomentari kode prototipe dengan baik, karena prototipe tersebut memang dirancang untuk dibuang. Jika kinerja perangkat lunak tidak penting, saya akan menyarankan untuk menggunakan bahasa tingkat tinggi yang ditafsirkan modern seperti Python. Namun, kinerja dapat menjadi bagian inti dari produk, sehingga dalam beberapa kasus bahasa berbasis JVM atau C atau C ++ mungkin diperlukan.
Namun, lakukan mengalokasikan waktu untuk mengimplementasikan kembali seluruh hal jika prototipe dipilih untuk menjadi produk. Kami di tempat kerja dihilangkan untuk mengimplementasikan kembali prototipe untuk beberapa kode kami, dan itu telah menyebabkan rasa sakit yang sangat besar karena prototipe dengan kualitas kode yang rendah dan penanganan kesalahan yang dihilangkan membutuhkan sejumlah besar pekerjaan untuk berfungsi secara efektif sebagai sebuah produk.
sumber
Anda tidak dapat menguji, dalam arti sebenarnya, suatu produk sebelum Anda membuatnya, tetapi Anda dapat:
sumber
Anda bisa mulai dengan membangun produk minimum yang layak - produk terkecil, paling sederhana yang Anda mungkin bisa meyakinkan seseorang untuk membayar Anda. Ini bisa menjadi alat barebones yang diintegrasikan ke dalam alur kerja pengguna Anda yang ada yang memberikan beberapa manfaat bagi pengguna untuk membenarkan upaya tambahan. Sebuah contoh bagus dari perangkat lunak yang saya gunakan yang berevolusi dengan cara ini adalah You Need A Budget , yang memulai kehidupan sebagai spreadsheet Excel / OpenOffice sebelum menjadi aplikasi independen.
Salah satu cara Anda berpikir tentang MVP adalah sebagai langkah awal menuju pendekatan startup ramping , di mana MVP awal Anda hanya merupakan langkah iteratif pertama menuju produk akhir Anda: Anda membagikan MVP ini dengan beberapa pengguna, mengumpulkan umpan balik yang bermanfaat bagi pengguna sebagian besar dari fitur itu, kemudian "inden" untuk membuat MVP baru yang berfokus secara eksklusif pada para pengguna dan kebutuhan mereka di sini - tujuannya adalah untuk berfokus bukan pada sekelompok besar pelanggan potensial yang menginginkan produk Anda, tetapi pada sekelompok kecil pelanggan siapa yang membutuhkannya , dan karenanya akan lebih mungkin membayar untuk itu. Membangun MVP dapat memungkinkan Anda menguji beberapa ide produk sebelum memusatkan perhatian pada ide yang paling mungkin berhasil.
Contoh terkenal dari produk yang dikembangkan dengan cara ini adalah Flickr , yang memulai kehidupannya sebagai permainan video sebelum menjadi ruang obrolan sebelum menjadi situs berbagi foto.
sumber