Kısa cevap: kurumsal yazılım danışmanlığı, şirketinize yazılım yazma işi değildir; hangi yazılıma, hangi kapsamla, hangi sırayla ve kimden alınacağına şirket tarafında doğru karar verilmesini sağlama işidir. Danışman süreçleri analiz eder, hazır ürün ile özel geliştirme arasındaki kararı verdirir, şartnameyi çıkarır, teklifleri karşılaştırılabilir hâle getirir ve kabul sürecini denetler. Bedeli genellikle birkaç adam-günlük analizle başlar — yanlış yazılıma bağlanacak bütçenin ve kaybedilecek yılın yanında küçük bir kalemdir.
Danışmanlık ile yazılım geliştirme aynı hizmet değil
Yazılım geliştirme firması, tanımlanmış bir işi kurar ve teslim eder; danışmanlık ise o işin doğru tanımlanmasından sorumludur. Fark, sorunun sorulduğu yerde ortaya çıkar: geliştirme firmasına “bize bir bayi portalı lazım” dersiniz, danışman ise “bayi siparişleri bugün nasıl alınıyor, nerede tıkanıyor, portal mı gerekiyor yoksa mevcut ERP’nin bir modülü mü” diye başlar. İki hizmet aynı firmadan da alınabilir — önemli olan önerinin gerekçesinin yazılı ve ölçülebilir olmasıdır: hangi süreç, hangi sayıyla, hangi seçenekle düzelecek? Gerekçesi “biz bunu iyi yapıyoruz” olan öneri, danışmanlık değil satıştır.
Kurumsal yazılım danışmanı ne yapar?
İyi bir danışmanlık projesinin çıktısı görüş değil, karar üretebilen belgelerdir. Beş temel iş şunlardır:
- Süreç analizi ve ihtiyaç haritası: işin bugün fiilen nasıl yürüdüğünü — organizasyon şemasındaki hâliyle değil — belgelemek ve tıkanma noktalarını sayıyla göstermek.
- Hazır ürün / uyarlama / özel geliştirme kararı: her seçeneğin üç yıllık toplam sahip olma maliyetiyle karşılaştırılması. Bu karar için özel yazılım mı hazır çözüm mü yazısındaki çerçeve kullanılabilir.
- Şartname ve brief: firmaların fiyatlandırabileceği, karşılaştırılabilir teklifler üreten bir kapsam belgesi — yazılım proje brief’i hazırlama yazısında anlattığımız yapının kurumsal ölçekte uygulanması.
- Teklif değerlendirme ve firma seçimi desteği: teklifleri aynı kapsam üzerinden karşılaştırmak, eksik kalemleri (veri göçü, eğitim, entegrasyonlar) görünür yapmak.
- Sözleşme ve kabul denetimi: kabul kriterlerinin ölçülebilir yazılması ve teslimin bu kriterlerle test edilmesi — yazılım geliştirme sözleşmesi yazısındaki maddelerin proje özelinde doldurulması.
Ne zaman danışman gerekir, ne zaman gerekmez?
Danışmanlık üç durumda parasını fazlasıyla çıkarır: şirketin tamamına dokunan bir seçim yapılacaksa (ERP gibi — yanlış seçim yıllarca taşınır), şirket ilk büyük yazılım yatırımını yapıyorsa ve içeride bu süreci yönetmiş kimse yoksa, ya da bir proje zaten başarısız olmuş ve ikinci denemenin aynı yere düşmemesi gerekiyorsa. Buna karşılık kapsam küçük ve netse — kurumsal web sitesi, tek modüllük bir araç — danışmanlık katmanı gereksiz maliyettir; deneyimli bir iç BT ekibi varsa danışmanın işlerinin çoğunu o ekip üstlenebilir. Hangi çözümlerin var olduğunu görmek için kurumsal yazılım çözümleri nelerdir yazısı iyi bir başlangıçtır.
Kurumsal yazılımda en pahalı hata kötü kod değil, yanlış ürüne karar vermektir: kaybedilen şey lisans bedeli değil, kuruluma harcanan aylar ve o aylar boyunca düzelmeyen süreçlerdir. Danışmanlığın işi tam olarak bu hatayı satın alma anından önce yakalamaktır.
Danışmanlık maliyeti nasıl hesaplanır?
Kurumsal yazılım danışmanlığı adam-gün üzerinden fiyatlanır ve kapsam dört kalemden oluşur: analiz atölyeleri ve süreç dokümantasyonu, şartnamenin yazılması, teklif değerlendirme turu ve devreye alma sırasındaki kabul denetimi. Küçük bir seçim projesinde bu toplam birkaç adam-günle sınırlı kalabilir; ERP ölçeğinde haftalara uzar. Sabit bir liste fiyatı aramak yerine her kalemin ayrı ayrı teklif edilmesini isteyin — adam-gün mantığının nasıl işlediğini özel yazılım maliyeti yazısında ayrıntılı anlattık. Referans noktası şudur: danışmanlık bedeli, yönlendirdiği yatırımın yanında küçük kalmalı; ona yaklaşıyorsa kapsam yanlış kurulmuş demektir.
Danışman seçerken üç soru
Birincisi bağımsızlık: danışman önereceği ürünlerden komisyon ya da satış geliri elde ediyor mu? Ediyorsa bu bir eksiklik olmak zorunda değildir, ama yazılı olarak bilinmelidir. İkincisi ölçek ve sektör deneyimi: sizin büyüklüğünüzde bir şirkette benzer bir seçimi yönetmiş mi, referansı doğrulanabilir mi? Üçüncüsü çıktının tanımı: proje sonunda elinize ne geçecek — genel bir değerlendirme raporu mu, yoksa firmalara gönderilebilir bir şartname ve ölçülebilir kabul kriterleri mi? Bu üçüncü soru, danışmanlığı sunumdan ayıran sorudur. Firma seçiminin kendisi için kurumsal yazılım firması seçimi yazısındaki kriterler geçerlidir.
Sonuç
Kurumsal yazılım danışmanlığı, yazılım bütçesinin üzerine eklenen bir lüks değil, o bütçenin doğru yere gitmesini sağlayan küçük bir sigortadır — özellikle şirketin tamamına dokunan seçimlerde. Biz her kurumsal projeye zaten bu analizle başlıyoruz; danışmanlık tek başına da alınabilir. Süreçlerinizi birlikte incelemek isterseniz kurumsal çözümler hizmetimize göz atın ya da teklif alın.