ERP Satıcı Seçim Metodolojisi: Doğru Seçime Yapılandırılmış Bir Yaklaşım
Yanlış ERP tedarikçisini seçmek, kuruluşların 5-10 yıl boyunca aklını kurcalayan bir karardır. Nucleus Research, kuruluşların yüzde 46'sının ilk iki yıl içinde ERP seçiminden pişmanlık duyduğunu, bunun temel nedeninin de değerlendirme sürecinin iş uyumundan ziyade özellik listelerine odaklandığını bildiriyor. Uygulamanın ortasında ERP sistemlerini değiştirmenin ortalama maliyeti, orijinal bütçenin yüzde 200-300'üdür.
Bu kılavuz, pişmanlık riskini azaltan ve iş ihtiyaçlarınız ile seçilen platform arasında uyum sağlanmasını sağlayan ERP tedarikçi seçimine yönelik metodik bir yaklaşım sağlar.
Aşama 1: Gereksinimlerin Tanımı (1-6. Haftalar)
İş Gereksinimlerinin Toplanması
Herhangi bir satıcıya bakmadan önce ERP'nin ne yapmasına ihtiyacınız olduğunu belgeleyin.
Gereksinim kategorileri:
| Kategori | Örnekler | Paydaş |
|---|---|---|
| Mali yönetim | GL, AP, AR, bütçeleme, konsolidasyon, çoklu para birimi | CFO, Kontrolör |
| Tedarik zinciri | Tedarik, envanter, depo, nakliye | COO, Operasyonlar |
| Üretim | Ürün Ağacı, iş emirleri, MRP, kalite kontrol | Üretim Müdürü |
| Satış ve CRM | Fiyat teklifleri, siparişler, boru hattı, müşteri yönetimi | Satış Başkan Yardımcısı |
| İK ve bordro | Çalışan kayıtları, maaş bordrosu, işe alım, katılım | İK Direktörü |
| Raporlama ve analiz | Gösterge tabloları, anlık raporlar, veri aktarımı | Tüm bölümler |
| Entegrasyon | E-ticaret, bankacılık, EDI, üçüncü taraf araçlar | BT |
| Uyumluluk | Mevzuat gereklilikleri, denetim takibi, erişim kontrolleri | Uyumluluk, Yasal |
Gereksinim sınıflandırması (MoSCoW):
- Olmalı --- Pazarlık edilemez. Bu olmadan sistem canlıya geçemez.
- Olmalı --- Önemli ancak ilk canlı kullanıma geçiş için kritik değil.
- Olabilir --- Bütçe ve zaman çizelgesi izin veriyorsa arzu edilir.
- Olmayacak --- Açıkça bu projenin kapsamı dışındadır.
Teknik Gereksinimler
| Gereksinim | Seçenekler | İhtiyacınız |
|---|---|---|
| Dağıtım modeli | Bulut SaaS, Özel bulut, Şirket içi, Hibrit | |
| Veritabanı | PostgreSQL, SQL Sunucusu, Oracle, MySQL | |
| API kullanılabilirliği | REST, GraphQL, SOAP, Web Kancaları | |
| Mobil erişim | Yerel uygulama, duyarlı web, her ikisi de | |
| Kişiselleştirme yaklaşımı | Yapılandırma, az kodlu, özel geliştirme | |
| Ölçeklenebilirlik | Kullanıcılar, işlemler, veri hacmi | |
| Çalışma Süresi SLA'sı | %99,5, %99,9, %99,99 | |
| Veri yerleşimi | Veri depolama için coğrafi gereksinimler |
2. Aşama: Pazar Araştırması ve Uzun Liste (3-8. Haftalar)
Uzun Listenizi Oluşturma
Potansiyel olarak sektörünüze ve boyutunuza uygun 8-12 tedarikçiyle başlayın:
Araştırma kaynakları:
- ERP için Gartner Magic Quadrant
- G2 ve Capterra incelemeleri (şirket büyüklüğüne ve sektöre göre filtreleyin)
- Endüstri birliği tavsiyeleri
- Benzer büyüklükteki kuruluşlardan akran yönlendirmeleri
- Forrester, IDC ve Nucleus Research'ten analist raporları
İlk Tarama Kriterleri
İkili kriterleri kullanarak uzun listeyi 3-5 satıcıya düşürün:
| Tarama Sorusu | Başarılı/Kaldı |
|---|---|
| Satıcı dağıtım modelinizi (bulut/şirket içi) destekliyor mu? | |
| Satıcının sektörünüzde müşterileri var mı? | |
| Sistem istediğiniz dillerde mevcut mu? | |
| Satıcı coğrafi bölgelerinizde faaliyet gösteriyor mu? | |
| Lisanslama modeli bütçe aralığınızda mı? | |
| Satıcının aktif bir iş ortağı ekosistemi var mı? | |
| Satıcı 5 yılı aşkın süredir faaliyet gösteriyor mu (istikrar)? |
Aşama 3: Resmi Değerlendirme (8-16. Haftalar)
RFP Tasarımı
İyi yapılandırılmış bir RFP faydalı yanıtlar alır. Kötü yapılandırılmış bir şirket pazarlama broşürleri alır.
RFP bölümleri:
- Şirkete genel bakış --- Kuruluşunuz, sektörünüz ve stratejik yönünüz
- Proje kapsamı --- Modüller, kullanıcılar, varlıklar, coğrafyalar
- İş gereksinimleri --- MoSCoW önceliğine sahip, kategoriye göre ayrıntılı gereksinimler
- Teknik gereksinimler --- Altyapı, entegrasyon, güvenlik
- Satıcı soruları --- Şirket istikrarı, destek modeli, yol haritası
- Uygulama yaklaşımı --- Metodoloji, zaman çizelgesi beklentileri, ekip gereksinimleri
- Fiyatlandırma --- Ayrıntılı fiyatlandırma isteyin (lisanslama, uygulama, eğitim, destek)
- Referanslar --- Benzer sektör/boyutta 3-5 referans isteyin
Değerlendirme Puan Kartı
Her satıcıyı ağırlıklı olarak puanlayın:
| Kriterler | Ağırlık | Satıcı A | Satıcı B | Satıcı C |
|---|---|---|---|---|
| Fonksiyonel uyum (Gereksinimlere sahip olmalıdır) | %30 | |||
| Teknik uyum | %15 | |||
| Toplam sahip olma maliyeti (5 yıllık) | %20 | |||
| Uygulama yaklaşımı ve zaman çizelgesi | %10 | |||
| Satıcı istikrarı ve yol haritası | %10 | |||
| Ortak/uygulama ekosistemi | %5 | |||
| Referanslar ve itibar | %5 | |||
| Kullanıcı deneyimi ve kullanılabilirlik | %5 | |||
| Ağırlıklı Toplam | %100 |
Komut Dosyalı Demolar
Satıcıların standart demolarını çalıştırmalarına izin vermeyin. İşletmenizle eşleşen senaryolar sağlayın:
Demo senaryo yapısı:
Scenario: Process a multi-warehouse sales order with partial shipment
Context: Customer orders 100 units. 60 are in Warehouse A, 40 in Warehouse B.
Ship 60 immediately from Warehouse A. Backorder 40.
Invoice for 60 shipped. Second shipment in 2 weeks.
Show us:
1. How the sales order is created with multi-warehouse visibility
2. How partial fulfillment is processed
3. How the backorder is managed
4. How partial invoicing works
5. How the customer sees order status (if portal exists)
6. What GL entries are created at each step
Evaluation criteria:
- Number of clicks/steps to complete
- Clarity of user interface
- Handling of the multi-warehouse split
- Accuracy of financial postings
- Customer visibility and self-service
4. Aşama: Derin Değerlendirme (14-20. Haftalar)
Referans Kontrolleri
Referanslara özel sorular sorun:
- Uygulama orijinal tahmine göre ne kadar zaman aldı?
- Toplam maliyet ve orijinal bütçe ne kadardı?
- Uygulama sırasındaki en büyük sürpriz neydi?
- Satıcı desteğinin kalitesi ve yanıt verme hızı nasıldır?
- Yeniden başlarsanız neyi farklı yapardınız?
- Tekrar bu satıcıyı seçer misiniz? Neden ya da neden olmasın?
- Satıcı yükseltmeleri ve yamaları nasıl gerçekleştirdi?
- Sistemin yapmasını isteyip de yapmamasını istediğiniz şey nedir?
Toplam Sahip Olma Maliyeti (5 Yıllık)
| Maliyet Kategorisi | Yıl 1 | Yıl 2 | 3. Yıl | 4. Yıl | Yıl 5 | Toplam |
|---|---|---|---|---|---|---|
| Yazılım lisanslama | ||||||
| Uygulama hizmetleri | ||||||
| Veri taşıma | ||||||
| Eğitim | ||||||
| Özelleştirme/geliştirme | ||||||
| Dahili işçilik (proje ekibi) | ||||||
| Yıllık bakım/destek | ||||||
| Altyapı (şirket içi ise) | ||||||
| Devam eden optimizasyon | ||||||
| Toplam |
Kavram Kanıtı (İsteğe Bağlı ancak Önerilen)
Finalistler için ücretli bir konsept kanıtı isteyin:
- Satıcı, verilerinizi kullanarak 1-2 kritik iş sürecini yapılandırır
- Ekibiniz yapılandırmayı 2-4 hafta boyunca test eder
- Gizli karmaşıklığı ve kullanılabilirlik sorunlarını ortaya çıkarır
- Tipik maliyet: Satıcı başına 5.000 - 20.000 $ (yatırıma değer)
5. Aşama: Seçim ve Müzakere (20-24. Haftalar)
Sözleşme Müzakere Kontrol Listesi
- Açıkça tanımlanmış lisanslama koşulları (kullanıcı türleri, eşzamanlı ve adlandırılmış, modül erişimi)
- Fiyat kilitleme süresi (sürpriz artışları önlemek için minimum 3-5 yıl)
- Aşamaya dayalı ödemelerle uygulama zaman çizelgesi
- Başarı kriterleri ve kabul prosedürleri
- Canlıya geçişten sonraki garanti süresi (minimum 90 gün)
- Destek SLA'ları (önem derecesine göre yanıt süreleri, kullanılabilirlik saatleri)
- Veri sahipliği ve taşınabilirliği (verileriniz, dışa aktarma hakkınız)
- Çıkış koşulları (platformdan ayrılırsanız ne olur)
- Yükseltme ve sürüm desteği taahhütleri
- Sorumluluk ve tazminat hükümleri
Yaygın Seçim Hataları
-
En iyi demo yerine en iyi demoyu seçmek --- Gösterişli bir demo, sorunsuz bir uygulama anlamına gelmez. Özel senaryolarınıza odaklanın.
-
Toplam maliyetin hafife alınması --- Lisans ücretleri genellikle toplam maliyetin %20-30'u kadardır. Uygulama, eğitim ve sürekli optimizasyon çoğunluktadır.
-
Uygulama ortağını göz ardı etmek --- İş ortağı genellikle satıcıdan daha önemlidir. Partnerinizi de platform kadar titizlikle değerlendirin.
-
Komite görüş birliğine göre seçim yapmak --- Uzlaşma, optimal olanları değil, güvenli seçimleri üretir. Karar yetkisini sonuçlardan sorumlu kişiye atayın.
-
Referansları iyice kontrol etmemek --- Satıcının seçtiği referansları değil, kendi seçtiğiniz referansları (aynı sektör, aynı büyüklükte) isteyin.
İlgili Kaynaklar
- ERP Uygulama Maliyet Kılavuzu --- Yatırımın tamamını anlama
- ERP Uygulama Zaman Çizelgesi --- Projeyi planlamak
- Odoo ERP Uygulama Kılavuzu --- Platforma özel rehberlik
- ERP Proje Bütçe Yönetimi --- Proje aracılığıyla maliyetleri yönetme
ERP tedarikçi seçimi her türlü büyük sermaye yatırımının titizliğini hak eder. Açık kriterlere, ağırlıklı değerlendirmeye ve kapsamlı durum tespitine sahip yapılandırılmış bir metodoloji, maliyetli bir yanlış seçim riskini önemli ölçüde azaltır. ERP değerlendirmesi ve tedarikçi seçimi konusunda rehberlik için ECOSIRE ile iletişime geçin.
Yazan
ECOSIRE Research and Development Team
ECOSIRE'da kurumsal düzeyde dijital ürünler geliştiriyor. Odoo entegrasyonları, e-ticaret otomasyonu ve yapay zeka destekli iş çözümleri hakkında içgörüler paylaşıyor.
İlgili Makaleler
Borç Hesapları Otomasyonu: İşleme Maliyetlerini Yüzde 80 Oranında Azaltın
OCR, üç yönlü eşleştirme ve ERP iş akışlarıyla fatura işleme maliyetlerini fatura başına 15 ABD dolarından 3 ABD dolarına düşürmek için borç hesapları otomasyonunu uygulayın.
Muhasebe ve Defter Tutma Otomasyonunda Yapay Zeka: CFO Uygulama Kılavuzu
Fatura işleme, banka mutabakatı, gider yönetimi ve finansal raporlama için muhasebeyi yapay zeka ile otomatikleştirin. %85 daha hızlı kapatma döngüleri.
İçerik Pazarlama Stratejisinde Yapay Zeka: Kaliteyi Kaybetmeden Üretimi Ölçeklendirin
Kaliteyi korurken içerik pazarlamasını 5-10 kat ölçeklendirmek için yapay zekayı kullanın. İçerik planlama, oluşturma, optimizasyon, dağıtım ve performans ölçümünü kapsar.