Mobil Uygulama Geliştirme Teklifleri Nasıl Karşılaştırılır?

Uygulama geliştirme tekliflerini önce kapsamı, sonra fiyatı eşitleyerek karşılaştırın. Her teklifin gerçekte neyi içerdiğini özellik özellik listeleyin ve boşlukları kendiniz fiyatlandırın. Yarı yarıya farklı iki teklif neredeyse her zaman saatlik ücrette değil kapsamda ayrışır ve ucuz olan genellikle yönetim panelini dışarıda bırakır.

Bir teklif, üzerine bir sayı iliştirilmiş varsayımlar kümesidir. Teklifleri karşılaştırma işi, o varsayımları görünür kılmaktır; çünkü nihai maliyet orada yaşar.

Önemli noktalar

• Karşılaştırmadan önce eşitleyin: Tek bir özellik listesi kurun ve her teklifin neyi kapsadığını, neyi atladığını, neyi belirsiz bıraktığını işaretleyin.
• Ücret farkı çok az şey açıklar: Kapsam, kalite çıtası ve arka ofis kapsaması, farkı gün ücretlerinden çok daha fazla açıklar.
• Asıl risk belirsizliktir: Ne dahil ne hariç olan her satır, artık kontrol etmediğiniz bir fiyattan değişiklik talebine dönüşür.
• En emin olmadıkları şeyi sorun: Bir belirsizliği adıyla söyleyen tedarikçi tahmin yapıyordur; hiçbirini söylemeyen satış yapıyordur.

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

Bütün tekliflerde geçen her şeyin birleşimini, artı hiçbirinin bahsetmediklerini alın ve tek bir sütuna koyun. Sonra 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 kararlaştırılacaktır — siz çoktan imzaladıktan ve ticari kaldıraç yer değiştirdikten sonra.

Bütün tekliflerde rutin olarak eksik kalan satırlar şunlardır: yönetim arayüzü, veri geçişi, tek tek adlandırılmış her entegrasyon, kullanıcı kabul testi, uygulama mağazası gönderimi ve inceleme sürecinin yönetimi, analitik kurulumu ve yayın sonrası ilk ayın düzeltmeleri.

Sayıların neden farklılaştığını anlayın

Varsayımlar farkın çoğunu sürükler. Bir tedarikçi tasarımları sizin vereceğinizi varsayar; diğeri onları dahil eder. Biri verinin temiz olduğunu varsayar; diğeri geçiş için bütçe ayırır. Hiçbiri yanlış değildir ama aynı satın alma değildirler.

Kapsam görünür farktır — ilk sürümde hangi özelliklerin olduğu. Düşük fiyata uzun bir özellik listesi içeren tekliflere dikkat edin; bu genellikle her özelliğin yüzeysel kapsandığı anlamına gelir.

Risk, onu kimin taşıdığıdır. Sabit fiyat riski tedarikçiye devreder ve buna göre fiyatlanır; adam-gün modeli riski daha düşük bir görünür ücretle sizde bırakır. Aynı zamanda en ucuz teklif olan bir sabit fiyat, genellikle kapsamın sandığınızdan dar olduğu anlamına gelir.

Sahiplik koddur, hesaplardır ve yayından sonra ne olacağıdır; fiyatta neredeyse hiç görünmez, toplam maliyette her zaman görünür.

Gün ücretleri alıcıların beklediğinden çok daha az değişir. Bir teklif diğerinin yarısıysa, pazarlık bulduğunuz sonucuna varmadan önce dışarıda bırakılan arka ofisi arayın.

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

Fazlara bölünmüş ve özellik başına tahmin içeren bir teklif sorgulanabilir. Tek bir sayı sorgulanamaz.

Her tedarikçiden tahmini özelliğe ve role göre göstermesini ve hangi kalemlerde en az emin olduğunu söylemesini isteyin. Deneyimli ekipler bunu rahatça yanıtlar ve genellikle entegrasyonları, veri geçişini veya iş kuralları henüz oturmamış bir özelliği adıyla söyler. Her şeyi eşit ölçüde kesin sunan bir tedarikçi ya tahmin yapmamıştır ya size söylemiyordur.

Tahminin herhangi bir beklenmedik durum payı içerip içermediğini ve bunun nasıl ele alındığını da kontrol edin. Açıkça belirtilmiş bir pay dürüst planlamadır. Gizli olan bir değişiklik talebine dönüşür.

Sabit fiyat ile adam-gün arasında karar verin

Sabit fiyat, gerçekten değişmesi beklenmeyen iyi tanımlanmış kapsama uyar ve o kesinlik için bir prim ödersiniz. Kapsamı dar yorumlama yönünde bir teşvik yaratır; bu yüzden şartname kesin olmalıdır ki keşif yapılmadan önce bu zordur.

Adam-gün, gelişen ürünlere uyar ve iş birliğini ödüllendirir ama güvenli kalması için üç korumaya ihtiyaç duyar: anlaşılmış bir üst sınır, yazılı bir değişiklik süreci ve durum raporu yerine düzenli olarak gösterilen ilerleme.

Yaygın orta yol, ayrı fiyatlanan ücretli bir keşif ve ardından keşfin bulduklarına göre kapsamlanmış bir ilk sürüm için sabit veya tavanlı fiyattır. Genellikle mevcut en dürüst yapıdır; çünkü bilinmeyen işi ancak bilindikten sonra fiyatlandırır.

O keşfin ne üretmesi gerektiği için bir otomasyon keşif fazının ne teslim etmesi gerektiğine bakın.

Toplam maliyeti belirleyen koşulları kontrol edin

Nihai sayıları karşılaştırmadan önce her teklif için şunları teyit edin:

• Kapsam dışı iş için ücret ve onay süreci
• Yayın sonrası destek maliyeti ve taahhüt edilen yanıt süreleri
• Kodun, mağaza ve barındırma hesaplarının sahibi
• Hangi garanti süresinin kusurları kapsadığı ve neyin değişiklik değil kusur sayıldığı
• İş erken biterse nelerin devredileceği

Geliştirmede %20 daha ucuz olup destek taahhüdü olmayan bir teklif, üç yıl üzerinden genellikle daha pahalı satın almadır.

Kendi kurduğunuz toplamları karşılaştırın

Özellik listesi eşitlenip boşluklar fiyatlandıktan sonra her teklifi aynı temelde yeniden hesaplayın ve size gönderilen rakamlar yerine bu rakamları karşılaştırın.

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

İlgili rehberler

• Mobil Uygulama Geliştirme Teklifleri Nasıl Karşılaştırılır? rehberinin yanında Mobil Uygulama Yönetim Paneli: Özellikler, Roller ve Akışlar.
• Mobil Uygulama Geliştirme Teklifleri Nasıl Karşılaştırılır? rehberinin yanında Uygulama Lansman Kontrol Listesi: Yayın Öncesi ve Sonrası.

Mobil Uygulama 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 Mobil Ürününüzü Konuşalım.