Walaupun anda tidak perlu menjadi pemaju web untuk memulakan syarikat berasaskan teknologi, anda pastinya harus bekerja dengan satu pada satu ketika. Dan tidak, semudah mengupah seseorang untuk membina visi anda dan hanya menontonnya datang-anda akan bertanggungjawab untuk mencari orang yang tepat untuk pasukan anda, mengarahkan mereka tentang apa yang betul-betul untuk dibangunkan (idealnya, bekerja di cara kolaboratif), dan menguruskan projek sepanjang jalan.
Dan sepanjang proses ini, terdapat beberapa perkara yang banyak usahawan mempelajari cara yang sukar. Inilah yang perlu diketahui, sebelum anda memulakan.
1.Validate Idea Anda Sebelum Anda Mula Membangun
Adakah anda mempunyai idea yang bagus untuk produk atau ciri baru? Naluri anda mungkin mencari pemaju dan mula membina segera-tetapi pertama sekali, adalah penting untuk menguji sama ada pelanggan benar-benar mahukannya.
Untuk melakukan ini, nyatakan masalah yang anda cari untuk selesaikan (contohnya, "kami mahu pengguna kembali ke tapak dengan kerap"). Kemudian, buat hipotesis yang boleh diukur bahawa anda boleh menguji untuk melihat sama ada pengguna anda akan bertindak dengan cara yang menyokong penyelesaian anda. Sebagai contoh, hipotesis anda boleh: "Membolehkan pengguna untuk menghantar kemas kini status akan menghasilkan peningkatan dalam interaksi pengguna dan pengekalan pengguna."
Sebaik sahaja anda telah melakukan ini, buat prototaip ciri yang anda cari untuk membina. Dan anda tidak memerlukan pemaju untuk ini sahaja-untuk draf awal, anda boleh membuat demo yang boleh diklik menggunakan PowerPoint atau Word, atau menggunakan sket kertas. Terdapat juga alat prototaip dan wireframing yang lebih maju, seperti Axure, Mockingbird, dan Balsamiq, yang mana anda harus selesaikan jika anda akan mengurus produk.
Kemudian-masih sebelum mendapat pemaju anda terlibat-tunjukkan prototaip anda kepada pelanggan anda (atau bakal pelanggan) dan dapatkan maklum balas mereka. (Anda boleh menjadualkan wawancara secara individu atau menggunakan alat dalam talian seperti Usabilla atau UserTesting.com.) Tanya kepada mereka soalan terbuka untuk mengukur pemikiran dan minat mereka terhadap ciri tersebut, dan cuba memahami sama ada penyelesaian itu menarik atau menyelesaikan sesuatu titik kesakitan. Dan jika ya? Hanya pada masa itulah masa untuk terus membina sesuatu.
2. Sewa dan Membina Pasukan Dev Great
Menyewa orang yang tepat diperlukan di mana-mana organisasi, tetapi apabila anda menyewa seseorang yang membina produk anda dan membawa visi anda untuk hidup dengan baik, ia adalah yang paling penting.
Berikut adalah pengajaran pengambilan yang paling berharga yang saya pelajari: Sewa untuk DNA pertama, dan untuk pengalaman kerja kedua. Buat senarai ciri-ciri yang anda hargai sebagai sebuah syarikat, atau "DNA" anda (iaitu, pemacu tanpa henti, akan mendapat kerja yang dilakukan tidak kira apa, rasa humor) -kemudian, pastikan orang yang anda wawancara atau bercakap untuk memadankan kebanyakan item yang anda sertai.
Apa yang sama pentingnya ialah untuk mengupah orang dengan kebolehan, bukan set kemahiran tertentu. Di dalam ruang teknologi, kemahiran menjadi usang setiap dua tahun, jadi lebih baik untuk mengupah orang yang dapat mempelajari teknologi baru (dan idealnya mempunyai rekod jejak berbuat demikian) daripada orang yang tahu tahu bagaimana melakukan sesuatu yang spesifik sekarang . Ingat, orang ini idealnya akan bersama anda untuk jangka panjang, dan anda ingin memastikan dia adalah perlawanan yang hebat kedua-duanya sekarang dan kemudian.
3. Mengurus Projek Setiap Langkah Jalan
Akhirnya, terlibat dalam pembinaan produk anda. Kesilapan yang biasa saya lihat orang membuat: Seorang pengasas akan menghantar spesifikasi produk ke pemaju, mempercayai bahawa segala-galanya akan dilakukan seperti cara pengasas melihatnya di kepalanya, dan hanya periksa kembali apabila produk akhir sudah siap.
Ini adalah resipi untuk bencana. Sekiranya anda mengambil pendekatan ini, lebih kerap daripada tidak anda akan mendapati tapak atau produk anda tidak dilaksanakan seperti yang anda telah bayangkan. Mungkin arahan anda tidak jelas, mungkin mereka sebenarnya mustahil untuk melaksanakan secara teknikal, mungkin pemaju anda hanya salah faham. Tetapi tanpa mengira mengapa ia berlaku-ini adalah satu keadaan yang anda lebih suka hanya mengelakkan sama sekali. Percayalah, lebih mudah untuk tetap berada di atas proses pembangunan sepanjang jalan daripada harus kembali dan memperbaiki perkara-perkara kemudian-atau lebih teruk lagi!
Pendekatan yang lebih baik adalah menggunakan "Pengurusan Projek Agile, " satu kaedah umum merancang dan membimbing projek teknikal. Projek tangkas siap di bahagian kecil dipanggil lelaran atau sprint (harian, mingguan, atau dalam masa dua minggu, max). Selepas pemaju atau pasukan pembangunan melengkapkan lelaran, ia akan dikaji semula dan dikritik oleh ahli pasukan projek lain.
Manfaat utama pengurusan projek tangkas adalah keupayaan untuk bertindak balas terhadap isu-isu yang timbul. Anda akan dapat menjejaki sama ada atau tidak projek itu mengikut pelan, memahami perubahan yang diperlukan, dan pada akhirnya, membantu menyampaikan projek yang berjaya tepat pada masanya dan pada anggaran.
Untuk mengetahui lebih lanjut mengenai proses pembangunan tangkas, video pengenalan, dan periksa alat pengurusan projek dalam talian seperti Asana dan Tracker Utama.
