Bir Hafta Sonunda MVP Nasıl Yapılır: Gerçekçi Bir Plan

Bir hafta sonunda MVP yapmak için fikrinizi tek bir kullanıcı türü için tek bir işe indirin, bunu Cuma akşamı yazın, Cumartesi'yi temel döngüyü bir yapay zekâ uygulama oluşturucuyla kurarak geçirin ve Pazar'ı temel şeylere (verileri kaydetme, bir açılış sayfası, yayınlama) ayırıp gerçek insanlara göstermeden önce tamamlayın. Bu MVP'nin var olma nedeni olan tek soruya cevap vermeyen her şeyi atlayın. Bir hafta sonu kaba, çalışan bir sürüm için yeterlidir. Bitmiş bir ürün için yetmez ve bu sorun değil.

Hafta sonu MVP'si nedir (ve ne değildir)?

MVP (en küçük uygulanabilir ürün), bir fikrin işe yarayıp yaramadığını öğrenmek için yapabileceğiniz en küçük şeydir. MVP nedir bu fikri tam olarak anlatır. Bir hafta sonu için bu şu demektir:

• Tek bir kullanıcı türü. "Serbest çalışanlar ve ajanslar ve onların müşterileri" değil.
• Uçtan uca tek bir iş. Kullanıcı başlayabilir, bitirebilir ve sonucu alabilir.
• Taklit değil, gerçek. Veriyi kaydeder, telefonda çalışır ve gerçek bir adreste yaşar.
• Kaba kenarlara izin verilir. Sade tasarım, az ayar, arka planda bazı elle yapılan işler.

Tam ürünün küçültülmüş hali değildir. En büyük varsayımınızı test eden ürünün tek parçasıdır.

Hafta sonundan önce: soruyu seçin

Her MVP bir soruya cevap verir. Bunu yazın, çünkü neyi inşa edeceğinizi o belirler:

İdeal olarak, sorunu yaşayan birkaç kişiyle zaten konuşmuş olursunuz. Konuşmadıysanız, bir uygulama fikri nasıl doğrulanır gösterir; Cuma'dan önce birkaç konuşma tüm hafta sonunu daha faydalı kılar.

Plan

Cuma akşamı: karar verin (2 ila 3 saat)

• Bir cümle yazın: "[Ürün], [belirli kullanıcının] [tek bir işi] [mevcut acısı] olmadan yapmasına yardımcı olur."
• Temel döngünün adımlarını listeleyin, örneğin: kayıt ol, bir iş ilanı yapıştır, uyarlanmış bir ön yazı al, düzenle, kopyala.
• Verileri listeleyin: neyin kaydedildiğini ve kime ait olduğunu.
• "Bu hafta sonu değil" listesini yazın: ayarlar, ekipler, yönetici paneli, e-posta bildirimleri, ikinci bir özellik, karanlık mod. Yazmak, Cumartesi günü hayır demeyi kolaylaştırır.
• Oluşturucu için ilk isteminizi taslak olarak yazın (aşağıya bakın).

Cumartesi: temel döngüyü kurun

• Sabah: temel döngünün ilk sürümünü örnek verilerle çalıştırın. Küçük adımlarla yineleyin: her mesajda bir değişiklik, sonra önizlemeyi kontrol edin.
• Öğleden sonra: veriler yenilemede kaybolmasın diye veritabanını ekleyin ve uygulamayı gerçekçi girdilerle kendiniz kullanın. Döngüyü engelleyen şeyleri düzeltin; kozmetik olanları görmezden gelin.
• Akşam: kullanıcılarınızın kendi verilerine ihtiyacı varsa girişi ekleyin. İki tarayıcıda iki hesapla test edin; hiçbirinin diğerinin verilerini görmediğini doğrulayın.

Pazar: yabancıların kullanabileceği hale getirin

• Sabah: basit bir açılış bölümü: o tek cümle, kimin için olduğu ve bir kayıt ol düğmesi. Sorunuz ödemeyle ilgiliyse ödemeyi ekleyin.
• Öğle: telefonda kontrol edin. Boş durumlar (yeni bir kullanıcının henüz bir şey eklemeden gördükleri) düşündüğünüzden daha önemlidir.
• Öğleden sonra: kısa bir güvenlik ve temel doğruluk kontrolü: tarayıcı kodunda API anahtarı yok, başka kullanıcıların verilerini gösteren sayfa yok. Sonra yayınlayın.
• Akşam: beş ila on kişiye kişisel olarak gönderin, yanıtlanmasını istediğiniz tek bir soruyla.

Neyi atlamalı

Gerekli gibi hissettiren ama bekleyebilecek şeyler:

• Yönetici panelleri. Şimdilik veritabanına doğrudan bakın.
• Ayarlar ve profiller. Makul varsayılanları sabit kodlayın.
• Ekipler, roller ve davetler. Önce tek kullanıcılı hesaplar.
• Birden fazla fiyatlandırma planı. Tek bir fiyat ya da ücretsiz.
• Giriş için gereken ötesinde e-posta akışları.
• Entegrasyonlar. İlk test için CSV dışa aktarımı ya da kopyala-yapıştır yeterlidir.
• Mükemmel tasarım. Temiz ve okunaklı yeterlidir. Tutarlı bir renk ve iyi boşluklar çok şey kazandırır.
• Ölçek. On kullanıcı hiçbir şeyi zorlamaz.

Bir yapay zekâ oluşturucu için ilk istem

İş başvurusu yapan junior geliştiriciler için CoverCraft adında bir MVP yap. Temel döngü: giriş yaptıktan sonra kullanıcı bir iş ilanı ve CV metnini yapıştırır, bir ton seçer (resmi ya da samimi) ve düzenleyip kopyalayabileceği özelleştirilmiş bir ön yazı alır. Ön yazıyı AI_API_KEY adlı gizli anahtarla bir yapay zekâ sağlayıcısı kullanarak sunucuda üret; anahtarı asla tarayıcıya açma. Her yazıyı iş unvanı ve şirketle birlikte bir veritabanında kaydet; her kullanıcı yalnızca kendi yazılarını basit bir listede görsün. Ürünü tek cümleyle anlatan ve bir Başla düğmesi olan bir açılış bölümü ekle. Her kullanıcı günde 10 yazıyla sınırlı olsun; bu sınır sunucuda uygulansın. Tasarımı temiz ve sade tut, telefonlarda iyi çalışsın. Ayar, ekip ya da yönetici paneli ekleme.

Son satır önemlidir. Yapay zekâ oluşturucular istemediğiniz özellikleri eklemeye meyillidir ve neyi inşa etmemeleri gerektiğini söylemek ilk sürümü küçük tutar. Bu konuda daha fazlası için yapay zekâ uygulama oluşturucular için istem nasıl yazılır rehberine bakın.

Hafta sonunu kurtaran ipuçları

• Her mesajda bir değişiklik. Çok parçalı büyük istekleri kontrol etmek ve geri almak zordur.
• Her değişiklikten sonra test edin, önizlemede, telefon boyutunda.
• Tartışmak yerine geri dönün. Bir değişiklik ters giderse, son çalışan sürüme dönün ve isteğinizi daha net yeniden sorun.
• Giriş ya da ödeme gibi riskli bir şeyden önce bir planlama adımı kullanın.
• Yüzde 80'de cilalamayı bırakın. Kimsenin kullanmadığı bir özelliğin son yüzde 20'lik cilası boşa gider.

Sık yapılan hatalar

• Bir soru olmadan başlamak, böylece hafta sonunun işe yarayıp yaramadığını anlayamazsınız.
• Bir yerine iki özellik, ve ikisini de bitirememek.
• "Bu hafta sonu değil" listesini inşa etmek, çünkü verimli hissettirir.
• Veritabanını atlamak, böylece yenilemede her şey kaybolur ve test edenler işlerini kaybeder.
• Hiç kimseye göstermemek. Özel kalan bir hafta sonu MVP'si size bir şey öğretmemiştir.
• Arkadaşlara "beğendin mi?" diye sormak. Sorunu yaşayan yabancıların gerçekte ne yaptığını izleyin.

Hiç inşa etmemek ne zaman daha iyidir?

Bazen bir hafta sonunu inşa etmemekle geçirmek daha iyidir. Fikir bir form, bir tablo ve bir ödeme bağlantısıyla ya da üç müşteriye hizmeti elle sunarak test edilebiliyorsa, önce onu yapın. Değer yazılımın kendisinde olduğunda inşa edin: mevcut araçların veremediği bir iş akışı, bir hesaplama, üretilen bir sonuç. Hafta sonundan sonra bir uygulamayı nasıl yayınlayıp ilk kullanıcıları nasıl bulursunuz sonrasında ne yapacağınızı anlatır; fikir kazandığında uygun hesaplar ve abonelikler eklemek için SaaS MVP nasıl yapılır rehberine bakın.

Mythex ile yapmak

Mythex hafta sonu planına iyi uyar: MVP'yi sohbette anlatırsınız, ajan kodu yazar ve canlı önizlemede, telefon boyutundaki görünüm dahil, test edersiniz. Cuma gecesi fikri kod yazılmadan önce şekillendirmek için Plan modu kullanışlıdır ve başarılı her değişiklik, geri dönebileceğiniz bir kontrol noktası olarak kaydedilir. Veri kaydetmesini istediğinizde Mythex projeye bir Postgres veritabanı ekler. /test komutu ajandan önizlemede bir kullanıcı gibi tıklayıp bozuk akışları raporlamasını ister (Uygulama Testi). Yayınlamadan önce test edenlere önizlemenin paylaşım bağlantısını gönderebilirsiniz.

Bazı parçaları kendiniz getirirsiniz: kullanıcılarınız için giriş seçtiğiniz bir kimlik doğrulama yaklaşımıyla çalışır, ödemeler kendi Stripe hesabınızı kullanır ve yapay zekâ özellikleri kendi model API anahtarınızı kullanır. Ücretsiz plan ilk gün 10 kredi, sonrasında günde 5 kredi verir; bu, yoğun bir hafta sonunda ne kadar inşa edebileceğinizi sınırlayabilir. Pro ayda 100 kredi verir. Belgelerdeki fikirden canlı uygulamaya adım adım rehberi benzer bir yolu izler.

Sorular