ERP'ye Geçişte Kullanıcı Direnci: Ekip Yeni Sisteme Neden Direnir, Nasıl Aşılır?

Bir üretim şirketinde satın alma süreci 4 ay sürdü, demo turları yapıldı, referanslar arandı, sözleşme imzalandı. Kurulum 3 haftada tamamlandı. Altı ay sonra muhasebe ekibi hâlâ ayrı bir Excel dosyasında cari takibi yapıyor, depo sorumlusu stok sayımını kâğıda yazıp akşam sisteme giriyordu. Yönetici panelindeki rakamlar gerçek stokla örtüşmüyordu, çünkü veri iki kaynaktan besleniyordu.

Bu tablo ERP projelerinde sık görülen bir örüntüdür ve teknik bir arıza değildir. Yazılım çalışıyor, entegrasyon tamam, raporlar doğru kurulmuş — sorun ekibin sistemi fiilen kullanmamasıdır. Seçim ve kurulum aşamasına harcanan emeğin büyük kısmı, kullanıcı benimsemesi (adoption) planlanmadığında boşa gider.

ERP projeleri neden bir teknoloji projesi değil, bir insan projesidir?

Bir ERP kurulumunda ekranlar, alan eşleştirmeleri ve entegrasyonlar proje planının görünen kısmıdır. Asıl zor kısım görünmez: bir muhasebecinin 8 yıldır aynı tuş kombinasyonuyla fatura kestiği alışkanlığı, bir depo sorumlusunun kafasında tuttuğu "hangi ürün nerede duruyor" bilgisini sisteme aktarma zorunluluğu, bir satış temsilcisinin telefonda anlaştığı iskontoyu artık onay akışından geçirme gerekliliği.

Kurulum ekibi çoğunlukla veri taşıma, entegrasyon ve raporlama üzerine odaklanır; bu doğrudur ve gereklidir. Ancak proje planında ayrı bir başlık olarak "kullanıcı benimsemesi" yer almazsa, sistem teknik olarak hazır olduğu gün değil, ekip fiilen bırakmaya razı olduğu gün devreye girer — bu iki tarih arasında haftalar, bazen aylar geçebilir.

Direncin gerçek kaynağı nedir?

Direnç genellikle "değişime kapalı ekip" gibi genel bir başlıkla açıklanır, ama pratikte üç farklı kaynağı vardır ve her biri farklı bir çözüm gerektirir.

Hata korkusu. Yeni ekranda bir faturayı yanlış kesmekten, bir cariyi yanlış eşleştirmekten korkan kullanıcı, hata yapma ihtimali düşük olan bildiği yola geri döner. Bu korku, eğitim eksikliğinden çok "hatamı geri alabilir miyim" belirsizliğinden gelir.

Hız algısı. Eski sistemde 10 yıllık deneyimle bir işlemi 30 saniyede yapan kullanıcı, yeni sistemde aynı işi 3 dakikada yapıyorsa, bu geçici bir öğrenme eğrisi olsa bile "yeni sistem yavaş" sonucuna varır. Bu algı düzeltilmezse kullanıcı eski araca geri döner.

Sponsorluk boşluğu. Yönetici, sistemi kurdurup günlük işin içine girmezse, ekip de ciddiye almaz. Patron veya departman müdürü hâlâ eski raporu istiyorsa, ekip yeni sisteme geçmek için hiçbir baskı hissetmez.

Pratik karşılığı

Bu üç kaynağın ortak paydası, teknik bir yama değil bir yapı sorunu olmasıdır. Aşağıdaki mekanizmalar bu boşluğu kapatır.

Yönetici sponsorluğu olmadan neden hiçbir eğitim planı işe yaramaz?

Bir depo sorumlusu, iyi hazırlanmış bir eğitimden sonra bile şu soruyu kendine sorar: "Patron hâlâ eski Excel raporunu istiyor mu?" Cevap evetse, yeni sistemdeki her giriş fazladan bir iş olarak görülür — çünkü asıl karar hâlâ eski kaynaktan besleniyor.

Sponsorluk, kurulum toplantısında bir kez "bu proje önemli" demekten ibaret değildir. Yönetici, ilk ay boyunca kendi talep ettiği raporu da yeni sistemden çekmeye başlamalı ve bunu ekibe görünür kılmalıdır. Toplantıda "Excel'deki rakam neydi" yerine "sistemde bugün ne görünüyor" sorusunu sormaya başladığı gün, ekip için mesaj nettir: eski kaynak artık referans değil.

Sponsorluğun ikinci bileşeni, ilk haftalardaki hataları cezalandırmamaktır. Yeni ekranda yanlış bir kayıt girip bunu düzeltmeye çalışan kullanıcı azarlanırsa, bir sonraki sefer hatayı gizlemeyi veya eski araca geri dönmeyi tercih eder.

Direncin maliyeti nasıl görünür hale getirilir?

Çift veri girişi — hem eski araçta hem yeni sistemde aynı işlemi kaydetmek — ekip için görünmeyen bir mesai kalemidir ve genellikle kimse bunu ayrı bir maliyet olarak fark etmez. Zaman içinde toplanan bu tekrar iş yükü, hem çalışan yorgunluğuna hem de iki kaynak arasındaki tutarsızlığa yol açar; yönetici panelindeki rakam ile depodaki fiili stok birbirini tutmadığında karar hızı da düşer.

Bu maliyeti görünür kılmanın yolu, projeyi başlatırken "geçiş tamamlandı" tarihini net tanımlamaktır. Tarih belirsiz bırakıldığında paralel çalışma dönemi doğal bir sona ermez, sessizce kalıcılaşır — bazı ekiplerde eski Excel dosyası yıllarca "yedek" gerekçesiyle yaşamaya devam eder.

Süper kullanıcı modeli nasıl kurulur?

Her departmandan bir kişi — muhasebede biri, satışta biri, depoda biri — kurulum sürecine erken dahil edilir ve sistemi diğer meslektaşlarından önce öğrenir. Bu kişi ekibin günlük sorularını yanıtlayan ilk temas noktası olur; her soru danışmana veya destek hattına gitmez.

Süper kullanıcı seçilirken teknik yetenekten çok ekip içindeki güven düzeyi önemlidir — meslektaşlarının "bu bilmiyorsa kimse bilmiyor" dediği kişi, sistemin en hızlı öğrenen kişisinden daha değerlidir.

Rol bazlı eğitim planı nasıl yapılır?

Tüm ekibe aynı genel tanıtımı yapmak, kimsenin kendi işine karşılık gelen ekranı hatırlamamasıyla sonuçlanır. Eğitim, kişinin günlük işiyle sınırlı ekranlara odaklanmalı.

Rol	Eğitim odağı	Önerilen süre
Muhasebe ekibi	Fatura, irsaliye, cari mutabakat, dönem kapanışı	2-3 oturum
Satış ekibi	Teklif, sipariş, sevkiyat, tahsilat takibi	1-2 oturum
Depo/üretim ekibi	Stok hareketi, sayım, barkod okutma	1-2 oturum
Yönetici/patron	Rapor okuma, onay akışları, KPI paneli	1 oturum

Eğitim tek seferlik bir oturum değil, modül devreye girdikçe tekrarlanan kısa oturumlar dizisi olarak kurgulanmalı. İlk hafta öğrenilen bir ekran, üçüncü haftada modül aktif hale geldiğinde tekrar hatırlatılmazsa unutulur.

Paralel çalışma dönemi ne kadar sürmeli, nasıl kapatılır?

Eski ve yeni sistemin bir arada çalıştığı dönem, ekibin güven kazanması için gereklidir ama süresiz uzatılmamalı. Belirsiz bir "alışınca bırakırız" yaklaşımı, ekibi güvenli olan eski araçta tutar ve geçiş hiç tamamlanmaz.

Paralel dönem başlarken bitiş tarihi net olarak duyurulmalı — genellikle bir ay/dönem kapanışına denk getirilir. O tarihte eski araç salt görüntüleme moduna alınır veya tamamen kapatılır; "isteyen kullanmaya devam edebilir" seçeneği bırakılmaz, çünkü bu seçenek her zaman eski araca geri dönüşle sonuçlanır.

Benimseme nasıl ölçülür?

"Ekip sistemi kullanıyor mu" sorusunun öznel bir cevabı olmamalı. Aşağıdaki göstergeler somut bir tablo verir:

• Sistem dışında tutulan paralel Excel/kâğıt kayıt sayısı (hedef: sıfır)
• Destek talebi sayısı ve konusu (ilk hafta yüksek olması normal, dördüncü haftada düşüş beklenir)
• Günlük aktif kullanıcı sayısı / toplam lisanslı kullanıcı sayısı
• Onay akışlarında bekleyen işlem süresi (uzunsa kullanıcı sistemi atlıyor olabilir)

Bu göstergeler haftalık kısa bir gözden geçirmeyle takip edilirse, direncin nerede yoğunlaştığı üçüncü haftadan önce görülür ve müdahale edilir. Takibi yapacak kişi danışman değil, süper kullanıcı ve departman yöneticisi olmalı — dışarıdan gelen biri "kullanmıyorsunuz" dediğinde savunmaya geçilir, ama kendi ekip arkadaşı aynı gözlemi paylaştığında çözüm arayışı başlar.

Sürecin Birasyo tarafı

Birasyo'da kurulum paketine dahil olan dedike danışman, ilk 30 gün boyunca ekiple düzenli temas kurar; bu temas "sorun çıkarsa arayın" pasif modelinden farklı olarak, danışmanın kendisinin sistem kullanım verisine bakıp hangi ekranın az kullanıldığını proaktif olarak sorması şeklinde işler. Modül bazlı Türkçe video kütüphanesi, süper kullanıcı rolündeki kişinin kendi hızında tekrar izleyebileceği bir kaynak sağlar. Mali müşavir için ayrı bir eğitim akışı ve ücretsiz erişim, muhasebe tarafındaki direncin önemli bir kısmını — "hesap uzmanım yeni sistemi onaylamıyor" endişesini — baştan ortadan kaldırır. Kurulum ve geçiş sürecinin teknik tarafı hakkında onboarding sürecinin kapsamı sayfasında daha fazla ayrıntı bulunur.

Özet

ERP projelerinde en büyük risk yazılım hatası değil, ekibin sessizce eski araçlara dönmesidir. Bu risk üç noktada yönetilir: her departmanda bir süper kullanıcı belirlemek, eğitim planını rol bazlı kurgulamak ve paralel çalışma dönemini net bir tarihte kapatmak. Benimseme, "ekip alıştı mı" gibi öznel bir izlenimle değil, aktif kullanıcı oranı ve paralel kayıt sayısı gibi somut göstergelerle takip edilmeli. Sponsorluk üstten gelmezse — yönetici eski raporu istemeye devam ederse — hiçbir eğitim planı direnci tek başına aşamaz.