Doğru ERP, en fazla özelliğe sahip ürün değildir. İşletmenin kritik süreçlerini kabul edilebilir proje riski ve toplam maliyetle karşılayan; entegrasyon, veri yönetimi ve büyüme ihtiyaçlarına sürdürülebilir biçimde cevap verebilen sistemdir. Bu yazı, ürün karşılaştırmasından önce kurulması gereken karar çerçevesini anlatır.
1. ERP seçiminden önce süreçleri tanımlayın
Seçim çalışmasının ilk adımı ürün incelemek değil, kendi süreçlerinizi yazmaktır. Her ana süreç için üç şeyi netleştirin: veri nerede doğuyor, kim giriyor, hangi karar hangi çıktıya bakılarak veriliyor.
Bu çalışma yapılmadan girilen demolar, gördüğünüz ekranın hoşunuza gitmesiyle sonuçlanır; gerçek uyum ölçülmez.
Bir soruyu da baştan yanıtlayın: sorun ERP'nin kendisinde mi, yoksa kurulmamış bir süreçte mi? Çekirdek finans, stok ve sipariş süreçleri sağlıklı çalışıyor ve eksik olan tek bir süreçse, o süreci ayrı bir uygulama olarak kurup entegre etmek genellikle daha dar riskli bir yoldur. Bu ayrımı hazır paket mi özel yazılım mı karar çerçevesinde ayrıntılı ele alıyoruz.
2. Kritik gereksinimleri önceliklendirin
Tüm gereksinimleri aynı ağırlıkta değerlendirmek, seçim sonucunu rastgele hâle getirir. Gereksinimleri üç sınıfa ayırın:
- Must have: karşılanmadığında operasyonun duracağı veya mevzuata aykırı hâle geleceği gereksinimler.
- Should have: karşılanmadığında ciddi verimsizlik doğuran, ancak geçici olarak yönetilebilen gereksinimler.
- Nice to have: faydalı olan, ancak kararı tek başına değiştirmemesi gereken gereksinimler.
Ağırlıkları demo görmeden verin. Demo sonrasında verilen ağırlık, gördüğünüz ekrana göre kayar.
3. Fit-gap analizi yapın
Fit-gap, ERP seçiminin asıl teknik adımıdır. Her gereksinim için aday sistemin bunu nasıl karşıladığını işaretleyin:
| İşaret | Anlamı | Proje etkisi |
|---|---|---|
| Standart | Ürünün standart fonksiyonuyla karşılanıyor | En düşük risk ve maliyet |
| Konfigürasyon | Parametre, tanım veya kurgu ile karşılanıyor | Düşük risk; dokümantasyon gerekir |
| Geliştirme | Platformun desteklediği yöntemle geliştirme gerekir | Süre, maliyet ve upgrade etkisi doğar |
| Entegrasyon | Başka bir sistemle birlikte karşılanıyor | Ayrı test, mutabakat ve izleme gerekir |
| Karşılanmıyor | Aday sistem bu gereksinimi karşılayamıyor | Kritik gereksinimse eleme sebebidir |
Geliştirme veya entegrasyon gerektiren her maddeye gün tahmini isteyin; bu tahmin sözleşme ekine girmelidir.
4. Sadece fonksiyonu değil mimariyi değerlendirin
Fonksiyon listesi ilk yılı, mimari ise sonraki beş yılı belirler. Değerlendirilmesi gerekenler:
- API ve veri erişimi: hangi verilere hangi yöntemle erişilebiliyor, erişim lisansa dâhil mi, hacim sınırı var mı?
- Extensibility: geliştirme hangi katmanda ve hangi yöntemle yapılıyor? Üretici bu yöntemi resmen destekliyor mu?
- Upgrade: yapılan uyarlamalar sürüm yükseltmede hangi yöntemle korunuyor?
- Kullanım modeli: bulut, şirket içi veya karma; internet kesintisinde operasyon ne kadar sürebiliyor?
- Güvenlik ve yetkilendirme: rol modeli, kayıt bazlı yetki, denetim izi.
- Performans: kendi işlem hacminizle benzer bir kurulumda yanıt süreleri ne?
5. Uygulama ekosistemini değerlendirin
Ürünün kendisi kadar, o ürünü kuracak ve yaşatacak ekosistem de belirleyicidir: danışman bulunabilirliği, iş ortağı sayısı ve derinliği, dokümantasyon kalitesi, destek modeli ve geliştirici kaynağı.
Kendi tarafınızı da hesaba katın: kurum içinde raporu değiştirebilecek, tanım yapabilecek bir kilit kullanıcı yoksa her küçük değişiklik dış kaleme dönüşür.
6. Toplam sahip olma maliyetini hesaplayın
Lisans fiyatını karşılaştırmak yanıltıcıdır. Karşılaştırmayı beş yıllık toplam üzerinden yapın: lisans/abonelik, altyapı, uyarlama, geliştirme, entegrasyon, veri göçü, eğitim, iç insan kaynağı, bakım/destek ve sürüm yükseltme. Kalem kalem hesabı ERP maliyeti nasıl hesaplanır yazısında anlatıyoruz; kendi kapsamınıza göre karmaşıklık ve kalem listesi çıkarmak için ERP yatırım ve TCO ön değerlendirme aracını kullanabilirsiniz.
7. Demoyu kendi senaryonuzla yapın
Satıcının hazırladığı demo, ürünün en güçlü olduğu akışı gösterir. Bunun yerine kendi uçtan uca senaryonuzu verin ve canlı olarak çalıştırılmasını isteyin:
Şu müşteri siparişini girin, üretime gönderin, malzemeyi tüketin, kalite kontrolüne alın, sevk edin, faturalayın ve bu işin maliyetini ekranda gösterin.
Senaryo sırasında not alınacak üç şey vardır: kaç ekran arasında geçildiği, hangi adımın standart dışı olduğu ve hangi verinin elle girildiği.
8. Referans kontrolü yapın
Benzer sektörde ve benzer ölçekte, canlıda çalışan kurulumları sorun. Referans görüşmesinde ürünle ilgili değil, projeyle ilgili soru sorun: kapsam nasıl değişti, veri göçü nasıl geçti, canlı sonrası ilk üç ayda ne oldu, hangi konuda tekrar aynı kararı vermezdiniz?
9. Sözleşmede netleşmesi gerekenler
- Kapsam listesi ve neyin kapsam dışı olduğu
- Kabul kriterleri ve kabul testini kimin yapacağı
- Change request süreci ve birim fiyat
- Destek SLA'sı: yanıt süresi ile çözüm süresi ayrı
- Veri sahipliği ve proje sonunda verinin hangi formatta teslim edileceği
- Geliştirme ve uyarlama dokümanlarının sahipliği
- Sürüm yükseltmede uyarlamaların taşınmasından kimin sorumlu olduğu
- Lisans artış modeli ve kullanıcı ekleme fiyatı
Hangi ürünler değerlendiriliyor?
Türkiye pazarında sık değerlendirilen ürünlerin hangi koşulda daha savunulabilir olduğunu, tek bir kazanan ilan etmeden ERP ekosisteminde alternatifler yazısında karşılaştırıyoruz. Üretim tarafındaki teknik değerlendirme için üretim firmaları için ERP rehberine, uygulama ekibinin değerlendirmesi için ERP danışmanlık firması nasıl seçilir yazısına bakabilirsiniz.
Bu yapının kendi projenizde nasıl kurulacağını değerlendirmek isterseniz ERP danışmanlığı ekibimizle görüşebilirsiniz.
Sık sorulan sorular
En ucuz ERP hangisi?
Giriş maliyeti en düşük olan, beş yıllık toplamda en ucuz olmayabilir. API erişimi ayrı lisanslanan, her rapor değişikliği dış kaynak gerektiren veya uyarlamaları yükseltmede korunmayan bir ürün toplamda daha pahalıya gelebilir. Karşılaştırmayı TCO üzerinden yapın.
Sektöre özel ERP mi, genel ERP + uyarlama mı?
Sektöre özel ürünler o sektörün yaygın süreçlerini hazır getirebilir ve proje süresini kısaltabilir. Riski, sektör dışına çıkan bir ihtiyaç doğduğunda esnekliğin sınırlı kalmasıdır. Genel ERP + uyarlama daha esnek olabilir; karşılığında süre ve maliyet artar. Karar, sektöre özgü süreçlerinizin toplam içindeki payına bağlıdır.
Bulut mu, kendi sunucumuz mu?
Bulut donanım ve yedekleme yükünü azaltır; şirket içi kurulum veri yerleşimi ve altyapı kontrolü verir. Belirleyici olan çoğu zaman kesinti toleransıdır: üretim terminalleri veya kasalar ERP'ye bağımlıysa çevrimdışı çalışma yeteneği veya yerel bir kopya gerekir.
ERP seçimi ne kadar sürer?
Süreç analizi, gereksinim önceliklendirme ve fit-gap çalışması ile aday değerlendirme ve senaryolu demolar bir arada birkaç aylık bir çalışmadır. Bu süreyi kısaltmak çoğu zaman kapsamı sözleşme sonrasına ertelemek anlamına gelir.
Kaynak koda erişim seçim şartı mıdır?
Hayır. Kaynak koda erişim bazı platformlarda esneklik sağlar, bazı platformlarda ise geliştirme üreticinin desteklediği extensibility ve API katmanları üzerinden yapılır. Kritik olan soru "kaynak kod var mı" değil, ihtiyacınız olan değişikliğin desteklenen bir yöntemle yapılabilir ve yükseltmede korunabilir olup olmadığıdır.