ERP Tedarikçi Seçim Metodolojisi: Doğru Seçime Yapılandırılmış Bir Yaklaşım

Gereksinim toplama, RFP tasarımı, satıcı değerlendirmesi, demolar ve sözleşme görüşmelerini kapsayan yapılandırılmış metodolojimizle doğru ERP satıcısını seçin.

E
ECOSIRE Research and Development Team
|16 Mart 20267 dk okuma1.4k Kelime|

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ÖrneklerPaydaş
Mali yönetimGL, AP, AR, bütçeleme, konsolidasyon, çoklu para birimiCFO, Kontrolör
Tedarik zinciriTedarik, envanter, depo, nakliyeCOO, Operasyonlar
ÜretimÜrün Ağacı, iş emirleri, MRP, kalite kontrolÜretim Müdürü
Satış ve CRMFiyat teklifleri, siparişler, boru hattı, müşteri yönetimiSatış 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 analizGösterge tabloları, anlık raporlar, veri aktarımıTüm bölümler
EntegrasyonE-ticaret, bankacılık, EDI, üçüncü taraf araçlarBT
UyumlulukMevzuat gereklilikleri, denetim takibi, erişim kontrolleriUyumluluk, 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

GereksinimSeçeneklerİhtiyacınız
Dağıtım modeliBulut SaaS, Özel bulut, Şirket içi, Hibrit
VeritabanıPostgreSQL, SQL Sunucusu, Oracle, MySQL
API kullanılabilirliğiREST, GraphQL, SOAP, Web Kancaları
Mobil erişimYerel uygulama, duyarlı web, her ikisi de
Kişiselleştirme yaklaşımıYapılandırma, az kodlu, özel geliştirme
ÖlçeklenebilirlikKullanıcılar, işlemler, veri hacmi
Çalışma Süresi SLA'sı%99,5, %99,9, %99,99
Veri yerleşimiVeri 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 SorusuBaş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:

  1. Şirkete genel bakış --- Kuruluşunuz, sektörünüz ve stratejik yönünüz
  2. Proje kapsamı --- Modüller, kullanıcılar, varlıklar, coğrafyalar
  3. İş gereksinimleri --- MoSCoW önceliğine sahip, kategoriye göre ayrıntılı gereksinimler
  4. Teknik gereksinimler --- Altyapı, entegrasyon, güvenlik
  5. Satıcı soruları --- Şirket istikrarı, destek modeli, yol haritası
  6. Uygulama yaklaşımı --- Metodoloji, zaman çizelgesi beklentileri, ekip gereksinimleri
  7. Fiyatlandırma --- Ayrıntılı fiyatlandırma isteyin (lisanslama, uygulama, eğitim, destek)
  8. Referanslar --- Benzer sektör/boyutta 3-5 referans isteyin

Değerlendirme Puan Kartı

Her satıcıyı ağırlıklı olarak puanlayın:

KriterlerAğırlıkSatıcı ASatıcı BSatı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:

  1. Uygulama orijinal tahmine göre ne kadar zaman aldı?
  2. Toplam maliyet ve orijinal bütçe ne kadardı?
  3. Uygulama sırasındaki en büyük sürpriz neydi?
  4. Satıcı desteğinin kalitesi ve yanıt verme hızı nasıldır?
  5. Yeniden başlarsanız neyi farklı yapardınız?
  6. Tekrar bu satıcıyı seçer misiniz? Neden ya da neden olmasın?
  7. Satıcı yükseltmeleri ve yamaları nasıl gerçekleştirdi?
  8. Sistemin yapmasını isteyip de yapmamasını istediğiniz şey nedir?

Toplam Sahip Olma Maliyeti (5 Yıllık)

Maliyet KategorisiYıl 1Yıl 23. Yıl4. YılYıl 5Toplam
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ı

  1. 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.

  2. 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.

  3. Uygulama ortağını göz ardı etmek --- İş ortağı genellikle satıcıdan daha önemlidir. Partnerinizi de platform kadar titizlikle değerlendirin.

  4. 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.

  5. 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 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.

E

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.

WhatsApp'ta Sohbet Et