ERP seçerken sorulacak 10 soru — KOBİ rehberi

ERP seçimi bir yazılım satın alma kararı değildir; işletmenizin önümüzdeki 10 yılını şekillendirecek bir altyapı kararıdır. Yanlış seçim, lisans bedelinin çok ötesinde bir maliyet çıkarır: yarıda kalan geçiş projeleri, sisteme küsen ekipler, Excel'e geri dönüş…

2015'ten beri onlarca ERP geçişinde yer aldık. Bu yazıda, karar vermeden önce hem kendinize hem tedarikçiye sormanız gereken 10 soruyu — ve her sorunun altında nelere dikkat edeceğinizi — topladık. Sonunda teklifleri nasıl karşılaştıracağınızı ve görüşmelerde hangi cümlelerin "kırmızı bayrak" olduğunu da bulacaksınız.

1. Asıl derdimiz ne?

"ERP lazım" bir ihtiyaç tanımı değildir. Stok mu tutmuyor, maliyeti mi bilmiyorsunuz, termin mi kaçıyor, e-faturaya mı geçmelisiniz? Önce üç ana derdi yazın. Doğru yazılım, doğru soruya seçilir — en pahalı sisteme değil, sizin derdinizi çözen sisteme ihtiyacınız var.

Pratik yöntem: yönetim ekibiyle bir saatlik toplantıda "geçen yıl bize en pahalıya mal olan üç operasyonel sorun neydi?" sorusunu cevaplayın. Çıkan liste (kaçan termin, sayım farkları, mükerrer alım…) hem seçim kriteriniz hem de proje başarısının ölçüsü olur: bir yıl sonra bu üç kalem küçülmediyse proje amacına ulaşmamıştır.

2. Üretim mi yapıyoruz, ticaret mi?

Bu ayrım, seçilecek ürün ailesini baştan belirler. Üretim yapan bir firmanın reçete, rota, kapasite planlama gibi ihtiyaçları vardır; ticaret firmasının önceliği ise cari, stok ve e-dönüşümdür. Üretime kurgulanmamış bir programı üreticiye satmak, sektörün en yaygın hatasıdır.

Melez yapılar da vardır: ticaretin içinde paketleme/montaj gibi basit üretim adımları, ya da üreticinin yanında güçlü bir dağıtım kanalı. Bu durumda soru "hangi taraf işin kalbi?" olur — analiz görüşmesinin ilk yarım saati genellikle bu cevabı netleştirmeye harcanır.

3. Bulut mu, kendi sunucumuz mu?

Bulut: düşük başlangıç maliyeti, her yerden erişim, sıfır sunucu bakımı. Kendi sunucunuz: tam kontrol, derin özelleştirme, internetten bağımsızlık. Doğru cevap firmaya göre değişir — IT personeliniz yoksa ve standart süreçlerle çalışıyorsanız bulut; yoğun özelleştirme gerekiyorsa on-premise genelde daha isabetlidir.

Karşılaştırmanın ayrıntısı için ERP nedir rehberimizdeki bulut/on-premise tablosuna bakabilirsiniz. Görüşmede tedarikçiye sorun: "Beş yıl sonra öbür modele geçmek istersek yolunuz var mı?" — iyi cevap, iki modeli de tanıyan ve geçiş senaryosu anlatabilen cevaptır.

4. Verilerimiz nasıl taşınacak?

Cari kartlar, stoklar, açılış bakiyeleri, geçmiş hareketler… "Verileriniz taşınır" cümlesini yeterli görmeyin; kim taşıyacak, ne kadarı taşınacak, nasıl doğrulanacak sorularının yazılı cevabını isteyin. Geçiş projelerinin en riskli adımı budur.

İyi bir taşıma planında şunlar yazılıdır: kaynak sistemden hangi tabloların alınacağı, alan eşleştirme sorumlusu, deneme yüklemesi tarihi, geçiş günü fiziki sayım/mizan mutabakatı ve "tutmazsa geri dönüş" senaryosu. Bunlar konuşulmamışsa fiyatın ucuzluğu anlamsızdır — fark, taşıma kaosunda fazlasıyla ödenir.

5. Kurulumu ve eğitimi kim yapacak?

Yazılımın kendisi kadar, onu kuran ekip de önemlidir. Üreticiden mi alacaksınız, çözüm ortağından mı? Çözüm ortağından alıyorsanız: kaç kurulum yapmış, sektörünüzü tanıyor mu, eğitimi sınıfta mı yoksa sizin verinizle işinizin başında mı veriyor?

Referans isteyin ve gerçekten arayın. Telefonda soracağınız üç soru yeterlidir: "Söz verilen takvimde canlıya geçtiniz mi?", "Geçiş sonrası ilk üç ayda destek nasıldı?", "Bugün olsa yine aynı ekiple çalışır mıydınız?" — üçüncü sorunun cevabındaki duraksama, broşürlerden daha çok şey anlatır.

6. Ay sonunda gerçek maliyeti görebilecek miyiz?

ERP'nin muhasebe programından farkı budur: hangi ürün, hangi iş, hangi müşteri gerçekte ne kazandırıyor? Tedarikçiye kendi ürününüz üzerinden örnek bir maliyet senaryosu çizdirin. Cevap "o rapor yazılır" ise dikkat — yazılan rapor, kurgusu baştan yapılmamış verinin üstünde çalışmaz.

Demo oturumunda somut isteyin: "Şu ürünümüzün reçetesini girelim, bir iş emri kapatıp fiili maliyetin nasıl oluştuğunu ekranda görelim." Bunu 20 dakikada gösteremeyen kurgu, sizin sahanızda da gösteremez.

7. e-Dönüşüme hazır mı?

e-Fatura, e-İrsaliye, e-Defter zorunlulukları her yıl genişliyor. Sistemin bu belgeleri "entegrasyonla" değil, doğal akışının parçası olarak üretmesi gerekir. Ayrıca sorun: geçiş başvurularını kim yönetecek?

Sektörünüze göre özel belgeleri de kontrol edin: tarımsal alım yapıyorsanız e-Müstahsil, kamuya/kurumsala hizmet satıyorsanız tevkifatlı fatura senaryoları demoda görülmelidir. "O da var" cümlesi ile ekranda üç tıkla kesilen belge arasında proje ayı kadar fark vardır.

8. Büyüyünce sistem bizimle büyüyecek mi?

Bugün 5 kullanıcı, 3 yıl sonra 25 kullanıcı olabilirsiniz. Modül eklemek, kullanıcı artırmak, şube açmak ne kadar kolay ve ne maliyetli? Bayi ağınız kurulursa B2B kanalı, sahaya ekip çıkarsa mobil çözüm eklenebiliyor mu — yoksa ikinci bir yazılım avına mı çıkacaksınız?

Büyüme sorusunun ikinci yüzü ekosistemdir: sistemin etrafında üretim takibi, B2B portalı, e-tahsilat gibi tamamlayıcılar var mı ve bunlar aynı elden kurulabiliyor mu? Her ihtiyaçta yeni bir firma, yeni bir entegrasyon ve yeni bir muhatap demek; toplam maliyeti sessizce büyüten kalem budur.

9. Toplam maliyet ne? (Lisans değil, toplam.)

Lisans + kurulum + uyarlama + eğitim + yıllık bakım + sunucu/abonelik. Beş yıllık toplam sahip olma maliyetini tablo halinde isteyin. En ucuz teklif, genellikle kurulum ve eğitimi kısmış tekliftir — ve o kısıntı, canlıya geçemeyen proje olarak geri döner.

Teklifleri elmayla elma karşılaştırın

Üç teklifi yan yana koyarken şu tabloyu doldurun; boş kalan hücre, sorulacak sorudur:

"Adam-gün" sorusu özellikle ayırt edicidir: aynı işe biri 15, diğeri 40 gün yazıyorsa ya kapsamlar farklıdır ya da biri işi tanımıyordur — ikisi de öğrenilmeye değer.

10. Sistem çalışmadığında kimi arayacağız?

Destek modelini somutlaştırın: telefonla mı, uzak bağlantıyla mı, yerinde mi? Hangi saatlerde? Kritik bir sorunda dönüş süresi ne? "7/24 destek" yazan sözleşmenin arkasında kaç kişilik bir ekip var?

Bir de şunu sorun: "Kurulumu yapan danışman ile destekte muhatap olacağımız kişi aynı mı?" Projeyi tanıyan kişinin destekte de erişilebilir olması, sorun çözme süresini birkaç kata kadar kısaltır.

Görüşmelerde kırmızı bayraklar

Aşağıdaki cümleleri duyduğunuzda not alın — tek başına elenme sebebi olmayabilir, ama birikmesi tesadüf değildir:

• "Her şeyi yapar." — Kapsamı sınırsız gösteren, hiçbir kapsamı taahhüt etmiyordur.
• "Analize gerek yok, standart kurulum yeter." — Sizin işinizi dinlemeden kurulan sistem, kimsenin işine göre kurulmamıştır.
• "Veriyi siz Excel'e alın, biz basarız." — Taşıma sorumluluğunun size devri; mutabakat kaosunun daveti.
• "Eğitim videoları var, yeter." — İşbaşı eğitim maliyetinden kaçış.
• "Fiyatı bugün onaylarsanız..." — 10 yıllık altyapı kararına kampanya baskısı.
• Referans sorulduğunda isim verememe ya da "gizlilik" bahanesi.

Karar süreci için mini yol haritası

1. Hafta 1: Üç ana derdi ve büyüme senaryosunu yazın (Soru 1-2, 8).
2. Hafta 2-3: 2-3 adayla analiz görüşmesi + kendi verinizle demo (Soru 5-7).
3. Hafta 4: Teklif tablosu + referans aramaları (Soru 4, 9, 10).
4. Karar: Puanlamayı fiyatla değil, üç ana derdinizi çözme kanıtıyla yapın; fiyat eşitlik bozucudur, belirleyici değil.

Analiz görüşmesine hazırlık: yanınızda ne olsun?

Tedarikçiyle ilk ciddi oturuma eli boş gitmek, görüşmeyi genel broşür sunumuna çevirir. Şu dosya, bir saatlik görüşmeyi somutlaştırır:

• Üç ana derdinizin listesi (Soru 1'in çıktısı) ve her biri için yaşanmış bir örnek olay,
• Süreç haritası taslağı: siparişin girişinden tahsilata kadar bugün kim, hangi araçla ne yapıyor — kabataslak bir akış yeterli,
• Hacim rakamları: aylık fatura/sipariş adedi, aktif cari sayısı, stok kalemi sayısı, kullanıcı adayı sayısı — fiyatlamanın da kurgunun da ham maddesi,
• Örnek belgeler: en karmaşık faturanız, bir üretim reçeteniz, kullandığınız fiyat listesi formatı,
• Mevcut sistem envanteri: hangi programlar, hangi Excel'ler, kim kullanıyor.

Bu dosyayı hazırlarken şirket içinde çıkan tartışmalar bile başlı başına değerlidir — çoğu işletme kendi akışını ilk kez bu vesileyle uçtan uca görür.

Demo oturumunu nasıl değerlendirmeli?

Demoyu izlemek yetmez; puanlamak gerekir. Oturuma üç kişiyle katılın (karar verici + işi fiilen yapacak iki kullanıcı) ve şu formu doldurun:

Beş kriterde toplam 15'in altı, o adayla ikinci tura gerek olmadığının nazik göstergesidir. Bir ipucu daha: demo sırasında kasıtlı olarak planlanmamış bir şey isteyin ("şu alana bir de vade farkı ekleyin"). Ezber sunum ile sistemi gerçekten bilen danışman, o anda ayrışır.

Karar sonrası: ilk 90 günün kritik eşikleri

Seçim doğru olsa bile proje ilk üç ayda kazanılır ya da kaybedilir:

• 1-30. gün: Analiz dokümanının karşılıklı imzası, veri şablonlarının teslimi, proje takviminin kilometre taşlarıyla ilanı. İç tarafta tek bir proje sahibi atanır — "herkesin işi", kimsenin işi değildir.
• 31-60. gün: Deneme veri yüklemesi ve ilk uçtan uca test senaryosu (sipariş → irsaliye → fatura → tahsilat). Kullanıcı eğitimlerinin işbaşında başlaması.
• 61-90. gün: Kademeli canlıya geçiş, ilk ay kapanışının eski sistemle mutabakatı, açık konu listesinin haftalık eritilmesi.

Bu takvimin sözleşme ekinde yazılı olması, "ne zaman bitiyor?" sorusunun cevabını duygudan kurtarır.

Seçim sürecinde şirket içi roller

ERP seçimini tek kişinin yürütmesi — ister patron ister muhasebe müdürü olsun — en yaygın kurgu hatasıdır. Sağlıklı bir seçim komitesinde üç rol bulunur:

• Karar verici (patron/genel müdür): Bütçeyi ve stratejik yönü belirler; her demoya girmese de kısa listeyi kendi görür. Projeyi "IT'nin işi" diye devrederse, canlıya geçişte direnç kırılamaz.
• Süreç sahipleri (muhasebe, depo, satış, üretim şefleri): Sistemi fiilen kullanacak kişiler; demoda kendi işlerini kendi elleriyle denemeleri şarttır. Seçime katılmayan kullanıcı, kuruluma da katılmaz.
• Proje sahibi: Seçimden canlıya kadar tek muhatap; tedarikçiyle takvimi, iç tarafla ödevleri takip eder. İdeal profil, işi bilen ve sözü geçen orta kademedir — "en boş arkadaş" değil.

Komitede görüş ayrılığı çıkması sağlıklıdır: depo kullanım kolaylığına, muhasebe mevzuat uyumuna, patron rapora bakar. Üçünü de aynı masada dinleyen seçim, canlıda üç ayrı sürprizle karşılaşmaz.

Fiyat pazarlığında neyi konuşmalı?

Teklif masaya geldiğinde pazarlığın verimli ve verimsiz alanları vardır:

• Konuşulmaya değer: Ödeme takvimi (kilometre taşlarına bağlı hakediş), eğitim gün sayısını artırmak, ilk yıl destek kapsamını genişletmek, kullanıcı artışının birim fiyatını bugünden sabitlemek.
• Kısılmaması gereken: Analiz, veri taşıma ve eğitim kalemleri. Buradan kırpılan her lira, canlıya geçemeyen proje riski olarak katlanır geri döner — indirim isteyecekseniz lisans/abonelik tarafından isteyin.
• Sorulması unutulan: Sözleşme bitiminde verinizin size hangi formatta teslim edileceği. Bulut aboneliklerinde "çıkış maddesi", giriş fiyatı kadar önemlidir.

Pazarlığın amacı en düşük rakam değil, kapsamı korunmuş öngörülebilir bir toplamdır; kapsamı belirsiz ucuz teklif, pazarlık kazanımı değil ertelenmiş faturadır.

Batık maliyet tuzağı: "bu programa çok para verdik"

Seçim sürecinin görünmez engeli çoğu zaman masadaki teklifler değil, mevcut sistemdir. "Bu programa yıllardır para ödüyoruz, biraz daha idare etsin" cümlesi, ekonomide batık maliyet yanılgısı denen tuzağın ta kendisidir: geçmişte ödenen para, geleceğe dair kararın girdisi olamaz — o para her senaryoda gitmiştir.

Doğru soru "şimdiye kadar ne ödedik?" değil, "önümüzdeki beş yılda hangi yol daha ucuz ve güvenli?" sorusudur. Bu hesapta mevcut sistemin görünmeyen faturası da masaya konmalıdır: elle yapılan mutabakatların saati, Excel köprülerinin hata bedeli, alınamayan raporlarla verilen geç kararlar. Çoğu işletmede bu görünmez kalemler, yeni sistemin yıllık maliyetinden büyüktür — ama hiçbir zaman fatura edilmediği için yok sayılır.

Aynı tuzağın ikizi de vardır: yarıda kalmış bir ERP projesinin ardından "biz denedik, olmadı" diyerek konuyu yıllarca dondurmak. Başarısız geçişin nedeni neredeyse her zaman yazılımın kendisi değil kurgu ve sahiplenme eksiğidir; ilk denemenin otopsisini yapmadan ikinciyi reddetmek, yanlış dersle yaşamaktır.

Kısa özet

Sık sorulan sorular

Kaç tedarikçiyle görüşmeliyiz? İkiden az kıyas imkânı vermez, beşten çoğu süreci sulandırır; 3 aday sağlıklı dengedir.

Demoyu tedarikçinin verisiyle mi izleyelim? Hayır — mutlaka kendi ürünlerinizden birkaçıyla, kendi senaryonuzla (teklif → sipariş → sevkiyat → maliyet) izleyin. Hazır demo veri seti her sistemde güzel görünür.

Önce süreçleri mi düzeltelim, önce ERP mi? İkisi birlikte: sürecin kabaca sadeleştirilmesi seçimden önce, ince ayarı kurulum sırasında yapılır. "Mükemmel sürece kadar bekleyelim" projeleri yıllarca erteler.

Seçim süreci toplamda ne kadar sürmeli? Analizden karara 4-8 hafta sağlıklı banttır. Daha kısası genellikle demo ve referans adımlarının atlandığını, daha uzunu karar mekanizmasının tıkandığını gösterir — aylarca süren seçim süreçleri, çoğu zaman kararsızlığın maliyetini projeye ekler.

Sözleşmede nelere dikkat edelim? Kapsam listesi (modüller, adam-gün, veri taşıma sınırları), takvim ve kilometre taşları, eğitim gün sayısı, destek SLA'sı ve ek işlerin birim fiyatı yazılı olmalı; "sonra bakarız" kalemleri sonranın kavgasıdır.

Bu soruların cevaplarını birlikte netleştirmek isterseniz demo talep edin — Harmony ve DİA'nın yetkili çözüm ortağı olarak ihtiyacınıza göre dürüst bir öneriyle dönüyoruz.