Setahun yang lalu, saya dan tim mulai membangun inkubator untuk startup gadget, tempat kami mengembangkan produk dari ide hingga produksi massal. Kami fokus pada pembuatan gadget yang memecahkan masalah yang diketahui dengan cara baru.
Dalam artikel ini saya ingin berbagi pengalaman saya dan memberi tahu Anda bagaimana kami mencoba mengatur proses pengembangan agar bergerak secepat dan ke arah yang benar mungkin. Saya akan berbicara tentang proses menggunakan contoh produk yang akan segera dikirim ke pelanggan pertama - Penyumbat telinga Veer dengan tingkat isolasi suara yang dapat disesuaikan untuk mereka yang bosan dengan kebisingan konstan.
Sepanjang tahun, kami telah mengisi sejumlah besar tunas dan membuat beberapa kemajuan. Satu produk dibawa ke peluncuran produksi massal ( gotilence.com ), yang kedua ke finalisasi konstruksi ( tribrush.co ), yang ketiga ke keputusan berkemauan keras untuk menunda ( easymusic.club ), dan sekitar 15 produk potensial juga dibunuh di berbagai tahap. Sekarang, seiring dengan produksi, kami sedang mengembangkan beberapa konsep untuk produk baru.
Bagaimana semuanya dimulai: menemukan ide
Kami memiliki seluruh proses pencarian, Anda dapat menulis artikel terpisah tentang ini, tetapi beberapa ide muncul hampir secara tidak sengaja. Misalnya, proyek Veer muncul ketika kami menyadari bahwa kantor kami selalu sangat bising - orang-orang mendiskusikan sesuatu, berjalan mondar-mandir, milling, menggergaji, bekerja dengan kompresor, dll. Sulit untuk fokus pada aktivitas intelektual dalam kondisi seperti itu, begitu banyak kru mulai memakai penutup telinga. Di sini muncul masalah baru: ketika Anda perlu bertukar beberapa kata dengan rekan kerja, dan ini sering terjadi, Anda harus melepas penutup telinga dan memasangnya kembali. Prosesnya sedikit mengganggu.
Maka muncul ide untuk membuat penyumbat telinga dengan volume yang bisa diatur. Kami menemukan beberapa proyek serupa di Kickstarter, tetapi belum ada yang mencapai penjualan. Mengingat crowdfunding sering kali berakhir pada tahap ide, kami memutuskan untuk mencobanya.
Tentukan apakah proyek tersebut layak dilakukan
Kami memiliki sejumlah filter untuk membantu menentukan apakah akan membawa produk ke dalam pengembangan. Yang pertama adalah kompetensi. Kami tidak mempertimbangkan produk pengembangan yang tidak memiliki kompetensi tim kami ( atau kompetensi sulit diakses) . Yang kedua adalah kompleksitas teknologi. Kami memiliki skala subjektif sepuluh, di mana 1 adalah sekop dan 10 adalah fusi dingin. Ini super subyektif dan lebih berfungsi untuk menyinkronkan persepsi. Biasanya, kami tidak melakukan proyek dengan kompleksitas 5 atau lebih.
Skala kami adalah 3. Di sini, misalnya, adalah proyek yang kami tolak karena kompleksitasnya yang tinggi:
- . : , . , , 6. , , .
- . : , , , . , – , 5. .
Selain menilai kompetensi dan kompleksitas yang diperlukan, sebelum memulai pengembangan, pemasar kami menentukan target audiens, permintaan pasar potensial, melihat pesaing, kehadiran dan kesadaran masalah di audiens, dll, tetapi ini sudah menjadi topik untuk artikel lain.
Prinsip desain
Kami sering melakukan hal-hal yang sulit direncanakan, jadi kami menganut dua prinsip dasar:
- Pengembang harus melakukan tugas terpenting pada waktu tertentu (ini bukan tentang tirani, tetapi tentang prioritas).
- Pekerjaan harus diatur dalam iterasi yang cukup singkat.
Tugas terpenting biasanya adalah tugas yang memberikan karakteristik pengguna utama dan / atau mengidentifikasi risiko utama, tergantung pada detail dan tahap pengembangan. Untuk menentukan tugas yang paling penting, setiap tahap memiliki artefaknya sendiri, mereka akan dibahas di bawah ini.
Misalnya, pada awal pengembangan, kami memiliki dua persyaratan penting untuk penyumbat telinga:
- Diperlukan untuk memberikan kemampuan untuk mengatur volume suara yang menembus;
- Tingkat peredaman bising minimum tidak lebih dari 5 dB (sehingga percakapan normal dapat didengar), tingkat peredaman bising maksimum adalah dari 40 dB (sehingga penyumbat telinga kami tidak lebih buruk dari busa terbaik dalam hal efisiensi).
Tugas-tugas inilah yang kami selesaikan di prototipe pertama, dan baru kemudian kami memikirkan tentang tugas / risiko yang tersisa - bagaimana menyesuaikan dengan harga dan ukuran biaya, dapatkah kami memberikan pengalaman pengguna yang baik ...
Proses artefak: semua itu dibangun di atas?
Untuk memprediksi dan menyusun proses pengembangan, kami menggunakan empat dokumen.
Dokumen 1: deskripsi tugas
Di dalamnya, manajer produk menjelaskan poin-poin berikut:
- Jenis produk apa yang kami lakukan;
- Siapa pengguna kami;
- Apa masalah mereka;
- Mengapa mereka membutuhkan produk kita;
- Kapan dan bagaimana produk akan digunakan;
- Properti apa yang harus dimiliki produk;
- Apa pesaing, apa yang baik dan buruk;
- Properti mana yang kritis dan mana yang dapat diabaikan.
Setelah mempelajari deskripsi ini, kompleksitas proyek dan kompetensi yang diperlukan untuk pelaksanaannya dinilai. Selanjutnya, uraian tersebut dapat disesuaikan agar sesuai dengan batasan kami.
Kami menggunakannya untuk menilai risiko, memikirkan konsep, dll.
Dokumen 2: rencana kerja
Biasanya, ini adalah bagan Gantt, yang menjawab pertanyaan tentang apa yang harus dilakukan, dalam urutan apa melakukannya, apa yang mempengaruhi apa, kira-kira kapan proyek dapat diselesaikan.
Pada tahap pengembangan, rencana semacam itu bukanlah semacam dokumen dengan tugas dan tenggat waktu yang jelas, melainkan suatu abstraksi yang membantu mendapatkan gambaran umum tentang apa yang menanti kita. Proses perencanaan itu sendiri lebih penting di sini, ketika kita menyusun gagasan proyek, tugas, risiko ...
Untuk produksi, kami membuat Gantt terpisah - di sana rencananya menjadi sangat penting: atas dasarnya, kami menyetujui tanggal tertentu dengan pembeli. Di sini kami mencoba untuk memperhitungkan risiko yang realistis dan menggadaikan kembali, meskipun kami masih tidak dapat memperhitungkan semua risiko. Misalnya, untuk penyumbat telinga, kami memesan bantalan telinga dari mitra China. Kami menyetujui semuanya, menuliskan tanggal pengiriman, menghitung sisa tahapan dari tanggal-tanggal ini dan mengumumkan pemesanan di muka.
Dapat diklik:
Dua minggu kemudian, orang China itu kembali dengan kata-kata: "Ini tidak akan berhasil, mari kita lakukan dengan cara berbeda." Mereka tidak cocok dengan kami dalam “cara yang berbeda”, kami harus mencari alternatif selama seminggu, membayar dua kali lipat untuk itu - akibatnya, persyaratan pengiriman meningkat secara dramatis.
Dokumen 3: Backlog Pengembangan
Ini adalah daftar tugas yang diprioritaskan dari mana kami membentuk iterasi mingguan. Kami mencoba merumuskan tugas sedemikian rupa sehingga deskripsi mereka akan menjawab pertanyaan "Properti penting apa yang akan diterima produk jika kami melakukan tugas ini?"
Backlog sangat relevan pada tahap pengembangan, ketika kita perlu memahami dengan jelas apa dan mengapa kita melakukan. Dasar untuk memprioritaskan tugas adalah kebutuhan pengguna: semakin penting properti produk bagi klien, semakin penting bagi kami. Penyumbat telinga adalah contoh yang sangat jitu karena karakteristik utamanya jelas.
Prioritas di sini didasarkan pada penelitian kuantitatif, kualitatif, dan akal sehat: kontrol volume, lalu ambang batas suara, lalu kenyamanan, dan seterusnya.
Kami membagi tugas di backlog menjadi tugas yang membutuhkan penelitian dan lainnya. Misalnya, "Anodisasi tubuh penyumbat telinga dengan warna hitam" - di sini Anda dapat menggunakan teknologi terkenal, tidak perlu penelitian untuk menyelesaikan masalah. Tapi " Berikan pengurangan kebisingan 5-40 dB" - penelitian. Bantalan telinga sangat membatasi saluran telinga, jadi kami harus membuat desain khusus dan menguji beberapa pendekatan untuk mencapai ambang pengurangan kebisingan yang lebih rendah sebesar 5 dB.
Makalah 4: Daftar Hipotesis
Inilah percobaan-percobaan yang perlu dilakukan untuk memecahkan setiap masalah penelitian yang disusun dalam urutan prioritas.
Dengan daftar seperti itu, kami bekerja menurut pola seperti HADI, kami membuat daftar dengan cara yang hampir sama:
- Melontarkan semua kemungkinan hipotesis;
- Kami memperkirakan kompleksitas pemeriksaan masing-masing (secara terpisah untuk pengujian dan produksi);
- Kami mengevaluasi "keyakinan dalam keberhasilan" dari hipotesis: seberapa besar kemungkinan hal itu akan memecahkan masalah dalam batasan kami;
- Kami menghitung skor skor total menggunakan rumus: waktu untuk menguji hipotesis * kompleksitas * probabilitas.
Skor penilaian ini menentukan prioritas hipotesis. Berdasarkan hasil tes, yang paling penting, jika masalah tidak terpecahkan, lanjutkan ke tes berikutnya
Alih-alih kesimpulan
Pada setiap tahap pengembangan, ada sejumlah besar risiko yang terkait dengan saling ketergantungan elemen sistem, dan dalam produksi - dengan kemampuan manufaktur produk, kontraktor, dll. Setiap kali risiko terjadi, kami memperhitungkannya dalam rencana untuk memahami di mana kemacetannya sekarang »Dan bagaimana tanggal selesai berubah. Kami tidak menemukan keseimbangan antara pendekatan “ mari kalikan semua tenggat waktu dengan 10, lalu kami akan cocok dengan tepat ” dan “ kami akan menyelesaikan dalam 27,5 hari ”, jadi kami selalu mencoba melakukan hal terpenting dalam iterasi singkat. Jadi, bagi kami tampaknya kami bereaksi lebih cepat terhadap risiko, yang berarti secara umum kami bergerak lebih cepat.
Kami akan senang jika pengalaman kami bermanfaat. Tulislah jika Anda tertarik untuk mempelajari lebih lanjut tentang sesuatu. Anda dapat membaca lebih lanjut tentang penyumbat telinga di situs web resmi proyek, di sini Anda dapat memesan di muka dengan diskon: getsilence.com
Berlangganan saluran kami , di sini kita berbicara tentang rasa sakit dan penderitaan produksi perangkat keras penyumbat telinga Veer.