Özel yazılım fiyatları tek bir paket tarifesiyle açıklanamaz. Aynı adı taşıyan iki CRM veya saha yönetim sistemi; kullanıcı rolleri, iş kuralları, entegrasyonları, veri taşıma ihtiyacı ve güvenlik beklentileri nedeniyle birbirinden çok farklı kapsamda olabilir. Sağlıklı bir bütçe, önce çözülecek problemin ve ilk sürümün sınırlarının belirlenmesiyle oluşturulur.
Özel yazılım için neden tek bir sabit fiyat yoktur?
Hazır ürünlerde aynı yazılım çok sayıda müşteriye sunulduğu için lisans veya paket fiyatı paylaşılabilir. Özel geliştirmede ise çözüm belirli bir iş akışına göre biçimlenir. Bir projede yalnız müşteri ve teklif takibi gerekirken başka bir projede aynı ekranların muhasebe, ödeme, e-posta, WhatsApp veya saha cihazlarıyla birlikte çalışması gerekebilir.
Bu nedenle fiyat sormadan önce yapılması gereken, sistemi mümkün olduğunca büyütmek değil; ilk sürümde hangi problemi çözeceğini netleştirmektir. Belirsiz kapsam, tekliflerin karşılaştırılmasını zorlaştırır ve geliştirme sırasında maliyet değişikliğine yol açabilir.
Özel yazılım fiyatını belirleyen temel kalemler
| Kalem | Maliyeti neden etkiler? | Sorulması gereken soru |
|---|---|---|
| Kapsam ve modüller | Her modül yeni iş kuralları, ekranlar ve test senaryoları getirir | İlk sürümde mutlaka bulunması gereken sonuç nedir? |
| Kullanıcı rolleri | Farklı roller görünürlük, işlem ve onay kuralları gerektirir | Kim hangi veriyi görebilir ve değiştirebilir? |
| İş akışları | İstisnalar ve çok aşamalı onaylar geliştirme karmaşıklığını artırır | Normal akış bozulduğunda sistem ne yapmalıdır? |
| Entegrasyonlar | Harici sistemlerin API kalitesi, sınırları ve hata yönetimi değişir | Hangi sistemle hangi veri, ne sıklıkta aktarılacak? |
| Veri taşıma | Eski verinin temizlenmesi, eşleştirilmesi ve doğrulanması gerekir | Mevcut veri nerede ve ne kadar güvenilir? |
| Raporlama | Hesaplamalar, filtreler ve yetkili veri görünümü ayrı kurallar içerir | Hangi karar hangi rapora dayanıyor? |
| Güvenlik ve kayıt | Kimlik doğrulama, yetkilendirme, loglama ve yedekleme kapsamı değişir | Veri ne kadar hassas ve hangi işlemler izlenmeli? |
| Test ve kabul | Kritik süreçlerde daha geniş senaryo ve kullanıcı doğrulaması gerekir | Canlıya geçiş için kabul kriteri nedir? |
| Barındırma ve destek | Trafik, dosya, yedekleme, izleme ve yanıt süresi sürekli maliyet oluşturur | Yayın sonrasında hangi hizmet seviyesi gerekiyor? |
Ekran sayısı neden tek başına yeterli değildir?
Basit görünen tek bir ekran, arkasında çok sayıda iş kuralı taşıyabilir. Örneğin bir teklif ekranı; müşteri fiyat grubu, iskonto yetkisi, vergi hesaplaması, stok kontrolü, onay sırası, PDF üretimi, e-posta gönderimi ve işlem geçmişi içeriyorsa maliyeti yalnız görünür alan sayısıyla ölçülemez.
Proje türüne göre kapsam nasıl değişir?
| Proje örneği | Temel kapsam | Maliyeti büyütebilecek ihtiyaçlar |
|---|---|---|
| İşletmeye özel CRM | Müşteri, teklif, görev, not ve satış aşaması | E-posta/WhatsApp, otomatik görev, ERP ve gelişmiş raporlar |
| Saha yönetimi | Personel, görev, servis formu, fotoğraf ve durum | Çevrimdışı kullanım, konum, rota, imza ve cihaz entegrasyonu |
| Üretim takip | İş emri, gerçekleşen üretim, duruş ve kalite kaydı | Makine verisi, vardiya, izlenebilirlik ve ERP bağlantısı |
| Bayi veya müşteri portalı | Giriş, ürün/hizmet, talep ve belge görüntüleme | Özel fiyat, ödeme, stok, sipariş ve çoklu şirket yapısı |
| İş akışı otomasyonu | Form, onay, bildirim ve görev oluşturma | Çok sayıda istisna, dış servisler ve denetim kayıtları |
Özel yazılımda hangi fiyatlandırma modelleri kullanılır?
Teklif modeli, projenin belirsizlik düzeyine göre seçilmelidir. Bütün projeleri aynı sözleşme biçimine zorlamak yerine kapsamın ne kadar net olduğu dikkate alınır.
- Sabit kapsam ve sabit fiyat: Gereksinimler ve kabul kriterleri yeterince netse belirli teslimatlar için uygulanabilir.
- Zaman ve malzeme: İhtiyaçların keşif sırasında geliştiği projelerde harcanan kapasite üzerinden ilerler.
- Aşamalı proje: Analiz, prototip, ilk sürüm ve sonraki modüller ayrı bütçelenir.
- Aylık ürün ekibi veya geliştirme kapasitesi: Sürekli değişen ve uzun vadeli geliştirilen ürünlerde kullanılabilir.
- Kurulum artı bakım: İlk geliştirme maliyetine barındırma, izleme, destek ve güncelleme hizmetleri ayrıca eklenir.
Sabit fiyat her zaman daha güvenli değildir. Gereksinimler belirsizken verilen sabit teklif, yüksek risk payı içerebilir veya önemli ayrıntıların kapsam dışında kalmasına neden olabilir. Teklifte teslimatlar kadar kapsam dışı maddelerin ve değişiklik sürecinin de açık olması gerekir.
MVP ile bütçe nasıl kontrol edilir?
MVP, eksik veya kalitesiz ürün anlamına gelmez. En kritik kullanıcı grubunun en önemli problemini güvenli biçimde çözen, sonucu ölçülebilir ilk sürümdür. İlk aşamada nadir kullanılan raporları, ileri otomasyonları ve düşük öncelikli entegrasyonları ertelemek başlangıç riskini azaltabilir.
- Tek bir ana problemi ve kullanıcı grubunu seçin.
- Olmazsa olmaz iş kurallarını tercih listesinden ayırın.
- Başarıyı zaman tasarrufu, hata azalması veya işlem süresi gibi ölçülerle tanımlayın.
- En riskli entegrasyonu erken doğrulayın.
- Gerçek kullanıcılarla prototip ve ilk sürüm testi yapın.
- Sonraki modülleri canlı kullanım verisine göre sıralayın.
Teklifte unutulmaması gereken sürekli maliyetler
Geliştirme bedeli toplam sahip olma maliyetinin yalnız bir bölümüdür. Yazılım canlıya alındıktan sonra hizmetin çalışmaya devam etmesi, korunması ve değişen ihtiyaçlara uyarlanması gerekir.
- Sunucu, veritabanı, dosya depolama ve veri transferi
- Alan adı, e-posta, SMS veya üçüncü taraf servis ücretleri
- Yedekleme, izleme, hata kaydı ve güvenlik güncellemeleri
- Kullanıcı desteği ve kritik sorunlara yanıt süresi
- Mevzuat veya platform değişikliklerine uyum
- Yeni kullanıcı, modül ve entegrasyon geliştirmeleri
- Veri dışa aktarma ve sağlayıcı değişikliği koşulları
NIST Secure Software Development Framework, güvenli geliştirme uygulamalarının yazılım yaşam döngüsünün tamamında ele alınmasını önerir; güvenlik yalnız canlıya geçiş öncesindeki tek seferlik bir kontrol değildir. NIST — Secure Software Development Framework
Kişisel Veri Koruma Kurumu, kişisel veri güvenliği için teknik ve idari tedbirlerin birlikte planlanmasına yönelik rehber sunar. KVKK — Kişisel Veri Güvenliği Rehberi
Özel yazılım teklifleri nasıl karşılaştırılır?
Yalnız toplam rakamı karşılaştırmak, farklı kapsamları aynı ürünmüş gibi değerlendirmeye yol açar. Her teklif aynı kontrol listesi üzerinden incelenmelidir.
- Analiz ve prototip çalışması dahil mi?
- Modüller, kullanıcı rolleri ve entegrasyonlar açıkça yazılmış mı?
- Test, kullanıcı kabulü ve hata düzeltme sınırları tanımlı mı?
- Veri taşıma ve veri doğrulama kimin sorumluluğunda?
- Kaynak kodu, kullanım hakkı ve veri sahipliği nasıl düzenlenmiş?
- Barındırma, yedekleme ve izleme dahil mi?
- Bakım, destek saatleri ve kritik hata yanıtı tanımlı mı?
- Kapsam değişikliği nasıl fiyatlandırılacak?
- Proje durursa mevcut kod ve veriler nasıl teslim edilecek?
Doğru teklif alabilmek için hangi bilgiler hazırlanmalıdır?
- Çözülmek istenen problem ve bugünkü çalışma biçimi
- Kullanıcı türleri, yaklaşık kullanıcı sayısı ve yetkiler
- En sık kullanılan ve en çok hata üreten iş akışları
- Kullanılan programlar, cihazlar ve gerekli entegrasyonlar
- Taşınacak verinin türü, formatı ve yaklaşık miktarı
- Zorunlu rapor, belge ve bildirimler
- İlk sürüm için hedef tarih ve öncelikler
- Başarı ölçütü ve projeden sorumlu karar verici
Sık sorulan sorular
Özel yazılımın fiyatı neden doğrudan söylenemez?
Çünkü aynı isimdeki projelerin kullanıcı rolleri, iş kuralları, entegrasyonları, veri taşıma ve güvenlik kapsamı farklı olabilir. Sağlıklı fiyat için en azından ilk sürümün sınırları ve kabul kriterleri belirlenmelidir.
Özel yazılım maliyetini en çok ne artırır?
Karmaşık iş kuralları, çok sayıda rol, dış sistem entegrasyonları, temiz olmayan eski veri, çevrimdışı çalışma, yüksek güvenlik gereksinimleri ve kapsamı belirsiz değişiklikler maliyeti büyütebilir.
MVP daha ucuz yazılım anlamına mı gelir?
MVP'nin amacı kaliteyi düşürmek değil, en kritik problemi daha küçük ve ölçülebilir bir ilk sürümle çözmektir. Güvenlik, veri doğruluğu ve temel kullanım kalitesi ertelenmemelidir.
Bakım ücreti geliştirme fiyatına dahil midir?
Tek bir standart yoktur. Barındırma, izleme, yedekleme, destek, güvenlik güncellemeleri ve yeni geliştirmelerin hangilerinin dahil olduğu teklifte ayrı ayrı belirtilmelidir.
Özel yazılım teklifi almadan önce ne hazırlamalıyım?
Mevcut iş akışını, kullanıcı rollerini, kullanılan programları, entegrasyonları, örnek veri ve belgeleri, ilk sürüm önceliklerini ve ölçülebilir başarı hedefini hazırlamak teklifin doğruluğunu artırır.