Uygulama Projesinden Önce Geliştiriciye Ne Göndermelisiniz? 12 Maddelik Brif

Uygulama Projesinden Önce Geliştiriciye Ne Göndermelisiniz? 12 Maddelik Brif
> Hızlı Özet: Bir geliştirici ancak on iki şeyi bilirse güvenilir bir süre ve fiyat verebilir: sorun, kullanıcı, üç temel işlem, platformlar, hesap ve giriş, ödemeler, içerik ve veri, entegrasyonlar, tasarımın durumu, teslim tarihi, bütçe aralığı ve kararı kimin verdiği. Bir sayfa yeter. Bu, her müşteriden istediğim listedir.
Aldığım ilk mesajların çoğu “X gibi bir uygulama istiyorum, ne kadar tutar?” diye başlıyor. Buna kimse dürüstçe cevap veremez. Aşağıdaki on iki madde, aynı fikri bir günde tahmin edilebilir hale getirir.
12 madde
- Tek cümleyle sorun. Bugün zor ya da yavaş olan nedir, kimin için?
- Kullanıcı. Uygulamayı kim, hangi durumda açıyor? “Resepsiyondaki spor salonu sahipleri” işe yarar. “Herkes” yaramaz.
- Üç temel işlem. Kullanıcının ilk sürümde mutlaka yapabilmesi gereken üç şey. Gerisi sonraki sürümdür.
- Platformlar. iPhone, Android, web ya da birkaçı. Emin değilseniz kullanıcılarınızın nerede olduğunu yazın.
- Hesap ve giriş. Kullanıcılar kayıt oluyor mu? E-posta, telefon numarası, Apple, Google ile mi? Müşteri ve yönetici gibi farklı roller var mı?
- Ödemeler. Bir şey satılıyor mu? Tek seferlik satın alma, abonelik ya da fiziksel bir hizmetin ödemesi mi? Bu, mağaza komisyonunu ve iş miktarını ciddi ölçüde değiştirir.
- İçerik ve veri. İçeriği kim üretiyor: siz, kullanıcılar ya da dış bir kaynak? Aktarılması gereken mevcut veri var mı?
- Entegrasyonlar. Harita, bildirim, takvim, muhasebe, ödeme sağlayıcısı, yapay zekâ modeli, donanım. Halihazırda kullandıklarınızı listeleyin.
- Tasarımın durumu. Tasarım yok mu, kaba çizimler mi var, bitmiş ekranlar mı? Ne varsa paylaşın; defter sayfasının fotoğrafı bile olur.
- Teslim tarihi ve nedeni. Nedeni olan bir tarih (fuar, sezon, yatırım turu), “en kısa sürede”den farklı planlanır.
- Bütçe aralığı. Tek rakam değil, aralık. Fikrin tamamının mı yoksa daha küçük bir ilk sürümün mü yapılacağını belirler ve iki tarafa da bir haftalık yazışma kazandırır.
- Kararı kim veriyor. “Evet” diyebilen tek kişi. Projeler koddan çok onay beklemekten yavaşlar.
Karşılığında ne almalısınız
Böyle bir briften sonraki birkaç gün içinde ciddi bir geliştirici şunları göndermelidir:
- Belirsiz kalan maddelerle ilgili sorular. Hiç soru gelmemesi uyarı işaretidir.
- Kapsam listesi: ilk sürümde ne var, ne açıkça yok.
- Aşamalara göre takvim. Benimki genellikle keşif (1 ile 2 gün), tasarım ve prototip (2 ile 4 gün), geliştirme ve test (projeye göre 5 ile 10 gün) ve yayın (1 ile 3 gün) şeklindedir.
- O kapsama bağlı bir fiyat ve kapsam değişirse ne olacağı.
- Neyin kime ait olduğu: kod, tasarımlar, mağaza hesapları. Cevap siz olmalısınız.
Gerekmeyen üç şey
- Teknik şartname. Teknolojiyi seçmek geliştiricinin işidir.
- Bitmiş tasarım. Başlamak için çizimler yeter.
- İlk mesajdan önce imzalı gizlilik sözleşmesi. Sorunu ve kullanıcıyı anlatın; gerekiyorsa gizli kısmı sonraya bırakın.
Sıkça Sorulan Sorular (SSS)
Bir sayfa. On iki kısa cevap, kimsenin okumadığı yirmi sayfalık belgeden daha yararlıdır.
“Emin değilim” yazın. Bilinmeyenler normaldir; gecikmeye ve ek maliyete yol açan, gizli kalan bilinmeyenlerdir.
Evet, aralık olarak. Aralığı bilen geliştirici ona sığan en iyi sürümü önerebilir. Bilmeyen tahmin eder ve tahmin genellikle bir yöne doğru yanlış çıkar.
On iki cevabınız hazır mı? İletişim sayfasından gönderin, 24 saat içinde dönüş yapayım.

Ali Mert Güleç
Full Stack Mühendisi — Mobil Uygulama, Oyun & Web
iOS, Android, React Native, web ve backend geliştirmede 8+ yıllık deneyim. Unity ve C# ile mobil oyunlar da geliştiriyorum. AMG Software Studio’nun kurucusuyum; Upwork’te %100 iş başarısıyla Top Rated Plus rozetine sahibim. Kendi ürünlerimden edindiğim deneyimi, dünya çapındaki müşterilerimin uygulama, oyun ve SaaS projelerine taşıyorum.