Kısa cevap
Yazılım firması seçerken en önemli sorular kaynak kodun kime ait olacağı, işin hangi süreçle ve kimlerle yürütüleceği, testin nasıl yapılacağı, kişisel verilerin nasıl korunacağı ve yayın sonrasında kimin destek vereceğidir. Bu sorulara yazılı ve somut cevap veren firma, işi gerçekten planlamış demektir. Belirsiz cevaplar, projenin ortasında çıkacak sürprizlerin ilk işaretidir.
Bir yazılım projesinde en pahalı hata, yanlış ekiple başlamaktır. Teknoloji sonradan değiştirilebilir, tasarım yenilenebilir; ama yarıda kalmış, belgesi olmayan ve kaynak koduna erişemediğiniz bir proje çoğu zaman sıfırdan yazılır.
Bu yazıda teklif aşamasında sormanızı önerdiğimiz 15 soruyu beş başlık altında topladık. Her sorunun yanında, iyi bir cevabın neye benzediğini de kısaca anlattık. Soruları kendi projemizde müşteri tarafında olsaydık soracağımız şekilde yazdık.
Firmanın deneyimini nasıl anlarsınız?
Referans listesi tek başına yeterli bilgi vermez. Önemli olan, firmanın sizinkine benzer bir işi uçtan uca yürütüp yürütmediğidir.
- Benzer bir projeyi daha önce yayına aldınız mı, canlıda inceleyebilir miyim? Ekran görüntüsü yerine çalışan bir ürün görmek, ekibin işi bitirebildiğini gösterir. Gizlilik nedeniyle gösterilemeyen işlerde ekip, kendi ürünlerini ya da açık bir demoyu paylaşabilir.
- Bu projede kimler çalışacak ve rolleri ne olacak? Teklifi sunan kişiyle işi yapacak kişiler farklı olabilir. Proje yöneticisi, tasarımcı, geliştirici ve testçinin kim olduğunu, işin bir kısmının dışarıya verilip verilmeyeceğini sorun.
- Projenin hangi kısmı sizin için yeni? Dürüst bir ekip, daha önce yapmadığı bir entegrasyonu ya da teknolojiyi açıkça söyler ve bunun için ek araştırma süresi planlar.
Kendi tarafımızda, yayında olan Assisto Signage ve AssistoOne gibi ürünleri bu soruya somut bir cevap olarak gösterebiliyoruz. Siz de görüştüğünüz firmadan benzer bir canlı örnek isteyin.
Proje süreci nasıl işleyecek?
Yazılım projesi bir teslimat anından çok, haftalar boyunca süren bir çalışmadır. Sürecin nasıl işleyeceğini başta bilmek, beklentileri dengeler.
- Kapsamı nasıl yazıya dökeceksiniz? İyi bir cevap; kullanıcı hikâyeleri, ekran listesi, kabul kriterleri ya da bir gereksinim belgesi gibi somut bir çıktıdan söz eder.
- İlerlemeyi ne sıklıkla ve nasıl göreceğim? Düzenli demolar, erişebileceğiniz bir test ortamı ve görev takip aracı, projenin gerçek durumunu görmenizi sağlar.
- Değişiklik talepleri nasıl yönetilecek? Projenin ortasında fikir değiştirmek doğaldır. Önemli olan, değişikliğin süreye ve bütçeye etkisinin yazılı olarak konuşulmasıdır.
Teknik kaliteyi hangi sorularla ölçersiniz?
Teknik detaylara hâkim olmasanız bile, birkaç soru ekibin kalite anlayışı hakkında fikir verir.
- Testleri nasıl yapıyorsunuz? Otomatik testler, manuel test senaryoları ve farklı cihazlarda deneme gibi somut adımlar duymak istersiniz. "Biz test ederiz" cevabı yeterli değildir.
- Hangi teknolojiyi neden seçtiniz? Teknoloji seçimi, ekibin alışkanlığından çok projenin ihtiyacına dayanmalıdır. Uzun vadede bu teknolojiyle çalışacak geliştirici bulmanın kolay olup olmadığını da sorun.
- Kod ve altyapı belgelenecek mi? Kurulum adımları, mimari özet ve API dokümantasyonu, ileride başka bir ekiple çalışmak zorunda kalırsanız işinizi kurtarır.
Kaynak kod ve fikri haklar kime ait olacak?
Bu başlık, en sık atlanan ve sonradan en çok sorun çıkaran başlıktır. Kaynak kod sahipliği, yazılımın kaynak kodunu kullanma, değiştirme ve başkasına devretme haklarının kimde olduğunu belirleyen sözleşme hükmü demektir.
- Kaynak kod ve tasarım dosyaları teslim edilecek mi, mali haklar devredilecek mi? Türkiye'de bilgisayar programları 5846 sayılı Fikir ve Sanat Eserleri Kanunu kapsamında korunur. Mali hakların devri yazılı sözleşmeyle ve devredilen haklar tek tek sayılarak yapılmalıdır.
- Kod hangi depoda tutulacak, erişimim olacak mı? Kodun sizin hesabınızdaki ya da en azından erişiminiz olan bir depoda tutulması, projenin herhangi bir anında işi devralabilmenizi sağlar.
- Sunucu, alan adı ve mağaza hesapları kimin adına açılacak? Bu hesapların işletmeniz adına açılması gerekir. Aksi halde firma ile yollarınız ayrıldığında ürününüze erişim sorun olabilir.
Güvenlik ve KVKK konusunda ne sormalı?
Kişisel veri işleyen her yazılımda 6698 sayılı Kişisel Verilerin Korunması Kanunu devreye girer. Veri sorumlusu siz olsanız bile, yazılımın bu yükümlülüklere uygun kurulması teknik bir iştir.
- Kişisel verileri nasıl koruyacaksınız? Şifreleme, yetkilendirme, erişim kayıtları ve yedekleme gibi somut önlemleri sorun. Ayrıntılı bir liste için KVKK uyumlu yazılım geliştirme yazımıza bakabilirsiniz.
- Veriler hangi ülkede, hangi sunucuda tutulacak? Yurt dışındaki bir bulut hizmetinin kullanılması, KVKK'daki yurt dışı aktarım kurallarını gündeme getirir. Bu kararın bilerek verilmesi gerekir.
Yayın sonrasında ne olacak?
Yazılım yayına alındıktan sonra da yaşamaya devam eder. Hatalar çıkar, işletim sistemleri güncellenir, yeni ihtiyaçlar doğar.
- Garanti süresi ve bakım koşulları neler? Yayın sonrası belirli bir süre hata düzeltmenin ücretsiz olup olmadığını, sonrasında bakımın nasıl fiyatlandığını ve acil durumlarda yanıt sürelerini sorun. Bu konuyu yazılım bakım ve destek sözleşmesi yazımızda ayrıntılı ele alıyoruz.
Görüşmeye nasıl hazırlanmalı?
Firmalardan alacağınız cevapların kalitesi, sizin vereceğiniz bilgiye de bağlıdır. Görüşmeden önce kısa bir proje özeti hazırlamak, hem sizin hem de firmanın zamanını korur.
- Problem tanımı: Yazılımın çözeceği sorunu ve kimin kullanacağını birkaç cümleyle yazın.
- Temel akışlar: Kullanıcının yapacağı en önemli işlemleri sıralayın.
- Mevcut sistemler: Bağlanılması gereken muhasebe, ERP, e-Fatura ya da ödeme sistemlerini listeleyin.
- Zaman ve bütçe çerçevesi: Kesin olmasa bile bir aralık paylaşmak, firmanın gerçekçi bir öneri sunmasını sağlar.
- Örnekler: Beğendiğiniz ya da beğenmediğiniz benzer ürünleri not edin.
Bu özeti tüm firmalara aynı şekilde göndermek, cevapları karşılaştırmayı da kolaylaştırır.
Cevapları nasıl değerlendirmeli?
Soruları sorduktan sonra cevapları yan yana koymak işinizi kolaylaştırır. Aşağıdaki tablo, iyi cevaplarla dikkat edilmesi gereken cevapları ayırt etmenize yardımcı olabilir.
| Konu | Güven veren cevap | Dikkat edilmesi gereken cevap |
|---|---|---|
| Deneyim | Canlıda incelenebilir örnekler | Yalnızca logo listesi |
| Ekip | Rolleri ve kişileri belli ekip | "Gerekirse eleman alırız" |
| Kapsam | Yazılı gereksinim ve kabul kriterleri | Yalnızca sözlü anlaşma |
| İlerleme | Düzenli demo ve test ortamı | Sadece teslim günü görme |
| Test | Senaryolu ve tekrarlanabilir test | "Biz kontrol ederiz" |
| Kaynak kod | Sözleşmede mali hak devri ve depo erişimi | Kodun firmada kalması |
| Hesaplar | Sunucu ve mağaza hesapları sizin adınıza | Hesapların firma adına açılması |
| KVKK | Somut teknik önlemler | Konunun geçiştirilmesi |
| Bakım | Yazılı yanıt süreleri ve kapsam | "Ararsanız bakarız" |
Fiyat da elbette önemli bir kriter. Ancak teklifleri karşılaştırırken aynı kapsamı ve aynı teslimatları içerdiklerinden emin olun. Teklifin hangi kalemlerden oluştuğunu yazılım projesi maliyeti nasıl hesaplanır? yazımızda anlattık.
Projenizin kapsamını netleştirmek ya da elinizdeki teklifleri birlikte değerlendirmek isterseniz yazılım danışmanlığı hizmetimizle bu sürece destek oluyoruz. Kurumsal bir sistem planlıyorsanız kurumsal yazılım sayfamıza da göz atabilirsiniz.
Sık sorulan sorular
Yazılım firmasıyla sözleşme yapmadan çalışmak riskli mi?
Evet, risklidir. Kapsam, teslim tarihleri, ödeme planı, kaynak kod sahipliği ve bakım koşulları yazılı olmadığında anlaşmazlık çıktığında dayanacağınız bir belge kalmaz. Küçük projelerde bile kısa ve net bir sözleşme yapılmasını öneririz.
Kaynak kodu teslim almak neden önemli?
Kaynak koda sahip değilseniz yazılımı başka bir ekiple geliştirmeye devam edemez, güvenlik açıklarını kendiniz kapatamaz ve firmaya bağımlı kalırsınız. Bu nedenle kodun erişiminiz olan bir depoda tutulması ve mali hakların sözleşmeyle devredilmesi önemlidir.
Freelancer mı, yazılım firması mı tercih edilmeli?
Kapsamı dar, tek kişinin yürütebileceği işlerde freelancer uygun olabilir. Tasarım, birden fazla platform, entegrasyon ve uzun süreli bakım gerektiren projelerde ise rolleri ayrılmış bir ekip riski azaltır. Her iki durumda da bu yazıdaki soruları sormak geçerlidir.
Aynı şehirde bir yazılım firmasıyla çalışmak gerekli mi?
Uzaktan çalışma araçları sayesinde firmanın aynı şehirde olması zorunlu değildir. Önemli olan iletişimin düzenli olması, aynı saat diliminde çalışılması ve gerektiğinde yüz yüze görüşebilmektir. Yerel mevzuatı, örneğin e-Fatura ve KVKK gerekliliklerini bilen bir ekiple çalışmak ise ayrıca avantaj sağlar.
Teklif aşamasında kaç firmayla görüşmek mantıklı?
Kesin bir sayı yok, ancak karşılaştırma yapabilmek için birden fazla firmayla görüşmek faydalıdır. Görüşme sayısından çok, her firmaya aynı kapsam belgesini verip aynı soruları sormak önemlidir. Böylece cevapları adil biçimde karşılaştırabilirsiniz.
Kaynaklar

AssistoTech Ekibi
İstanbul'da web, mobil, masaüstü, oyun, SaaS ve kurumsal yazılım geliştiren ekibiz. Bu yazı, kendi ürünlerimizde ve müşteri projelerinde edindiğimiz deneyime dayanır. Projeniz için bize yazın.




