Cara Buat MVP dalam Hujung Minggu: Pelan yang Realistik

Untuk membina MVP dalam hujung minggu, kecilkan idea anda kepada satu tugas untuk satu jenis pengguna, tulis itu pada petang Jumaat, habiskan Sabtu membina gelung teras dengan pembina aplikasi AI, dan habiskan Ahad pada perkara penting (menyimpan data, bahagian halaman pendaratan, penerbitan) sebelum menunjukkannya kepada orang sebenar. Tinggalkan semua yang tidak membantu menjawab satu soalan yang MVP itu wujud untuk jawab. Hujung minggu cukup untuk versi kasar yang berfungsi. Ia tidak cukup untuk produk yang siap, dan itu tidak mengapa.

Apa itu MVP hujung minggu (dan apa yang bukan)

MVP (produk berdaya maju minimum) ialah perkara terkecil yang boleh anda bina untuk belajar sama ada sesuatu idea berfungsi. Apa itu MVP membincangkan idea ini sepenuhnya. Untuk hujung minggu, ia bermakna:

• Satu jenis pengguna. Bukan "pekerja bebas dan agensi dan pelanggan mereka".
• Satu tugas, dari awal hingga akhir. Pengguna boleh memulakan, menyelesaikan dan mendapat hasilnya.
• Sebenar, bukan model olok-olok. Ia menyimpan data, berfungsi di telefon, dan berada di alamat sebenar.
• Tepi kasar dibenarkan. Reka bentuk yang biasa, beberapa tetapan, sesetengah kerja manual di sebalik tabir.

Ia bukan versi kecil produk penuh. Ia ialah bahagian produk yang menguji andaian terbesar anda.

Sebelum hujung minggu: pilih soalannya

Setiap MVP menjawab satu soalan. Tulis ia, kerana ia menentukan apa yang perlu dibina:

Idealnya anda sudah bercakap dengan beberapa orang yang menghadapi masalah itu. Jika belum, cara mengesahkan idea aplikasi menunjukkan caranya, dan beberapa perbualan sebelum Jumaat akan menjadikan keseluruhan hujung minggu lebih berguna.

Pelannya

Petang Jumaat: putuskan (2 hingga 3 jam)

• Tulis satu ayat: "[Produk] membantu [pengguna khusus] [melakukan satu tugas] tanpa [kesakitan semasa]."
• Senaraikan langkah gelung teras, contohnya: daftar masuk, tampal huraian kerja, dapatkan surat iringan yang disesuaikan, sunting, salin.
• Senaraikan data: apa yang disimpan, dan siapa yang memilikinya.
• Tulis senarai "bukan hujung minggu ini": tetapan, pasukan, panel admin, pemberitahuan e-mel, ciri kedua, mod gelap. Menulisnya memudahkan anda berkata tidak pada hari Sabtu.
• Draf prompt pertama anda untuk pembina (lihat di bawah).

Sabtu: bina gelung teras

• Pagi: dapatkan versi pertama gelung teras berfungsi dengan data contoh. Ulang dalam langkah kecil: satu perubahan bagi setiap mesej, kemudian semak pratonton.
• Petang: tambah pangkalan data supaya data kekal selepas muat semula, dan gunakan aplikasi itu sendiri dengan input yang realistik. Betulkan apa sahaja yang menghalang gelung, dan abaikan apa sahaja yang bersifat kosmetik.
• Malam: tambah log masuk jika pengguna memerlukan data mereka sendiri. Uji dengan dua akaun dalam dua pelayar untuk mengesahkan tiada siapa yang dapat melihat data orang lain.

Ahad: jadikan ia boleh digunakan oleh orang yang tidak dikenali

• Pagi: bahagian halaman pendaratan yang ringkas: ayat tersebut, untuk siapa ia, dan butang daftar. Tambah pembayaran jika soalan anda berkenaan bayaran.
• Tengah hari: semak pada telefon. Keadaan kosong (apa yang pengguna baharu lihat sebelum mereka menambah apa-apa) lebih penting daripada yang anda sangka.
• Petang: semakan keselamatan dan kewarasan yang pantas: tiada kunci API dalam kod pelayar, tiada halaman yang menunjukkan data pengguna lain. Kemudian terbitkan.
• Petang/malam: hantar kepada lima hingga sepuluh orang secara peribadi, dengan satu soalan yang anda mahu dijawab.

Apa yang perlu dilangkau

Perkara yang terasa perlu tetapi boleh menunggu:

• Panel admin. Lihat pangkalan data secara terus buat masa ini.
• Tetapan dan profil. Kod keras nilai lalai yang munasabah.
• Pasukan, peranan dan jemputan. Akaun pengguna tunggal dahulu.
• Pelbagai pelan harga. Satu harga, atau percuma.
• Aliran e-mel melangkaui apa yang diperlukan oleh log masuk secara ketat.
• Integrasi. Eksport ke CSV atau salin-tampal sudah memadai untuk ujian pertama.
• Reka bentuk yang sempurna. Bersih dan mudah dibaca sudah memadai. Warna yang konsisten dan jarak yang baik sudah banyak membantu.
• Skala. Sepuluh pengguna tidak akan membebankan apa-apa.

Prompt pertama untuk pembina AI

Bina MVP bernama CoverCraft untuk pemohon kerja pemaju junior. Gelung teras: selepas log masuk, pengguna menampal huraian kerja dan teks CV mereka, memilih nada (formal atau mesra), dan mendapat surat iringan yang disesuaikan yang boleh mereka sunting dan salin. Jana surat itu di pelayan menggunakan penyedia AI dengan rahsia AI_API_KEY, dan jangan sekali-kali dedahkan kunci itu kepada pelayar. Simpan setiap surat dengan tajuk jawatan dan syarikat dalam pangkalan data; setiap pengguna hanya melihat suratnya sendiri dalam senarai ringkas. Tambah bahagian halaman pendaratan dengan satu ayat yang menerangkan produk dan butang Mula. Hadkan setiap pengguna kepada 10 surat sehari, dikuatkuasakan di pelayan. Kekalkan reka bentuk yang bersih dan ringkas, dan pastikan ia berfungsi dengan baik pada telefon. Jangan tambah tetapan, pasukan atau panel admin.

Baris terakhir penting. Pembina AI cenderung menambah ciri yang tidak anda minta, dan memberitahu mereka apa yang tidak perlu dibina membuatkan versi pertama kekal kecil. Lebih lanjut dalam cara menulis prompt untuk pembina aplikasi AI.

Tip yang menjimatkan hujung minggu

• Satu perubahan bagi setiap mesej. Permintaan berbilang bahagian yang besar lebih sukar disemak dan lebih sukar dibatalkan.
• Uji selepas setiap perubahan, dalam pratonton, pada saiz telefon.
• Pulihkan dan bukan berdebat. Jika satu perubahan tersilap, kembali ke versi berfungsi terakhir dan minta semula dengan lebih jelas.
• Gunakan langkah perancangan sebelum apa-apa yang berisiko, seperti menambah log masuk atau pembayaran.
• Berhenti menggilap pada 80%. 20% terakhir penggilapan pada ciri yang tiada siapa gunakan adalah sia-sia.

Kesilapan biasa

• Bermula tanpa soalan, jadi anda tidak dapat memberitahu sama ada hujung minggu itu berjaya.
• Dua ciri, bukan satu, dan akhirnya kedua-duanya tidak siap.
• Membina senarai "bukan hujung minggu ini" kerana ia terasa produktif.
• Melangkau pangkalan data, jadi semua hilang selepas muat semula dan penguji kehilangan kerja mereka.
• Tidak pernah menunjukkannya kepada sesiapa. MVP hujung minggu yang kekal persendirian tidak mengajar anda apa-apa.
• Bertanya kepada kawan "adakah awak suka?" Perhatikan apa yang dilakukan oleh orang asing yang menghadapi masalah itu.

Bila tidak perlu membina langsung

Kadangkala hujung minggu lebih baik tidak dibazirkan untuk membina. Jika idea boleh diuji dengan borang, hamparan dan pautan pembayaran, atau dengan melakukan perkhidmatan secara manual untuk tiga pelanggan, lakukan itu dahulu. Bina apabila nilainya terletak pada perisian itu sendiri: aliran kerja, pengiraan, atau hasil yang dijana yang tiada alat sedia ada boleh berikan. Selepas hujung minggu, cara melancarkan aplikasi dan mendapatkan pengguna pertama meliputi langkah seterusnya, dan cara membina MVP SaaS meliputi penambahan akaun dan langganan yang betul apabila idea itu sudah layak.

Membina dengan Mythex

Mythex sesuai dengan pelan hujung minggu dengan baik: anda terangkan MVP dalam sembang, ejen menulis kod, dan anda mengujinya dalam pratonton langsung, termasuk paparan saiz telefon. Mod Plan berguna pada malam Jumaat untuk membentuk idea sebelum sebarang kod ditulis, dan setiap perubahan yang berjaya disimpan sebagai pusat semak yang boleh anda pulihkan. Apabila anda meminta data disimpan, Mythex menambah pangkalan data Postgres pada projek. /test meminta ejen mengklik melalui pratonton seperti pengguna dan melaporkan aliran yang rosak (Ujian Aplikasi). Anda boleh menghantar pautan kongsi pratonton kepada penguji sebelum menerbitkan.

Sesetengah bahagian perlu anda bawa sendiri: log masuk untuk pengguna anda menggunakan pendekatan auth yang anda pilih, pembayaran menggunakan akaun Stripe anda sendiri, dan ciri AI menggunakan kunci API model anda sendiri. Pelan Percuma memberi 10 kredit pada hari pertama dan 5 sehari selepas itu, yang mungkin mengehadkan jumlah yang boleh anda bina dalam hujung minggu yang sibuk; Pro memberi 100 kredit sebulan. Panduan idea kepada aplikasi langsung dalam dokumentasi mengikut laluan yang serupa.

Soalan lazim