Yazılım teklifi nasıl okunur: sabit fiyat, adam-gün ve kapsam

Yazılım teklifi karşılaştırmak zor, çünkü teklifler aynı şeyi ölçmüyor. Biri iki sayfalık bir fiyat, diğeri otuz sayfalık kapsam dokümanı. Bu yazı, teklifi teknik bilgi olmadan değerlendirebilmeniz için yazıldı.

Üç fiyatlandırma modeli

Sabit fiyat

Kapsam baştan tanımlanır, fiyat sabittir. Bütçe öngörülebilirliği en yüksek modeldir ama kapsamın gerçekten net olmasını gerektirir.

Riski satıcı taşıdığı için teklife pay eklenir. Ayrıca kapsam dışı her talep ek sözleşmeye tabi olur — bu bir tuzak değil, modelin doğal sonucudur. Kapsamı net olan işler için doğru seçimdir.

Adam-gün (zaman ve malzeme)

Harcanan gün üzerinden faturalandırılır. Kapsam belirsizse veya yol boyunca değişecekse dürüst olan modeldir. Riski müşteri taşır, bu yüzden birim fiyat genelde daha düşüktür.

Bu modelde mutlaka bir üst sınır (cap) ve haftalık ilerleme raporu isteyin. "Ne kadar sürerse" açık uçlu bir taahhüt değil, kontrolsüz bir bütçedir.

Aşamalı sabit fiyat

Pratikte en dengeli olanı. Keşif aşaması ayrı ve küçük bir sabit fiyatla yapılır; sonunda gerçek kapsam ortaya çıkar ve asıl geliştirme için sağlıklı bir sabit fiyat verilebilir.

Teklifte mutlaka olması gerekenler

• Kapsam listesi — ne yapılacağı madde madde. "Modern ve kullanıcı dostu arayüz" kapsam değildir; "ürün listeleme, filtreleme ve detay ekranları" kapsamdır.
• Kapsam dışı listesi — neyin dahil olmadığı. İyi teklif bunu açıkça yazar.
• Teslim takvimi ve ara teslimatlar — sadece bitiş tarihi değil, aradaki kontrol noktaları.
• Kabul kriterleri — işin "bitti" sayılması için neyin sağlanacağı.
• Kaynak kod ve fikri mülkiyet sahipliği.
• Garanti süresi ve neyin garanti kapsamında olduğu (hata düzeltme evet, yeni özellik hayır).
• Yayın sonrası bakım koşulları ve fiyatı.
• Hangi altyapı maliyetlerinin size ait olduğu (sunucu, lisans, API ücretleri).
• Değişiklik talebi süreci ve fiyatlandırması.

Sonradan maliyet çıkaran gizli kalemler

Ucuz görünen teklifin pahalıya çıkmasının en sık sebepleri:

• Veri aktarımı dahil değil — mevcut sistemdeki veriyi taşımak çoğu zaman küçümsenen bir iştir.
• Test ortamı yok — her değişikliği canlıda görmek zorunda kalırsınız.
• Eğitim ve dokümantasyon ayrı fiyatlı.
• Üçüncü taraf lisansları dahil değil (ödeme altyapısı, harita, SMS, e-fatura kontörü).
• Mobil uyumluluk ek kalem olarak yazılmış.
• Tarayıcı desteği belirsiz — eski tarayıcı desteği sonradan istenirse ciddi ek iştir.
• Yayına alma ve sunucu kurulumu kapsam dışı.

Üç kat fiyat farkı ne anlama gelir?

Genelde şunlardan biri: teklifler farklı kapsamları fiyatlıyor, ucuz teklif kıdemsiz ekiple çalışıyor, ucuz teklif test ve dokümantasyonu atlıyor, ya da pahalı teklif gereğinden karmaşık bir çözüm öneriyor.

Anlamanın yolu, her iki firmaya da aynı soruyu sormak: "Bu işi kim yapacak, kaç kişi, ne kadar süre?" Cevaplar arasındaki fark size gerçek sebebi gösterir.

Sormanız gereken beş soru

1. Benzer bir işi daha önce yaptınız mı? Görebilir miyim, referansıyla konuşabilir miyim?
2. Proje bittiğinde elimde tam olarak ne olacak — kod, doküman, erişimler?
3. Sizinle çalışmayı bırakırsam devamını başka bir ekip alabilir mi? Ne kadar sürede?
4. Tahmininiz aşılırsa maliyeti kim üstlenir?
5. Yayın sonrası ilk üç ayda çıkan hatalar ücretli mi?

Dördüncü sorunun cevabı özellikle ayırt edicidir. Kendi tahminindeki sapmanın maliyetini müşteriye yıkan bir firma, tahmin yapmıyor demektir.

Son bir uyarı

En düşük teklifi seçmek, bir işi iki kez yaptırmanın en yaygın yoludur. Ama en yüksek teklif de otomatik olarak en iyisi değildir. Karşılaştırmayı fiyat üzerinden değil kapsam netliği ve soruların cevaplanma kalitesi üzerinden yapın — fiyat, bu ikisi eşitlendikten sonra anlamlı hale gelir.

• teklif
• proje yönetimi
• satın alma
• sözleşme