Aile Şirketinde Dijital Dönüşüm: Yazılımdan Önce İkna Gelir
Bir aile şirketinde dijital dönüşümün en zor kısmı yazılımı yazmak değil, yazılan şeyin günlük işin parçası olmasını sağlamak. Bunu Seçil Bayrak’ta satış ve üretim ekipleri için iç araçlar geliştirirken öğrendim.
Bu tür projelerde teknik kısım çoğu zaman beklenenden kısa sürer. Asıl emek, yıllardır iyi işleyen bir çalışma biçiminin yanına yenisini yerleştirmeye gider.
Bu yazıda o deneyimden çıkardığım genel dersleri anlatıyorum. Küçük ya da orta ölçekli bir üretim firmasında, özellikle de aile şirketinde benzer bir işe girecekler için.
Sorun yazılımda değil, alışkanlıkta
Dijital dönüşüm projeleri genelde araç seçimiyle başlar: hangi ERP, hangi CRM, hangi panel. Oysa çoğu KOBİ’de asıl engel araç eksikliği değil. Bu konunun KOBİ tarafını AI Kullanıyoruz Ama Süreçler Hâlâ Excel ve WhatsApp’ta yazısında ele almıştım.
Mevcut yöntem çalışıyor. Yavaş olabilir, bir kişiye bağımlı olabilir, hataya açık olabilir. Ama sipariş çıkıyor, fatura kesiliyor, müşteri malını alıyor. Yirmi yıldır işleyen bir düzene “bu yanlış” diyerek giremezsiniz, çünkü yanlış değil.
Yeni sistem ise ilk gün herkesi yavaşlatır. Ekran yabancıdır, alışılmış kısayollar yoktur, eski yöntemde iki dakikada biten iş beş dakika sürer. Bunu yaşayan biri için “uzun vadede hızlanacağız” cümlesi bir vaat, yavaşlama ise bugünün gerçeğidir.
Yani ikna etmeniz gereken şey şu: bugünkü küçük zahmet, ileride kurtulacağınız büyük zahmete değer. Bunu sunumla değil, çalışan bir örnekle gösterebilirsiniz.
Aile şirketinde ikna neden farklı işler?
Kurumsal bir şirkette değişim yukarıdan gelir: karar alınır, eğitim verilir, geçiş tarihi duyurulur. Aile şirketinde bu zincir yok.
Hiyerarşi organizasyon şemasından ibaret değil. Aile şirketinde ikna etmeniz gereken kişiler çoğu zaman size bu işi öğreten kişilerdir. “Artık böyle yapacağız” cümlesi burada çalışmaz; çalışması da gerekmez, çünkü o tecrübe projenin en değerli girdisidir.
Bilgi sistemde değil, insanlarda. Köklü bir üretim firmasında işin inceliklerinin çoğu yazılı değildir, tecrübeyle bilinir. Bu bilgiyi bir ekrana taşımak, sahibinden onu anlatmasını istemek demek. Bunu doğru anlatmazsanız insanlar emeğinin değersizleştiğini düşünebilir.
Yönetici ile kullanıcı aynı kişi. Büyük şirkette kararı veren ile ekranı kullanan ayrıdır. Aile şirketinde kararı veren kişi, ertesi sabah o ekranı kullanacak kişidir. Onay almak yetmez, kullanımı kazanmanız gerekir.
Bunun iyi tarafı da var. Karar zinciri kısa. Bir şey işe yarıyorsa ertesi gün herkes kullanmaya başlayabilir, komite ya da satın alma süreci beklenmez.
İşe yarayan 5 şey
1. En çok can sıkan tek işten başlayın
“Şirketi dijitalleştiriyoruz” diye başlayan proje kimseyi heyecanlandırmaz, çoğu kişiyi de ürkütür. Bunun yerine herkesin şikâyet ettiği tek bir işi seçin.
Bu teklif hazırlamak olabilir, sipariş takibi olabilir, raporlama olabilir. Önemli olan, seçimi sizin değil işi yapanların yapması.
Tek bir sorunu çözen küçük bir araç, kapsamlı bir sistemin yapamayacağı bir şeyi yapar: kullanıcıya ilk haftada fayda gösterir.
2. Önce mevcut işi taklit edin, sonra iyileştirin
İlk sürümde süreci düzeltmeye çalışmayın. İnsanların zaten yaptığı işi, aynı sırayla ve aynı terimlerle ekrana taşıyın.
Geliştirdiğim iç araçlarda ilk sürümleri bu yüzden bilerek dar tuttum. Süreci değiştirme teklifini, insanlar ekrana alıştıktan sonra yapmak çok daha kolay.
3. Ekranı kullanan kişinin diliyle kurun
Yazılımcı için mantıklı olan arayüz, tezgâh başındaki kişi için mantıklı olmayabilir. Atölyede kimse açılır menüden ürün kategorisi seçmek istemez.
Bazen büyük bir buton ya da tanıdık bir ikon, uzun bir eğitimden daha çok iş görür. Bu tür kararları masada veremezsiniz. Kullanacak kişinin yanında durup ne yaptığını izlemeniz gerekir.
4. Eski yöntemi hemen kapatmayın
“Pazartesiden itibaren sadece sistem” demek cazip gelir ama risklidir. Sistem bir kez yanlış sonuç verirse güven gider ve geri kazanması aylar sürer.
Bir süre ikisini birlikte yürütün. Sonuçlar tutuyorsa insanlar eski yöntemi kendiliğinden bırakır, çünkü iki kere uğraşmak istemezler. Tutmuyorsa hatayı siz bulmuş olursunuz, müşteri değil.
5. Kullanılmayan özelliği savunmayın
Geliştirdiğiniz bir şey kullanılmıyorsa sorun genelde kullanıcıda değildir. Özelliği geri almak, “neden kullanmıyorsunuz” diye sormaktan daha hızlı güven kazandırır.
Yapay zekâ neyi değiştirdi, neyi değiştirmedi?
Geleneksel anlamda bir programcı değilim. Bu araçları yapay zekâ destekli geliştirmeyle yazdım ve bu, ikna tarafını doğrudan etkiledi.
Değişen şey deneme maliyeti. Eskiden bir fikri göstermek için ajansa brief yazmak, teklif almak, haftalarca beklemek gerekirdi. Şimdi “şöyle bir şey olsa” diyen kişiye birkaç gün içinde çalışan bir ekran gösterebiliyorum. İnsanlar soyut bir plana değil, dokunabildikleri bir şeye tepki verir.
Bu, geri bildirimi de ucuzlatıyor. “Bu alan burada olmasın” itirazı ertesi gün düzeltilmiş olarak geri dönünce, itiraz eden kişi projenin karşısında değil içinde yer almaya başlıyor.
Değişmeyen şey ise işin kendisi. Yapay zekâ kodu hızlı yazıyor ama işin önceliklerini ve istisnalarını bilmiyor. Bunu öğrenmenin tek yolu hâlâ işin yapıldığı yerde vakit geçirmek.
Hızlı üretmenin bir riski de var: kimsenin istemediği özellikleri de hızlı üretirsiniz. Kod yazmanın ucuzlaması, neyin yazılacağına karar vermeyi daha önemli hale getiriyor.
Sonuç: önce güven, sonra ekran
Aile şirketinde dijital dönüşüm bir yazılım projesinden çok bir güven projesi. Araç ne kadar iyi olursa olsun, insanlar onu size güvendikleri kadar kullanır.
Bu güven büyük bir lansmanla değil, küçük ve işe yarayan şeylerle birikir: doğru çıkan bir hesap, zamanında gelen bir rapor, ertesi gün düzeltilen bir itiraz.
Benzer bir işe başlayacaksanız ilk soru “hangi yazılımı alalım” olmasın. Şunu sorun: bu şirkette insanları en çok yoran tek iş hangisi ve onu bir haftada biraz kolaylaştırabilir miyim?