İletişim

ERP seçim süreci kaynak merkezi

ERP Seçiminde En Sık Yapılan 12 Yanılgı

ERP seçimi, birçok işletme için yalnızca yeni bir yazılım alma kararı gibi görünür. Oysa doğru bakıldığında ERP seçimi; süreçlerin, verinin, insan kaynağının, yönetim sahipliğinin ve karar alma disiplininin birlikte değerlendirildiği stratejik bir dönüşüm kararıdır.

Bu nedenle ERP seçiminde yapılan hataların önemli bir bölümü yazılımın kendisinden önce başlar. Yanlış soru sorulabilir, demo yanlış yorumlanabilir, teklif yalnız fiyat üzerinden okunabilir veya işletmenin kendi hazırlık seviyesi yeterince görülmeyebilir.

Aşağıdaki yanılgılar, ERP seçim sürecine başlamadan önce işletmelerin daha sağlıklı bir değerlendirme zemini kurmasına yardımcı olmak için hazırlanmıştır.

Yanılgıdan doğru yaklaşıma karar yoluYanılgıdan daha sağlıklı yaklaşıma giden dallanan karar yolunu gösteren soyut diyagram.Yanılgıizlenim + varsayımYaklaşımkriter + kanıtkapsamveridemoteklif
01

1. ERP seçimine ürün arayarak başlamak

Ürün listesi, işletmenin gerçek süreç ve veri ihtiyacı netleşmeden sağlıklı bir başlangıç noktası oluşturmaz.

Yanılgı

ERP seçimine ürün veya marka listesiyle başlanır.

Daha sağlıklı yaklaşım

Önce süreç, veri, raporlama, darboğaz ve ilk faz beklentisi netleştirilir.

ERP seçiminde en sık yapılan hata, sürece doğrudan ürün veya marka araştırmasıyla başlamaktır.

“Hangi ERP daha iyi?” sorusu, işletmenin kendi ihtiyaçları netleşmeden sorulduğunda erken ve eksik bir sorudur. Çünkü doğru ERP kararı, önce işletmenin nasıl çalıştığını, hangi süreçlerde zorlandığını, hangi veriye güvenemediğini ve hangi kararları zamanında alamadığını anlamayı gerektirir.

Daha doğru başlangıç soruları şunlardır:

Değerlendirme soruları

  • Hangi süreçlerimiz bugün manuel veya dağınık ilerliyor?
  • Hangi veriler karar almak için yeterince güvenilir değil?
  • Hangi raporları zamanında ve doğru üretemiyoruz?
  • Hangi operasyonel darboğazlar büyümeyi yavaşlatıyor?
  • ERP’den ilk fazda gerçekten ne bekliyoruz?

ERP seçimi ürün listesinden önce işletmenin kendi gerçekliğini anlamakla başlamalıdır.

02

2. “En iyi ERP” diye tek doğru cevap aramak

ERP kararı evrensel bir sıralama değil, işletmenin taşıyabileceği dönüşüm modeliyle ilgilidir.

ERP seçiminde evrensel ve tek bir “en iyi ERP” cevabı yoktur. Bir işletme için uygun olan çözüm, başka bir işletme için gereğinden karmaşık, pahalı veya uygulanması zor olabilir.

Doğru soru “En iyi ERP hangisi?” değil, “Bu işletmenin süreçlerine, veri olgunluğuna, kaynak kapasitesine, büyüme hedeflerine ve dönüşüm ritmine en uygun çözüm hangisi?” olmalıdır.

ERP değerlendirmesinde ürün kabiliyeti kadar şu başlıklar da önemlidir:

Kontrol başlıkları

  • İşletmenin süreç olgunluğu
  • Anahtar kullanıcıların projeye ayırabileceği zaman
  • Veri hazırlık seviyesi
  • Yönetimin karar alma hızı
  • Danışmanlık ve uygulama yaklaşımı
  • Destek sürdürülebilirliği
  • İlk faz kapsamının gerçekçiliği

Bu nedenle ERP seçimi, yalnız yazılım fonksiyonlarını karşılaştırmak değil, işletmenin taşıyabileceği dönüşüm modelini belirlemektir.

03

3. En kapsamlı paketi en doğru çözüm sanmak

Kapsam büyüdükçe karar, test, veri ve değişim yönetimi yükü de büyür.

Yanılgı

Daha geniş paket daha doğru çözümdür.

Daha sağlıklı yaklaşım

Kapsam, olmazsa olmazlar ve sonraki fazlara bırakılabilecek ihtiyaçlar olarak ayrıştırılır.

ERP projelerinde kapsam büyüdükçe yalnızca imkanlar artmaz; proje yükü, veri ihtiyacı, test sorumluluğu, karar sayısı ve değişim yönetimi ihtiyacı da artar.

Bu yüzden en kapsamlı paketi almak her zaman en doğru karar değildir.

Bir işletme, tüm modülleri aynı anda almak yerine ihtiyaçlarını üç seviyede değerlendirmelidir:

Kontrol başlıkları

  • Olmazsa olmaz ihtiyaçlar
  • İyileştirme sağlayacak ihtiyaçlar
  • Sonraki fazlara bırakılabilecek ihtiyaçlar

Bu ayrım yapılmadığında ERP projesi daha başlamadan ağırlaşabilir. İlk fazda işletmenin taşıyamayacağı kadar geniş bir kapsam oluşturmak, dijital dönüşümü hızlandırmak yerine yavaşlatabilir.

Doğru kapsam, işletmenin gerçekten ihtiyaç duyduğu ve hayata geçirebileceği kapsamdır.

04

4. Her şeyi ilk faza sıkıştırmak

Fazlama bütçe kısma değil, dönüşüm riskini ve iç kaynak yükünü yönetme disiplinidir.

ERP yatırımı büyük düşünmeyi gerektirir; ancak büyük düşünmek her şeyi ilk fazda devreye almak anlamına gelmez.

Bazı ihtiyaçlar temel omurga için kritiktir. Bazıları ise işletmenin temel süreçleri oturduktan sonra daha sağlıklı şekilde ele alınabilir. Bu nedenle ERP seçiminde fazlama yaklaşımı yalnız bütçe yönetimi değil, dönüşüm riskini yönetme yöntemidir.

Sağlıklı bir fazlama yaklaşımı şu sorularla başlar:

Değerlendirme soruları

  • İlk fazda hangi süreçleri kontrol altına almak zorundayız?
  • Hangi ihtiyaçlar proje başarısı için kritik?
  • Hangi başlıklar temel veri ve süreç disiplini oluştuktan sonra daha doğru ele alınır?
  • Hangi modüller ilk fazda projeyi gereksiz yere karmaşıklaştırabilir?
  • İşletme aynı anda ne kadar değişimi taşıyabilir?

ERP yatırımını fazlara bölmek, bütçeyi kısmak değil; başarı ihtimalini, iç kaynak yükünü ve dönüşüm riskini yönetmektir.

05

5. Demo ekranını gerçek operasyon sanmak

Demo, iyi görünen ekranlardan çok işletmenin gerçek senaryolarının nasıl çalıştığını göstermelidir.

Yanılgı

Demo ekranı gerçek operasyonu temsil eder.

Daha sağlıklı yaklaşım

Demo; istisnalar, veri akışı, raporlama ve uçtan uca süreç üzerinden değerlendirilir.

ERP demosu karar sürecinin en etkileyici aşamalarından biridir. Ancak aynı zamanda en yanıltıcı aşamalarından biri de olabilir.

Standart demo akışları genellikle ürünün güçlü ve düzenli tarafını gösterir. Oysa işletmelerin gerçek hayatı çoğu zaman istisnalar, onaylar, veri eksikleri, departmanlar arası geçişler, raporlama ihtiyaçları ve operasyonel alışkanlıklarla şekillenir.

Bu nedenle demo yalnız ekran gezintisi olarak izlenmemelidir.

Demoda şu soruların cevabı aranmalıdır:

Değerlendirme soruları

  • Bu senaryo bizim gerçek işleyişimizi temsil ediyor mu?
  • Gösterilen fonksiyon standart ürünün parçası mı, yoksa uyarlama mı?
  • Süreç uçtan uca izlenebiliyor mu?
  • İstisna durumlar nasıl yönetiliyor?
  • Kullanıcı günlük işinde bu akışı gerçekten uygulayabilir mi?
  • Raporlama ve karar alma tarafına veri nasıl yansıyor?

Demo, güzel ekranların izlendiği bir sunum değil; işletmenin gerçek senaryolarının test edildiği bir değerlendirme aşaması olmalıdır.

06

6. En ucuz teklifi en doğru teklif sanmak

Teklif değerlendirmesi yalnız toplam fiyatla değil, kapsam, varsayım ve sürdürülebilirlik ile yapılmalıdır.

Yanılgı

En ucuz teklif en doğru tekliftir.

Daha sağlıklı yaklaşım

Teklifler kapsam, uyarlama, bakım, iç kaynak yükü ve risklerle birlikte karşılaştırılır.

ERP tekliflerinde yalnız toplam fiyata bakmak yanıltıcı olabilir. Çünkü iki teklif aynı fiyat başlığı altında çok farklı kapsamlar, varsayımlar ve riskler içerebilir.

ERP teklifinde değerlendirilmesi gereken ana başlıklar şunlardır:

Kontrol başlıkları

  • Lisans veya kullanıcı kapsamı
  • Modül kapsamı
  • Danışmanlık günleri
  • Analiz, eğitim, test ve canlı geçiş desteği
  • Uyarlama ve entegrasyon ihtiyaçları
  • Rapor, form ve özel geliştirme kalemleri
  • Bakım ve destek modeli
  • Versiyon geçişleri
  • İç kaynak yükü
  • Kapsam dışı bırakılan işler

En ucuz teklif bazen gerçekten avantajlı olabilir. Ancak yalnız fiyat düşük olduğu için doğru kabul edilirse, ilerleyen aşamalarda ek maliyet, kapsam boşluğu ve proje riski doğabilir.

ERP tekliflerinin amacı düşük fiyatı bulmak değil; kapsam, maliyet, risk ve sürdürülebilirliği birlikte görünür kılmaktır.

07

7. Satınalmayı yalnız fiyat pazarlığına indirgemek

Satınalma, ERP kararında ticari ve operasyonel riskleri görünür kılan kritik paydaşlardan biridir.

ERP satınalması klasik bir ürün satınalması gibi yönetildiğinde karar kalitesi düşebilir.

Satınalma ekipleri bu süreçte yalnız fiyat toplayan veya pazarlık yapan bir rol üstlenmemelidir. ERP seçiminde satınalmanın en kritik katkısı, teklifleri karşılaştırılabilir hale getirmektir.

Bu da şu başlıkları netleştirmeyi gerektirir:

Değerlendirme soruları

  • Tekliflerde aynı kapsam mı karşılaştırılıyor?
  • Danışmanlık günleri aynı varsayımlara mı dayanıyor?
  • Hangi işler kapsam dışında bırakılmış?
  • Bakım ve destek koşulları net mi?
  • Ek geliştirme ve entegrasyon maliyetleri nasıl yönetilecek?
  • Kullanıcı, modül ve büyüme senaryoları nasıl fiyatlanıyor?
  • Sözleşme ve teslimat sorumlulukları açık mı?

Satınalma, ERP seçiminde yalnız fiyatı değil, kararın ticari ve operasyonel risklerini de görünür kılan kritik bir paydaştır.

08

8. ERP’yi sadece BT projesi gibi görmek

ERP teknoloji içerir; fakat kararın etkisi işletmenin süreç, rol ve çalışma düzenine yayılır.

Yanılgı

ERP yalnızca BT tarafından yönetilecek teknik bir projedir.

Daha sağlıklı yaklaşım

Yönetim, iş birimleri, BT, süreç sahipleri ve anahtar kullanıcılar birlikte değerlendirme yapar.

ERP sistemleri teknoloji içerir; ancak ERP projesi yalnız BT projesi değildir.

ERP; satıştan satınalmaya, finanstan stok yönetimine, operasyondan raporlamaya kadar birçok iş sürecini etkiler. Bu nedenle ERP seçiminde yalnız teknik uygunluk değil, işletmenin çalışma biçimi de değerlendirilmelidir.

BT bu süreçte kritik bir paydaştır. Ancak ERP kararının yalnız BT’ye bırakılması, iş birimlerinin gerçek ihtiyaçlarının yeterince temsil edilmemesine yol açabilir.

ERP seçiminde şu paydaşların birlikte düşünmesi gerekir:

Kontrol başlıkları

  • Yönetim
  • Finans
  • Satınalma
  • Operasyon
  • BT
  • Anahtar kullanıcılar
  • Süreç sahipleri

ERP, teknoloji ile iş süreçlerinin kesiştiği bir dönüşüm alanıdır. Bu nedenle sahipliği de çok paydaşlı olmalıdır.

09

9. Veri kalitesini proje başladıktan sonra düşünmek

Veri hazırlığı seçimden sonra değil, seçim ve hazırlık aşamasında görünür olmalıdır.

ERP projelerinde veri hazırlığı çoğu zaman geç fark edilen kritik bir konudur.

Malzeme, stok, cari, ürün, maliyet, tedarikçi, müşteri, hesap planı veya operasyonel tanımlar net değilse, iyi seçilmiş bir ERP bile beklenen sonucu üretmekte zorlanır.

Veri kalitesi düşük olduğunda şu riskler oluşabilir:

Kontrol başlıkları

  • Raporlara güven azalır
  • Kullanıcılar eski yöntemlere dönmeye başlar
  • Stok, maliyet veya finansal sonuçlar tartışmalı hale gelir
  • Canlı geçiş hazırlığı uzar
  • Testler gerçekçi yapılamaz
  • Yönetim kararları gecikir

Bu nedenle ERP seçim sürecinde veri konusu proje başladıktan sonra değil, seçim ve hazırlık aşamasında ele alınmalıdır.

Doğru soru şudur:

“Seçeceğimiz ERP’ye hangi veriyi taşıyacağız?” kadar, “Bu veriye bugün ne kadar güveniyoruz?” sorusu da sorulmalıdır.

10

10. İç kaynak ayırmadan proje başlatmak

ERP projesi dışarıdan desteklenebilir; ancak işletme sahipliği olmadan devredilemez.

ERP projeleri dış danışmanlıkla yürütülebilir; ancak tamamen dışarıya devredilemez.

İşletme tarafında süreçleri bilen, karar verebilen, test yapabilecek ve kullanıcıları yönlendirebilecek anahtar kişilerin projeye zaman ayırması gerekir. Bu kaynak planlanmadan başlatılan projelerde analizler uzar, kararlar gecikir ve test kalitesi düşer.

ERP seçiminde şu sorular erken sorulmalıdır:

Değerlendirme soruları

  • Anahtar kullanıcılar kimler olacak?
  • Bu kişiler projeye gerçekten zaman ayırabilecek mi?
  • Günlük operasyon ile proje sorumlulukları nasıl dengelenecek?
  • Karar verecek kişiler kimler?
  • Test ve kabul sürecinde kim sorumluluk alacak?
  • Yönetim bu kişilere gerekli zamanı sağlayacak mı?

ERP projesi yalnız seçilen danışman veya yazılım ekibinin performansıyla değil, işletmenin kendi sahipliğiyle başarıya ulaşır.

11

11. Yönetim sponsorluğunu açılış toplantısına katılmak sanmak

Sponsor desteği görünür karar, kaynak, öncelik ve değişim yönetimi sahipliği gerektirir.

Yönetim sponsorluğu, ERP projesinin başlangıç toplantısında bulunmakla sınırlı değildir.

Gerçek sponsorluğun içinde amaç belirleme, kaynak sağlama, önceliklendirme, kapsam disiplini, karar alma ve değişim yönetimi vardır. Yönetim bu başlıklarda aktif rol almadığında proje günlük operasyonun içinde sıkışabilir.

ERP seçiminden önce yönetimin şu konularda netleşmesi gerekir:

Değerlendirme soruları

  • ERP neden alınıyor?
  • Başarı neye göre ölçülecek?
  • Hangi süreçler öncelikli?
  • Hangi kaynaklar projeye ayrılacak?
  • Kapsam değişiklikleri nasıl yönetilecek?
  • Canlı geçiş kararı nasıl verilecek?
  • Kullanıcı direnci nasıl ele alınacak?

Yönetim desteği görünür değilse, ERP seçimi doğru yapılsa bile proje başlatma kalitesi düşük kalabilir.

12

12. Karar matrisi olmadan izlenimle seçim yapmak

Karar matrisi, izlenim baskısını azaltır ve seçimin hangi kriterlere dayandığını görünür kılar.

Yanılgı

Sunum, demo etkisi veya kişisel beğeni karar için yeterlidir.

Daha sağlıklı yaklaşım

Karar; işlevsel uygunluk, süreç uyumu, maliyet, risk ve destek kriterleriyle izlenebilir hale getirilir.

ERP seçiminde demo etkisi, kişisel beğeniler, fiyat baskısı veya tedarikçi sunumları karar üzerinde güçlü etki yaratabilir. Bu nedenle kararın yalnız izlenimlerle verilmesi risklidir.

Karar matrisi, işletmenin kendi önceliklerine göre daha kontrollü değerlendirme yapmasını sağlar.

Bir ERP karar matrisinde şu kriterler yer alabilir:

Kontrol başlıkları

  • İşlevsel uygunluk
  • Süreç uyumu
  • Kullanıcı deneyimi
  • Entegrasyon kabiliyeti
  • Danışmanlık yaklaşımı
  • Proje yönetim modeli
  • Toplam sahip olma maliyeti
  • Destek sürdürülebilirliği
  • Uygulama riski
  • Fazlama uygunluğu

Karar matrisi, her şeyi matematiksel olarak kesinleştirme aracı değildir. Ancak kararın hangi kriterlere göre verildiğini görünür kılar ve kişisel izlenimlerin etkisini azaltır.

ERP seçimi, yalnız “bize iyi göründü” noktasında bırakılmamalıdır. Karar, işletmenin önceliklerine göre yapılandırılmış ve izlenebilir bir değerlendirmeye dayanmalıdır.

Kaynak özeti

Sonuç: ERP seçimi bir karar disiplini gerektirir

ERP seçiminde yapılan yanılgıların çoğu, yazılımın kendisinden önce karar sürecinin nasıl yönetildiğiyle ilgilidir.

Doğru ERP seçimi için işletmenin önce kendi hazırlığını, ihtiyaçlarını, veri kalitesini, iç kaynak kapasitesini, yönetim sahipliğini ve dönüşüm ritmini görmesi gerekir.

ERP büyük bir kapsamdır. Bu nedenle her şeyi aynı anda almak, her zaman daha iyi bir dönüşüm anlamına gelmez. Sağlıklı bir ERP kararı; doğru kapsamı belirlemeyi, ihtiyaçları fazlara ayırmayı, teklifleri eş kapsamlı karşılaştırmayı ve kararı görünür kriterlerle yönetmeyi gerektirir.

Bu başlığın devamında ERP hazırlık seviyesi, ihtiyaç analizi, fazlama, demo değerlendirme, teklif karşılaştırma ve karar matrisi konuları ayrı ayrı incelenebilir.

Devam başlıkları

ERP seçim sürecinin farklı parçaları ayrı kaynak sayfalar halinde ele alınabilir. Mevcut kaynak merkezi girişi ve planlanabilecek başlıklar aşağıdadır.

  • ERP Seçim Süreci Rehberi
  • ERP’ye Hazır mısınız?
  • ERP İhtiyaç Analizi Nasıl Yapılır?
  • ERP Projesinde Fazlama
  • ERP Demo Değerlendirme Rehberi
  • ERP Teklifleri Nasıl Karşılaştırılır?
  • ERP Karar Matrisi Nasıl Oluşturulur?
ERP Seçiminde En Sık Yapılan 12 Yanılgı | ERP Seçim Süreci | Fatih Görgülü