- Aynı ihtiyaç için gelen üç teklif neden birbirini tutmaz
- Özel Yazılım Fiyatları Hangi Kalemlerden Oluşur
- Keşif ve analiz
- Arayüz ve kullanıcı akışları
- Veri modeli ve iş kuralları
- Entegrasyonlar
- Test, yayına alma ve veri taşıma
- Proje yönetimi ve iletişim
- Bütçeyi büyüten görünmez değişkenler
- Özel yazılım fiyatları karşılaştırılırken sorulacak beş soru
- Tek seferlik bedel ile süren giderleri ayırın
- Sabit bedel mi, harcanan zamana göre ödeme mi
- Teslim tarihi bütçeyi nasıl etkiler
- Hazır sistem mi, özel kod mu: bütçe açısından fark
- Bütçeyi düşürmenin dürüst yolları
- YazılımPark'ta proje bedeli nasıl hesaplanıyor
- Rakamı görmeden önce kapsamı görün
Aynı ihtiyaç için gelen üç teklif neden birbirini tutmaz
Bir işletme sahibi aklındaki sistemi üç ayrı firmaya anlattığında çoğu zaman birbirine hiç benzemeyen üç rakamla karşılaşır. Biri makul görünür, biri pahalı, biri de şüphe uyandıracak kadar ucuz. Bu tablo özel yazılım fiyatları konusunda en sık yaşanan kafa karışıklığıdır ve sebebi genellikle firmaların dürüst olmaması değil, her birinin aynı cümleden farklı bir iş anlamasıdır. "Müşterilerimizin sipariş takibi yapabileceği bir panel" diyen kişi için bir firma basit bir liste ekranı düşünür, diğeri stok, fatura ve kargo entegrasyonunu da hesaba katar.
Bu yazı size tek bir rakam vermiyor; çünkü sizin projenizi görmeden verilen her rakam, yukarıdaki üç tekliften biri kadar yanıltıcı olur. Bunun yerine bir yazılım bütçesini oluşturan kalemleri tek tek açıyoruz. Sonunda elinizdeki teklifleri yan yana koyup "bu firma neyi dahil etmiş, neyi atlamış" sorusunu kendiniz cevaplayabileceksiniz.
Önce şunu netleştirmekte fayda var: özel yazılım geliştirme, hazır bir paketin ayarlarını değiştirmek değil, sizin iş akışınıza göre sıfırdan kurgulanan bir sistemdir. Bu yüzden bedeli ekran sayısından çok, o ekranların arkasındaki iş kurallarının karmaşıklığına bağlıdır.
Özel Yazılım Fiyatları Hangi Kalemlerden Oluşur
Bir teklifin toplam rakamı, aslında birkaç ayrı işin toplamıdır. Firmalar bu kalemleri her zaman ayrı ayrı yazmaz; ama arka planda bu hesap her zaman yapılır. Özel yazılım fiyatları üzerine konuşurken bu kalemleri bilmek, pazarlığı rakam üzerinden değil kapsam üzerinden yapmanızı sağlar.
Keşif ve analiz
Kod yazılmadan önce kimin sistemi kullanacağı, hangi adımların hangi sırayla ilerleyeceği ve hangi durumların istisna sayılacağı yazılı hâle getirilir. Bu aşama atlandığında proje ucuz başlar, ortasında pahalılaşır; çünkü unutulan her kural sonradan kodu yeniden açmayı gerektirir. İyi bir analiz belgesi, teklifin geri kalanının dayandığı zemindir.
Arayüz ve kullanıcı akışları
Ekranların tasarımı, formların nasıl davrandığı, hata mesajlarının ne söylediği ve mobilde nasıl göründüğü bu kalemin içindedir. Yalnızca personelin kullanacağı bir yönetim paneli ile müşterilerinizin her gün gördüğü bir ekran aynı özeni istemez. Kimin kullanacağı, bu kalemin büyüklüğünü doğrudan belirler.
Veri modeli ve iş kuralları
Bütçenin en çok hissedilmeyen ama en ağır kalemi genellikle budur. İndirim hangi durumda uygulanır, bir sipariş hangi aşamada iptal edilemez, bir çalışan hangi kaydı görebilir, hangisini değiştirebilir? Her kural bir karar ağacı demektir ve karar ağacı derinleştikçe hem yazma hem test etme süresi uzar.
Entegrasyonlar
Muhasebe programı, kargo firması, ödeme altyapısı, SMS ya da e-posta servisi gibi dış sistemlerle konuşmak ayrı bir iştir. Karşı tarafın belgeleri ne kadar açık, test ortamı ne kadar sağlıklı, bu kalemin süresini belirler. Aynı entegrasyon bir projede birkaç günde biterken başka bir projede karşı tarafın yavaşlığı yüzünden haftalara yayılabilir.
Test, yayına alma ve veri taşıma
Sistemin gerçek verilerle denenmesi, hataların ayıklanması, sunucuya kurulması ve eski sistemdeki kayıtların yenisine aktarılması bu kalemdedir. Eski veriler düzensizse, taşıma işi başlı başına bir proje hâline gelebilir. Teklifinizde "veri aktarımı" satırı yoksa, bunun sizin sorumluluğunuzda olup olmadığını mutlaka sorun.
Proje yönetimi ve iletişim
Toplantılar, ara teslimler, geri bildirimlerin toplanması ve değişikliklerin kayda geçirilmesi de emek ister. Karar vericisi belli olan, geri bildirimi zamanında veren bir işletmede bu kalem küçük kalır; her ekranı beş kişinin onaylaması gerekiyorsa büyür.
Bütçeyi büyüten görünmez değişkenler
Yukarıdaki kalemler her projede vardır. Asıl farkı yaratan, bu kalemleri şişiren ama teklif aşamasında pek konuşulmayan değişkenlerdir. Aşağıdakilerden kaçının sizin projenizde geçerli olduğunu işaretlemek, elinizdeki rakamın neden o seviyede olduğunu anlamanın en kısa yoludur.
- Rol ve yetki sayısı. Herkesin her şeyi gördüğü bir sistem ile yönetici, bayi, personel ve müşterinin ayrı ayrı yetkilendirildiği bir sistem arasında ciddi iş farkı vardır.
- Raporlama beklentisi. "Bir de rapor ekranı olsun" cümlesi, filtreli, dışa aktarılabilir ve grafikli bir panele dönüştüğünde kendi başına bir modül olur.
- Çok dil ve çok para birimi. Metinlerin çevrilmesi kolay kısımdır; tarih, para ve vergi biçimlerinin her dilde doğru çalışması asıl iştir.
- Eski sistemden göç. Yeni sistem, eskisinin yaptığı her şeyi aynen yapmak zorundaysa, önce eskisinin gerçekte ne yaptığını çözmek gerekir.
- Belirsiz kapsam. "Sonra bakarız" denilen her madde, ileride ya ek bir fatura ya da ertelenmiş bir teslim tarihi olarak geri döner.
Özel yazılım fiyatları karşılaştırılırken sorulacak beş soru
Elinizde birden fazla teklif varsa, özel yazılım firmaları arasında karar vermeden ve rakamlara bakmadan önce her birine aynı soruları sorun. Böylece özel yazılım fiyatları arasındaki farkın, kapsam farkından mı yoksa gerçekten maliyet farkından mı geldiğini görürsünüz:
- Analiz ve belgeleme teklife dahil mi, yoksa doğrudan kodlamaya mı geçiliyor?
- Veri aktarımı ve eski sistemdeki kayıtların taşınması kimin sorumluluğunda?
- Teslimden sonra kaç süre hata düzeltme garantisi var ve bu süre neyi kapsıyor?
- Kaynak kod ve sunucu erişimi kimin adına kalıyor?
- Kapsam dışı bir istek geldiğinde nasıl fiyatlanıyor?
Bu soruların cevabı yazılı değilse, en düşük teklif çoğu zaman en eksik tekliftir.
Tek seferlik bedel ile süren giderleri ayırın
Teklif karşılaştırmasında en sık yapılan hata, yalnızca geliştirme bedeline bakmaktır. Oysa bir yazılım canlıya çıktığı gün masrafı bitmez. Sunucu, alan adı, SSL sertifikası, dış servislerin kullanım ücretleri, yedekleme ve güvenlik güncellemeleri sürekli giderlerdir. Yapay zekâ destekli bir modül kullanıyorsanız, her soru ve cevabın bir kullanım maliyeti de vardır.
Bu giderleri bilerek planlamak, bütçenin sürpriz yapmasını önler. Bir firmanın geliştirme bedeli düşük ama aylık bakım bedeli yüksek olabilir; bir diğeri tersini yapabilir. İkisini aynı zaman dilimine yayıp toplamadan hangisinin gerçekten uygun olduğunu söylemek mümkün değildir. Sürekli bakımın neleri kapsadığını görmek isterseniz bakım ve destek paketlerinin içeriğine göz atabilirsiniz.
Bu noktada özel yazılım fiyatları ile hazır bir yazılımın aylık abonelik ücretini karşılaştırmak da mantıklıdır. Hazır sistem ilk gün daha ucuzdur, ama kullanıcı sayısı arttıkça ya da ihtiyacınıza uymayan bir kısıtla karşılaştıkça hesap değişebilir.
Sabit bedel mi, harcanan zamana göre ödeme mi
Teklifin toplam rakamı kadar, o rakamın hangi modelle hesaplandığı da önemlidir. Piyasada iki temel yaklaşım var ve ikisinin de yeri ayrı.
Sabit bedelli model, kapsamın baştan net olduğu projelere uyar. Firma belirli bir işi belirli bir bedelle teslim etmeyi taahhüt eder; riskin büyük kısmı onun üzerindedir. Bu yüzden sabit bedelli teklifler, belirsizliği karşılamak için bir miktar pay içerir. Kapsamı ne kadar net yazarsanız, bu pay o kadar küçülür. Karşılığında ise proje sırasında gelen her yeni istek, ayrı bir değişiklik talebi olarak ele alınır.
Harcanan zamana göre ödeme, yani saat ya da gün üzerinden çalışmak, kapsamın ilerledikçe netleşeceği işlere daha uygundur. Esneklik sağlar; yön değiştirmek kolaydır. Buna karşılık toplam bedeli baştan bilmek zorlaşır ve bütçe kontrolü sizin düzenli takibinize kalır. Bu modelde haftalık ya da iki haftalık raporlar, neye ne kadar zaman harcandığını görmenin tek yoludur.
Pratikte çoğu işletme için en sağlıklısı ikisinin karışımıdır: analiz aşaması sabit bir bedelle yapılır, çıkan belgeye göre ilk sürüm sabit bedelle teklif edilir, sonraki geliştirmeler ise ayrı ayrı fiyatlanır. Böylece özel yazılım fiyatları hem öngörülebilir kalır hem de işin doğasındaki değişime yer açılır.
Teslim tarihi bütçeyi nasıl etkiler
Süre ile bedel arasında doğrudan bir bağ vardır, ama bu bağ çoğu zaman sanıldığı yönde işlemez. Bir projeyi daha kısa sürede bitirmek için daha fazla geliştirici eklemek, işi aynı oranda hızlandırmaz. Yeni katılan her kişinin projeyi öğrenmesi, diğerleriyle uyum sağlaması ve kodun parçalarını birleştirmesi zaman alır. Bu yüzden sıkıştırılmış takvim, çoğunlukla daha yüksek bir bedel ve daha fazla hata riski anlamına gelir.
Tersi de geçerlidir: çok uzun süreye yayılan bir proje de pahalanır. Aylar süren beklemeler, kararların unutulmasına, ekibin başka işlere dağılmasına ve her dönüşte yeniden ısınma süresine yol açar. En verimli takvim, karar verme hızınızla uyumlu olandır. Geri bildirimi birkaç gün içinde verebiliyorsanız, geliştirme ekibi de ritmini koruyabilir.
Teklif isterken "ne kadar sürede biter" sorusunun yanına "hangi aşamada benden ne bekleniyor" sorusunu da ekleyin. Gecikmelerin önemli bir kısmı yazılım ekibinden değil, müşteri tarafında bekleyen onaylardan, eksik içeriklerden ya da erişim bilgilerinden kaynaklanır.
Hazır sistem mi, özel kod mu: bütçe açısından fark
Her ihtiyaç özel yazılım gerektirmez. Standart bir kurumsal site, basit bir blog ya da sıradan bir ürün kataloğu için hazır altyapılar hem hızlı hem ekonomik çözümdür. Özel web yazılım, iş akışınız hazır sistemlerin sunduğu kalıplara sığmadığında anlam kazanır: size özgü bir fiyatlama mantığı, birden fazla sistemi birbirine bağlayan bir süreç ya da rakiplerinizde olmayan bir müşteri deneyimi gibi.
Kararı verirken şu soruyu sorun: hazır bir sistemi ihtiyacınıza uydurmak için kaç eklenti, kaç yama ve kaç "şimdilik böyle idare edelim" gerekiyor? Bu sayı büyüdükçe, hazır sistemin görünen ucuzluğu bakım ve uyumsuzluk maliyetiyle eriyebilir. Bu ayrımı ayrıntılı ele aldığımız hazır sistemlerin nerede bitip özel kodun nerede başladığı yazısı, karar öncesi iyi bir kontrol listesidir.
Bütçeyi düşürmenin dürüst yolları
Bütçeyi düşürmenin yolu firmayı sıkıştırmak değil, kapsamı akıllıca daraltmaktır. Rakamı pazarlıkla düşürülen bir proje, genellikle test ya da belgeleme kaleminden kısılarak teslim edilir ve o eksik ileride daha pahalıya ödenir. Bunun yerine şu yaklaşımlar gerçekten işe yarar:
- Önce çekirdeği kurun. İşinizin olmazsa olmaz akışını ilk sürümde yapın; raporlar, otomasyonlar ve süslemeler ikinci aşamaya kalsın.
- Aşamalı teslim isteyin. Her aşamanın sonunda çalışan bir parça görmek, yanlış giden bir şeyi erken fark etmenizi sağlar.
- Hazır bileşenlerden yararlanın. Ödeme, e-posta ya da harita gibi konularda tekerleği yeniden icat etmeye gerek yoktur.
- Tek bir karar verici belirleyin. Geri bildirimin tek elden ve zamanında gelmesi, proje yönetimi kalemini doğrudan küçültür.
- Verinizi önceden toparlayın. Taşınacak kayıtlar ne kadar düzenliyse, aktarım kalemi o kadar kısalır.
Bu adımlar özel yazılım fiyatları üzerinde, pazarlıktan çok daha kalıcı bir etki yaratır; çünkü işin kendisini küçültür, kalitesini değil.
YazılımPark'ta proje bedeli nasıl hesaplanıyor
Yukarıda anlattığımız kalem mantığını kendi fiyatlandırmamızda da uyguluyoruz. Sitemizde sabit paket tablosu yerine modüler bir hesaplayıcı var: temel yapıyı seçiyorsunuz, ihtiyacınız olan modülleri ekliyorsunuz, aylık hizmetleri ayrıca işaretliyorsunuz. Tutarı tarayıcı değil sunucu hesaplıyor ve KDV ayrı satırda gösteriliyor; böylece hangi kalemin toplamı ne kadar etkilediğini doğrudan görüyorsunuz.
Hesaplayıcıda dikkat çekmek istediğimiz bir ayrıntı var: bir modül yeni bir projenin parçası olarak alındığında, mevcut bir sisteme sonradan eklenmesine göre daha uygun fiyatlanıyor. Sebebi basit; yeni projede altyapı ve kurulum bir kez yapılıyor, mevcut sisteme entegrasyon ise önce o sistemi tanımayı gerektiriyor. Mevcut bir yazılım üzerinde çalışılacaksa, kapsamı belirlemek için önce durum tespiti yapıyoruz; tespit yapılmadan verilen bir rakam tahminden öteye geçmez.
Standart kalıplara sığmayan projelerde, örneğin çok taraflı bir platformda ya da birden fazla kurumsal sistemle konuşan bir uygulamada, hesaplayıcı yerine analiz görüşmesiyle ilerliyoruz. Bu tür işler için ihtiyacınızı anlatabileceğiniz teklif formu daha doğru başlangıç noktası olur. Hangi tür özel yazılım çözümleri geliştirdiğimizi görmek isterseniz özel çözümler sayfamızda örnek alanları bulabilirsiniz.
Rakamı görmeden önce kapsamı görün
Özel bir projenin bedelini doğru okumak, rakamdan önce kalemleri okumakla başlar. Analiz, arayüz, iş kuralları, entegrasyon, test ve proje yönetimi her teklifte vardır; fark, bunların ne kadarının dahil edildiğinde ve ne kadarının sonraya bırakıldığındadır. Tek seferlik bedeli süren giderlerden ayırdığınızda ve kapsamı aşamalara böldüğünüzde, elinizdeki teklifler arasındaki uçurumun büyük kısmı kendiliğinden açıklanır.
Kendi projeniz için özel yazılım fiyatları hangi aralıkta oluşur, kalem kalem görmek isterseniz tek bir adım yeterli: fiyat hesaplayıcıda ihtiyacınız olan modülleri seçin, toplamın hangi kalemlerden oluştuğunu anında görün.