ERP Yazılımı Nasıl Seçilir? Süreç, Kıyaslama ve Maliyet Rehberi

ERP seçimi neden bir yazılım değil, bir iş dönüşümü kararıdır?

ERP (kurumsal kaynak planlaması) yazılımı; finans, satın alma, stok, üretim, satış ve insan kaynakları gibi süreçleri tek veri tabanında toplayan sistemdir. Seçim hatası pahalıdır: yanlış sistem, aylarca süren uyarlama çalışmaları, kullanıcı direnci ve sürekli yama ihtiyacı anlamına gelir. Bu yüzden seçim, "hangi ürün daha çok özellik sunuyor" sorusuna indirgenemez; asıl soru, hangi sistemin sizin süreçlerinizi, sizin verinizle, sizin ekibinizin kullanabileceği biçimde yürüteceğidir.

ERP seçimi çok katmanlı bir karardır. Birincisi süreç katmanıdır: şirketin hangi süreçleri sistemde yürüteceği ve bu süreçlerin standart mı yoksa özel mi olacağı. İkincisi teknik katmandır: bulut ya da yerinde kurulum, mevcut sistemlerle entegrasyon, veri taşıma, güvenlik ve performans. Üçüncüsü ticari ve kurumsal katmandır: toplam sahip olma maliyeti, tedarikçinin sürdürülebilirliği, uygulama ortağının deneyimi ve şirketin değişimi yönetme kapasitesi.

Seçimden önce yanıtlanması gereken temel sorular şunlardır: • Sistemi hangi problemi çözmek için istiyoruz? (Ay sonu kapanışının uzaması, stok görünürlüğü eksikliği, birden çok bağımsız tablo gibi) • Hangi süreçler farklılaşma yaratıyor, hangileri standart kalabilir? • Kimler kullanacak ve hangi ekipler sürece dahil olmalı? • Mevcut sistemler ve veriler ne olacak: taşınacak mı, entegre mi edilecek? • Karar kimin: proje sahibi, bütçe sahibi ve onay mekanizması belli mi?

Seçim projesini kurmak: ekip, hedef ve kapsam

Başarılı seçimler yazılım demolarına katılmadan önce başlar. İlk adım, seçim projesinin sahiplerini ve ekibini belirlemektir. Ekipte yalnızca BT değil, finans, satın alma, depo, üretim, satış gibi sistemi kullanacak birimlerin temsilcileri de bulunmalıdır; sistemin kullanılabilirliğine karar verecek olanlar yürütmenin dışında kalırsa uygulama aşamasında direnç doğar.

Sonra hedefler yazılır. "Daha modern bir sistem" hedef değildir; "ay sonu kapanışını kısaltmak", "şubeler arası stok görünürlüğü sağlamak", "elle tablo tutmayı bırakmak" gibi ölçülebilir ya da gözlenebilir ifadeler yönlendirir. Hedefler, sonraki aşamalarda adayların değerlendirilmesinde ölçüt olarak kullanılır.

Kapsam da netleştirilmelidir: ilk aşamada hangi süreçler yer alacak, hangileri sonraya bırakılacak? Her şeyi tek seferde devreye almak yerine aşamalı geçiş, riski azaltır ama aşamalar arası geçici entegrasyonlar gerektirebilir. Bu denge, projenin zamanlamasını ve maliyetini doğrudan etkiler.

Bu aşamada karar verme kuralları da yazılmalıdır: ağırlıklı ölçüt listesi, oy hakkı olanlar, çelişki olduğunda kimin son sözü söyleyeceği. Karar kuralları baştan belli değilse, seçim en çok sesi çıkaran ya da en çok etkileyen sunuma göre yapılır.

Süreç envanteri ve uyum-boşluk analizi

ERP seçiminin en çok atlanan ama en çok değer üreten aşaması süreç envanteridir. Şirketin bugün nasıl çalıştığı yazıya dökülür: sipariş nasıl alınıyor, satın alma nasıl onaylanıyor, stok nasıl sayılıyor, fatura nasıl kesiliyor, kapanış nasıl yapılıyor? Her süreç için kim yürütüyor, hangi sistem ya da tablo kullanılıyor, hangi sorunlar yaşanıyor ve süreç rekabet açısından özel mi yoksa standart mı sorusu yanıtlanır.

Bu envanterden farklı nitelikte süreçler ayrılır. Standart süreçler, sektör pratiğine uygun olanlardır; bunlar için sistemin hazır akışını benimsemek genellikle daha ucuz ve sürdürülebilirdir. Özel süreçler ise şirketin farklılaşma yarattığı yerlerdir; bunlar için sistemin esnekliği ve uyarlama maliyeti kritik olur.

Aday sistemler değerlendirilirken uyum-boşluk analizi yapılır. Her süreç için şu durumlardan biri belirlenir: sistem bu süreci hazır özellikleriyle karşılıyor, yapılandırma ile karşılıyor ya da özel geliştirme gerektiriyor. Özel geliştirme, ileride sürüm yükseltmelerini zorlaştırdığı ve bakım maliyeti yarattığı için ayrıca işaretlenir. Süreci sisteme uydurmak ile sistemi sürece uydurmak arasındaki dengeyi bu analiz görünür kılar.

Envanter çıkarırken kullanıcılarla konuşmak şarttır; çünkü yazılı prosedürler çoğu zaman gerçek işleyişten farklıdır. Gerçek iş akışını bilen kişiler envanterin doğruluğunu belirler.

Aday havuzu, ön eleme ve senaryo bazlı kıyaslama

Gereksinimler belli olunca aday havuzu oluşturulur. Sektörünüze, şirket büyüklüğünüze ve bölgenize uygun ürünleri araştırın; sektörel uzmanlığı olan uygulama ortaklarını da listeye alın, çünkü uygulamanın başarısı çoğu zaman yazılımdan çok ortağın deneyimine bağlıdır. Ön elemede yasaklayıcı ölçütler kullanılır: sektörel zorunlulukları karşılamama, yerel mevzuat desteği olmaması, dağıtım modeline uymama, tedarikçinin ya da ortağın ölçeğinizi desteklememesi. Böylece uzun listeden kısa bir listeye geçilir.

Kısa listedeki adaylar için standart demo yerine senaryo bazlı kıyaslama tasarlanır. Her adaydan aynı senaryoları kendi sistemlerinde çalıştırması istenir: örneğin kısmi teslimatlı bir satış siparişi, bir iade süreci, çok depolu stok transferi, ay sonu kapanış adımları. Senaryolar sizin gerçek verilerinize ve gerçek istisnalarınıza dayanmalıdır; satıcının hazırladığı gösteri akışı, sizin süreçlerinizin zorluklarını göstermez.

Her senaryo için ortak bir puanlama tablosu hazırlanır ve değerlendirmeye katılan herkes aynı ölçütleri kullanır. Ölçütler arasında işlevsel uyum, kullanım kolaylığı, raporlama, entegrasyon, ölçeklenebilirlik, güvenlik ve yerel mevzuat desteği yer alır. Puanlamayı bağımsız yapıp sonra karşılaştırmak, en yüksek sesin kararı yönlendirmesini engeller.

Referans kontrolü, risk ve maliyet modeli

Demolar iyi giderse bile referans kontrolü atlanmamalıdır. Adayların benzer büyüklükte ve sektörde çalışan müşterileriyle doğrudan konuşun: uygulama planlandığı gibi ilerledi mi, bütçe ve takvim tuttu mu, destek hizmeti nasıl, sistem devreye girdikten sonra nelerle karşılaşıldı? Satıcının önerdiği referanslar seçilmiş olacağı için mümkünse kendi ağınızdan bağımsız referanslar da bulun.

Risk değerlendirmesi, seçilen sistemin kendisinin ve uygulamanın risklerini birlikte ele alır. Tipik riskler arasında veri taşıma kalitesi, özel geliştirme yoğunluğu, kilit kullanıcıların proje için ayrılamaması, entegrasyon karmaşıklığı, ortak ekibinin değişmesi ve satıcıya bağımlılık sayılabilir. Her risk için olasılık, etki ve önlem yazılır.

Maliyet modeli tek bir lisans bedelinden ibaret değildir. Toplam sahip olma maliyeti şunları kapsar: • Lisans ya da abonelik bedelleri ve kullanıcı sayısı değiştikçe nasıl değiştikleri • Uygulama ve danışmanlık emeği • Veri taşıma ve temizleme çalışması • Özel geliştirme ve entegrasyonlar • Eğitim ve değişim yönetimi • Altyapı, güvenlik ve yedekleme • Destek, bakım ve sürüm yükseltme maliyetleri • Şirket içi ekibin proje süresince ayrılan emeği

Bu kalemleri her aday için aynı çerçevede karşılaştırmak, yalnızca teklif toplamlarına bakmaktan çok daha gerçekçi bir görüntü verir.

Sık yapılan hatalar ve nereden başlanır?

ERP seçiminde tekrar eden hatalar şunlardır:

• Çözülecek problemi tanımlamadan ürün aramak
• Süreçleri belgelemeden demolara katılmak
• Seçimi yalnızca BT ya da yalnızca bir yönetici kararı olarak yürütmek
• Satıcının hazırladığı demo akışına güvenip kendi senaryolarını çalıştırtmamak
• Uygulama ortağını ürün kadar önemsememek
• Özel geliştirmeyi kolay çözüm saymak ve sürüm yükseltme maliyetini hesaba katmamak
• Veri taşıma ve veri kalitesi çalışmasını projeye geç dahil etmek
• Lisans bedeline bakıp toplam sahip olma maliyetini hesaplamamak
• Değişim yönetimini ve kullanıcı eğitimini bütçelemeyi unutmak

Başlamak isteyenler için pratik bir yol şudur: önce tek sayfalık problem tanımı ve hedef listesi yazın. Sonra temel süreçlerinizi kullanıcılarla birlikte haritalayın. Ardından gereksinimleri zorunlu, önemli ve olsa iyi olur diye ayırın. Bu belgeler, hangi aday gelirse gelsin değerlendirmenin zeminini oluşturur.

ERP ile ilişkili diğer sistemlerin sınırlarını anlamak da seçimi kolaylaştırır. Müşteri ilişkileri yönetimi (CRM) çoğunlukla satış ve pazarlama sürecini, üretim yürütme sistemi (MES) ise atölye sahasını yönetir; ERP bunlarla veri alışverişi yapar. Mevcut ya da planlanan bu sistemlerle entegrasyon ihtiyacı seçim ölçütleri arasında yer almalıdır.

Seçim komitesi için Mindset bağlamı

Mindset kataloğundaki Kurumsal Uygulama (ERP/CRM) Seçimi ve Değerlendirme Süreci Yönetimi programı bu akışı izler; seçim projesinin kurulmasından maliyet modeli ve seçim kararına kadar uzanır. Seçimden sonra üretim sahasıyla bağlantı gerekirse ERP-MES Entegrasyonu programındaki Master Data Yönetimi ve Veri Kalitesi gibi modüller devreye girer. BT yöneticileri, süreç sahipleri, finans ve operasyon yöneticileri ve seçim komitesi üyeleri için uygundur.