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

Yazılım firması teklifleri neden yalnızca fiyatla kıyaslanmaz?

Yazılım firması teklifleri yalnızca toplam bedelle karşılaştırılamaz; çünkü benzer görünen fiyatlar farklı kapsamları, ekip yapılarını, teslimatları ve satış sonrası koşulları temsil edebilir. Sağlıklı karşılaştırmanın amacı en düşük veya en yüksek teklifi seçmek değil, işletmenin ihtiyacını hangi teklifin açık, doğrulanabilir ve sürdürülebilir koşullarla karşıladığını belirlemektir.

Karşılaştırılabilir teklifin temel mantığı

Teklifler ortak bir ihtiyaç belgesine dayanmadığında bir firma analiz, tasarım ve test hizmetlerini kapsama alırken başka bir firma yalnızca geliştirme işini fiyatlandırabilir. Bu nedenle fiyat farkı doğrudan kalite farkı olarak yorumlanmamalıdır. Önce kapsamlar eşitlenmeli, ardından fiyat ve teknik yeterlilik değerlendirilmelidir.

• Toplam bedelin hangi hizmetleri içerdiğini belirleyin.
• Teslim edilecek yazılım, belge ve hesapları karşılaştırın.
• Firma ile müşterinin sorumluluklarını ayrı inceleyin.
• Tek seferlik ve dönemsel giderleri sınıflandırın.
• Belirsiz maddeler için yazılı açıklama isteyin.

Ölçemediğiniz şeyi anlayamazsınız. - W. Edwards Deming

Ortak ihtiyaç belgesiyle teklifler nasıl eşitlenir?

Farklı kapsam ve fiyatlara sahip teklifleri karşılaştırmanın en güvenilir yolu, bütün firmalara aynı ihtiyaç belgesini göndermektir. Bu belge iş hedeflerini, kullanıcıları, modülleri, iş akışlarını, entegrasyonları, güvenlik beklentilerini ve teslimat koşullarını açıklar. Böylece firmaların aynı probleme hangi yöntem, ekip ve maliyet yapısıyla yaklaştığı görülebilir.

İşlevsel ve teknik gereksinimleri ayırmak

İşlevsel gereksinimler yazılımın hangi işleri yapacağını; işlevsel olmayan gereksinimler ise performans, güvenlik, ölçeklenebilirlik, erişilebilirlik ve bakım kolaylığı gibi kalite beklentilerini tanımlar. İhtiyaçların nasıl planlandığını daha geniş çerçevede incelemek için özel yazılım geliştirme sürecinin planlanması hakkındaki içerik tamamlayıcı bir kaynak olarak kullanılabilir.

• Projenin iş hedefini ve başarı ölçütlerini yazın.
• Kullanıcı rollerini ve temel iş akışlarını tanımlayın.
• Zorunlu ve sonraki aşamaya bırakılabilecek özellikleri ayırın.
• Entegrasyon yapılacak sistemleri ve veri kaynaklarını belirtin.
• Performans, güvenlik ve ölçeklenebilirlik beklentilerini açıklayın.
• Kabul ve onay süreçlerindeki yetkilileri belirleyin.

Bir yazılım teklifinde hangi bilgiler bulunmalıdır?

Bir yazılım teklifinde proje amacı, kapsam içi ve kapsam dışı işler, teslimatlar, teknoloji yaklaşımı, ekip, takvim, sorumluluklar, kabul kriterleri, fiyatlandırma ve satış sonrası koşullar bulunmalıdır. Yazılım fiyat teklifi yalnızca toplam bedeli gösteren bir belge değil, tarafların neyi hangi koşullarla gerçekleştireceğini açıklayan değerlendirme temelidir.

Teslimatları somut ve doğrulanabilir tanımlamak

“Yazılım geliştirme” gibi genel ifadeler hangi ekranların, modüllerin, entegrasyonların veya belgelerin teslim edileceğini göstermez. Teklifte UX/UI tasarımları, çalışan modüller, kaynak kodu, test çıktıları, veri tabanı, teknik dokümantasyon, eğitim ve canlıya geçiş desteği ayrı kalemler hâlinde açıklanmalıdır. Böylece eksik teslimatlar sözleşme öncesinde görülebilir.

• İhtiyaç analizi ve kapsamlandırma yöntemi
• Tasarlanacak ekranlar, prototipler ve revizyon koşulları
• Geliştirilecek modüller, roller ve iş akışları
• Entegrasyonlar ile veri aktarımı sorumlulukları
• Test, güvenlik ve canlıya geçiş çalışmaları
• Eğitim, dokümantasyon ve bilgi aktarımı
• Garanti, bakım ve teknik destek koşulları

Teknik teklif değerlendirme hangi ölçütlerle yapılır?

Teknik teklif değerlendirme, kullanılan programlama dillerinin veya teknoloji isimlerinin sayılmasıyla yapılmaz. Önerilen mimarinin iş gereksinimlerine uygunluğu, güvenlik yaklaşımı, performans hedefleri, ölçeklenebilirlik, kod kalitesi, test yöntemi, yayınlama süreci ve bakım kolaylığı birlikte incelenmelidir. Teknoloji tercihlerinin gerekçesi anlaşılır biçimde açıklanabilmelidir.

Teknik yeterliliği kanıtlarla doğrulamak

Firmanın benzer proje deneyimi, ekip rolleri, geliştirme standartları ve örnek teknik belgeleri değerlendirmeyi somutlaştırır. Yalnızca portföy görünümüne dayanmak yerine analiz, kod inceleme, sürüm kontrolü, test ve DevOps uygulamaları sorulmalıdır. bir yazılım ekibinin teknik yeterliliğini değerlendiren kriterler, bu inceleme için ayrıntılı bir çerçeve sunar.

• Mimari kararların iş gereksinimleriyle ilişkisi
• Modülerlik ve gelecekte geliştirilebilirlik yaklaşımı
• Kod standartları, inceleme ve sürüm kontrol süreçleri
• Manuel ve otomatik test kapsamı
• Güvenlik kontrolleri ve yetkilendirme modeli
• Yayınlama, izleme ve geri dönüş planı

Proje ekibi, takvim ve teslimatlar nasıl karşılaştırılır?

Proje ekibi ve takvim, yalnızca kişi sayısı veya kesin bir teslim tarihi üzerinden karşılaştırılmamalıdır. Hangi uzmanlıkların projede görev alacağı, sorumlulukların nasıl dağıtılacağı, kilometre taşlarının hangi çıktılara bağlandığı ve müşteri onaylarının takvimi nasıl etkilediği birlikte değerlendirilmelidir. Gerçekçi plan, bağımlılıkları ve değişiklik ihtimalini görünür kılar.

Kilometre taşlarını kabul kriterleriyle ilişkilendirmek

Analiz, tasarım, geliştirme, test ve canlıya geçiş gibi aşamaların her biri için teslim edilecek çıktılar ve kabul koşulları tanımlanmalıdır. Ödeme planının ölçülebilir teslimatlarla ilişkilendirilmesi tarafların beklentilerini netleştirir. yazılım firmasıyla proje sürecinin yönetilmesi hakkındaki yaklaşım, sorumluluk ve onay yapısının kurulmasına yardımcı olur.

• Projede görev alacak roller ve sorumluluklar
• Ekip üyelerinin ilgili deneyim ve uzmanlıkları
• Aşamalar, kilometre taşları ve somut teslimatlar
• Müşteri girdileri, onayları ve dış bağımlılıklar
• Kabul kriterleri ve hata giderme yöntemi
• Kapsam değişikliklerinin takvime yansıtılması

Kapsam dışı işler ve sorumluluklar nasıl tespit edilir?

Teklifteki kapsam dışı işler, teklif metninde açıkça hariç tutulan veya hiç tanımlanmayan çalışmalar incelenerek tespit edilir. Bir hizmetin belirtilmemiş olması, o hizmetin fiyata dâhil olduğu anlamına gelmez. Kapsam dışı kalemlerin açıkça yazılması olumsuzluk değil, sorumlulukları ve olası ek maliyetleri görünür kılan bir şeffaflık göstergesidir.

Varsayımları ve müşteri sorumluluklarını sorgulamak

İçerik girişi, veri temizleme, üçüncü taraf üyelikleri, lisans temini, sunucu yönetimi veya kullanıcı kabul testleri müşteriye bırakılabilir. Her varsayımın sahibi, tamamlanma koşulu ve takvime etkisi belirlenmelidir. Belirsiz bir kalem için firmadan yazılı kapsam açıklaması ve gerekiyorsa ayrı fiyatlandırma yöntemi istenmelidir.

• Teklifte açıkça hariç tutulan hizmetleri işaretleyin.
• İhtiyaç belgesinde olup teklifte bulunmayan işleri listeleyin.
• Müşteriye bırakılan veri, içerik ve onay görevlerini belirleyin.
• Üçüncü taraf hizmetlerin kim tarafından alınacağını sorun.
• Ek taleplerin değerlendirme ve fiyatlandırma yöntemini netleştirin.
• Varsayımları sözleşme ekinde kayıt altına alın.

En düşük fiyatlı yazılım teklifi nasıl değerlendirilir?

En düşük fiyatlı teklif otomatik olarak en avantajlı veya en riskli seçenek değildir. Fiyatın daha dar kapsamdan, farklı ekip yapısından, sınırlı test ve dokümantasyondan, ayrı ücretlendirilecek hizmetlerden ya da farklı lisans modelinden kaynaklanıp kaynaklanmadığı incelenmelidir. Aynı doğrulama, yüksek fiyatlı teklifin daha kapsamlı olduğu varsayılmadan onun için de yapılmalıdır.

İlk bedel ile toplam sahip olma maliyetini ayırmak

Toplam sahip olma maliyeti; geliştirme bedelinin yanında lisans, barındırma, bakım, güncelleme, izleme, yedekleme, teknik destek, entegrasyon ve gelecekteki geliştirmeleri kapsar. özel yazılım geliştirme maliyetini belirleyen unsurlar, tekliflerdeki fiyat farklarının hangi iş yüklerinden doğabileceğini anlamaya yardımcı olur.

• İlk analiz, tasarım ve geliştirme bedelleri
• Sunucu, bulut ve veri saklama giderleri
• Ticari lisanslar ve servis abonelikleri
• Bakım, izleme ve teknik destek koşulları
• Güncelleme ve yeni geliştirme yöntemi
• Devir veya tedarikçi değişikliği maliyetleri

Yazılım sözleşmesinde hangi koşullar netleştirilmelidir?

Yazılım sözleşmesi imzalanmadan önce kapsam, teslimatlar, kabul kriterleri, ödeme planı, değişiklik yönetimi, sahiplik hakları, gizlilik, güvenlik, garanti ve destek koşulları netleştirilmelidir. Teklifte verilen ticari ve teknik taahhütlerin sözleşme ile eklerinde tutarlı biçimde yer alması, değerlendirme sırasında seçilen koşulların uygulama aşamasında korunmasını sağlar.

Sahiplik, garanti ve bakım ayrımını kurmak

Kaynak kodunun teslim edilmesi tek başına eksiksiz devir anlamına gelmez; sürüm kontrol deposu, veri tabanı, tasarım dosyaları, teknik belgeler, sunucu hesapları, lisanslar ve bilgi aktarımı da tanımlanmalıdır. Garanti mevcut kapsam içindeki hataları, bakım operasyonel sürekliliği, yeni geliştirme ise kapsam değişikliklerini ele alır. yazılım projesi sözleşmesindeki temel maddeler bu ayrımların yazılı hâle getirilmesini destekler.

• Kapsam, teslimatlar ve kabul kriterleri
• Ödeme planı ve kilometre taşları
• Fikrî mülkiyet, kullanım ve değiştirme hakları
• Veri, kod, belge, lisans ve hesap sahipliği
• Gizlilik, KVKK ve güvenlik yükümlülükleri
• Garanti, bakım ve destek kapsamlarının ayrımı
• Gecikme, fesih, devir ve bilgi aktarımı koşulları

Yazılım firması karşılaştırma puanı nasıl oluşturulur?

Yazılım firması karşılaştırma puanı, kurumun önceliklerine göre belirlenen ölçütlerin her teklif için aynı ölçekle değerlendirilmesiyle oluşturulur. Teknik yeterlilik, kapsam, maliyet, güvenlik, ekip, sahiplik ve destek ölçütlerine projenin risklerine göre farklı ağırlıklar verilebilir. Evrensel bir ağırlık yerine karar gerekçelerinin kayıt altına alınması önemlidir.

Nihai tedarikçi seçim kontrol listesi

Puanlama tamamlandıktan sonra kritik belirsizlikler firmalarla yazılı olarak paylaşılmalı, yanıtlar teklif veya sözleşme ekine işlenmelidir. Referans görüşmeleri ve teknik toplantılar puanı doğrulamak için kullanılabilir. özel yazılım geliştirme firması seçim kriterleri, kısa listedeki adayların kurumsal açıdan incelenmesini tamamlar.

• Bütün firmalara aynı ihtiyaç belgesini gönderin.
• Kapsamları ve teslimatları ortak başlıklarda eşitleyin.
• Teknik iddiaları belge, örnek ve ekip görüşmesiyle doğrulayın.
• İlk bedel ile toplam sahip olma maliyetini ayrı puanlayın.
• Sahiplik, güvenlik ve destek koşullarını değerlendirin.
• Belirsiz maddeleri sözleşme öncesinde yazılı olarak netleştirin.
• Seçim kararını puanlar kadar gerekçeleriyle kaydedin.