Web uygulaması ya da yönetim paneli yaptırmadan önce: süre ve maliyeti belirleyen 7 şey

Bir web uygulaması ya da yönetim paneli yaptırmak isteyen işletmelerin ilk sorusu hep aynı: "Ne kadar sürer, ne kadar tutar?" 12 yıldır bu tür projeleri geliştiriyorum. Bankacılıktan ödeme sistemlerine, e-ticaretten kooperatif yönetimine kadar farklı alanlarda gördüğüm şu: Süreyi ve maliyeti belirleyen şey teknoloji seçiminden çok, birkaç temel sorunun cevabı. Bu yazıda o soruları sırayla anlatıyorum. Teklif istemeden önce bunları netleştirirseniz hem daha doğru bir fiyat alırsınız hem de proje ortasında sürpriz yaşamazsınız.

1. Kaç ekran ve hangi kullanıcı rolleri var?

Bir web uygulamasının boyutunu en iyi ekran sayısı anlatır. Listeleme, detay, ekleme ve düzenleme ekranlarını tek tek saymak işin yarısını çözer. Ardından kullanıcı rolleri gelir: yönetici, operasyon ekibi, müşteri, bayi... Her rolün farklı ekranları ve yetkileri olması işi büyütür. Örneğin geliştirdiğim bir ödeme kuruluşu sisteminde üç ayrı panel, yaklaşık 90 ekran ve 130'dan fazla yetki tanımı vardı. Bu ölçek ile 15 ekranlı bir iç araç arasında aylar fark eder.

2. Hangi sistemlerle entegre olacak?

Ödeme kuruluşları, ERP ve muhasebe yazılımları, SMS operatörleri, e-fatura, kargo firmaları... Her entegrasyon ayrı bir iş kalemidir. Karşı tarafın dokümantasyonu iyiyse ve bir test ortamı varsa iş hızlı ilerler. Dokümantasyon eksikse ya da test ortamı yoksa süre uzar. Teklif almadan önce entegre olunacak sistemlerin listesini ve varsa API dokümanlarını hazırlamanız çok fayda sağlar.

3. Veri ne kadar kritik?

Para, stok ya da hukuki sonuç doğuran verilerle çalışan uygulamalarda doğrulama, denetim kaydı ve hata senaryoları çok daha fazla emek ister. Finansal bir sistemde tutarların doğru hesaplanması, her işlemin geriye dönük izlenebilmesi ve yanlış bir kaydın veriye hiç girmemesi tasarımın merkezindedir. Bu güvenlik ağı maliyeti artırır, ama yokluğunun bedeli çok daha yüksektir.

4. Gerçek zamanlı güncelleme gerekiyor mu?

Bir işlem gerçekleştiğinde ekranların anında güncellenmesi (canlı işlem takibi, bildirimler, eşzamanlı çalışan operatörler) ek bir altyapı ister. Her ekranda gerekmez. Hangi ekranlarda gerçekten gerektiğini baştan belirlemek hem süreyi hem maliyeti düşürür.

5. Tasarım hazır mı?

Figma tasarımı hazır bir projede geliştirme doğrudan başlar. Tasarım yoksa ya ayrı bir tasarım aşaması planlanır ya da hazır bir bileşen kütüphanesiyle sade ve tutarlı bir arayüz kurulur. Yönetim panellerinde çoğu zaman ikinci yol hem hızlı hem yeterlidir.

6. Sıfırdan mı, mevcut sistemin üzerine mi?

Mevcut bir sistemin üzerine geliştirme yapılacaksa önce o kodun incelenmesi gerekir. Bazen mevcut yapı iyi durumdadır ve üzerine eklemek en hızlı yoldur. Bazen de her yeni özellik eski sorunlara takılır ve önce temizlik gerekir. Bunu kod görülmeden söylemek mümkün değildir, bu yüzden kısa bir inceleme aşaması iyi bir başlangıçtır.

7. Canlıya alım ve sonrası

Sunucu kurulumu, otomatik dağıtım, yedekleme, hata izleme ve proje bittikten sonraki bakım da işin parçasıdır. Teklifte bunların olup olmadığını mutlaka sorun.

Peki gerçekçi süreler nedir?

• Küçük bir iç araç ya da basit panel: birkaç hafta
• Orta ölçekli bir yönetim paneli veya web uygulaması: 2 ile 4 ay
• Çok panelli, entegrasyonu bol ürünler: 6 ay ile 2 yıl arası

Benim önerim, işi aşamalara bölmek. Önce analiz ve teknik tasarım yapılır, ardından her aşamanın sonunda çalışan bir sürüm teslim edilir. Böylece hem bütçeyi kontrol edersiniz hem de projenin doğru yönde ilerlediğini erkenden görürsünüz. Her aşamanın ödemesini o aşamanın teslimine bağlamak iki taraf için de güven oluşturur.

Teklif isterken hazırlamanız gerekenler

Kısa bir iş tanımı, kullanıcı rollerinin listesi, ekranların kabaca listesi ya da benzer örnek uygulamalar, entegre olunacak sistemler ve varsa tasarım dosyaları. Bu bilgilerle gelen bir talebe çok daha gerçekçi bir süre ve fiyat verilebilir. Bilgi eksikse de sorun değil: ilk görüşmede bu soruları birlikte cevaplayıp kapsamı yazılı hâle getirmek, projenin en değerli adımlarından biridir. Yazılı bir kapsam, hem sizin hem de geliştiricinin aynı şeyi beklediğinden emin olmanın en sağlam yoludur.