Bir ERP kararı verilirken enerjinin çoğu yazılım karşılaştırmasına gidiyor: hangi modül daha kapsamlı, hangi arayüz daha kullanışlı, hangi fiyat daha uygun. Ama sahada projeyi bitiren ya da yarıda bırakan şey çoğu zaman yazılım değil, o yazılımı kuran ekip. Aynı ürünü seçen iki firmadan biri altı ayda canlıya geçip verimlilik kazanırken diğeri bir yıl sonra hâlâ “geçiş sürecinde” kalabiliyor. Aradaki fark genelde lisansta değil, danışmanlık firmasının yetkinliğinde.
Bu yazıda ERP uygulama ortağı seçerken hangi soruların sorulması gerektiğini, en düşük teklife göre karar vermenin nereye çıktığını ve değişim yönetiminin neden artık bir “ek hizmet” değil projenin merkezi haline geldiğini ele alıyoruz.
Neden Yazılımdan Çok Danışmanlık Firması Belirleyici?
Bir ERP projesinin başarısı; net tanımlanmış hedefler, üst yönetim desteği, kullanıcı eğitimi ve mevcut sistemlerle sağlıklı entegrasyon gibi unsurlara bağlı. Bunların hiçbiri doğrudan yazılımın markasıyla ilgili değil — hepsi uygulamayı yürüten ekibin disiplinine bağlı. Aynı ERP yazılımı, deneyimli bir ekiple kurulduğunda sorunsuz işlerken, aceleyle ve şablon bir yaklaşımla kurulduğunda aynı firmada başarısız sonuç verebiliyor.
Bu yüzden değerlendirme sürecinde tek başına “hangi yazılım” sorusuna takılmak eksik kalıyor. Asıl soru şu olmalı: bu firma, benim sektörümde, benim ölçeğimde bir projeyi daha önce kaç kez uçtan uca tamamladı ve bunu nasıl yaptı?
Danışmanlık Firmasına Sorulması Gereken Kritik Sorular
Teklif almadan önce ya da teklifleri karşılaştırırken aşağıdaki sorular, sunum slaytlarının arkasındaki gerçek yetkinliği ortaya çıkarır:
- Uygulama kapasitesi: Projeyi kaç kişilik bir ekip yürütecek, bu kişiler danışmanlık firmasının kendi çalışanı mı yoksa proje bazlı dışarıdan mı temin ediliyor?
- Referans ve vaka örnekleri: Benzer ölçekte, mümkünse benzer sektörde tamamlanmış en az iki-üç proje var mı? Bu müşterilerle doğrudan görüşülebilir mi?
- Metodoloji: Proje fazları, teslim tarihleri ve kapsam değişikliği (scope creep) nasıl yönetiliyor? Yazılı bir proje planı sunuluyor mu, yoksa süreç ilerledikçe mi netleşiyor?
- Değişim yönetimi ve eğitim yaklaşımı: Kullanıcı eğitimi projenin ayrı bir kalemi mi, yoksa baştan sona entegre mi planlanıyor?
- Canlıya geçiş sonrası destek: Devreye alma bittikten sonra kim, hangi sürede, hangi kapsamda destek veriyor?
- Ölçülebilir hedef: Proje başında “başarı” nasıl tanımlanıyor — kapanış tarihi mi, yoksa stok doğruluğu ya da fatura kesim süresi gibi somut bir gösterge mi?
Bu soruların net, somut ve tarihli cevapları varsa firma büyük olasılıkla projeyi daha önce gerçekten yönetmiş demektir. Cevaplar genel ve muğlaksa, aynı belirsizlik projenin ortasında da karşınıza çıkar.
En Düşük Teklife Göre Karar Vermenin Bedeli
Danışmanlık seçiminde en sık düşülen hata, fiyatı gerçek ihtiyacın önüne koymak. Üç firmadan teklif alınır, en ucuz olan seçilir — oysa düşük teklifin arkasında çoğu zaman daha az adam-gün, daha kısa eğitim süresi ya da daha dar bir kapsam vardır. Proje ortasında bu eksik ortaya çıktığında iş, ek sözleşme ve ek maliyetle tamamlanır; toplamda başta “pahalı” görünen teklif daha ucuza gelmiş olur.
Bunun önüne geçmenin pratik yolu, teklifleri yalnızca toplam rakama göre değil, kapsam kalemlerine göre karşılaştırmaktır:
| Karşılaştırma kalemi | Sorulması gereken soru |
|---|---|
| Kapsam netliği | Hangi modüller, hangi süreçler dahil; neler hariç tutulmuş? |
| Eğitim | Kaç saat, kaç kullanıcı grubu için, hangi formatta (yerinde/uzaktan)? |
| Veri taşıma | Mevcut verinin temizlenmesi ve aktarımı fiyata dahil mi, ayrı bir kalem mi? |
| Destek süresi | Canlıya geçiş sonrası kaç ay/gün ücretsiz destek var? |
| Ek kullanıcı maliyeti | Kullanıcı sayısı arttığında maliyet nasıl değişiyor? |
Bu tablo doldurulduğunda çoğu zaman görülen şey, en düşük tekliflerin aslında en dar kapsamlı olduğu. Qera’da anahtar teslim modelde bu belirsizliği baştan kaldırıyoruz: kurulum kapsamı ve destek net şekilde tanımlanır, sürpriz maliyet çıkmaz ve 100 kullanıcıya kadar ek kullanıcı için ayrıca ücret alınmaz.
Değişim Yönetimi Neden Artık Projenin Merkezinde?
Birkaç yıl öncesine kadar bir ERP projesinde asıl mesele “sistemi doğru kurmak”tı; bugün mesele “sistemi kurdurmak” değil, “insanların onu gerçekten kullanmasını sağlamak”. Danışmanlık firmalarının önceliği de buna göre değişti: arka plandaki kod kadar, ekranın nasıl kullanıldığı ve ekibin değişime nasıl alıştığı da proje başarısının ölçütü haline geldi.
Bunun nedeni basit — teknik olarak kusursuz kurulan bir sistem, kullanıcılar eski Excel alışkanlıklarına geri dönerse hiçbir fayda üretmez. Değişim yönetiminin somut olarak neyi kapsaması gerektiğini, süper kullanıcı modelinden eğitim planına kadar ERP geçişinde değişim yönetimi ve kullanıcı benimsemesi rehberimizde ayrıntılı ele aldık. Danışmanlık firması seçerken bu konuda net bir plan sunmayan bir teklif, teknik olarak ne kadar iyi görünürse görünsün eksik sayılmalı.
Aracı Danışman mı, Uçtan Uca Yürüten Firma mı?
Bazı ERP projelerinde üç ayrı taraf devrede olur: yazılımı geliştiren firma, projeyi yürüten bağımsız danışmanlık firması ve müşteri. Bu model büyük, çok modüllü projelerde anlamlı olabilir ama küçük ve orta ölçekli firmalarda genelde ek bir iletişim katmanı ve ek maliyet demektir — bir sorun çıktığında sorumluluk yazılım firması ile danışman arasında paylaşılır, çözüm süresi uzar.
Qera’da bu ayrımı ortadan kaldırıyoruz: ürünü geliştiren ekip ile projeyi kuran ekip aynı, tek platform üzerinden çalışıyor. Bu, “kimin sorumlu olduğu” tartışmasını baştan bitiriyor ve destek talebinin ikinci bir tarafa yönlendirilmesine gerek bırakmıyor. Qera ERP ürün sayfasında bu tek-platform yaklaşımının Microsoft Azure altyapısıyla nasıl bir araya geldiğini, yapay zekâ destekli raporlama gibi modüllerin projeye nasıl dahil olduğunu görebilirsiniz.
Sektöre Özel Deneyim Gerçekten Şart mı?
Teklifleri karşılaştırırken sık atlanan bir başlık da sektör deneyimi. Genel amaçlı bir ERP kurulumu ile üretimde parti izlenebilirliği gerektiren bir gıda firmasının ya da gümrük ve döviz süreçleri olan bir dış ticaret firmasının kurulumu aynı zorlukta değil. Danışmanlık firması daha önce sizin sektörünüzde çalışmamışsa bu, projeyi yürütemeyeceği anlamına gelmez — ama süreç haritalama aşamasının daha uzun süreceği, sektöre özgü akışların (parti/lot takibi, akreditif, konsinye stok gibi) sıfırdan öğrenileceği anlamına gelir.
Bunu netleştirmenin pratik yolu, teklif aşamasında doğrudan sormak: “Bizim sektörümüzde daha önce kaç proje tamamladınız, hangi süreçlere aşinasınız?” Cevap net ve örnekliyse, süreç haritalama fazı kısalır; cevap genel kalıyorsa bu süre teklife eklenmemiş demektir ve proje takviminde gerçekçi olmayan bir iyimserlik var demektir.
Projeyi Başlatmadan Önce Son Kontrol
Danışmanlık firması netleştiği anda imzaya geçmeden önce şu üç maddeyi teyit etmek, ilerideki anlaşmazlıkların büyük kısmını önler:
- Proje planı, teslim tarihleriyle birlikte yazılı olarak elinizde mi?
- Eğitim ve destek kapsamı, sözleşmenin ayrılmaz bir parçası mı yoksa “ihtiyaç halinde ayrıca konuşuruz” mu deniyor?
- Başarı ölçütü (canlıya geçiş tarihi, stok doğruluğu, fatura kesim süresi gibi) proje başında birlikte tanımlandı mı?
Bu üç soruya net cevap alamıyorsanız, imzadan önce durup sormakta fayda var. ERP projelerinin genel başarısızlık nedenlerini ele aldığımız yazımızda bu risklerin çoğunun proje başlamadan önce, tam da bu netleştirme aşamasında engellenebildiğini gösteriyoruz.
Sıkça Sorulan Sorular
ERP danışmanlık firması seçerken en çok yapılan hata nedir?
Fiyatı tek kriter yapmak. En düşük teklif genelde en dar kapsamlıdır; eksik kalan eğitim, veri taşıma ya da destek kalemleri proje ortasında ek maliyet olarak geri döner.
Yazılım firması ile ayrı bir danışmanlık firması çalıştırmak gerekir mi?
Büyük, çok modüllü projelerde bu ayrım anlamlı olabilir. Küçük ve orta ölçekli firmalarda ise genelde ek iletişim katmanı ve sorumluluk belirsizliği yaratır; ürünü geliştiren ve projeyi kuran ekibin aynı olduğu tek-platform modeller bu riski ortadan kaldırır.
Değişim yönetimi neden ayrı bir başlık olarak değerlendirilmeli?
Çünkü teknik olarak kusursuz kurulan bir sistem, kullanıcılar eski alışkanlıklarına dönerse fayda üretmez. Eğitim ve kullanıcı benimsemesi planı olmayan bir teklif, kapsam olarak eksik sayılmalı.
Danışmanlık firmasından referans istemek makul mü?
Evet, hatta gerekli. Benzer ölçekte ve mümkünse benzer sektörde tamamlanmış projelerin referanslarıyla doğrudan görüşmek, tekliflerdeki genel vaatlerin gerçekte nasıl karşılandığını gösterir.
Qera’da danışmanlık ve yazılım süreci nasıl birleşiyor?
Qera’yı geliştiren ekip aynı zamanda kurulumu yürütüyor; ayrı bir aracı danışman katmanı yok. Ücretsiz demo talep ederek bu sürecin kendi verinizle nasıl işlediğini görebilirsiniz.
ERP kararında yazılımı seçmeden önce, o yazılımı sizin için kimin kuracağını sorgulayın. Ücretsiz demo talep edin — Qera ekibiyle projeyi kimin, nasıl yürüteceğini kendi senaryonuz üzerinden birlikte görün.
