Yazılım projesi maliyetini neler belirler?

Maliyet, ürünün yapması gereken işle başlar

Sağlıklı bir tahmin, sayfa sayısından ya da popüler teknoloji listesinden önce kapsamı ele alır. Hizmeti anlatan ve talep toplayan odaklı bir kurumsal site ile müşterilerin giriş yapıp kayıtlarını yönettiği ve bildirim aldığı bir portal aynı ürün değildir. İkisi de özenli görünebilir; ancak portalda tasarlanması ve geliştirilmesi gereken daha fazla durum, iş kuralı, yetki ve hata senaryosu vardır.

Teklifleri karşılaştırırken hangi sonucun ve hangi kullanıcı yolculuklarının kapsama dahil olduğunu sorun. Net bir kapsam, kişinin ilk ziyaretten işlemi tamamlamasına kadar neler yapabildiğini, yönetim tarafında ne gerektiğini ve hangi fikirlerin sonraki aşamaya bırakıldığını açıklar. Böylece teklif daha kolay değerlendirilir, geliştirme sırasında maliyet yaratan belirsizlik azalır.

Platformlar ve kullanıcı rolleri karar sayısını artırır

Farklı ekranlara uyumlu bir web ürünü, iOS uygulaması ve Android uygulaması kendine özgü arayüz, test ve yayın gereksinimleri getirir. Ortak teknoloji tekrarlanan işi azaltabilir; ancak önemli akışların her hedefte nasıl çalıştığını kontrol etme ihtiyacını ortadan kaldırmaz. Eski tarayıcılar, tabletler, çevrimdışı kullanım veya kamera gibi cihaz özellikleri de kapsamı anlamlı biçimde genişletir.

Roller de en az platform kadar önemlidir. Ziyaretçi, müşteri, editör, yönetici ve sistem yöneticisi farklı bilgiler görebilir, farklı işlemler yapabilir. Her yetki sınırı ürün kararı, arayüz durumu ve doğrulama ister. Gerçek rolleri başta listeleyin; ayrı bir operasyon ihtiyacına hizmet etmeyen rolleri çoğaltmayın.

Entegrasyonlar iki tarafta da çalışma gerektirir

Ödeme, harita, analitik, e-posta gönderimi, kimlik sağlayıcıları, rezervasyon sistemleri ve şirket içi araçlar ürünü hızlandırabilir. Bunun yanında dış dokümantasyon, erişim bilgileri, veri eşleştirme, hata yönetimi ve test ihtiyacı getirir. Sağlayıcının tanınmış olması entegrasyonu otomatik hâle getirmez; emek, istenen akışa, sunulan arayüzün niteliğine ve kaynak verinin sorumlusuna bağlıdır.

Bilginin yalnızca gösterilip gösterilmeyeceğini, iki yönde güncel tutulup tutulmayacağını veya bir iş sürecini tetikleyip tetiklemeyeceğini netleştirin. Üçüncü taraf hesabına erişimi kimin sağlayacağını ve veri sorularını kimin yanıtlayacağını da belirleyin. Bu ayrıntılar, özellik listesine yalnızca ‘CRM entegrasyonu’ ya da ‘online ödeme’ yazmaktan çok daha değerlidir.

Tasarım ve içerik hazırlığı yapılacak işi değiştirir

Onaylanmış marka sistemi, sayfa yapısı ve metinler uygulamanın sağlam girdilerle ilerlemesini sağlar. Bu malzemeler yoksa keşif, arayüz tasarımı, metin kurgusu, görsel seçimi ve değerlendirme turları projede yer almalıdır. Bu çalışma değerlidir; açıklanmayan bir geliştirme maliyeti gibi görünmek yerine kapsamda açıkça belirtilmelidir.

İçerik hacmi de önemlidir. Ürün açıklamaları, çeviriler, hukuki metinler, fotoğraflar ve veri aktarımı hazırlık ile kalite kontrol ister. Her malzemeyi kimin yazacağını, sağlayacağını, onaylayacağını ve sisteme gireceğini belirleyin. Uluslararası bir üründe yerelleştirmeyi içerik ve arayüz gereksinimi olarak görün: doğal dil uyarlaması, uzayan etiketler ve yerel biçimler ekran üzerinde incelenmelidir.

• Tekliften önce mevcut marka dosyalarını, araştırmaları, metinleri, görselleri ve örnek verileri paylaşın.
• Ürün ve içerik kararlarını verecek kişiyi belirleyin.
• Yayın için zorunlu akışları daha sonra sınanabilecek fikirlerden ayırın.

Geliştirme işini düzenli hizmet giderlerinden ayırın

Teklif; ürünün tasarlanması, geliştirilmesi, test edilmesi ve yayına alınması için gereken emek ile başka sağlayıcıların ücretlerini ayrı göstermelidir. Barındırma, alan adı, uygulama mağazası hesapları, e-posta veya SMS gönderimi, ödeme işlemleri, haritalar, lisanslı yazı tipleri, analitik ve diğer yazılımlar abonelik ya da kullanıma bağlı ücretler doğurabilir. Bu tutarlar sağlayıcıya veya kullanıma göre değişebilir ve çoğunlukla doğrudan ilgili firmaya ödenir.

Bakım da gizli bir ücret değil, ayrı bir karardır. Yayından sonra güvenlik ve bağımlılık güncellemeleri, izleme, yedekleme, içerik desteği, uyumluluk çalışmaları ve yeni özellikler gerekebilir. Teklife hangi garanti veya yayın desteğinin dahil olduğunu, sürekli bakımın isteğe bağlı olup olmadığını ve sonraki taleplerin nasıl değerlendirileceğini sorun. Sade ve durağan bir site ile her gün kullanılan operasyonel ürün aynı bakım planına ihtiyaç duymaz.

Doğru çözüm için yeterli bağlam paylaşın

Eksiksiz bir teknik şartnameye ihtiyacınız yok. Hedef kitleyi, çözülecek sorunu, temel yolculuğu, hedef platformları, bilinen entegrasyonları, hazır malzemeleri ve tercih ettiğiniz tarihin nedenini anlatın. Bir bütçe aralığınız varsa paylaşmanız gerçekçi bir ilk aşama belirlemeye yardım edebilir; yine de kapsamı tanımlanmış teklifin yerini tutmaz.

İyi bir yanıt varsayımları, dahil olanları, hariç tutulanları ve açık kararları belirtir. İki teklif farklıysa yalnızca toplam tutarı değil sınırlarını da karşılaştırın. Biri tasarım, içerik desteği, yönetim araçları, yayın hazırlığı veya bakımı içerirken diğeri bunları dışarıda bırakabilir. Doğrudan değerlendirme için elinizdeki bağlamı gönderin; fikrinizi hazır bir pakete sıkıştırmadan uygulanabilir bir kapsam veya aşamalı yaklaşım önerebilirim.