Cara meluncurkan produk sendiri jika Anda seorang pengembang: Kiat dari pencipta Laravel Taylor Otvel. Bagian 2: Menemukan Ide

Dalam edisi terakhir, kami melihat berbagai cara untuk membangun audiens. Ketika ada audiens, ada pembeli potensial. Sekarang tinggal memikirkan apa yang harus dijual.

Di mana mendapatkan ide untuk produk Anda?

Turunkan ambang nyeri

Ketika saya melakukan Forge, saya mendengar dari beberapa orang kritik dari kategori - semua orang dapat melakukannya menggunakan Ansible atau ExpertVison, secara mandiri menyelenggarakan dan mengelola skrip. Mereka berkata tentang Homestead bahwa Anda dapat membuat file Vagrant dengan perintah bash, dan inilah lingkungan pengembangan untuk bekerja dengan Laravel. Semua orang ini dipersatukan oleh ambang rasa sakit yang sangat tinggi. Ini adalah masalah umum di antara pengembang yang mencegah mereka membuat produk.

Ada banyak orang yang suka melakukan semuanya sendiri, sehingga untuk berbicara, untuk menjaga semangat DIY, tetapi ada juga sejumlah besar orang yang memilih untuk tidak repot-repot tentang hal-hal seperti itu sama sekali. Dan di antara yang terakhir ada yang bersedia membayar untuk itu. Ketika Anda berpikir tentang membuat produk, matikan instalasi DIY ini. Buat ambang nyeri yang rendah untuk hal-hal seperti itu. Ini akan membantu membedakan ide-ide yang tidak Anda perhatikan.

Berikutnya, saya akan mempertimbangkan tiga cara utama untuk membantu Anda menemukan ide yang bagus untuk suatu produk. Dua pendekatan pertama yang saya gunakan berulang kali ketika memulai proyek.

Selesaikan masalah pribadi

Jadi, pendekatan pertama adalah memilih sesuatu yang jelas-jelas menyakitkan, yang akan sangat menyederhanakan kehidupan sehari-hari Anda. Bagi saya, pendekatan ini paling sering berhasil, saya mengambil sesuatu yang sangat mengganggu saya secara pribadi dan menyelesaikan masalah ini.

Begitu pula dengan Forge, Envoyer dan Spark. Ketiganya muncul karena masalah yang saya temui setiap hari. Sebagai contoh, saya memutuskan untuk melakukan Forge ketika saya bosan membuat server php secara manual menggunakan skrip bash. Saya ingin cara cepat untuk membuat server php untuk menguji berbagai potongan Laravel. Saya tahu bahwa dengan Forge, hidup saya akan lebih mudah.

Ini adalah pendekatan win-win, karena setidaknya Anda akan membuat kehidupan sehari-hari Anda lebih mudah, bahkan jika tidak ada orang lain yang akan menggunakan produk ini. Ketika saya melakukan Forge, saya tidak tahu apakah mereka akan menggunakannya, tapi saya tahu pasti bahwa setidaknya saya akan menjadi pengguna Forge yang bahagia dan mendapatkan pengalaman dengan Laravel.

Saya tidak punya alasan yang jelas untuk percaya bahwa orang membutuhkan alat seperti itu. Saya tidak mengirim email, tidak melaporkan kemajuan pengembangan dan tidak melakukan jajak pendapat, saya tidak dapat melacak secara akurat jika ada yang menggunakan produk ini. Melihat ke belakang, saya mengerti bahwa saya mungkin harus mengurus ini. Ini akan memungkinkan peluncuran produk yang lebih lancar sehingga orang-orang segera memahami apa yang sedang terjadi.

Dari sini, kelemahan utama pendekatan ini adalah - jika Anda tidak mengumpulkan metrik yang diperlukan, maka Anda tidak akan tahu pasti apakah orang lain membutuhkan produk semacam itu. Itulah sebabnya pembentukan audiens lebih penting daripada pencarian ide.

Sumber Gambar: thethinkingcanvas.com

Ikuti perkembangan teknologi

Pendekatan kedua adalah mengambil teknologi panas, yang memiliki permintaan besar akan alat dan materi pelatihan, dan membuatnya.

Dalam kasus saya, itu adalah Vapor. Saya melihat gelombang sensasi terkait dengan teknologi tanpa server. Mereka menulis banyak tentang ini, dan mereka mulai mendapatkan popularitas di luar komunitas PHP. Selain itu, saya pribadi menginginkan alat yang akan memungkinkan penggelaran proyek laravel dan tidak memikirkan server - jadi di sini, di samping itu, saya juga menyelesaikan masalah saya, dan saya mendapat campuran dua pendekatan.

Metode ini paling sesuai dengan produk informasi seperti buku dan kursus video. Faktanya adalah dengan cara ini Anda dapat dengan cepat mendapatkan uang pada tahap awal, tanpa membuang waktu untuk dukungan tambahan. Dalam hal perangkat lunak, Anda perlu mendukung produk sehingga memberi Anda uang - dan di sinilah risiko utamanya, jika teknologinya segera kedaluwarsa, Anda bahkan tidak punya waktu untuk memulihkan upaya Anda, sementara kursus buku atau video tidak dapat diselesaikan.

Mari kita lihat contoh-contoh dari dunia pemrograman. Wes Bos menyediakan kursus berkualitas tentang topik yang sangat populer. Misalnya, ia mengambil kursus React , ketika teknologi ini sudah memiliki banyak pengguna yang ingin memperdalam pengetahuan mereka, tetapi juga memiliki banyak dari mereka yang mulai belajar dari awal. Jelas bahwa ada audiens potensial yang sangat besar, dan hanya percikan kecil diperlukan.

Kebetulan ada teknologi yang banyak dianggap penting dan perlu, tetapi tidak sepenuhnya mengerti mengapa demikian. Sebagai contoh, beberapa tahun yang lalu, saya akan mengatakan bahwa ini adalah Docker. Ini adalah teknologi yang cukup baru, dan banyak pengembang merasa bahwa mereka harus mempelajarinya, meskipun mereka tidak dapat dengan jelas mengungkapkan mengapa mereka membutuhkannya. Kursus Docker yang berkualitas pada saat itu memiliki setiap peluang untuk berhasil.

Ada twist dalam pendekatan ini yang layak disebut sebelum melanjutkan. Anda dapat mengambil teknologi tren dan menggabungkannya dengan sesuatu yang mapan. Daripada menulis tutorial Docker for Dummies, lebih baik menautkan Docker ke teknologi lain. Jadi Chris Fidao berhasil meluncurkan kursus Pengiriman Docker , di mana Docker digunakan dengan Laravel. Dari sudut pandang pemasaran, pasar dalam hal ini kurang, tetapi peluang menghasilkan uang lebih tinggi. Ketika orang melihat bahwa kursus dirancang khusus untuk mereka, mereka lebih cenderung ingin membelanjakan uang mereka untuk itu.

Tetap berpegang pada pasar yang terbukti

Pendekatan ketiga adalah mengambil area grosir yang sudah mapan. Saya sendiri belum pernah melakukan ini, tetapi saya yakin ini adalah skema kerja yang patut mendapat perhatian. Saya berbicara tentang sesuatu yang biasa dan mendesak yang telah lama digunakan secara luas. Ini bisa berupa perangkat lunak untuk bekerja dengan pembukuan, tender, CRM dan CMS - perangkat lunak semacam itu adalah dasar, ada banyak untuk dipilih, dan ini adalah pasar yang mapan dengan audiens pengguna yang besar.

Jika Anda memiliki tampilan yang segar dan tidak populer dan Anda tahu bagaimana semua ini dapat ditingkatkan, maka peluang keberhasilannya tinggi. Yang utama adalah Anda tahu pasti bahwa ada pembeli yang membutuhkan produk seperti itu dan bersedia membayar untuk perangkat lunak yang memecahkan masalah mereka.

Kue mungkin sangat besar sehingga cukup untuk semua orang, bahkan dengan kompetisi tinggi Anda dapat mengambil sepotong diri Anda. Contohnya adalah layanan hosting dan podcast baru Transistor.fm , yang setiap bulannya menghasilkan lebih dari $ 30rb untuk penciptanya. Ini adalah indikator yang sangat baik, mengingat hanya dua orang yang terlibat dalam proyek ini. Bahkan dengan kompetisi yang begitu tinggi, mereka berhasil mengambil bagian mereka dan sekarang mereka terlibat dalam proyek penuh waktu. Menembus pasar yang ketat tidak mudah, tetapi nyata.

Bagaimana Anda seharusnya tidak mencari ide untuk suatu produk

Apa yang saya pasti tidak akan menyarankan Anda lakukan adalah mencari ide. Ini adalah kegiatan yang sama sekali tidak berguna. Ini seperti mencari jarum di tumpukan jerami. Pencarian yang ditargetkan untuk gagasan hanya mengarah pada fakta bahwa Anda menyedot masalah dari jari. Dan berikan solusi yang tidak Anda butuhkan. Anda tidak boleh mendekati pilihan ide secara acak.

Anda juga membutuhkan bakat yang dikembangkan dengan pengalaman. Kadang-kadang lima menit sudah cukup bagi saya untuk memahami bahwa produk tidak akan lepas landas - teknologinya tidak keren dan tidak baru, tidak ada nilai bagi pembeli, atau hanya tidak menarik.

Jika Anda tidak memiliki bakat seperti itu, maka cobalah untuk menemukan seseorang yang, menurut pendapat Anda, memilikinya. Mungkin orang ini telah meluncurkan beberapa proyek yang sukses. Tanyakan pendapatnya dan minta sejujur ​​mungkin. Tidak butuh banyak waktu - saya tahu sendiri. Tapi jangan tanya komunitas besar atau seluruh internet.

Sekarang setelah Anda menemukan ide itu, dan Anda memiliki seseorang untuk menjualnya, itu tetap hanya untuk menyelesaikan masalah. Kami akan berbicara tentang bagaimana tidak meletakkan case di tengah jalan dan menemukan inspirasi dalam rilis final .