Yazılım Firması Seçerken Sorulacak 15 Soru ve 8 Kırmızı Bayrak (2026 Rehberi)

Kısaca: Yazılım firması seçmek, fiyat listesi karşılaştırmak değil; sizinle aynı hedefe yürüyecek bir ekibi seçmektir. En düşük teklifi veren firma, kapsam netleşince çoğu zaman en pahalı çıkar. Güvenilir bir ortağı ayırt etmek için şunlara bakın: kapsamı yazılı hale getiriyor mu, kaynak kod ve hesap mülkiyeti size mi ait, canlıda çalışan referansları gösterebiliyor mu, teslimden sonra bakım ve destek planı var mı, ve en önemlisi — sorularınıza net cevap veriyor mu? Bu yazıdaki 15 soruyu teklif toplantısına götürün; cevaplardan çoğu karar vermenize yetecektir.

Son güncelleme: Ekim 2026

Neden bu karar bu kadar önemli?

Bir yazılım projesi, bir binanın temeli gibidir: sonradan değiştirmek mümkün ama pahalıdır. Yanlış seçilen bir firma yalnızca bütçenizi değil, zamanınızı, rekabet avantajınızı ve ekibinizin motivasyonunu da etkiler. Sorunlar çoğu zaman kodlama aşamasında değil, çok daha önce başlar:

• Kapsam yazılı değildir; “bu zaten dahildi sanıyorduk” tartışmaları çıkar.
• İletişim tek kişiye bağlıdır; o kişi işten ayrılınca proje durur.
• Kaynak kod, alan adı veya sunucu hesapları firmanın elindedir; ayrılmak istediğinizde rehine olursunuz.
• Test ve güvenlik “sonra bakarız” diye ertelenir.
• Canlıya çıkıldıktan sonra kimse sorumluluk almaz.

İyi haber şu: bu risklerin neredeyse tamamı, teklif aşamasında doğru sorular sorularak görünür hale gelir.

Soru sormadan önce kendi tarafınızda hazırlanın

Firmalar sizin ihtiyacınızı ancak siz anlatabildiğiniz kadar anlayabilir. Görüşmeye gitmeden önce şu dört şeyi yazıya dökün (bir sayfa yeterli):

1. Amaç: Bu yazılım hangi sorunu çözecek? (“Siparişleri Excel'de takip ediyoruz, haftada 10 saat kaybediyoruz” gibi ölçülebilir bir cümle.)
2. Kullanıcılar: Kim kullanacak? Müşteriler mi, çalışanlar mı, bayiler mi? Kaç kişi?
3. Olmazsa olmazlar: İlk sürümde mutlaka bulunması gereken 5–8 özellik. Gerisi “sonra” listesine.
4. Bütçe ve takvim aralığı: Kesin rakam gerekmez; bir aralık ve “şu tarihe kadar yayında olsun” hedefi yeterlidir.

İhtiyacı yapılandırmakta zorlanıyorsanız Yazılım Özellik Üretici ve SaaS Fikir Analizi araçlarımız, fikrinizi özellik listesine ve ilk taslağa dönüştürmek için ücretsiz bir başlangıç noktası sunar.

Firmaya sorulacak 15 soru

Aşağıdaki sorular beş başlıkta toplanmıştır. Her birinin yanında “iyi bir cevap nasıl görünür” notunu bulacaksınız.

A) Kapsam ve çalışma biçimi

1. Projeyi nasıl aşamalara bölüyorsunuz? İyi cevap: Keşif/analiz → tasarım → geliştirme → test → yayın → bakım gibi net aşamalar, her aşamanın çıktısı ve sizin onay noktalarınız. “Hallederiz, siz merak etmeyin” cevabı yetersizdir.

2. Kapsamı yazılı olarak nasıl belgeliyorsunuz? İyi cevap: Özellik listesi, ekran akışları veya prototip ve “kapsam dışı” maddelerini de içeren bir döküman. Kapsam dışının yazılı olması, ileride çıkacak anlaşmazlıkların yarısını önler.

3. Kapsam değişikliği olursa ne oluyor? İyi cevap: Değişiklik talebinin yazılı alındığı, etkisinin (süre ve maliyet) önceden size söylendiği ve onayınızla ilerlendiği bir süreç. Yazılım projelerinde ihtiyaçlar değişir; sorun değişiklik değil, kontrolsüz değişikliktir.

B) Teknoloji ve mülkiyet

4. Hangi teknolojileri neden seçiyorsunuz? İyi cevap: Teknoloji adı sıralamak değil, ihtiyacınıza göre gerekçe sunmak: “Bu proje için X'i seçtik, çünkü Y.” Çok yaygın, bakımı kolay ve geliştirici bulunabilir teknolojiler, geleceğinizi güvenceye alır. Firmanın yalnızca kendi bildiği, kapalı bir altyapıya sizi bağlaması bir risktir.

5. Kaynak kod kime ait olacak? İyi cevap: Ödeme tamamlandığında kaynak kodun, tasarım dosyalarının ve dökümanların size teslim edildiği, sözleşmede yazan bir cevap. “Lisans veririz” gibi kısıtlayıcı ifadeleri dikkatle okuyun.

6. Alan adı, sunucu ve üçüncü taraf hesapları kimin adına açılacak? İyi cevap: Hepsi sizin adınıza. Firma yönetici olarak eklenir, ayrılırsanız erişimi kaldırırsınız. Hesapların firmanın adına açılması, ileride taşınmayı zorlaştırır.

7. Hazır bileşen ve açık kaynak kullanıyor musunuz? Lisansları nasıl yönetiyorsunuz? İyi cevap: Evet, kullanıyoruz; lisansları kontrol ediyoruz. Güvenilir açık kaynak kullanımı normaldir ve maliyeti düşürür; önemli olan lisansların ticari kullanımınıza uygun olmasıdır.

C) Ekip ve iletişim

8. Projede kimler çalışacak ve benim muhatabım kim? İyi cevap: Rolleri belli bir ekip (proje yöneticisi, geliştirici, tasarımcı) ve tek bir birincil muhatap. Satış toplantısında gördüğünüz kişilerin projede de olup olmayacağını sorun.

9. Süreçte ne sıklıkla bilgi alacağım? İyi cevap: Haftalık veya iki haftalık demo/ilerleme toplantıları ve çalışan bir sürümü görme imkânı. Aylarca “üzerinde çalışıyoruz” deyip hiçbir şey göstermeyen firmadan uzak durun.

10. Beni hangi kanaldan, hangi saatlerde yakalayabilirim? İyi cevap: Yazılı ve net bir iletişim kanalı, yanıt süresi taahhüdü, acil durum için bir yol. Bu soruya verilen cevap, teslimden sonraki destek kalitesinin de habercisidir.

D) Kalite ve güvenlik

11. Testi nasıl yapıyorsunuz? İyi cevap: Geliştirme sırasında otomatik testler, yayın öncesi manuel kabul testi, farklı cihaz ve tarayıcılarda deneme. “Biz test ederek yazıyoruz” cevabı, somut bir süreç anlatmıyorsa yetersizdir.

12. Güvenlik ve veri korumayı nasıl ele alıyorsunuz? İyi cevap: Kimlik doğrulama ve yetkilendirme tasarımı, şifrelerin korunması, veri yedekleme, güvenlik açıklarının bilinen listeler (ör. OWASP Top 10) üzerinden kontrolü. Kişisel veri işleniyorsa KVKK yükümlülüklerine uyum için neler yaptıklarını sorun.

13. Performans ve ölçeklenme için ne planlıyorsunuz? İyi cevap: Beklenen kullanıcı sayınıza göre bir kapasite varsayımı, hız hedefleri ve büyüdüğünüzde nasıl ölçekleneceğinin kısa bir anlatımı. Mikroservis gibi pahalı mimarileri gereksiz yere önermesi de, hiç düşünmemiş olması da işaretli bir durumdur.

E) Teslim sonrası

14. Yayından sonra bakım ve destek nasıl işliyor? İyi cevap: Hata düzeltme süresi, güncelleme politikası, yedekleme, izleme ve destek kanalı yazılı bir planda yer alır. Detaylar için yazılım bakım ve destek rehberimize göz atın.

15. Ayrılmak istersem ne olur? İyi cevap: Dökümante edilmiş kod, teslim edilen hesaplar ve geçiş sürecine yardım. Bu soruyu sormaktan çekinmeyin; iyi firmalar bunu güven işareti olarak karşılar.

8 kırmızı bayrak

Aşağıdakilerden biri tek başına eleme sebebi olmayabilir; ama ikisi üçü bir araya geldiğinde durup düşünün:

1. Soru sormadan fiyat vermek. Sizi dinlemeden, ihtiyacı anlamadan verilen sabit fiyat, ya kapsamın sonradan genişleyeceği ya da hazır bir şablonun satılacağı anlamına gelir.
2. Aşırı düşük fiyat. Fiyat, rakiplerin çok altındaysa kapsam eksiği, deneyimsiz ekip ya da sonradan eklenecek “ek ücretler” olasılığını düşünün.
3. Referans veya canlı örnek gösterememek. “NDA nedeniyle gösteremiyoruz” bazen doğrudur; ama hiçbir canlı proje ya da demo gösterilemiyorsa temkinli olun.
4. Kaynak kod ve hesap sahipliği konusunda kaçamak cevap.
5. Her şeye “evet” demek. İyi bir ekip bazen “bu özellik ilk sürüm için gereksiz” ya da “bu, süreyi uzatır” der. Hiç itiraz etmeyen ekip, riskleri size söylemiyor olabilir.
6. Tek kişiye bağlı proje. Bir kişi ayrıldığında ya da hastalandığında ilerleme duruyorsa süreklilik riski vardır.
7. Yazılı sözleşme ve ödeme planı olmaması. Peşin ve tam ödeme talebi veya aşamalara bağlanmayan ödeme, sizin pazarlık gücünüzü kaybettirir.
8. Yayın sonrası konuşmak istememek. Bakım ve destek sorusuna kaçamak cevap veren firma, teslimden sonra da ulaşılmaz olabilir.

Teklifleri adil biçimde karşılaştırma tablosu

Teklifleri yalnızca toplam fiyatla kıyaslamak yanıltıcıdır. Şu tabloyu doldurun:

Teklif tutarını daha doğru değerlendirmek için fiyat modellerini anlamanız da gerekir: yazılım projesi fiyatlandırma modelleri rehberimiz sabit bütçe, saatlik ve aylık ekip modellerinin artı ve eksilerini karşılaştırır.

Referansları nasıl kontrol etmelisiniz?

• Canlı projeyi kullanın. Ekran görüntüsüne değil, gerçekten çalışan bir ürüne bakın: hızlı mı açılıyor, mobilde düzgün mü, hata veriyor mu?
• Benzer büyüklükte bir proje sorun. Küçük bir kurumsal site yapmış firma, çok kullanıcılı bir SaaS'ta zorlanabilir; tersi de geçerlidir.
• Mümkünse eski bir müşteriyle konuşun. Sorulacak üç soru: Süre ve bütçeye uyuldu mu? Sorun çıkınca nasıl davrandılar? Tekrar çalışır mıydınız?
• Teslimden sonraki dönemi sorun. Bir yıl sonra o ekiple hâlâ çalışıp çalışmadıklarını öğrenmek, iyi bir sinyaldir.

Sözleşmede mutlaka bulunması gerekenler

Hukuki metni avukatınızla gözden geçirin; yine de şu başlıkların varlığını kontrol edin:

• Kapsam, teslimatlar ve kabul kriterleri
• Süre, aşamalar ve gecikme halinde yaptırımlar
• Ödeme planı (aşamalara bağlı)
• Kaynak kod ve fikri mülkiyet devri
• Gizlilik (NDA) ve kişisel verilerin korunması
• Garanti süresi ve hata düzeltme sorumluluğu
• Bakım ve destek koşulları
• Fesih ve devir teslim koşulları

Aktaş Digital olarak nasıl çalışıyoruz?

Biz bu rehberdeki ilkeleri kendi çalışma biçimimiz olarak benimsiyoruz: projeye kapsam ve maliyet dökümüyle başlıyoruz, süreci aşamalara bölüyoruz, çalışan sürümleri düzenli olarak gösteriyoruz ve teslimden sonra da destek veriyoruz. Teklif talebinde gizlilik için NDA seçeneği sunuyor, talepleri hızlıca yanıtlıyoruz.

Web uygulamaları, SaaS platform geliştirme, CRM ve ERP sistemleri, e-ticaret altyapıları ve yapay zekâ çözümleri üzerinde çalışıyoruz. Ne yapabildiğimizi görmek isterseniz projeler sayfamızdaki demo uygulamaları inceleyebilirsiniz. Kendi projeniz için teklif formumuzu doldurabilir ya da iletişim sayfamızdan bize yazabilirsiniz.

Sık Sorulan Sorular

Kaç firmadan teklif almalıyım?

Üç firma çoğu proje için yeterlidir. Daha fazlası karşılaştırmayı zorlaştırır; daha azı ise fiyat ve yaklaşım farklarını görmenizi engeller. Her firmaya aynı brifi vermeniz, tekliflerin kıyaslanabilir olmasını sağlar.

Yerel firma mı, uzaktan çalışılan firma mı daha iyi?

Konum tek başına belirleyici değildir. Önemli olan iletişimin düzenli olması, saat diliminin ortak çalışmaya uygun olması ve yazılı sürecin güçlü olmasıdır. Yüz yüze toplantı sizin için önemliyse bunu baştan belirtin.

Freelancer mı, ajans mı tercih etmeliyim?

Küçük ve net kapsamlı işlerde freelancer uygun olabilir; ancak süreklilik, yedek ekip ve farklı uzmanlıkların (tasarım, geliştirme, test, güvenlik) bir arada gerektiği projelerde ekip yapısı daha güvenlidir. Hangisini seçerseniz seçin, mülkiyet ve devir teslim maddeleri aynı derecede önemlidir.

Fiyat teklifi neden firmadan firmaya bu kadar farklı çıkıyor?

Çünkü firmalar farklı kapsam varsaymış, farklı kalite ve test düzeyi öngörmüş, bakım ve destek kalemlerini farklı eklemiş olabilir. Teklifleri aynı kapsama göre yeniden hizalamak ya da firmalardan kapsam varsayımlarını yazmalarını istemek farkın kaynağını gösterir.

Önce küçük bir pilot proje yaptırmak mantıklı mı?

Çoğu durumda evet. Bir keşif çalışması veya küçük bir ilk sürüm, firma ile çalışma uyumunuzu düşük riskle test etmenizi sağlar. MVP yaklaşımı tam da bu yüzden önerilir.

Teslimden sonra firmayı değiştirebilir miyim?

Kaynak kod, hesap sahipliği ve dökümantasyon sizdeyse evet. Bu yüzden 5. ve 6. sorular, tüm listenin en kritik maddeleridir.

Sonuç

Doğru yazılım ortağı, en ucuz ya da en gösterişli olan değil; kapsamı netleştiren, riskleri açıkça söyleyen, mülkiyeti size bırakan ve teslimden sonra da yanınızda olan firmadır. Bugün yapabileceğiniz ilk iş: bir sayfalık ihtiyaç özetinizi yazıp, bu yazıdaki 15 soruyu üç firmaya aynı şekilde sormak. Cevaplar, kimle çalışmak istediğinizi çoğu zaman kendiliğinden gösterir.