İyi yazılım budur
- Özel yazılım teklifinin hangi iş kalemlerinden oluştuğunu görün.
- MVP, tam kapsamlı proje ve hazır paket uyarlaması arasındaki maliyet farkını anlayın.
- API, mobil uygulama, veri aktarımı, raporlama ve yetkilendirmenin bütçeyi nasıl etkilediğini değerlendirin.
- Teklif alırken kapsam dışı kalemleri, teslim ölçütlerini ve bakım koşullarını yazılı hâle getirin.
Özel yazılım geliştirme fiyatı nasıl belirlenir?
Özel yazılım geliştirme fiyatı; “kaç ekran olacak?” sorusundan daha geniş bir kapsamla hesaplanır. Aynı sayıda ekran içeren iki projeden biri basit veri girişinden oluşurken diğeri onay zinciri, farklı kullanıcı rolleri, ödeme, stok, fatura, harita veya dış sistem bağlantıları içerebilir. Bu nedenle sağlıklı teklif, önce iş sürecinin ve teslim kapsamının netleştirilmesiyle hazırlanır.
3E Yazılım’da özel yazılım projeleri teklif bazlıdır. İlk değerlendirmede hedef, mevcut çalışma yöntemi, kullanıcılar, gerekli platformlar, veri kaynakları ve entegrasyonlar belirlenir. Ardından proje; analiz, tasarım, geliştirme, test, yayın ve bakım kalemlerine ayrılır.
Özel yazılım maliyetini oluşturan ana kalemler
| Kalem | Neleri kapsar? | Maliyeti artıran durumlar |
|---|---|---|
| Analiz | İş akışları, kullanıcı rolleri, veri ve ekran kapsamı | Birden fazla departman, istisna ve onay zinciri |
| Arayüz tasarımı | Panel, form, rapor ve mobil ekranların kullanıcı deneyimi | Özel tasarım sistemi, çok sayıda cihaz ve karmaşık kullanım |
| Geliştirme | İş kuralları, veritabanı, yetkilendirme ve otomasyonlar | Yoğun hesaplama, gerçek zamanlı işlem ve karmaşık kurallar |
| Entegrasyon | ERP, muhasebe, ödeme, kargo, SMS, e-posta ve API bağlantıları | Eksik dokümantasyon, eski sistemler ve çift yönlü senkronizasyon |
| Veri aktarımı | Excel, eski yazılım veya veritabanından kayıtların taşınması | Dağınık, tekrarlı veya eksik verilerin temizlenmesi |
| Test ve yayın | Senaryo testleri, hata düzeltme, sunucu ve canlıya geçiş | Yüksek trafik, kritik işlem ve ayrıntılı kabul testleri |
| Bakım ve destek | İzleme, yedek, hata müdahalesi ve sürüm güncellemeleri | Kesintisiz çalışma beklentisi ve hızlı müdahale taahhüdü |
Kapsam ve iş akışı karmaşıklığı fiyatı nasıl etkiler?
Bir projenin gerçek kapsamı; sayfa adlarından çok, her ekranda uygulanacak iş kurallarıyla anlaşılır. “Sipariş ekranı” ifadesi tek başına yeterli değildir. Siparişi kim oluşturacak, kim onaylayacak, stok ne zaman düşecek, iskonto kim tarafından değiştirilebilecek, iptal olduğunda hangi kayıtlar geri alınacak ve muhasebe sistemine hangi anda gönderilecek gibi kurallar belirlenmelidir.
Aşağıdaki unsurlar geliştirme eforunu doğrudan etkiler:
- Kullanıcı, şube, departman ve yetki rolü sayısı
- Formlardaki zorunlu alanlar ve doğrulama kuralları
- Teklif, sipariş, görev veya başvuru için onay zincirleri
- Duruma göre değişen ekran ve işlem yetkileri
- Otomatik bildirim, hatırlatma ve görev üretimi
- Rapor, dışa aktarma ve yönetim göstergeleri
- Çevrim dışı çalışma veya zayıf bağlantı senaryoları
- Birden fazla şirket, marka, şube veya ülke yönetimi
Teklif hazırlanmadan önce ana süreçler akış olarak çizildiğinde eksik beklentiler daha erken görülür ve sonradan çıkacak kapsam değişiklikleri azalır.
Web, mobil ve masaüstü uygulama seçimi
Tarayıcıdan çalışan bir yönetim paneli, bilgisayar ve tabletlerde ortak bir arayüzle kullanılabilir. Telefon için saha kullanımı, kamera, konum, bildirim veya çevrim dışı çalışma gerekiyorsa mobil uygulama kapsamı eklenebilir. Yazıcı, tartı, barkod okuyucu veya yerel dosya sistemi gibi cihazlara yoğun erişim gerekiyorsa masaüstü bileşeni gerekebilir.
Her platformun aynı anda geliştirilmesi bütçeyi ve test kapsamını büyütür. İlk sürümde hangi kullanıcı grubunun hangi cihazı gerçekten kullanacağı netleştirilmelidir.
API ve üçüncü taraf entegrasyonları
Özel yazılımın başka sistemlerle veri alışverişi yapması gerektiğinde entegrasyon kapsamı ayrı değerlendirilir. Bir API bağlantısının maliyeti yalnızca bağlantı adresi yazmaktan oluşmaz; kimlik doğrulama, veri eşleştirme, hata yönetimi, tekrar deneme, kayıt tutma ve senkronizasyon zamanlaması da geliştirilir.
ERP, muhasebe, ödeme, kargo, e-fatura, pazaryeri, SMS, e-posta, harita veya çağrı merkezi servislerinde şu sorular yanıtlanmalıdır:
- Veri tek yönlü mü, çift yönlü mü aktarılacak?
- Hangi sistem ana veri kaynağı olacak?
- Kayıtlar anlık mı, belirli aralıklarla mı eşitlenecek?
- Bağlantı kesildiğinde işlem kuyruğa alınacak mı?
- Hatalı kayıtlar kim tarafından ve hangi ekrandan düzeltilecek?
- Servis sağlayıcının kullanım veya işlem ücreti var mı?
Dokümantasyonu yetersiz veya erişimi sınırlı eski sistemlerle entegrasyon, analiz ve test süresini artırabilir. API entegrasyonu hizmet sayfası bu bağlantıların planlanmasında kullanılan temel yaklaşımı açıklar.
Eski sistemden veri aktarımı ve veri temizliği
Mevcut müşteri, ürün, stok, teklif, görev veya geçmiş işlem kayıtlarının yeni sisteme taşınması ayrı bir proje kalemidir. Dosyanın Excel olması, aktarımın otomatik olarak kolay olduğu anlamına gelmez. Aynı müşterinin farklı yazımlarla tekrar etmesi, tarih ve para alanlarının karışması, zorunlu bilgilerin eksik olması veya eski kodların yeni yapıyla eşleşmemesi veri temizliği gerektirir.
Veri aktarım planında şu ayrım yapılmalıdır:
- Aktarılacak tablo ve alanlar
- Taşınmayacak arşiv verileri
- Tekrarlı kayıtların birleştirme kuralı
- Eski ve yeni kodların eşleştirilmesi
- Deneme aktarımı ve kullanıcı kontrolü
- Canlı geçiş günündeki son veri aktarımı
Temiz olmayan verinin olduğu gibi yeni sisteme aktarılması, yazılım düzgün çalışsa bile raporların ve aramaların güvenilirliğini düşürür.
Arayüz tasarımı ve kullanıcı deneyimi
Özel yazılımda tasarım yalnızca renk ve logo seçimi değildir. Kullanıcının görevini kaç adımda tamamladığı, yanlış işlem yapmasının nasıl önlendiği, yoğun tabloların nasıl filtrelendiği ve telefon ekranında hangi bilgilerin öncelikli gösterildiği de tasarım kapsamındadır.
Hazır bir yönetim tasarım sistemi kullanılması daha hızlı ilerleyebilir. İşletmeye özel bileşen kütüphanesi, ayrıntılı prototip, erişilebilirlik çalışması ve çok sayıda ekran boyutu istendiğinde tasarım eforu artar. Kritik işlemler için prototip hazırlanması, geliştirme başlamadan önce kullanıcı beklentilerini doğrulamaya yardımcı olur.
Test, güvenlik, sunucu ve canlıya alma
Geliştirme tamamlandığında yalnızca sayfaların açılması yeterli değildir. Yetkisiz erişim, hatalı veri girişi, eş zamanlı işlem, bağlantı kesintisi, yedekten geri dönüş ve yüksek veri hacmi gibi senaryolar test edilmelidir.
Sunucu, lisans, mesaj servisi, harita, depolama veya üçüncü taraf API ücretlerinin proje fiyatına dahil olup olmadığı ayrıca yazılmalıdır.
MVP ile tam kapsamlı proje arasındaki fark
MVP, işletmenin ana sorununu çözen en küçük kullanılabilir sürümdür. Amaç eksik bir yazılım teslim etmek değil; en kritik iş akışını önce çalıştırıp gerçek kullanıcı geri bildirimiyle ilerlemektir. Tam kapsamlı projede ise raporlar, otomasyonlar, tüm departmanlar ve ikincil senaryolar ilk teslim planına dahil edilebilir.
| Yaklaşım | Avantajı | Dikkat edilmesi gereken |
|---|---|---|
| MVP | Ana süreci daha erken kullanıma açar ve geri bildirim toplar. | Sonraki fazların yol haritası ve veri modeli baştan düşünülmelidir. |
| Fazlı geliştirme | Departman veya modül bazında kontrollü ilerleme sağlar. | Fazlar arası bağımlılıklar ve kabul ölçütleri yazılmalıdır. |
| Tam kapsam | Tüm işlevleri tek ana plan altında ele alır. | Analiz süresi ve ilk yatırım daha yüksek olabilir. |
Sabit fiyat ile zaman ve malzeme modeli
Kapsamı net, değişme ihtimali düşük projelerde sabit fiyat modeli kullanılabilir. Ekranlar, entegrasyonlar, teslim ölçütleri ve revizyon sınırları sözleşmede açık olmalıdır. Araştırma gerektiren, sürekli gelişen veya ürün olarak büyütülecek projelerde zaman ve malzeme modeli daha esnek olabilir.
Hangi model seçilirse seçilsin; çalışma kaydı, öncelik listesi, teslim aralıkları ve kabul süreci şeffaf olmalıdır. “Sınırsız revizyon” gibi belirsiz ifadeler yerine kapsam değişikliğinin nasıl değerlendirileceği yazılmalıdır.
Sık unutulan ek maliyetler
- SMS, e-posta, harita, ödeme veya yapay zekâ servislerinin kullanım ücretleri
- Alan adı, sunucu, depolama, yedekleme ve izleme maliyetleri
- App Store ve Google Play geliştirici hesapları
- Eski verinin temizlenmesi ve manuel eşleştirilmesi
- Kullanıcı eğitimi ve kullanım dokümantasyonu
- Yeni mevzuat veya üçüncü taraf API değişikliklerine uyarlama
- Canlı sonrası yeni modül ve rapor talepleri
- Yoğun dönemlerde ek kapasite ve hızlı müdahale beklentisi
Özel yazılım teklifi alırken kontrol listesi
- İş hedefini yazın: Yazılım hangi manuel işi, gecikmeyi veya hatayı azaltacak?
- Kullanıcıları ayırın: Yönetici, çalışan, bayi, müşteri ve saha ekibinin yetkilerini belirleyin.
- Platformu netleştirin: Web, mobil, masaüstü veya karma yapı gerekip gerekmediğini yazın.
- Entegrasyonları listeleyin: Bağlanılacak sistem, veri yönü ve güncelleme sıklığını belirtin.
- Veri aktarımını tanımlayın: Hangi geçmiş kayıtların hangi formatta taşınacağını belirleyin.
- Kabul ölçütü koyun: Her modülün tamamlanmış sayılması için gereken sonucu yazın.
- Bakım kapsamını ayırın: Hata düzeltme, yeni özellik, sunucu ve destek koşullarını karıştırmayın.
- Mülkiyet ve erişimi sorun: Alan adı, sunucu, kaynak kod, veritabanı ve yönetici erişimlerini sözleşmede belirtin.
Sık sorulan sorular
Özel yazılım için telefonda doğrudan fiyat verilebilir mi?
İş akışı, kullanıcı rolleri, platformlar ve entegrasyonlar bilinmeden verilen rakam sağlıklı olmaz. İlk görüşmeden sonra kısa kapsam belgesi hazırlanması daha doğru teklif sağlar.
Hazır paket uyarlaması özel yazılımdan daha uygun olabilir mi?
İhtiyacın büyük kısmı mevcut bir paketle karşılanıyorsa modül veya entegrasyon eklemek daha hızlı ve öngörülebilir olabilir. İş akışı tamamen farklıysa özel geliştirme değerlendirilir.
Özel yazılım tamamlandıktan sonra bakım gerekir mi?
Sunucu, işletim sistemi, tarayıcı, mobil platform ve üçüncü taraf servisler zamanla değişir. İzleme, güvenlik güncellemesi, yedek ve uyumluluk için bakım planı gerekir.
Teklifte hangi bilgiler mutlaka yazmalı?
Modüller, ekranlar, kullanıcı rolleri, entegrasyonlar, veri aktarımı, teslim aşamaları, kabul ölçütleri, kapsam dışı işler, ödeme planı ve canlı sonrası destek açıkça yazılmalıdır.
Özel yazılım projenizin kapsamını birlikte netleştirelim
İş akışınızı, kullanıcı rollerini, entegrasyonları ve veri aktarımını değerlendirerek uygulanabilir bir proje kapsamı ve teklif hazırlayalım.
Özel Yazılım Geliştirmeyi İnceleyin