Bir üretici ERP, IoT ya da otomasyon yatırımı yapmaya karar verdiğinde asıl zorluk ürün seçimi değildir. Ürün karşılaştırma tablosu birkaç haftada çıkar. Zor olan, o ürünün kendi tesisindeki gerçek süreçlerle, gerçek verisiyle ve gerçek ekibiyle çalışır hâle gelmesidir. Projelerin çoğu bu ikinci kısımda takılır.
“Anahtar teslim” tam da bu boşluğu kapatma iddiasıdır: yazılımın kutusunu değil, çalışan sistemi teslim etmek. Ama pazarlama dilinde çok yıpranmış bir söz olduğu için, önce ne anlama geldiğini ve ne anlama gelmediğini netleştirmekte fayda var.
Anahtar teslim ne demek, ne değil
Anahtar teslim bir projede tedarikçi yalnızca lisansı ve kurulumu değil, sonucu üstlenir: veri taşınmış, entegrasyonlar kurulmuş, kullanıcılar eğitilmiş, sistem üretim ortamında hatasız dönüyor olmalıdır. Sorumluluğun tek elde toplanması, işletmenin “yazılımcı ile makinecinin birbirini suçlaması” durumundan kurtulmasını sağlar.
Ne olmadığını da söylemek gerek. Anahtar teslim, işletmenin projeye zaman ayırmayacağı anlamına gelmez — süreçleri bilen kişiler olmadan hiçbir tedarikçi doğru kurulum yapamaz. Kapsam netleşmeden verilen “anahtar teslim 30 günde bitirir” tarzı taahhütler ise ciddiye alınmamalı. Süre, keşif aşaması bitmeden bilinemez; bunu daha önce ERP seçimi yazımızda da vurgulamıştık.
Projeler neden yarıda kalıyor
Sahada tekrar eden birkaç sebep var. Hiçbiri teknolojiyle ilgili değil:
- Kapsam yazılı değil. Sözlü mutabakat, altıncı ayda “bu da dahildi sanıyordum” tartışmasına dönüşür.
- Veri hazır değil. Cari kartlar mükerrer, stok kodları tutarsız, geçmiş fatura kayıtları eksik. Temizlik işi projeye eklenmemiştir.
- Sahiplenen kimse yok. İşletme tarafında karar verebilen bir proje sorumlusu atanmamıştır; her soru patrona gider, her cevap gecikir.
- Başarı ölçüsü tanımsız. “Sistem kuruldu” ile “sistem kullanılıyor” arasındaki fark ölçülmediği için proje bittiğinde kimse ne kazanıldığını söyleyemez.
- Eğitim son güne bırakılmış. Kullanıcı ilk kez devreye alma günü sistemi görürse, eski Excel dosyasına geri döner.
- Tek seferde her şey. Sekiz modül, üç şube ve iki entegrasyon aynı anda açıldığında hata kaynağını bulmak imkânsızlaşır.
Bu listeyi bir kontrol listesi gibi okumak mümkün. Projeye başlamadan altı maddeye de bir cevabınız varsa, işin en riskli kısmını çoktan çözmüşsünüz demektir.
Altı aşamalı yol haritası
1. Mevcut durum analizi ve fizibilite
Süreçler yerinde izlenir, veri kaynakları çıkarılır, hangi işin neden aksadığı yazılır. Bu aşamanın çıktısı bir yazılım önerisi değil, bir sorun envanteri olmalı. Fizibilite burada yapılır: yatırımın karşılığı hangi kalemden gelecek — işçilik, fire, stok maliyeti, ceza riski, enerji tüketimi?
2. Kapsam ve başarı ölçütleri
Neyin dahil, neyin hariç olduğu maddeler hâlinde yazılır. Yanına ölçülebilir başarı kriterleri konur: “sipariş girişi süresinin yarıya inmesi”, “ay sonu kapanışın üç günde tamamlanması”, “üretim duruşlarının kayıt altına alınması” gibi. Ölçüt yoksa proje bitmez, sadece durur.
3. Veri hazırlığı ve taşıma
Projenin en hassas adımı budur. Mevcut sistemlerdeki cari, stok, reçete ve geçmiş hareket verisi temizlenir, eşlenir ve test ortamına taşınır. Taşıma en az iki kez prova edilir; ilk deneme her zaman eksik çıkar. Bu adım küçümsenip son haftaya bırakıldığında, devreye alma tarihi kayan projelerin büyük kısmı buradan kayar.
4. Kurulum, entegrasyon ve pilot
Sistem kurulur, e-belge servisleri, banka, e-ticaret ve varsa makine haberleşmesi (M2M) bağlantıları yapılır. Ardından tek bir departman veya tek bir ürün hattıyla sınırlı bir pilot çalıştırılır. Pilotun amacı hata bulmaktır; hata çıkmayan pilot, yeterince gerçekçi kurgulanmamış demektir.
5. Devreye alma ve eğitim
Eğitim devreye almadan önce, kendi verisiyle yapılır. Genel ürün eğitimi değil, kullanıcının kendi ekranında kendi işini yapması istenir. Devreye alma günü için geri dönüş planı hazır olur: bir aksaklıkta eski sisteme dönülebileceği bilinmeden geçiş yapılmaz.
6. Yerleşme ve sürekli iyileştirme
Devreye almadan sonraki ilk haftalar yoğun destek gerektirir. Bu dönemde soru sayısı, hata kayıtları ve kullanım oranı izlenir. Ardından ikinci aşama planlanır: otomasyon, raporlama, enerji ve emisyon takibi. Sistem canlıya alındıktan sonra kimsenin dokunmadığı proje, altı ay içinde eski alışkanlıklara yenilir.
Ekipte kim ne yapar
Anahtar teslim, işletme tarafında hiç kimsenin görev almayacağı anlamına gelmiyor. Sağlıklı bir kurulumda roller şöyle ayrışır:
| Rol | Kim üstlenir | Sorumluluk |
|---|---|---|
| Proje sahibi | İşletme (üst yönetim) | Bütçe, öncelik, karar mercii |
| Proje sorumlusu | İşletme | Günlük koordinasyon, iç iletişim |
| Süreç sahipleri | İşletme (departmanlar) | Kendi süreçlerini doğrulamak, test etmek |
| Çözüm danışmanı | Tedarikçi | Süreç–yazılım eşleştirmesi, kurulum |
| Veri sorumlusu | Ortak | Taşıma, temizlik, doğrulama |
| Teknik ekip | Tedarikçi | Altyapı, entegrasyon, güvenlik |
İşletme tarafındaki üç rol boş kalırsa, tedarikçi ne kadar deneyimli olursa olsun proje kendi ağırlığını taşıyamaz.
Bütçe ve süreyi ne belirler
Net rakam ancak keşif aşamasından sonra çıkar. Yine de bütçeyi hangi değişkenlerin şişirdiğini baştan bilmek mümkün: süreç sayısı ve karmaşıklığı, taşınacak veri hacmi ve kalitesi, entegrasyon adedi, kullanıcı sayısı, özel geliştirme ihtiyacı ve tesis sayısı. Bunların içinde en çok hafife alınanı veri kalitesi; en çok abartılanı ise kullanıcı sayısı.
Süre tarafında da benzer bir tablo var: tek tesisli, standart süreçlerle çalışan bir üreticide temel bir kurulum tipik olarak birkaç ay sürer; çok tesisli, üretim ve ihracat tarafı ağır bir yapıda bu süre belirgin biçimde uzar. Adım adım ilerleyen bir kurgu kâğıt üzerinde daha uzun görünür ama toplam riski düşürür.
Yatırımın bir kısmını destek programlarıyla karşılamak da mümkün. KOSGEB ve Sanayi ve Teknoloji Bakanlığı tarafında dijitalleşme ve yeşil dönüşüm için farklı araçlar bulunuyor; bunları destekler yazımızda topladık. Tutar ve koşullar dönemsel olarak değiştiği için başvuru öncesi ilgili kurumun resmî sayfasından (kosgeb.gov.tr, sanayi.gov.tr) teyit edin.
Dijital projeyi yeşil taraftan ayrı planlamayın
Çoğu işletme ERP’yi bir yıl, karbon ayak izi ölçümünü iki yıl sonra ayrı birer proje olarak ele alıyor. Bu, aynı veriyi iki kez toplamak anlamına geliyor. Oysa üretim miktarı, enerji tüketimi, hammadde ve nakliye verisi zaten birinci projede sisteme giriyor. Kapsam yazılırken emisyon ve enerji alanları da düşünülürse, ikinci proje sıfırdan veri toplama işi olmaktan çıkıp mevcut veriden rapor türetme işine dönüşür.
CBAM ve sürdürülebilirlik raporlaması yükümlülükleri yaklaşırken bu fark ciddi zaman kazandırıyor. İkiz dönüşüm yaklaşımının pratik karşılığı da tam olarak bu: dijitali ve yeşili tek bir veri omurgası üzerinde kurmak.
İkiz Eksen bu zinciri tek elden yürütür — önce ölçüm ve veri, sonra doğru yazılım, sonra uyum ve raporlama. Qera birikimiyle 100’den fazla ERP geçişi, 15’ten fazla sektör ve 550’yi aşan işletme deneyimi taşıyor, yaklaşık 35 kişilik bir uzman ekiple Türkiye genelinde ve Microsoft Azure altyapısında çalışıyoruz. Çalışma biçimimizi metodoloji sayfasında ayrıntılı anlattık; hizmet kapsamımızı inceleyebilir ya da projenizin kapsamını netleştirmek için bize ulaşabilirsiniz.
Sıkça Sorulan Sorular
Anahtar teslim proje sabit fiyatlı mıdır?
Kapsam yazılı ve net olduğunda sabit fiyat mümkündür. Kapsam belirsizken verilen sabit fiyat, ya tedarikçinin ya işletmenin zarar etmesiyle sonuçlanır. Sağlıklı yöntem, keşif aşamasını ayrı ve kısa bir çalışma olarak yürütüp, kapsam çıktıktan sonra fiyatlamaktır.
İşletmemizden kaç kişi projeye zaman ayırmalı?
Tam zamanlı bir kadro gerekmez, ama karar verebilen bir proje sorumlusu ile her süreç için bir sahip şart. Süreç sahipleri test ve doğrulama dönemlerinde haftada birkaç saat ayırır; devreye alma haftasında bu yoğunluk artar.
Mevcut yazılımlarımız tamamen değişecek mi?
Zorunlu değil. Bazı sistemler (üretim tarafındaki özel bir uygulama, laboratuvar yazılımı) entegrasyonla korunabilir. Karar, o yazılımın verisinin dışarıya açılıp açılamadığına ve bakım maliyetine bakılarak verilir.
Devreye alma sırasında üretim durur mu?
Doğru planlanan bir geçişte durmaz. Kritik hafta genellikle düşük yoğunluklu bir döneme alınır, eski sistem bir süre paralel çalıştırılır ve geri dönüş planı hazır tutulur. Riski asıl artıran şey, hazırlıksız bir tarihte “artık başlıyoruz” denmesidir.
Projeyi kendi ekibimizle yürütsek olmaz mı?
Olur — süreç bilgisi, veri deneyimi ve boş kapasite aynı anda varsa. Uygulamada işletme ekipleri günlük işin altındayken proje ikinci planda kalır. Karma bir model de mümkün: kurulum ve veri taşımayı tedarikçi yürütür, süreç tasarımı ve testi işletme üstlenir.