Bir tekstil toptancısının muhasebe müdürü, iki farklı yazılım hizmetini yan yana koyduğunda genellikle ilk baktığı şey aylık ücret farkıdır. Biri ayda elli lira, diğeri yüz lira. Hesap basit görünür: ucuz olan kazanır. Ancak birkaç ay sonra, ucuz seçilen yazılımın şirketin sipariş takip süreciyle hiç örtüşmediği ortaya çıkar; muhasebe ekibi her ay saatlerce manuel düzeltme yapmak zorunda kalır ve bu kayıp zaman, aylık elli liranın çok üzerinde bir maliyete dönüşür. Bu tablo, Türkiye’deki pek çok KOBİ’nin tanıdık geldiği bir senaryodur.
İnternet bağlantısının ADSL ile yaygınlaşmasıyla birlikte, yazılım şirketleri ürünlerini doğrudan web üzerinden sunmaya başladı. Kullanıcı, yazılımı kendi bilgisayarına kurmuyor; tarayıcı üzerinden erişiyor, aylık ya da yıllık bir ücret ödüyor. Bu model, kurulum ve bakım yükünü azaltması nedeniyle özellikle küçük ve orta ölçekli işletmelerin ilgisini çekiyor. Ancak bu erişim kolaylığı, seçim sürecini de görünürde basitleştiriyor ve tehlikeli bir tuzağa davet ediyor: fiyat karşılaştırması.
Oysa bir yazılım hizmetinin gerçek değeri, aylık ücretiyle değil, şirketin mevcut iş süreçlerine ne kadar uyum sağladığıyla ölçülür. Her sektörün, hatta her şirketin fatura kesme, sipariş yönetimi, stok takibi veya tahsilat süreci birbirinden farklıdır. Bir inşaat firmasının proje bazlı maliyet takibi ile bir gıda distribütörünün parti takip ihtiyacı aynı yazılımla aynı kolaylıkta karşılanamaz. Dolayısıyla seçim sürecinde sorulması gereken ilk soru şu olmalıdır: Bu yazılım, bizim çalışma biçimimize uyuyor mu, yoksa biz mi yazılıma uyum sağlamak zorunda kalacağız?
İkinci belirleyici kriter, yazılımın mevcut sistemlerle veri alışverişi yapabilme yeteneğidir. Türkiye’de pek çok KOBİ, muhasebe yazılımını yıllardır kullanmakta ve bu yazılımda biriken verilerden vazgeçememektedir. Yeni bir hizmet tabanlı uygulama seçildiğinde, eski sistemden verilerin aktarılması veya iki sistemin birlikte çalıştırılması kaçınılmaz hale gelir. Bu noktada yazılımın ODBC bağlantısı destekleyip desteklemediği, dosya bazlı veri aktarımına izin verip vermediği ya da en azından standart formatlarda dışa aktarım yapıp yapamadığı kritik önem taşır. Fiyatı cazip görünen ama entegrasyon konusunda kapalı bir yapıya sahip yazılım, zamanla şirket içinde veri adaları oluşturur ve bu adaları birbirine bağlamak için harcanan efor giderek artar.
Büyüme esnekliği de göz ardı edilen bir başka faktördür. Bugün beş kişilik bir ekiple çalışan bir firma, iki yıl içinde on beş kişiye ulaşabilir; yeni bir şehirde depo açabilir ya da farklı bir ürün grubu eklemeye karar verebilir. Seçilen yazılım hizmeti bu büyümeyi destekleyebilecek yapıda mı? Kullanıcı sayısı arttığında ücretlendirme nasıl değişiyor? Yeni bir modül eklemek mümkün mü, yoksa tamamen farklı bir yazılıma geçmek mi gerekiyor? Bu soruların yanıtları, seçim aşamasında alınmayan ama ilerleyen dönemde ağır bedeller ödetebilecek kararlara zemin hazırlar. Aylık ücret düşük görünse de esnekliği sınırlı bir yazılım, büyüme döneminde şirketi ya kilitler ya da pahalı bir geçiş projesine zorlar.
Pratikte bu değerlendirmeyi yapmak her zaman kolay değildir. Yazılım şirketlerinin sunduğu demolar çoğunlukla en iyi senaryolar üzerine kurgulanır; gerçek iş yükü altında nasıl davrandığı, destek ekibinin ne kadar hızlı yanıt verdiği veya Türkiye’ye özgü yasal gereklilikleri, örneğin e-Beyanname süreçlerini nasıl desteklediği, ancak kullanım sırasında ortaya çıkar. Referans kontrolü bu nedenle vazgeçilmezdir: aynı sektörden, benzer büyüklükte bir firmadan alınan gerçek kullanıcı deneyimi, hiçbir demo gösteriminin veremeyeceği bilgiyi sağlar.
Sonuç olarak, bir yazılım hizmetini değerlendiren KOBİ yöneticisinin elinde tutması gereken ölçüt listesi şöyle özetlenebilir: Yazılım, şirketin en kritik iki ya da üç iş sürecini değiştirmeden destekleyebiliyor mu? Mevcut muhasebe veya stok sistemiyle veri alışverişi yapılabiliyor mu? Kullanıcı sayısı ve modül ihtiyacı arttığında geçiş maliyeti makul kalıyor mu? Bu sorulara tatmin edici yanıt alınamıyorsa, aylık ücretteki avantaj kısa sürede anlamsızlaşır. Fiyat bir giriş kriteri olabilir ama seçim kriteri olmamalıdır.