Defne
New member
Murat, rakamları daha anlaşılır hâle getirmek için üç farklı senaryo hazırladı:
- Küçük işletme: Sınırlı sayıda kullanıcı, temel muhasebe ve stok yönetimi, standart iş akışları.
- Orta ölçekli üretici: Daha fazla kullanıcı, üretim planlama, satın alma, satış, depo yönetimi ve raporlama.
- Büyük işletme: Birden fazla tesis, farklı şirketler, gelişmiş entegrasyonlar, kapsamlı veri aktarımı ve özel süreçler.
Her senaryoda aynı yazılım ailesi kullanılsa bile toplam maliyet değişiyordu. Çünkü on kullanıcıyla temel stok takibi yapan bir şirketin ihtiyaçları, üç ülkede üretim gerçekleştiren ve farklı para birimleriyle çalışan bir grubun ihtiyaçlarından oldukça farklıydı.
Burada önemli bir ayrıntı daha vardı: SAP Business One ile SAP S/4HANA aynı ürün değildi. Bir şirketin büyüklüğüne, operasyonlarının karmaşıklığına ve gelecek hedeflerine göre farklı çözümler değerlendirilmeliydi.
Murat sonunda ilk dersini çıkardı: Bir SAP ERP teklifi yalnızca toplam fiyatıyla değil, hangi ihtiyaçları karşıladığıyla değerlendirilmeliydi.
Siz bir yazılım teklifi alırken ilk olarak toplam rakama mı bakarsınız, yoksa o rakamın neleri kapsadığını mı araştırırsınız?
4. Bölüm: Murat'ın Hesap Tablosu ve Elif'in İnsan Hikâyesi
Bir sonraki toplantıda Murat, beyaz tahtaya büyük harflerle "TOPLAM MALİYET" yazdı. Altına da altı kalem sıraladı:
1. Yazılım lisansları veya abonelik bedelleri.
2. Kurulum ve danışmanlık hizmetleri.
3. Veri aktarımı ve mevcut sistemlerle entegrasyon.
4. Çalışan eğitimi ve iş süreçlerinin yeniden düzenlenmesi.
5. Sunucu, bulut altyapısı, bakım ve teknik destek.
6. İlerleyen yıllarda ortaya çıkabilecek ek modüller, kullanıcılar ve geliştirmeler.
Murat'ın yaklaşımı stratejik açıdan yerindeydi. Bütçeyi kalemlere ayırıyor, alternatifleri karşılaştırıyor ve yatırımın hangi koşullarda kendini karşılayabileceğini hesaplıyordu.
Ancak Elif, toplantıda başka bir konuya dikkat çekti.
"Bu hesapta çalışanların sisteme uyum sağlamak için harcayacağı zamanı nasıl ölçüyoruz? Depoda on yıldır çalışan bir arkadaşımız yeni ekranları öğrenirken başlangıçta daha yavaş çalışabilir. Muhasebe ekibimiz mevcut raporlara alışmış durumda. Onların deneyimini de projenin bir parçası olarak görmeliyiz."
Elif'in amacı teknolojiyi yavaşlatmak değildi. Aksine, sistemin gerçek hayatta işe yaramasını istiyordu. Çünkü bir yazılım teknik olarak doğru kurulsa bile çalışanlar onu kullanmakta zorlanıyorsa beklenen faydayı sağlayamayabilirdi.
Can da kendi açısından önemli bir noktaya değindi:
"Veri aktarımını hafife alırsak eski sistemdeki hataları yeni sisteme taşıyabiliriz. Önce verilerin temizlenmesi, alanların eşleştirilmesi ve test edilmesi gerekiyor."
Böylece toplantıda üç farklı uzmanlık alanı birleşti. Murat yatırımın finansal ve stratejik tarafını, Elif çalışanların deneyimini ve departmanlar arasındaki iletişimi, Can ise teknik altyapıyı ve veri güvenilirliğini temsil ediyordu.
Burada mesele kadınların veya erkeklerin doğaları gereği farklı düşündüğünü varsaymak değildi. Asıl fark, insanların deneyimlerinden ve sorumluluklarından kaynaklanıyordu. Murat'ın stratejik yaklaşımı, Elif'in ilişkisel bakışı ve Can'ın teknik çözüm üretme becerisi birbirini tamamlıyordu.
Elif'in önerisiyle proje ekibi, her departmandan bir çalışanı sürece dâhil etmeye karar verdi. Depo görevlisi stok hareketlerini, satış temsilcisi sipariş akışını, muhasebe çalışanı finansal kayıtları anlattı.
Beklenmedik bir gerçek ortaya çıktı: Bazı işlemlerin karmaşık olmasının nedeni yazılım eksikliği değil, yıllar içinde alışkanlık hâline gelen gereksiz adımlardı.
Şirket, SAP'ye geçmeden önce bazı süreçlerini sadeleştirebileceğini fark etti.
Murat o gün defterine şu cümleyi yazdı: "Bazen pahalı olan yazılım değil, değiştirmeye cesaret edemediğimiz eski alışkanlıklarımızdır."
Sizce bir ERP projesinde çalışanların görüşlerini almak ne kadar önemli? Kullanıcıların sürece katılması, ilk yatırım maliyetini artırsa bile uzun vadede tasarruf sağlayabilir mi?
5. Bölüm: ERP'nin Tarihsel Yolculuğu ve Değişen İş Dünyası
Murat'ın şirketinde yaşanan sorunlar aslında yeni değildi. Yalnızca kullanılan araçlar değişmişti.
Geçmişte fabrikalar üretim planlarını defterlerle, kartlarla ve ayrı muhasebe kayıtlarıyla yönetiyordu. Bilgisayarların iş dünyasına yayılmasıyla birlikte şirketler farklı işlevleri otomatikleştiren yazılımlar kullanmaya başladı. Ancak her departmanın ayrı bir sistem kullanması, verilerin birbirinden kopmasına neden olabiliyordu.
ERP yaklaşımı, finans, stok, üretim, satın alma ve satış gibi temel süreçleri ortak bir bilgi altyapısında birleştirme düşüncesi üzerine gelişti. SAP de bu kurumsal yazılım dönüşümünün önemli aktörlerinden biri hâline geldi.
Bugün işletmeler yalnızca daha hızlı işlem yapmak için ERP sistemlerine yatırım yapmıyor. Tedarik zincirindeki aksaklıkları görmek, maliyetleri izlemek, kaynakları planlamak, denetim süreçlerini güçlendirmek ve büyümeyi daha sağlıklı yönetmek de bu yatırımın amaçları arasında bulunuyor.
Ancak teknolojinin yaygınlaşması, bütün işletmelerin aynı koşullarda dijital dönüşüm gerçekleştirebildiği anlamına gelmiyor.
Büyük şirketler geniş bütçelerle kapsamlı projeler yürütebilirken küçük işletmeler her yatırımın karşılığını daha dikkatli hesaplamak zorunda kalıyor. Döviz kurlarındaki değişimler, finansmana erişim, uzman personel bulma güçlüğü ve danışmanlık maliyetleri, Türkiye'deki işletmelerin kararlarını etkileyebiliyor.
Murat da tam olarak bu noktada tereddüt yaşamaya başladı.
"Acaba SAP'ye yatırım yapmazsak geride mi kalacağız? Yatırım yaparsak da bütçemizi fazla mı zorlayacağız?"
Elif, soruya farklı bir açıdan yaklaştı:
"Teknolojiyi kullanmak tek başına başarı değil. Önemli olan, şirketimizin ihtiyaçlarına uygun bir sistem seçmek ve onu sürdürülebilir biçimde kullanabilmek."
Bu yaklaşım, ERP kararını bir prestij meselesinden çıkarıp gerçek bir işletme değerlendirmesine dönüştürdü.
Bir şirketin SAP kullanması, otomatik olarak daha başarılı olacağı anlamına gelmiyordu. Başarı; süreçlerin doğru tanımlanmasına, verilerin kalitesine, yönetimin desteğine, çalışanların eğitimine ve projenin gerçekçi planlanmasına bağlıydı.
Aynı şekilde daha küçük bir ERP çözümü seçmek de başarısızlık anlamına gelmiyordu. Şirketin ihtiyaçlarını karşılayan, bütçesine uyan ve büyüme planlarıyla örtüşen bir sistem çoğu zaman daha akıllıca bir başlangıç olabilirdi.
Murat sonunda şu soruyu sormaya başladı: "En büyük yazılımı mı almalıyız, yoksa en doğru yazılımı mı?"
Bu sorunun cevabı, fiyat araştırmasından çok daha değerliydi.
6. Bölüm: Gizli Maliyetler ve Üç Yıllık Hesap
Proje ekibi, SAP ERP için yalnızca ilk yılın bütçesini hesaplamanın yeterli olmayacağına karar verdi. Bunun yerine üç yıllık bir maliyet tablosu hazırladı.
Çünkü ilk yıl lisans ve kurulum giderleri yüksek olsa bile sonraki yıllarda bakım, abonelik, destek ve ek geliştirmeler bütçeyi etkilemeye devam edecekti. Bulut tabanlı çözümlerde abonelik ve barındırma koşulları; şirket içi kurulumlarda ise sunucu, altyapı, bakım ve yükseltme gereksinimleri ayrıca değerlendirilmeliydi.
- Küçük işletme: Sınırlı sayıda kullanıcı, temel muhasebe ve stok yönetimi, standart iş akışları.
- Orta ölçekli üretici: Daha fazla kullanıcı, üretim planlama, satın alma, satış, depo yönetimi ve raporlama.
- Büyük işletme: Birden fazla tesis, farklı şirketler, gelişmiş entegrasyonlar, kapsamlı veri aktarımı ve özel süreçler.
Her senaryoda aynı yazılım ailesi kullanılsa bile toplam maliyet değişiyordu. Çünkü on kullanıcıyla temel stok takibi yapan bir şirketin ihtiyaçları, üç ülkede üretim gerçekleştiren ve farklı para birimleriyle çalışan bir grubun ihtiyaçlarından oldukça farklıydı.
Burada önemli bir ayrıntı daha vardı: SAP Business One ile SAP S/4HANA aynı ürün değildi. Bir şirketin büyüklüğüne, operasyonlarının karmaşıklığına ve gelecek hedeflerine göre farklı çözümler değerlendirilmeliydi.
Murat sonunda ilk dersini çıkardı: Bir SAP ERP teklifi yalnızca toplam fiyatıyla değil, hangi ihtiyaçları karşıladığıyla değerlendirilmeliydi.
Siz bir yazılım teklifi alırken ilk olarak toplam rakama mı bakarsınız, yoksa o rakamın neleri kapsadığını mı araştırırsınız?
4. Bölüm: Murat'ın Hesap Tablosu ve Elif'in İnsan Hikâyesi
Bir sonraki toplantıda Murat, beyaz tahtaya büyük harflerle "TOPLAM MALİYET" yazdı. Altına da altı kalem sıraladı:
1. Yazılım lisansları veya abonelik bedelleri.
2. Kurulum ve danışmanlık hizmetleri.
3. Veri aktarımı ve mevcut sistemlerle entegrasyon.
4. Çalışan eğitimi ve iş süreçlerinin yeniden düzenlenmesi.
5. Sunucu, bulut altyapısı, bakım ve teknik destek.
6. İlerleyen yıllarda ortaya çıkabilecek ek modüller, kullanıcılar ve geliştirmeler.
Murat'ın yaklaşımı stratejik açıdan yerindeydi. Bütçeyi kalemlere ayırıyor, alternatifleri karşılaştırıyor ve yatırımın hangi koşullarda kendini karşılayabileceğini hesaplıyordu.
Ancak Elif, toplantıda başka bir konuya dikkat çekti.
"Bu hesapta çalışanların sisteme uyum sağlamak için harcayacağı zamanı nasıl ölçüyoruz? Depoda on yıldır çalışan bir arkadaşımız yeni ekranları öğrenirken başlangıçta daha yavaş çalışabilir. Muhasebe ekibimiz mevcut raporlara alışmış durumda. Onların deneyimini de projenin bir parçası olarak görmeliyiz."
Elif'in amacı teknolojiyi yavaşlatmak değildi. Aksine, sistemin gerçek hayatta işe yaramasını istiyordu. Çünkü bir yazılım teknik olarak doğru kurulsa bile çalışanlar onu kullanmakta zorlanıyorsa beklenen faydayı sağlayamayabilirdi.
Can da kendi açısından önemli bir noktaya değindi:
"Veri aktarımını hafife alırsak eski sistemdeki hataları yeni sisteme taşıyabiliriz. Önce verilerin temizlenmesi, alanların eşleştirilmesi ve test edilmesi gerekiyor."
Böylece toplantıda üç farklı uzmanlık alanı birleşti. Murat yatırımın finansal ve stratejik tarafını, Elif çalışanların deneyimini ve departmanlar arasındaki iletişimi, Can ise teknik altyapıyı ve veri güvenilirliğini temsil ediyordu.
Burada mesele kadınların veya erkeklerin doğaları gereği farklı düşündüğünü varsaymak değildi. Asıl fark, insanların deneyimlerinden ve sorumluluklarından kaynaklanıyordu. Murat'ın stratejik yaklaşımı, Elif'in ilişkisel bakışı ve Can'ın teknik çözüm üretme becerisi birbirini tamamlıyordu.
Elif'in önerisiyle proje ekibi, her departmandan bir çalışanı sürece dâhil etmeye karar verdi. Depo görevlisi stok hareketlerini, satış temsilcisi sipariş akışını, muhasebe çalışanı finansal kayıtları anlattı.
Beklenmedik bir gerçek ortaya çıktı: Bazı işlemlerin karmaşık olmasının nedeni yazılım eksikliği değil, yıllar içinde alışkanlık hâline gelen gereksiz adımlardı.
Şirket, SAP'ye geçmeden önce bazı süreçlerini sadeleştirebileceğini fark etti.
Murat o gün defterine şu cümleyi yazdı: "Bazen pahalı olan yazılım değil, değiştirmeye cesaret edemediğimiz eski alışkanlıklarımızdır."
Sizce bir ERP projesinde çalışanların görüşlerini almak ne kadar önemli? Kullanıcıların sürece katılması, ilk yatırım maliyetini artırsa bile uzun vadede tasarruf sağlayabilir mi?
5. Bölüm: ERP'nin Tarihsel Yolculuğu ve Değişen İş Dünyası
Murat'ın şirketinde yaşanan sorunlar aslında yeni değildi. Yalnızca kullanılan araçlar değişmişti.
Geçmişte fabrikalar üretim planlarını defterlerle, kartlarla ve ayrı muhasebe kayıtlarıyla yönetiyordu. Bilgisayarların iş dünyasına yayılmasıyla birlikte şirketler farklı işlevleri otomatikleştiren yazılımlar kullanmaya başladı. Ancak her departmanın ayrı bir sistem kullanması, verilerin birbirinden kopmasına neden olabiliyordu.
ERP yaklaşımı, finans, stok, üretim, satın alma ve satış gibi temel süreçleri ortak bir bilgi altyapısında birleştirme düşüncesi üzerine gelişti. SAP de bu kurumsal yazılım dönüşümünün önemli aktörlerinden biri hâline geldi.
Bugün işletmeler yalnızca daha hızlı işlem yapmak için ERP sistemlerine yatırım yapmıyor. Tedarik zincirindeki aksaklıkları görmek, maliyetleri izlemek, kaynakları planlamak, denetim süreçlerini güçlendirmek ve büyümeyi daha sağlıklı yönetmek de bu yatırımın amaçları arasında bulunuyor.
Ancak teknolojinin yaygınlaşması, bütün işletmelerin aynı koşullarda dijital dönüşüm gerçekleştirebildiği anlamına gelmiyor.
Büyük şirketler geniş bütçelerle kapsamlı projeler yürütebilirken küçük işletmeler her yatırımın karşılığını daha dikkatli hesaplamak zorunda kalıyor. Döviz kurlarındaki değişimler, finansmana erişim, uzman personel bulma güçlüğü ve danışmanlık maliyetleri, Türkiye'deki işletmelerin kararlarını etkileyebiliyor.
Murat da tam olarak bu noktada tereddüt yaşamaya başladı.
"Acaba SAP'ye yatırım yapmazsak geride mi kalacağız? Yatırım yaparsak da bütçemizi fazla mı zorlayacağız?"
Elif, soruya farklı bir açıdan yaklaştı:
"Teknolojiyi kullanmak tek başına başarı değil. Önemli olan, şirketimizin ihtiyaçlarına uygun bir sistem seçmek ve onu sürdürülebilir biçimde kullanabilmek."
Bu yaklaşım, ERP kararını bir prestij meselesinden çıkarıp gerçek bir işletme değerlendirmesine dönüştürdü.
Bir şirketin SAP kullanması, otomatik olarak daha başarılı olacağı anlamına gelmiyordu. Başarı; süreçlerin doğru tanımlanmasına, verilerin kalitesine, yönetimin desteğine, çalışanların eğitimine ve projenin gerçekçi planlanmasına bağlıydı.
Aynı şekilde daha küçük bir ERP çözümü seçmek de başarısızlık anlamına gelmiyordu. Şirketin ihtiyaçlarını karşılayan, bütçesine uyan ve büyüme planlarıyla örtüşen bir sistem çoğu zaman daha akıllıca bir başlangıç olabilirdi.
Murat sonunda şu soruyu sormaya başladı: "En büyük yazılımı mı almalıyız, yoksa en doğru yazılımı mı?"
Bu sorunun cevabı, fiyat araştırmasından çok daha değerliydi.
6. Bölüm: Gizli Maliyetler ve Üç Yıllık Hesap
Proje ekibi, SAP ERP için yalnızca ilk yılın bütçesini hesaplamanın yeterli olmayacağına karar verdi. Bunun yerine üç yıllık bir maliyet tablosu hazırladı.
Çünkü ilk yıl lisans ve kurulum giderleri yüksek olsa bile sonraki yıllarda bakım, abonelik, destek ve ek geliştirmeler bütçeyi etkilemeye devam edecekti. Bulut tabanlı çözümlerde abonelik ve barındırma koşulları; şirket içi kurulumlarda ise sunucu, altyapı, bakım ve yükseltme gereksinimleri ayrıca değerlendirilmeliydi.