İstanbul'da yazılım şirketi seçmek

Önce neye karar vermelisiniz?

Firma araştırmasına başlamadan önce cevaplanması gereken soru şu: yaptırmak istediğiniz şey hangi türden bir iş? Üç tür var ve üçü farklı yetkinlik gerektiriyor. Yeni bir ürün kurmak keşif, tasarım ve mimari kararlar isteyen bir iştir. Mevcut bir sistemi genişletmek, o sistemin kısıtlarıyla çalışabilmeyi gerektirir. Hazır bir paketi uyarlamak ise ürünü değil yapılandırmayı bilmeyi gerektirir.

Bu ayrımı yapmadan alınan teklifler karşılaştırılamıyor, çünkü her firma sorunuzu kendi yetkin olduğu türe çeviriyor. Paket uyarlayan firma size paket öneriyor, ürün ekibi sıfırdan yazmayı öneriyor — ikisi de kendi açısından haklı ve ikisi de sizin sorunuzu cevaplamıyor.

Kaç tür yazılım şirketi var?

Türkiye'de "yazılım şirketi" tek bir şeyi anlatmıyor ve seçim bu ayrımı görmekle başlıyor.

İkisinin arasında kalan bir işiniz varsa kararı belirleyen soru şu olmalı: bu iş bittikten sonra da yaşayacak mı? Yaşayacaksa sahipliği üstlenebilecek bir ekip gerekiyor; tek seferlik bir teslimse dar kapsamlı bir çözüm yeterli.

"En iyi yazılım şirketleri" listelerine neden güvenilmez?

Çünkü çoğunu bir yazılım şirketi yazıyor ve listede kendisi birinci sırada duruyor. Bu içerik türü arama sonuçlarında iyi çalıştığı için yaygınlaştı; sıralamayı belirleyen şey ölçülmüş bir performans değil, o yazıyı kimin yazdığı. İkinci grup, ücretli listeleme kabul eden dizinler — orada sıralama görünürlük bütçesiyle ilişkili.

Bu, listelerin tümüyle değersiz olduğu anlamına gelmiyor; aday havuzu çıkarmak için kullanılabilirler. Ama bir sıralama değil bir başlangıç noktası olarak. Kararı listeden değil, adaylara sorduğunuz sorulardan çıkarın.

Bir ekibin gerçekten yetkin olduğu nasıl anlaşılır?

Referans sayısı yetkinliği göstermiyor; aynı işi elli kez yapmış bir ekip, sizinkine benzemeyen bir problemde acemi olabilir. Yetkinliği gösteren şey, teklif aşamasında sorduğunuz zor soruya verilen cevabın niteliği. Dört soru bunu ayırt ediyor.

• **"Bu işi nasıl bölerdiniz ve neden?"** İyi cevap bir liste değil, bir gerekçe içerir: hangi parçanın önce yapılacağı ve neyin belirsizliğini azaltacağı.
• **"Burada ne ters gidebilir?"** Riskleri baştan sayabilen ekip o işi daha önce yapmıştır. "Sorun çıkmaz" cevabı bir güvence değil, deneyimsizlik işaretidir.
• **"Teslimden sonra bu sistemi kim çalıştırıyor?"** Cevabı olmayan teklif, altı ay sonra kimsenin dokunamadığı bir sistem demektir.
• **"Hangi kısmı yapmazdınız?"** Kapsamı büyütmek yerine daraltan bir öneri gelmesi, teklifi verenin işi anladığının en güçlü işareti.

Teklif isterken hangi altı bilgiyi vermelisiniz?

Aldığınız tekliflerin karşılaştırılabilir olması, verdiğiniz brifin aynı olmasına bağlı. Altı bilgi yeterli: çözülecek problem (özellik listesi değil), kimin kullanacağı, bağlanılacak mevcut sistemler, tarih kısıtı varsa nedeni, bütçe aralığı, ve kararı kimin vereceği.

Bütçe aralığını paylaşmak pazarlık gücünüzü azaltmıyor, tekliflerin işe yaramasını sağlıyor. Aralık verilmediğinde her firma kendi varsayımıyla fiyatlıyor ve ortaya karşılaştırılamayan üç rakam çıkıyor. Aralık verildiğinde ise soru "ne kadar" olmaktan çıkıp "bu bütçeyle ne yapılır" oluyor — cevabı sizin için asıl değerli olan soru bu.

Sözleşmede aranacak beş madde

• **Kaynak kodu ve tasarım dosyalarının size ait olduğu**, ve kodun hangi hesapta duracağı.
• **Mağaza hesaplarının sizin adınıza açılacağı**; uygulama ajansın hesabından yayınlanacaksa, talep hâlinde belirli sürede transfer edileceği.
• **Teslim sonrası bakımın kapsamı ve süresi**: hata düzeltmesi, mağaza kurallarına uyum, bağımlılık güncellemeleri hangi süreyle dâhil.
• **Ekip devamlılığı**: işi yapan kişilerin değişmesi hâlinde bilgi aktarımının nasıl yürüyeceği.
• **Kabul ölçütleri**: "bitti"nin tanımı; hangi testler geçtiğinde teslim kabul edilmiş sayılıyor.

Bu maddelerin hiçbiri fiyatı doğrudan artırmıyor ama hepsi bir riski fiyatlıyor. Sözleşmede yoksa risk sizde kalıyor ve genellikle en kötü anda — ilişki bittiğinde — ortaya çıkıyor.