Yazılım Projesi Teklifleri Nasıl Karşılaştırılır?

İki yazılım teklifi aynı tutarı gösterse bile aynı işi anlatmıyor olabilir. Teklifleri karşılaştırmanın doğru yolu fiyattan değil kapsamdan başlamaktır: ne teslim edilecek, nasıl kabul edilecek, ödeme hangi ara teslimlere bağlı ve iş bittiğinde kaynak kod kimde kalacak? Bu rehber, bir yazılım projesi için gelen teklifleri yan yana koymanın yolunu anlatır.

Önce kapsamı yazın

Teklif istemeden önce kapsamı siz yazın: kullanıcı türleri, temel ekranlar veya işlevler, entegrasyonlar (ödeme, harita, e-posta gibi), platformlar (web, iOS, Android) ve kapsam dışı olanlar. Kapsamı teklif verenin yazması, her teklifin farklı bir işi fiyatlaması demektir ve karşılaştırmayı imkânsız kılar. Tenderely’de proje kapsamını bir yapay zeka asistanıyla sohbet ederek oluşturabilir, ardından kapsamdan sözleşme taslağı üretebilirsiniz.

Sabit fiyat mı, zaman ve malzeme mi?

Sabit fiyatta tutar baştan bellidir ama kapsam da sabittir; her değişiklik ek teklif demektir. Zaman ve malzeme modelinde harcanan saat kadar ödenir; değişikliğe açıktır ama toplam tutar belirsizdir. Kapsamı net, küçük projeler için sabit fiyat; keşif gerektiren, yol üzerinde şekillenecek projeler için zaman ve malzeme modeli genellikle daha uygundur. Hangisi seçilirse seçilsin, değişiklik talebinin nasıl fiyatlanacağı teklifte yazmalıdır.

Ödemeyi ara teslimlere bağlayın

Tüm tutarı başta ödemek de, tamamını sonda ödemek de riskli bir taraf yaratır. İşi ölçülebilir ara teslimlere (tasarım onayı, ilk çalışan sürüm, test sürümü, canlıya alma) bölün ve her ödemeyi bir teslime bağlayın. Tenderely’de ara teslim tutarı emanete yatırılır ve iş teslim edilip onaylandığında serbest bırakılır; böylece hizmet veren paranın hazır olduğunu, müşteri de onaylamadığı iş için ödeme yapılmayacağını bilir.

Kabul kriterleri: “bitti” ne demek?

Her ara teslim için neyin çalışıyor sayılacağını baştan yazın: hangi senaryolar test edilecek, hangi cihaz ve tarayıcılarda çalışmalı, performans beklentisi nedir, kaç günlük kabul testi süresi var. Kabul kriteri olmayan teslim, “bitti” ile “daha bitmedi” arasında uzun bir tartışmaya dönüşür.

Kaynak kodu, hesaplar ve bakım

Teklifte şu dört madde açıkça yazmalıdır: kaynak kodun mülkiyeti ve teslim şekli, sunucu ve mağaza hesaplarının kimin adına açılacağı, kullanılan üçüncü parti lisansların maliyeti ve canlıya alındıktan sonraki bakım ve hata düzeltme süresi. Hesapların hizmet veren adına açılması, ileride firmayı değiştirmek istediğinizde en büyük engel olur.

Teklifleri yan yana koymak için bir tablo

Her teklif için aynı satırları doldurun: kapsam (sizin kapsam belgenizle birebir mi?), fiyatlandırma modeli, ara teslimler ve ödeme planı, toplam süre, kabul kriterleri, kaynak kod ve hesap sahipliği, bakım süresi ve ücreti, değişiklik talebi fiyatı, ekip (kim çalışacak?) ve referanslar. Boş kalan satır, teklifin sormanız gereken sorusudur. En düşük tutar çoğu zaman en az satırı dolduran tekliftir.

Sık yapılan hatalar

1) Kapsamı teklif verene yazdırmak: her teklif başka bir işi fiyatlar. 2) Tamamını peşin ödemek: işin ortasında iletişim koparsa elde ne kod ne para kalır. 3) Kabul kriteri yazmamak: teslim tartışmaya döner. 4) Hesapları hizmet veren adına açtırmak: firma değiştirmek aylar sürer. 5) Bakımı konuşmamak: canlıya alındıktan sonraki ilk hata için yeni bir pazarlık başlar.

Sıkça Sorulan Sorular