İçeriğe geçinAnemo
TR
İletişim

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

· 5 dk okuma

Yazılım geliştirme tekliflerini önce kapsamı eşitleyerek, fiyatı en son karşılaştırarak değerlendirin. Tek bir özellik listesi kurun, her tedarikçinin neyi dahil ettiğini, neyi hariç tuttuğunu ve neyi belirsiz bıraktığını işaretleyin, sonra boşlukları kendiniz fiyatlandırın. Arasında iki kat fark olan iki teklif neredeyse her zaman günlük ücrette değil kapsamda ayrışır, ve ucuz olan genellikle yönetim panelini içermez.

Bu rehber tekliflerin nasıl eşitleneceğini, fiyat farklarının gerçekte ne anlama geldiğini, toplam maliyeti hangi sözleşme koşullarının belirlediğini ve tedarikçilerin en alttaki rakam dışında neye göre puanlanacağını kapsar.

Önemli noktalar

Tek bir özellik listesi kurun ve her teklifi ona eşleyin

Tüm tekliflerde geçen her şeyin birleşimini, artı hiçbirinin bahsetmediklerini tek bir sütuna koyun. Her teklifi her satıra karşı işaretleyin: dahil, hariç veya belirsiz.

Önemli olan belirsiz sütunudur. Ne dahil ne hariç olan her şey sonradan, siz imzaladıktan ve ticari güç tedarikçiye geçtikten sonra kararlaştırılır.

Her teklifte rutin olarak eksik olan kalemler: yönetim ve arka ofis arayüzü, veri göçü, tek tek adlandırılmış her entegrasyon, kullanıcı kabul testi, uygulama mağazası gönderimi ve inceleme yönetimi, analitik kurulumu ve lansman sonrası ilk ay düzeltmeleri.

Fiyat farklarının ne anlama geldiğini anlayın

Fark Genellikle neyi gösterir
Bölge ve günlük ücret Benzer iş dünya genelinde kabaca saatlik 15–160 dolar; üç kat fark tamamen ücret olabilir
Varsayılan kapsam Bir tedarikçi tasarımı dahil eder, diğeri sizden bekler
Kalite çıtası Test, güvenlik incelemesi ve erişilebilirlik dahil mi hariç mi
Ekip kıdemi İşi gerçekte kim yapıyor ve taşerona veriliyor mu
Sahiplik koşulları Kod, hesaplar ve lansman sonrası destek dahil mi ayrı mı

Bölgeler arasında farkın çoğunu ücret açıklar. Aynı kısa listedeki benzer ücretli üç teklif arasında ise neredeyse hiç açıklamaz, oradaki fark varsayımlardır ve ortaya çıkarmanız gereken budur.

Her teklifi kişi-güne çevirin

Bu segmentte günlük ücretler yaygın olarak 300–450 dolardır. Bir teklifi makul bir ücrete bölmek, tedarikçinin varsaydığı eforu verir ve efor, fiyattan çok daha açıklayıcıdır.

30.000 dolarlık bir teklif kabaca 70–100 kişi-gün ima eder. Aynı yazılı kapsam için bir tedarikçi 70, diğeri 160 gün varsaydıysa aynı projeyi tarif etmiyorlardır ve biri haklı çıkacaktır.

Her tedarikçiden faz bazında varsaydığı gün sayısını doğrudan isteyin. Tahmin yapan ekipler kolayca yanıtlar; özellik listesinden fiyatlayanlar yanıtlayamaz.

Yalnızca toplamı değil tahmin yapısını okuyun

Fazlara ve özellik bazına bölünmüş bir teklif sorgulanabilir. Tek bir rakam sorgulanamaz.

Her tedarikçiye hangi kalemlerden en az emin olduğunu sorun. Deneyimli ekipler kolayca yanıtlar ve genellikle entegrasyonları, veri göçünü veya iş kuralları netleşmemiş bir özelliği adlandırır. Her şeyi eşit kesinlikte sunan bir tedarikçi ya tahmin yapmamıştır ya size söylemiyordur.

Beklenmedik durum payının dahil olup olmadığını ve nasıl ele alındığını kontrol edin. Belirtilmiş pay dürüst planlamadır; gizli olan değişiklik talebine dönüşür.

Toplamı belirleyen koşulları netleştirin

Koşul Neyin netleşmesi gerekir
Kod sahipliği İlk günden sizin, kontrol ettiğiniz bir depoda
Hesaplar Barındırma, alan adı, uygulama mağazası ve üçüncü taraf servisler sizin adınıza
Değişiklik talepleri Ücret, onay süreci ve değişikliğin kapsamın yerine mi geçtiği yoksa eklendiği mi
Destek Lansman sonrası maliyet ve taahhüt edilen yanıt süresi
Garanti Hangi süre kusurları kapsar ve neyin kusur, neyin değişiklik sayıldığı
Ayrılma İş biterse ne, hangi durumda devredilir

Geliştirmede %20 ucuz ama destek taahhüdü olmayan bir teklif, üç yılda genellikle daha pahalı bir alımdır.

Ticari modeli bilinçli seçin

Sabit fiyat, değişmesi beklenmeyen iyi tanımlı kapsama uyar ve kesinlik için prim ödersiniz. Kapsamı dar yorumlama güdüsü yaratır, bu yüzden şartname kesin olmalıdır, keşif yapılmadan önce zordur.

Zaman ve malzeme gelişen ürünlere uyar ama üst sınır, yazılı değişiklik süreci ve durum raporu değil düzenli gösterilen ilerleme gerektirir.

Orta yol genellikle en dürüstüdür: ayrı fiyatlanmış ücretli keşif, ardından keşiften çıkan kapsama göre sabit veya tavanlı fiyatlı ilk sürüm. Bilinmeyen işi ancak bilindikten sonra fiyatlandırır.

Fiyattan fazlasıyla puanlayın

Basit bir matris kurun ve rakamları görmeden önce ağırlıklandırın; böylece puanlama bir tercihe göre sonradan uydurulmaz.

Ölçüt Neyi sınıyorsunuz
İlgili teslimat kanıtı Yalnızca yayına aldıkları değil, geliştirip hâlâ destekledikleri ürünler
Adı belli ekip İşi gerçekte kim yapıyor; çalışan mı taşeron mu
Keşif yaklaşımı İstisnaları ve mevcut sistemleri sorup sormadıkları
İletişim Satış sürecindeki yanıt kalitesi teslimatı öngörür
Ticari koşullar Sahiplik, değişiklik ücretleri, destek, ayrılma
Eşitlenmiş fiyat Size gönderilen değil, yeniden hesapladığınız rakam

Karar vermeden önce yeniden hesaplayın

Özellik listesi eşitlenip boşluklar fiyatlandıktan sonra her teklifi aynı temelde yeniden hesaplayın ve aldığınız rakamları değil bunları karşılaştırın.

Sıralama çoğu zaman değişir. Değişmediğinde bile, bir tedarikçiyi ikinizin de anladığı bir kapsama bağlı tutma imkânını satın almış olursunuz, ki bu, teklifler arasındaki farktan değerlidir.

İlgili rehberler

Yazılım Geliştirme Teklifleri Nasıl Karşılaştırılır? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Yazılım Projenizi Konuşalım.

Sık sorulan sorular

Önce ne tanımlanmalı?

Önce iş sonucu ile beklenen sonucu ve sahibi netleştirin. Ardından kapsam ve varsayımlar için gerçek bir örneği baştan sona izleyin; kullanılan veriyi, beklemeyi, istisnayı ve tamamlanma kanıtını kaydedin. Bu çalışma ekran listesinden daha güvenilir bir başlangıç kapsamı verir.

Başarı nasıl ölçülmeli?

Doğrulanan varsayımlar, kapsam belirsizliği, kalite kanıtı ve karara ulaşma süresi metriklerini birlikte izleyin. Her metrik için tanım, veri kaynağı, sorumlu kişi, inceleme sıklığı ve eşik aşıldığında alınacak aksiyon belirlenmelidir. Tek bir hız veya kullanım metriği kaliteyi, tekrar işi ya da terk davranışını gizlememelidir.

Bir yaklaşım seçmeden önce hangi kanıtlar karşılaştırılmalı?

Yazılım geliştirme teklifi karşılaştırması seçeneklerini aynı temsilî senaryo için kapsam, varsayım, bağımlılık, istisna, güvenlik sorumluluğu, teslimat kanıtı ve canlı destek sahipliği üzerinden karşılaştırın. Sadece özellik veya toplam fiyat karşılaştırması, Toplam fiyata aşırı odaklanmak ve Varsayımları gizlemek gibi maliyeti sonradan değiştiren unsurları gizleyebilir.

Bu işte nasıl çalışırız

İlgili yazılar

Uçtan uca ürün ortağınız

Yeniden yazılması gereken üç ürün yerine, ayakta kalan tek bir ürün teslim etmeyi tercih ederiz. Bu ölçü, büyüklüğü ne olursa olsun her projede aynıdır.

Ali Boran GazelCEO

Bize ulaşın