ERP seçim rehberi: ihtiyaç analizinden uygulama ortağına

Sürüm 1.0 — Son güncelleme: 29 Ekim 2026

ERP nasıl seçilir? Önce ihtiyaç ve süreçler yazılır, sonra kısa liste ölçütleri belirlenir. Adaylar kendi verinizle yapılan senaryolu demoda sınanır, referanslar aranır ve toplam sahip olma maliyeti karşılaştırılır. Ürün kadar uygulama ortağı da seçilir. Veri aktarımı ve değişim yönetimi baştan plana girer.

ERP seçimi bir yazılım alımı değil, şirketin nasıl çalışacağına dair bir karardır. Bu rehber, ERP ve uygulama ortağı seçen bir şirketin izleyebileceği adımları ürün bağımsız olarak sıralar. Hangi ürünü seçerseniz seçin, adımlar aynıdır.

ERP projeleri neden sapar?

Büyük BT projelerinde sapma yaygındır. Flyvbjerg ve Budzier'in 1.471 BT projesini inceleyen çalışmasında ortalama maliyet aşımı %27; ancak her altı projeden biri ortalama %200 maliyet ve yaklaşık %70 süre aşımına uğruyor (Harvard Business Review, 2011).

Nedenler çoğunlukla teknik değil. PMI'ın 2017 Pulse of the Profession araştırmasına göre başarısızlığın ilk üç nedeni tanımsız hedef ve kilometre taşları (%37), zayıf iletişim (%19) ve üst yönetimin iletişim eksikliği (%18). Aynı araştırma, aktif biçimde sahiplenen bir yönetici sponsoru proje başarısının bir numaralı etkeni olarak gösteriyor.

ERP'ye özgü literatür de aynı yönü gösteriyor. 2012–2023 arasındaki 272 çalışmayı tarayan 2025 tarihli güncel bir derleme, ERP projeleri için 33 kritik başarı etkeni buluyor; ilk üçü üst yönetim desteği ve katılımı, ERP sisteminin organizasyona uyumu ve kullanıcı eğitimi (Leyh ve diğerleri, 2025). Finney ve Corbett'in 45 makaleyi inceleyen çalışmasında değişim yönetimi en sık anılan etkenler arasında (2007). Türkiye'de 2025'te yayımlanan bir sistematik literatür taraması da kapsam yönetimi, risk analizi, kaynak planlaması, üst yönetim desteği, değişim yönetimi ve kullanıcı eğitimini öne çıkarıyor (Yönetim Bilişim Sistemleri Dergisi).

Aşağıdaki adımlar bu bulgulardan çıkar.

1. İhtiyaç analizi: neyi çözmek istiyorsunuz?

• ERP'ye geçme nedenini bir paragrafta yazın: hangi sorun, hangi hedef.
• Projenin başarı ölçütünü belirleyin. Neyin değişmesi, projenin başarılı sayılması için yeterli?
• Kapsamdaki modülleri sıralayın: finans ve muhasebe, satış, satınalma, stok, üretim, insan kaynakları, CRM.
• Üst yönetimden bir sponsor atayın. Kapsam ve öncelik kararı bu kişide olmalı.

2. Süreç haritası: bugün nasıl çalışıyorsunuz?

Her ana süreci (teklif-sipariş-sevk-fatura, satınalma, üretim, tahsilat ve ödeme) bugünkü hâliyle çizin. Kim, hangi belgeyle, hangi sırayla ne yapıyor? Excel'de, kâğıtta ya da e-postada yürüyen adımları ayrıca işaretleyin. Bu harita hem kısa liste ölçütlerine hem de demo senaryolarına kaynak olur.

3. Kısa liste ölçütleri

Ürünleri özellik listesiyle değil, kendi süreçlerinizle karşılaştırın. Kısa listeye girecek her aday için şu soruları yazılı olarak cevaplatın:

• Kritik süreçlerimiz standart ekranlarla karşılanıyor mu, yoksa özel geliştirme mi gerekiyor?
• Özel geliştirme gerekirse, ürünün standart koduna dokunmadan yapılabiliyor mu? Güncellemeler bundan nasıl etkileniyor?
• Türkiye'deki yasal yükümlülükler ve raporlamalar standart olarak karşılanıyor mu?
• Bankalar, e-ticaret, üretim sahası gibi diğer sistemlerle entegrasyon nasıl yapılıyor?
• Ürün için sertifikalı ve deneyimli uygulama ortakları var mı?
• Lisans ya da abonelik modeli şirket büyüdükçe nasıl değişiyor?

4. Kendi verinizle senaryolu demo

Hazır demo verisi her ürünü iyi gösterir. Adaylardan, ikinci adımdaki süreç haritasından seçtiğiniz 3–5 uçtan uca senaryoyu kendi ürün, cari ve sipariş örneklerinizle göstermelerini isteyin. Demoyu, o süreci her gün yürüten kişiler izlesin ve puanlasın. Hangi adımın standart, hangisinin uyarlama, hangisinin özel geliştirme olduğunu demo sırasında not edin.

5. Referans kontrolü

• Sizinle benzer ölçek ve sektördeki bir kullanıcıyla, satış ekibi olmadan konuşun.
• Projenin kapsamı, süresi ve bütçesinin planla ne kadar örtüştüğünü sorun.
• Canlıya geçişten sonra destek nasıl yürüdü, hangi sorunlar kaldı?
• Aynı uygulama ortağıyla yeniden çalışırlar mıydı?

6. Toplam sahip olma maliyeti

Teklifleri yalnız lisans bedeliyle karşılaştırmak yanıltır. Aynı kalemleri her adaydan ayrı ayrı isteyin.

7. Uygulama ortağı seçimi

ERP'yi şirketinize ürünün kendisi değil, uygulama ortağı kurar. Literatürdeki başarı etkenlerinin çoğu (üst yönetim desteği, kullanıcı eğitimi, değişim yönetimi, kapsam yönetimi) ortağın sahada nasıl çalıştığına bağlıdır. Ortağa şunları sorun:

• Kapsam, bütçe ve süre işe başlamadan yazılı mı ve sözleşmeye bu metin mi giriyor?
• Yazılı bir uygulama metodolojisi var mı; her aşamanın çıktısı ne?
• Projede çalışacak ekip kim; ürün üreticisinin sertifikasına sahipler mi?
• Teklifi veren, geliştirmeyi yapan ve canlıya alan ekip aynı mı?
• Özel geliştirme ürünün standart koduna dokunuyor mu?
• Canlıya geçişten sonra destek nasıl ve ne kadar süre veriliyor?

8. Veri aktarımı

Veri aktarımı canlıya geçişin hemen öncesinde değil, seçim sürecinde planlanır.

• Hangi verinin taşınacağına karar verin: ana veri (ürün, cari, hesap planı, ürün ağacı) ve açılış bakiyeleri. Geçmiş hareketlerin taşınıp taşınmayacağını ayrıca belirleyin.
• Veriyi taşımadan önce temizleyin. Mükerrer cari kartlar, eksik vergi numaraları, kullanılmayan stok kartları yeni sisteme sorun olarak taşınır.
• Aktarım şablonunu kimin vereceğini, kimin dolduracağını ve aktarılan verinin nasıl test edileceğini yazın.
• Geçişte bir süre eski sistemle paralel kayıt tutulup tutulmayacağına karar verin.

9. Değişim yönetimi

ERP, çalışanların her gün yaptığı işi değiştirir. Değişim yönetimi literatürde en sık anılan başarı etkenleri arasındadır.

• Her departmandan bir anahtar kullanıcı seçin. Süreç tasarımına katılsın, testleri yapsın, ekibini eğitsin.
• Yeni süreci kullanıcıya canlıya geçişten önce anlatın; eğitimi kendi verinizle yapın.
• Eski yöntemlerin (paralel Excel dosyaları gibi) ne zaman kapanacağını baştan ilan edin.
• Sponsor, kararları ve önceliği düzenli olarak ekibe iletsin. Üst yönetimin iletişim eksikliği, başarısızlık nedenleri arasındadır.

Seçim öncesi kontrol listesi

• ERP'ye geçiş nedeni ve başarı ölçütü yazılı.
• Üst yönetimden karar yetkisi olan bir sponsor atandı.
• Ana süreçlerin bugünkü hâli çizildi.
• Kısa liste ölçütleri ve demo senaryoları yazıldı.
• Demolar kendi verimizle yapıldı ve süreç sahipleri puanladı.
• En az iki referansla satış ekibi olmadan konuşuldu.
• Toplam sahip olma maliyeti aynı kalemlerle karşılaştırıldı.
• Uygulama ortağının metodolojisi, ekibi ve sertifikaları incelendi.
• Veri aktarımı ve temizliğinin sorumluları kapsama yazıldı.
• Anahtar kullanıcılar ve eğitim planı belirlendi.

Türkiye ve AB'de ERP kullanımı

TÜİK'e göre 2025'te Türkiye'de 10 ve daha fazla çalışanı olan girişimlerin %28,3'ü ERP yazılımı kullandı. Oran büyüklükle artıyor: 10–49 çalışanlılarda %23,6, 50–249 çalışanlılarda %46,0, 250 ve üzeri çalışanlılarda %76,5. Avrupa Birliği'nde aynı yıl işletmelerin %46,45'i ERP kullandı; oran küçük işletmelerde %41,08, büyük işletmelerde %88,71 (Eurostat). Türkiye'deki küçük ve orta ölçekli şirketlerin çoğu için ERP seçimi henüz önlerinde duran bir karar.

Gramoni bu süreçte ne yapar?

Gramoni, Workcube iş ortağıdır ve Workcube ERP'yi uygular. Workcube'ün 8 aşamalı uygulama metodolojisinin ilk aşaması Seçim'dir: ihtiyaç analizi, POC workshop'u, kapsam, bütçe ve süre, sözleşme. Kapsam, bütçe ve süre bu aşamada yazılı olarak çıkar ve sözleşmeye bu metin girer. Teklifte söz veren, kodu yazan ve canlıya alan aynı ekiptir; proje İngilizce de yürütülebilir.

Ayrıntılar için Workcube ERP danışmanlığı sayfasına bakabilir ya da görüşme talep edebilirsiniz.