Yazılım Firması Seçerken Dikkat Edilmesi Gerekenler
Yazılım firması seçerken nelere bakmalı? Deneyim, süreç, güvenlik, kaynak kod, destek ve teklif kapsamı için kontrol listesi ve uyarı işaretleri.
Doğru yazılım firması ile çalışmak, bir projenin zamanında, bütçe içinde ve gerçekten işe yarar biçimde tamamlanmasını doğrudan etkiler. Teklifler ilk bakışta birbirine benzese de asıl farklar; ihtiyacın nasıl anlaşıldığında, sürecin nasıl yönetildiğinde ve yayın sonrasında ortaya çıkar. Bu yazıda, bir yazılım şirketi ile sözleşme imzalamadan önce nelere bakmanızı önerdiğimizi, masanın diğer tarafında oturan bir ekip olarak açıkça paylaşıyoruz.
Seçim Süreci Neden Bu Kadar Önemli?
Kurumsal bir yazılım projesi tek seferlik bir satın alma değildir; çoğu zaman yıllarca sürecek bir iş birliğinin başlangıcıdır. Yanlış seçimin bedeli yalnızca bütçe aşımı olarak görünmez. Yarım kalan modüller, kimsenin sahiplenmediği hatalar ve başka bir ekibe devredilemeyen bir kod tabanı, kurumun önünü uzun süre tıkayabilir.
İstanbul’da bir yazılım firması arıyorsanız seçenek sıkıntısı çekmezsiniz. Asıl zorluk, bu seçenekleri aynı ölçütlerle karşılaştırabilmektir. Aşağıdaki başlıkları, görüştüğünüz her ekip için doldurabileceğiniz bir kontrol listesi gibi kullanabilirsiniz.
Yazılım Firması Seçerken 10 Kritik Nokta
1. İhtiyacı Anlama Becerisi ve Doğru Sorular
İyi bir ekip, ilk görüşmede teknolojiden önce işinizi konuşur. Yazılımı kimlerin kullanacağını, hangi süreci hızlandıracağını, mevcut hangi sistemlerle konuşması gerektiğini ve projenin başarılı sayılması için neyin değişmesi gerektiğini sorar. Bu sorular gelmeden fiyat ve süre konuşulmaya başlanıyorsa, teklifin neye dayandığını sorgulamakta fayda var.
Özellikle özel yazılım geliştirme projelerinde her şey sizin iş akışınızdan başlar. Bu yüzden firmanın bir analiz ya da keşif aşaması önerip önermediğine, bu aşamanın sonunda yazılı bir kapsam dokümanı teslim edip etmediğine bakın. Belirsiz bir ihtiyaç üzerine verilen kesin rakamlar, ilerleyen aşamalarda çoğu zaman ek maliyet olarak geri döner.
2. Benzer Ölçekte Deneyim Nasıl Sorgulanır?
Web sitesindeki logolar ve genel ifadeler tek başına yeterli bir kanıt değildir. Firmadan, sizin projenize ölçek ve karmaşıklık olarak benzeyen çalışmalarını göstermesini, mümkünse canlı bir demo yapmasını isteyin. Referans olarak verilen kurumlardan biriyle kısa bir görüşme yapmak da çoğu zaman bir sunumdan daha fazlasını anlatır.
Referanslarla konuşurken yalnızca memnun olup olmadıklarını sormayın. Projede neyin plana göre gitmediğini ve firmanın bu durumu nasıl yönettiğini de sorun. Kamu yazılım çözümleri gibi alanlarda ihale süreçleri, erişilebilirlik ve kurum içi sunucu gereksinimleri konusundaki deneyim ayrıca sorgulanmalıdır.
3. Teknik Yetkinlik ve Teknoloji Seçimi
Firmanın hangi teknolojiyi önerdiğinden çok, neden önerdiğini açıklayabilmesi önemlidir. Yaygın kullanılan, topluluğu geniş ve uzun vadede desteklenen teknolojiler; ileride başka bir ekibin ya da kendi bilgi işlem biriminizin sistemi devralmasını kolaylaştırır. Yalnızca o firmanın bildiği kapalı bir altyapı ise sizi farkında olmadan tek bir tedarikçiye bağlayabilir.
Ölçeklenebilirlik, barındırma modeli (bulut ya da kurum içi sunucu) ve mevcut sistemlerle entegrasyon yöntemi de bu başlıkta konuşulmalıdır. Mobil uygulama geliştirme projelerinde ise iOS ve Android için ayrı yerel uygulamalar mı, yoksa tek kod tabanıyla çapraz platform bir çözüm mü geliştirileceği; bütçeyi, performansı ve bakım yükünü doğrudan etkiler. Bu kararın gerekçesini açıkça anlatamayan bir ekiple ilerlemeden önce iki kez düşünün.
4. Şeffaf Süreç ve İletişim
Projenin hangi yöntemle yönetileceğini en baştan netleştirin. İşin kısa aşamalara bölünüp bölünmediği, her aşamanın sonunda çalışan bir sürümün gösterilip gösterilmediği ve ilerlemenin hangi araçla takip edileceği, sürpriz yaşamamanın temelidir. Geliştirme sürerken sizin de erişebileceğiniz bir test ortamı olması, sorunları erken fark etmenizi sağlar.
İletişim tarafında muhatabınızın kim olacağını, toplantıların ne sıklıkla yapılacağını ve değişiklik taleplerinin nasıl değerlendirileceğini sorun. Kapsam değişikliklerinin yazılı olarak kayda geçirildiği ve etkisinin süreye ve maliyete açıkça yansıtıldığı bir süreç, iki taraf için de sağlıklıdır.
5. Tasarım ve Kullanıcı Deneyimi
Kurum içinde her gün kullanılan bir yazılım, karmaşık ekranlar yüzünden benimsenmezse teknik olarak ne kadar sağlam olursa olsun beklenen faydayı sağlamaz. Bu yüzden firmanın kodlamaya geçmeden önce ekran taslakları ya da tıklanabilir prototipler hazırlayıp hazırlamadığını sorun.
Tasarım sürecine gerçek kullanıcıların dahil edilmesi, farklı ekran boyutlarına uyum ve erişilebilirlik de bu başlığın parçasıdır. Kurumsal bir yazılımın sade, anlaşılır ve rahat kullanılabilir olması bir lüks değil, yatırımın karşılığını almanın ön koşuludur.
6. Test ve Kalite Güvencesi
“Testleri kim yapıyor?” sorusunun cevabı, bir ekibin kalite anlayışı hakkında çok şey söyler. Geliştiricilerin kendi kodunu kontrol etmesinin yanında otomatik testlerin kullanılıp kullanılmadığını, canlı ortamdan ayrı bir test ortamı bulunup bulunmadığını ve teslimden önce kullanıcı kabul testlerinin nasıl planlandığını öğrenin.
Hataların nasıl önceliklendirildiği ve teslimden sonra ortaya çıkan hataların hangi koşullarla giderileceği de sözleşmede yer almalıdır. Kalite güvencesi, projenin sonuna sıkıştırılan bir adım değil; baştan itibaren sürecin içinde olması gereken bir disiplindir.
7. Güvenlik ve KVKK Uyumu
Kişisel veri işleyen her sistemde güvenlik, sonradan eklenecek bir özellik olarak görülmemelidir. Rol bazlı yetkilendirme, verilerin şifrelenmesi, işlem kayıtlarının tutulması, düzenli yedekleme ve güvenlik güncellemelerinin nasıl yönetileceği görüşmede somut olarak konuşulmalıdır.
Kişisel Verilerin Korunması Kanunu (KVKK) açısından ise verilerin nerede barındırılacağını, firmanın verilere hangi durumlarda erişebileceğini ve tarafların sorumluluklarının sözleşmeye nasıl yansıtılacağını netleştirin. Bu konuları kendi hukuk ve bilgi güvenliği birimlerinizle birlikte değerlendirmenizi öneririz.
8. Kaynak Kod, Fikri Mülkiyet ve Dokümantasyon
Geliştirilen yazılımın kaynak kodunun kime ait olacağı, sonradan anlaşmazlık yaşanmaması için sözleşmede açıkça yazılmalıdır. Kodun hangi depoda tutulacağı, size hangi aşamada ve hangi biçimde teslim edileceği, projede kullanılan üçüncü taraf bileşenlerin lisans koşulları bu başlığın temel sorularıdır.
Dokümantasyon da en az kod kadar önemlidir. Kurulum adımları, sistem mimarisi, veri modeli ve kullanıcı kılavuzları olmadan teslim edilen bir yazılımı başka bir ekibin devralması oldukça zorlaşır. Sağlıklı bir iş ortağı, ileride başka bir ekiple çalışma ihtimalinizi bir tehdit olarak değil, doğal bir hakkınız olarak görür.
9. Yayın Sonrası Destek ve SLA
Yazılım yayına alındığı gün bitmez; asıl kullanım o gün başlar. İşletim sistemi güncellemeleri, güvenlik yamaları, yeni ihtiyaçlar ve beklenmedik hatalar düzenli bir bakım ve destek planı gerektirir.
Bu nedenle hizmet seviyesi sözleşmesinin (SLA) kapsamını yazılı olarak isteyin. Hataların öncelik seviyesine göre ne kadar sürede yanıtlanacağı, desteğin hangi kanallardan ve hangi saatlerde verileceği, bakım ücretinin neye göre belirlendiği net olmalıdır. Kesintisiz çalışması gereken sistemlerde, firmanın mesai dışı ve hafta sonu destek kapasitesini ayrıca sorun.
10. Teklifin Kapsamı: En Ucuz Teklifin Riski
Teklifleri karşılaştırırken yalnızca toplam rakama bakmak yanıltıcı olabilir. Bir teklif diğerlerinden belirgin biçimde düşükse, ilk sorulması gereken soru neyin dahil olmadığıdır. Analiz, tasarım, test, kurulum, eğitim, dokümantasyon, lisanslar, barındırma ve yayın sonrası destek gibi kalemler tekliften teklife büyük farklılık gösterebilir.
Kapsamı kalem kalem yazılı olarak isteyin; varsayımları ve kapsam dışında kalan işleri de aynı açıklıkla görün. Ödemelerin somut teslimatlara bağlı aşamalara bölünmesi, hem bütçeyi hem de ilerlemeyi kontrol etmenizi kolaylaştırır. Unutmayın, düşük bir başlangıç fiyatı, sonradan gelen ek işlerle birlikte toplamda daha pahalı bir projeye dönüşebilir.
Görüşmede Sorulacak Sorular
İlk görüşmelerde aşağıdaki soruları sormanızı ve mümkün olduğunca cevapları yazılı olarak almanızı öneririz:
- Projemize benzer ölçekte bir çalışmanızı demo olarak gösterebilir misiniz?
- Referans olarak görüşebileceğimiz bir kurum var mı?
- Analiz aşamasının sonunda bize hangi dokümanları teslim ediyorsunuz?
- Bu teknolojiyi neden önerdiniz, alternatifleri nelerdi?
- Proje boyunca muhatabımız kim olacak ve ne sıklıkla bilgi alacağız?
- Değişiklik taleplerini nasıl değerlendiriyor ve fiyatlandırıyorsunuz?
- Testleri kim, hangi ortamda ve nasıl yapıyor?
- Kişisel verileri nasıl koruyorsunuz, veriler nerede barındırılacak?
- Kaynak kod ve dokümantasyon bize ne zaman, hangi şekilde teslim edilecek?
- Yayın sonrası destek ve bakım koşullarınız neler, SLA’nız neleri kapsıyor?
- Teklifinize neler dahil, neler kapsam dışında kalıyor?
Dikkat Edilmesi Gereken Uyarı İşaretleri
Görüşmeler sırasında aşağıdaki durumlardan biriyle karşılaşıyorsanız, karar vermeden önce bir adım geri çekilip soruları derinleştirmenizi öneririz:
- İhtiyacınız dinlenmeden, ilk görüşmede kesin fiyat ve süre verilmesi
- Her talebin “sorun değil” diye geçiştirilmesi, risklerden hiç söz edilmemesi
- Referans ya da demo talebine net bir karşılık verilememesi
- Kaynak kod sahipliği ve dokümantasyon konusunda belirsiz cevaplar
- Test, güvenlik ve yedekleme gibi konuların “sonra bakarız” diye ertelenmesi
- Projeyi kimin yürüteceğinin ve ekibin kimlerden oluşacağının belirsiz kalması
- Diğerlerinden belirgin biçimde düşük fiyatlı ama kapsamı tanımlanmamış bir teklif
- Yayın sonrası destek için yazılı bir taahhüt verilmemesi
Bu işaretlerin hiçbiri tek başına bir firmayı elemek için yeterli olmayabilir. Ancak birkaçı bir araya geliyorsa, projenin ilerleyen aşamalarında benzer belirsizliklerle karşılaşma ihtimalinizi ciddiye almanız gerekir.
Doğru İş Ortağını Seçmek İçin Sonraki Adım
Bir yazılım firması seçmek, aslında uzun soluklu bir iş ortağı seçmektir. Yukarıdaki kriterlere göre birkaç ekiple görüşüp cevapları yan yana koyduğunuzda, fiyatın ötesindeki farklar çok daha net ortaya çıkar.
Kamu kurumları ve özel sektör için yazılım geliştiren bir ekip olarak, bu soruların bize de sorulmasını isteriz; çünkü doğru soruların sağlıklı bir projenin başlangıç noktası olduğuna inanıyoruz. SEKTEK’i daha yakından tanımak için hakkımızda sayfasına göz atabilir, projenizi İstanbul Beykoz’daki ofisimizde ya da çevrim içi bir görüşmede birlikte değerlendirebiliriz. Hazır olduğunuzda teklif formunu doldurabilir ya da iletişim sayfamızdan bize ulaşabilirsiniz.