Yazılım Teklifi Nasıl Değerlendirilir? Karşılaştırma Rehberi
Masanızda üç farklı yazılım teklifi var ve rakamlar birbirinden çok uzak mı? Teklifleri yalnızca fiyata göre değil, kapsam, risk ve destek açısından nasıl kıyaslayacağınızı anlatıyoruz.
İçindekiler
Aynı ihtiyaç için üç firmadan teklif istediniz; biri tek sayfalık bir fiyat, diğeri on sayfalık bir doküman, üçüncüsü ise yalnızca bir WhatsApp mesajı gönderdi. Rakamlar da birbirinden çok farklı. Bu noktada yazılım teklifi nasıl değerlendirilir sorusu, hangi firmayla çalışacağınızı ve projenin bir yıl sonra nerede olacağını belirler. Bu yazıda teklifleri yalnızca alt satırdaki toplam tutara göre değil, kapsam, takvim, risk paylaşımı ve teslim sonrası destek açısından nasıl okuyacağınızı adım adım anlatıyorum.
Önce elinizdeki ihtiyacın net olması gerekir
Teklifleri kıyaslayabilmek için her firmanın aynı soruya cevap vermiş olması gerekir. İhtiyacınızı yazılı bir dokümana dökmeden teklif toplarsanız, her firma kendi yorumladığı projeyi fiyatlar ve elinizde birbirine benzemeyen üç ayrı iş tanımı olur.
Bu yüzden teklif istemeden önce kısa bir ihtiyaç listesi hazırlamanızı öneririm: kim kullanacak, hangi işlemler yapılacak, hangi sistemlerle konuşacak, mobilde mi masaüstünde mi çalışacak. Bu çalışmanın nasıl yapılacağını yazılım projelerinde ihtiyaç analizi rehberinde ayrıntılı anlattım. Aynı dokümanı tüm firmalara gönderdiğinizde, gelen teklifler gerçekten karşılaştırılabilir hâle gelir.
Yazılım teklifi nasıl değerlendirilir: kapsamı okumak
İyi bir teklifin kalbi, kapsam bölümüdür. Burada hangi ekranların, modüllerin ve işlevlerin yapılacağı tek tek yazmalıdır. Yazılım teklifi nasıl değerlendirilir diye soran herkese ilk önerim, kapsamı satır satır okumaktır. “Yönetim paneli” gibi tek kelimelik başlıklar yeterli değildir; panelde ürün ekleme mi, raporlama mı, kullanıcı yetkilendirme mi olacağı belirtilmelidir.
Kapsamı okurken şu sorulara cevap arayın:
- Teklifteki her madde, sizin ihtiyaç listenizdeki bir maddeye karşılık geliyor mu?
- Listenizde olup teklifte yer almayan bir işlev var mı?
- Kapsam dışı bırakılan işler (içerik girişi, ürün yükleme, çeviri, sunucu kurulumu) açıkça yazılmış mı?
- Üçüncü taraf hizmetlerle (ödeme, kargo, e-fatura) entegrasyon varsa hangi sağlayıcının kastedildiği belli mi?
Ucuz görünen teklif çoğu zaman kapsamı dar olan tekliftir. Bir firma raporlamayı, diğeri yetkilendirmeyi dahil etmemiş olabilir. Fiyatları kıyaslamadan önce kapsamları eşitlemek, en çok gözden kaçan adımdır.
İş kırılımı ve süre tahmini
Profesyonel bir teklif, toplam fiyatı işin parçalarına böler. Tasarım, arayüz geliştirme, sunucu tarafı, entegrasyonlar, test ve yayına alma gibi kalemlerin ayrı ayrı görünmesi size iki fayda sağlar: Hangi bölümün pahalı olduğunu anlarsınız ve gerekirse bazı kalemleri ikinci aşamaya erteleyebilirsiniz.
Süre tahmininde ise gerçekçiliğe bakın. Çok kısa bir takvim, ya kapsamın yanlış anlaşıldığını ya da test aşamasının atlanacağını gösterebilir. Takvimde ara teslimler (örneğin tasarım onayı, ilk çalışan sürüm, test sürümü) varsa projenin gidişatını erken görme şansınız olur.
Fiyatlandırma modelini tanıyın
Teklifler genellikle iki modelden biriyle hazırlanır. Sabit fiyatlı modelde kapsam baştan belirlenir ve tutar değişmez; ancak kapsam dışı her talep ek iş olarak fiyatlanır. Zaman ve emek bazlı modelde ise harcanan süre üzerinden ödeme yapılır; esneklik yüksektir ama bütçe takibi sizin sorumluluğunuzdadır. Hangisinin size uygun olduğu, ihtiyacınızın ne kadar netleştiğine bağlıdır. Fiyatı belirleyen etkenleri merak ediyorsanız özel yazılım fiyatlarını etkileyen unsurlar yazısına göz atabilirsiniz.
Teklifleri yan yana koymak için bir tablo
Gelen teklifleri tek bir tabloda toplamak, duygusal kararı azaltır. Aşağıdaki gibi basit bir karşılaştırma tablosu hazırlayıp her hücreyi doldurun:
| Ölçüt | Neye bakmalı? |
|---|---|
| Kapsam | İhtiyaç listenizdeki maddelerin kaçı karşılanıyor, kapsam dışı neler var |
| İş kırılımı | Kalemler ayrı ayrı fiyatlanmış mı |
| Takvim | Ara teslimler ve test süresi tanımlı mı |
| Ödeme planı | Ödemeler teslimlere mi bağlı, yoksa peşin mi |
| Kaynak kodu ve mülkiyet | Kod size teslim edilecek mi, hangi koşulla |
| Teslim sonrası destek | Hata düzeltme süresi ve bakım koşulları yazılı mı |
| Teknoloji | Kullanılacak dil ve altyapı yaygın ve sürdürülebilir mi |
| Referanslar | Benzer bir işi daha önce yapmış mı, canlıda görebiliyor musunuz |
Bu tabloyu doldururken bir hücreyi boş bıraktıysanız, o firmaya soru sormanız gerektiği anlamına gelir. Soruya verilen cevabın hızı ve açıklığı da size firma hakkında fikir verir.
Uyarı işareti olan durumlar
Bazı ifadeler, teklifin ileride sorun çıkarabileceğine işaret eder. Bunları fark ettiğinizde hemen elemenize gerek yok, ama netleştirmeden imza atmayın:
- “Her şey dahil” ifadesi: Neyin dahil olduğu yazılmamışsa hiçbir şey dahil değildir.
- Kaynak kodu hakkında sessizlik: Teslim sonrası kodun kimde kalacağı belirsizse başka bir geliştiriciyle devam etmeniz zorlaşır.
- Tamamı peşin ödeme: Ödemenin aşamalara bağlanmaması, sizi tek taraflı riske sokar.
- Test ve revizyon hakkının olmaması: Yayına almadan önce sizin deneyeceğiniz bir aşama tanımlanmalıdır.
- Belirsiz destek: “Destek veriyoruz” yerine hangi sürede, hangi kanaldan ve hangi kapsamda destek verileceği yazmalıdır.
Teklif kabul edildikten sonra bu maddelerin sözleşmeye taşınması gerekir. Hangi başlıkların sözleşmede yer alması gerektiğini yazılım sözleşmesi rehberinde ayrıca ele aldım.
En ucuz teklif neden her zaman ekonomik değildir?
Bir yazılımın gerçek maliyeti, ilk ödemeyle bitmez. Bakım, güncelleme, hata düzeltme ve yeni ihtiyaçlara göre geliştirme yıllar boyunca sürer. Düşük fiyatlı ama dağınık yazılmış bir sistem, her değişiklikte daha fazla emek ister; bu da toplam maliyeti yükseltir.
Örnek bir senaryo düşünelim: Bir kafe işletmesi, sipariş ekranı için iki teklif alıyor. Birincisi daha ucuz ama internet kesildiğinde ne olacağından hiç bahsetmiyor. İkincisi biraz daha pahalı, fakat sistemin yerel sunucuda çalışacağını ve bağlantı kopsa da satışın süreceğini yazıyor. Yoğun bir cumartesi akşamı yaşanacak tek bir kesinti, aradaki farkı kolayca aşan bir kayba dönüşebilir. Bir yazılım teklifi nasıl değerlendirilir diye düşünürken “bu sistem bozulursa işim ne kadar etkilenir?” sorusunu mutlaka sorun.
Bu işi nasıl birlikte yaparız?
Benden teklif istediğinizde süreç genellikle şöyle ilerler:
- İhtiyacı dinleme: Kısa bir görüşmede işinizi, mevcut düzeninizi ve yazılımdan beklentinizi konuşuruz. Elinizde başka firmalardan gelmiş teklifler varsa onları da birlikte okuyabiliriz.
- Kapsam ve teklif: Ekran ve modül bazında yazılı bir kapsam, kalem kalem fiyat, ara teslimlerle bir takvim ve kapsam dışı işleri içeren bir teklif hazırlarım.
- Geliştirme ve test: Her ara teslimde çalışan bir sürümü size gösteririm; geri bildiriminizi alarak ilerlerim. Yayın öncesi sizin deneyeceğiniz bir test aşaması olur.
- Teslim ve destek: Kaynak kodu, erişim bilgileri ve kısa bir kullanım rehberiyle teslim yaparım; sonrasında bakım ve destek koşullarını önceden konuştuğumuz şekilde sürdürürüm.
Bir teklif hakkında ikinci bir göz isterseniz ya da projeniz için teklif almak isterseniz iletişim sayfasından bana ulaşabilirsiniz.
Sık sorulan sorular
Kaç firmadan teklif almak yeterlidir?
Genellikle üç teklif, piyasayı anlamak için yeterli bir tablo sunar. Daha fazla teklif toplamak karşılaştırmayı zorlaştırır; önemli olan tekliflerin aynı ihtiyaç dokümanına göre hazırlanmasıdır.
Teklifteki fiyat pazarlığa açık mıdır?
Fiyatı düşürmenin en sağlıklı yolu kapsamı daraltmak veya bazı modülleri sonraki aşamaya bırakmaktır. Kapsam aynı kalırken yalnızca fiyatı düşürmek, çoğu zaman test ve kalite süresinden kısılmasıyla sonuçlanır.
Teklif ile sözleşme arasındaki fark nedir?
Teklif, işin kapsamını ve bedelini öneren bir dokümandır. Sözleşme ise bu kapsamı, ödeme koşullarını, mülkiyet ve destek gibi hakları bağlayıcı hâle getirir. Teklifte konuşulan her önemli madde sözleşmeye de yazılmalıdır.
Teknik bilgim yoksa teklifi nasıl anlarım?
Firmadan her kalemi sade bir dille açıklamasını isteyin. Açıklamayı anlayamıyorsanız bu sizin eksiğiniz değildir; iyi bir geliştirici, teknik olmayan birine de işin ne olduğunu anlatabilmelidir.
Sonuç
Yazılım teklifi nasıl değerlendirilir sorusunun kısa cevabı şudur: Toplam fiyattan önce kapsamı, iş kırılımını, ödeme planını, kod mülkiyetini ve destek koşullarını yan yana koymak, sizi ileride çıkabilecek sürprizlerden korur. Projeniz için net ve karşılaştırılabilir bir teklif isterseniz bana yazmanız yeterli.
