Önce projenin kimliğini netleştirelim.
Bu adım, sonraki kararların temelini oluşturur. Seçim yapılması zorunludur; diğer alanlar mümkün olduğunca müşterinin kendi ifadeleriyle doldurulmalıdır.
Proje adı *
Müşteri / marka
Proje tipi *
◫
Kurumsal Web Sitesi
Marka, hizmet ve dönüşüm odaklı web sitesi
◇
Ajans / Hizmet Platformu
Hizmet, teklif, müşteri ve yönetim akışı
◉
SaaS / Web Uygulaması
Kullanıcı hesabı, dashboard ve iş akışları
▣
E-Ticaret
Ürün, sepet, sipariş ve satış akışı
</>
Özel Yazılım
İş süreçlerine özel uygulama
W
WordPress Projesi
Tema, plugin veya özel WP çözümü
Müşterinin gerçek ihtiyacını tanımlayalım.
Kod yazmadan önce "neden?" sorusunu netleştirmek, sonradan yapılacak gereksiz değişiklikleri azaltır.
İşletme ne yapıyor?
Projenin ana amacı
Hedef kitle
Çözülmesi gereken problem
Ne yapılacak, ne yapılmayacak?
Kapsamı erkenden kilitlemek projenin şişmesini önler.
Prensip Zorunlu özelliklerle ikinci öncelikli özellikleri ayır. Kapsam dışı maddeleri özellikle yaz. Böylece agent kendi başına özellik icat etmez.
Gerekli arayüzler
Her satıra bir doğrulanmış arayüz. Boş bırakılırsa "Keşifte doğrulanmış arayüz yok." yazılır.
Zorunlu özellikler
İkinci öncelikli özellikler
Kapsam dışı
Genel kısıtlar
Şimdi nasıl inşa edeceğimizi belirleyelim.
Teknoloji seçimi ihtiyaçtan türetilir. Önce mevcut kısıtları, sonra stack'i kilitle.
Müşteriyle görsel dili burada netleştirelim.
Bu bilgiler daha sonra `DESIGN.md` ve merkezi tasarım token sisteminin başlangıç noktası olur.
Tasarım yönü
Marka notları
Son olarak takvimi ve ticari çerçeveyi kilitleyelim.
Bunlar kodlama kararından bağımsız olarak proje planını gerçekçi hale getirir.
Son kontrol
İleri dediğinde proje iskeleti oluşturulacak. Hiçbir müşteri şifresi, API anahtarı veya `.env` secret değeri dokümana yazılmayacak.