Konya'da Yazılım Şirketi Seçerken Sormanız Gereken 10 Soru

Konya'da bir işletme yeni bir yazılım tedarikçisi ararken genelde sadece fiyat teklifine ve geçmiş portföye bakarak karar veriyor; ikisi de önemli ama tek başına yeterli değil. Bir yazılım projesi aylar, bazen yıllar süren bir ilişki ve bu ilişkinin nasıl yürüyeceği, teklifte yazmayan sorulara verilen cevaplarda gizli. Bu yazıda, bir tedarikçiyle görüşürken sormanızı önerdiğimiz on soruyu ve bu sorulara kendi çalışma biçimimiz üzerinden verdiğimiz dürüst cevapları paylaşıyorum; amacım rakipleri kötülemek değil, sizin doğru soruları sorabilmenizi sağlamak.

Bu soruları hazırlarken kendi görüşmelerimizde müşterilerin bize sorduğu ve sormadığı soruları düşündük. Sormadıkları sorular genelde projenin ilerleyen aylarında sorun çıkardığında akla geliyor; bu yazının amacı, o soruları görüşme masasına daha proje başlamadan getirmek. Bir tedarikçi bu sorulara rahatça, somut örneklerle cevap verebiliyorsa, bu genelde süreçlerinin de o kadar olgun olduğunun bir göstergesi.

Bu on soruyu bir tedarikçiye sormak, sadece o tedarikçiyi değerlendirmekle kalmıyor, aslında sizin de kendi ihtiyaçlarınızı, önceliklerinizi ve beklentilerinizi netleştirmenizi sağlıyor; birçok işletme sahibi bu soruları sormaya çalışırken, kendi beklentilerinin de o ana kadar net olmadığını fark ediyor. Bu soruların sırası da tesadüfi değil; ilk sorular ilişkinin gündelik işleyişiyle, ortadaki sorular projenin somut çıktılarıyla, son sorular ise ilişkinin geleceğiyle ilgili. Bir tedarikçiyi değerlendirirken bu üç katmanı da kapsayan bir görüşme yapmak, sadece fiyat ve teslim tarihi konuşulan bir görüşmeden çok daha fazla bilgi veriyor.

1. Proje boyunca kiminle muhatap olacağım?

Bazı tedarikçilerde proje ilerledikçe muhatabınız değişir; satışı yapan kişi, projeyi yöneten kişi ve kodu yazan kişi farklı olabilir. Her el değişiminde bağlamın bir kısmı kayboluyor ve siz aynı şeyi tekrar tekrar anlatmak zorunda kalıyorsunuz. Bizde ihtiyaç analizinden bakım desteğine kadar süreci tek bir kişi uçtan uca sahipleniyor; yani projeniz boyunca durumu sürekli yeni birine yeniden anlatmak zorunda kalmıyorsunuz. Bunun avantajı sürekliliktir; dezavantajı ise kapasitenin sınırlı olması — bu yüzden ne kadar proje alacağımızı bilinçli şekilde sınırlı tutuyoruz.

Bu sorunun cevabını görüşmenin ilk beş dakikasında anlayabilirsiniz: size süreci kimin yürüteceği net söyleniyor mu, yoksa "ekibimiz sizinle ilgilenecek" gibi belirsiz bir cevap mı geliyor? İkinci cevap, projenin ilerleyen aşamalarında kiminle konuşacağınızın da belirsiz kalacağının bir işareti olabilir.

2. Projenin ilerleyişini nasıl göreceğim?

Bir projenin "arkasında ne olduğunu" bilmemek, müşteriler için en büyük stres kaynaklarından biri. Biz düzenli aralıklarla çalışan bir demo paylaşıyoruz ve backlog'u sizinle birlikte açık tutuyoruz; yani projenin ne durumda olduğunu görmek için haftalarca beklemeniz gerekmiyor. Bir tedarikçiyle görüşürken bu sorunun cevabı "ilerlemeyi düzenli olarak nasıl göreceğim" değil de "projeyi teslim ettiğimizde göreceksiniz" ise, bu bir uyarı işareti olarak değerlendirilmeli; sessizlik, iyi giden bir projenin değil, sorunlu bir projenin belirtisi olabilir.

Somut olarak sormanızı önerdiğimiz takip sorusu şu: "İlk çalışan demoyu ne zaman göreceğim?" Bu sorunun cevabı proje süresinin sonuna yakın bir tarihse, projenin ilerleyişini gerçek anlamda göremeden aylarca beklemeniz anlamına gelir.

3. Teknik kararlar nasıl kayıt altına alınıyor?

Proje ortasında "bu neden böyle yapıldı" sorusunun cevabının kimsede olmaması, sık karşılaşılan bir sorun. Biz alınan her teknik kararı yazılı olarak kayıt altına alıyoruz; böylece hem siz hem biz, bir kararın hangi gerekçeyle alındığını aylar sonra bile geri dönüp görebiliyoruz. Bu, özellikle proje uzun sürdüğünde ya da ilerleyen dönemde başka bir ekip devreye girdiğinde kritik önem taşıyor; kayıt olmadan alınan kararlar, zamanla sözlü rivayete dönüşüp yanlış hatırlanmaya başlıyor.

Bu kayıt tutma alışkanlığı, aynı zamanda bizim kendi işimizi de disipline ediyor; her kararı yazıya dökmek zorunda kalmak, o kararın gerçekten sağlam bir gerekçeye dayanıp dayanmadığını da sınıyor. Sözlü olarak kolayca savunulabilen bir tercih, yazıya döküldüğünde bazen yeterince sağlam görünmeyebiliyor; bu da kararları daha dikkatli almamızı sağlıyor.

Bu, sadece bir şeffaflık meselesi değil, aynı zamanda pratik bir güvence. İleride farklı bir tedarikçiyle devam etmek istediğinizde, elinizde neden böyle bir mimari seçildiğine dair yazılı bir gerekçe olması, yeni ekibin sistemi anlama süresini ciddi ölçüde kısaltıyor.

4. Kod ve altyapının sahibi kim olacak?

Bu, bazı işletmelerin hiç sormadığı ama sonradan pişman olduğu bir soru. Kod tabanı, veritabanı ve altyapı erişimi proje bitiminde size mi ait olacak, yoksa tedarikçide mi kalacak? Bizim yaklaşımımızda geliştirilen sistemin sahipliği müşteriye ait; bu, ileride başka bir ekiple devam etmek istediğinizde bile elinizin bağlı olmamasını sağlıyor. Bu netlik sözleşme aşamasında yazılı olarak da teyit ediliyor, sonradan yorum farkına açık bırakılmıyor.

Bu sorunun cevabı belirsizse, işletmenizin geleceği o tedarikçiye bağımlı hale gelebilir; tedarikçi işini bıraktığında ya da fiyatını tek taraflı yükselttiğinde elinizde pazarlık gücü kalmaz. Bu yüzden sahiplik konusunu görüşmenin en başında, sözleşme imzalanmadan önce netleştirmenizi öneririz.

5. Teslimattan sonra bakım ve destek nasıl işliyor?

Bu konudaki belirsizlik, genelde sözleşme imzalandıktan sonra ortaya çıkıyor ve o zaman değiştirmek zorlaşıyor. Bu yüzden bakım kapsamının, hangi tür sorunların dahil olduğunun ve hangilerinin ek ücrete tabi olduğunun sözleşme aşamasında yazılı olarak netleştirilmesini öneriyoruz; sözlü bir güvenceye dayanmak, ilerleyen dönemde yorum farkına açık kalıyor.

Bir sistem teslim edildikten sonra hata çıkması ya da küçük bir değişiklik ihtiyacı doğması normal; sorulması gereken, bu durumda ne kadar sürede ve hangi koşullarla destek alacağınız. Bizde ilişki teslimatla bitmiyor; bakım ve sürüm desteği sürecin doğal bir parçası. Bir tedarikçiden bu sorunun net bir cevabını alamıyorsanız, teslimattan sonra yalnız kalma riskiniz var demektir.

İyi bir cevap, sadece "destek veriyoruz" demekle yetinmez; hangi tür sorunun ne kadar sürede çözüleceğini, bunun ek bir ücrete mi bağlı olduğunu somut şekilde anlatabilir. Bu netlik olmadan verilen bir "elbette destekliyoruz" cevabı, teslimattan sonra karşınıza farklı bir gerçeklik çıkarabilir.

6. Daha önce sektörümde bir proje yaptınız mı?

Bu sorunun cevabı "evet" olmak zorunda değil; her sektörde ilk proje bir yerden başlar. Ama tedarikçinin bu konuda dürüst olması önemli. Biz haber-medya, veterinerlik, tarım ve danışmanlık gibi farklı sektörlerde çalıştık ve her sektörün kendine özgü ihtiyaçları olduğunu biliyoruz; sizin sektörünüzde ilk kez çalışıyorsak bunu açıkça söylüyoruz ve bunun süreci nasıl etkileyebileceğini baştan konuşuyoruz. Sektör deneyiminin olmaması bir engel değil, ama bunun gizlenmeden, şeffaf biçimde konuşulması gerekiyor.

Burada asıl dikkat etmeniz gereken, tedarikçinin geçmiş projelerini somut şekilde anlatıp anlatamadığı. "Birçok sektörde çalıştık" gibi genel bir cevap yerine, hangi projede hangi problemi nasıl çözdüğünü anlatabilen bir tedarikçi, deneyimini gerçekten sindirmiş demektir.

7. Zaman çizelgesi ve bütçe nasıl netleşiyor?

Belirsiz bir "yaklaşık şu kadar sürer" cevabı, projenin ilerleyen aşamalarında anlaşmazlığa dönüşebilir. Biz keşif aşamasında ihtiyacı netleştirdikten sonra somut bir zaman çizelgesi ve bütçe paylaşıyoruz; kapsam değişikliği olduğunda da bunun süre ve maliyete etkisini önceden konuşuyoruz, projenin sonunda sürpriz bir fatura ile karşılaşmamanızı önemsiyoruz.

Bir tedarikçinin bu soruya hiç keşif yapmadan, ilk görüşmede kesin bir rakam vermesi de aslında bir uyarı işareti; ihtiyacınızı gerçekten anlamadan verilen bir teklif, genelde ya çok iyimser ya da gereğinden fazla geniş kapsamlı oluyor.

8. Entegrasyon ihtiyaçlarımı nasıl karşılayacaksınız?

Çoğu işletmenin muhasebe programı, e-ticaret altyapısı ya da CRM'i zaten var ve yeni sistemin bunlarla konuşması gerekiyor. Bu sorunun cevabı net ve teknik olmalı; "halledilir" gibi belirsiz bir cevap yerine, hangi entegrasyonun nasıl kurulacağının somut şekilde anlatılabilmesi gerekiyor. API ve sistem entegrasyonları, bizim süreçlerimizde ihtiyaç analizinin bir parçası olarak en baştan planlanıyor, projenin sonuna bırakılan bir ayrıntı olarak değil.

Entegrasyon ihtiyacının sona bırakılması, sık karşılaşılan bir proje riski; sistemin geri kalanı bittikten sonra "bu iki sistem birbiriyle nasıl konuşacak" sorusuyla karşılaşmak, hem zaman hem bütçe açısından planlanmamış bir ek yük getiriyor.

9. Bu proje üzerinde gerçekte kim çalışacak?

Bazı tedarikçiler satış görüşmesinde deneyimli bir ekibi öne çıkarıp, projeyi fiilen daha az deneyimli kişilere devrediyor. Biz küçük ve şeffaf bir yapıda çalışıyoruz; kiminle görüştüyseniz projenin teknik sorumluluğunu o kişi taşıyor. Büyüklüğün her zaman güvenilirlik anlamına gelmediğini, önemli olanın kim ile ne kadar doğrudan çalıştığınız olduğunu düşünüyoruz.

Bu soruyu sorduğunuzda net bir isim ve unvan alamıyorsanız, bu genelde projenin kimin sorumluluğunda olduğunun da net olmadığı anlamına geliyor; sorumluluk net değilse, bir sorun çıktığında kime başvuracağınız da net olmuyor.

10. Uzun vadede bu ortaklık nasıl ilerleyecek?

Son soru belki de en önemlisi: bu tedarikçiyle ilişkiniz projenin teslimiyle mi bitecek, yoksa işletmeniz büyüdükçe birlikte mi ilerleyecek? Bizim için ilişki bir teslimat değil, uzun vadeli bir ortaklık; müşterilerimizin büyük çoğunluğuyla proje tamamlandıktan sonra da çalışmaya devam ediyoruz. Bir tedarikçi seçerken bugünkü ihtiyacınız kadar, gelecekteki ihtiyaçlarınızda da yanınızda olup olmayacağını sormanızı öneririz.

Bunu anlamanın pratik bir yolu, tedarikçinin mevcut müşterileriyle ne kadar süredir çalıştığını sormak. Kısa ömürlü, sürekli yeni müşteri arayan bir ilişki modeli ile uzun vadeli, aynı müşterilerle yıllarca devam eden bir ilişki modeli arasındaki fark, bu soruya verilen cevapta genelde açıkça görülüyor.

Bu on sorunun hiçbiri, karşı tarafın ezbere, hazır ve genel geçer bir cümleyle kolayca geçiştirebileceği kadar basit değil; her biri, tedarikçinin gerçek çalışma biçimini az çok ele veren sorular. Bir görüşmede bu soruların birkaçını sormanız bile, o tedarikçinin şeffaflığı, sürekliliği ve uzun vadeli yaklaşımı hakkında fikir edinmenizi sağlar; hepsine birden net cevap alabiliyorsanız, muhtemelen doğru bir tedarikçiyle görüşüyorsunuz demektir.

Bu on soru, Konya'da ya da başka bir şehirde, herhangi bir yazılım tedarikçisine sorulabilecek adil ve makul sorular; iyi bir tedarikçi bunlara net ve somut cevaplar verebilmeli. Hiçbiri sizi zor durumda bırakmak için değil, ilişkinin en başında ikili beklentileri hizalamak için sorulan sorular; bir tedarikçi bu sorulara savunmacı bir tavırla değil, açıklık isteyen bir tutumla yaklaşıyorsa, bu genelde iyi bir işaret.

Bu listeyi hazırlarken amacımız, görüşmeleri daha zor hale getirmek değil, ilişkinin başında ikili beklentileri netleştirerek ilerleyen aylarda çıkabilecek yanlış anlaşılmaları en aza indirmekti. Konya'da bir işletmeniz varsa ve bu soruların cevaplarını doğrudan bizden duymak isterseniz, hiçbir taahhüt beklemeden, açık ve dürüst bir şekilde konuşmaya hazırız.