Dijital dönüşüm bir teknoloji sorunu değildir
Birçok dijital proje bir araçla başlar: yeni bir web sitesi, bir yönetim sistemi ya da bir gösterge paneli. Ancak araç seçilmeden önce iş sorunu netleştirilmezse, bu araç süreci iyileştirmeden yalnızca ek maliyet yaratabilir. Müşteri taleplerinin kaydedildiğini, ancak takibinden kimin sorumlu olduğunun belli olmadığını düşünün. Yeni bir form tek başına bu belirsizliği gidermez.
Dijital dönüşüm aslında işin yapılış biçiminin değişmesidir: Hangi kararlar daha hızlı alınmalı, hangi tekrarlanan işler ortadan kaldırılmalı ve karar anında hangi veriler hazır olmalı? Teknoloji, değişimin kendisi değil, onu hayata geçirme aracıdır. Yazılım özelliklerini konuşmadan önce sorunu tek cümleyle yazın. Örneğin: ‘Talebin durumu ne müşteri ne de talebi ele alan kişi için net biçimde görülebiliyor.’
Başlangıç noktası: süreç ve maliyet
İlk adım, belirli bir süreci baştan sona belgelemektir; yönergede anlatıldığı gibi değil, gerçekte yürütüldüğü gibi. Her aşamanın girdisini, sorumlusunu, çıktısını ve bilgilerin kaydedildiği yeri belirleyin. Ardından zamanın nerede kaybolduğunu, hataların nerede tekrarlandığını ve hangi adımların gerçekten değer yarattığını sorgulayın.
İşi yapan kişilerle konuşun ve kişisel bilgileri açığa çıkarmadan birkaç gerçek talebi inceleyin. Varsayımları kanıtlardan ayırmak için bekleme sürelerini, aynı verinin yeniden girildiği noktaları ve düzeltme için geri dönen işleri kaydedin. Maliyet yalnızca aracın satın alma bedeli değildir; çalışanların zamanı, eğitim, veri taşıma ve bakım da kararda hesaba katılmalıdır.
- Hangi işler gereğinden fazla tekrarlanıyor?
- Hangi bilgiler karar vermek için geç geliyor?
- Hangi hatalar en fazla maliyete yol açıyor?
- Hangi aşama müşterileri en uzun süre bekletiyor?
Asgari kapsamlı, uygulanabilir bir yol haritası
Darboğazlar netleştiğinde her şeyi aynı anda çözmeniz gerekmez. Asgari kapsamlı bir yol haritası; beklenen etki, gereken emek ve bağımlılıklara göre iki ya da üç öncelik belirler. Kapsamı sınırlı, sonucu değerlendirilebilir bir adımla başlayın. Örneğin tüm süreci otomatikleştirmeden önce her talebin sorumlusunu ve durumunu netleştirin.
Genel bir yaklaşım, işletmeyi anlamak ve fırsatları belirlemekle başlayıp tasarım, geliştirme, entegrasyon, iyileştirme ve desteğe uzanabilir. Bunlar çalışma alanlarıdır; her kuruluş için sabit bir reçete değildir. Her aşamada varsayımları yeniden değerlendirin. Pilot uygulama için net bir sorumlu, rollere uygun erişim yetkileri, kullanıcı eğitimi ve sorun çıkarsa önceki işleyişe dönüş yöntemi belirleyin. Çözümü yaygınlaştırma kararını yalnızca yazılımın hazır olmasına değil, pilot sonuçlarına bağlayın.
Doğru yolda olduğumuzu nasıl anlarız?
Göstergeleri uygulamadan önce tanımlayın. İyi bir gösterge, süreç ile iş sonucunu ilişkilendirir: bir talebin tamamlanma süresi, veri girişi hata oranı ya da takip araması gerektirmeden çözülen taleplerin payı gibi. Benzer taleplerin uygulama öncesi ve sonrası karşılaştırmasının anlamlı olması için başlangıç durumunu, veri kaynağını ve hesaplama yöntemini kaydedin. Hızlanmayı, yanıt kalitesinden ve ekibin iş yükünden ayrı değerlendirmeyin.
Dijital dönüşüm bir varış noktası değil, işletmeyi daha iyi anlamanın yoludur. Pilot uygulamanın ardından verileri çalışan ve müşteri geri bildirimleriyle birlikte ele alın. İyileşme görülmüyorsa hemen başka bir araç satın almak yerine süreci, veri kalitesini ve aracın nasıl kullanıldığını inceleyin. Çözümü değiştirme, yaygınlaştırma ya da durdurma kararını kanıtlara dayandırın.
Başlangıç kontrol listesi: araç seçmeden önce
Teknik teklif istemeden önce şu maddeleri tek sayfada bir araya getirin:
- Sorunu, sürecin başlangıç ve bitiş sınırlarını ve sorumlusunu yazın.
- Bir darboğazı, kişisel bilgi içermeyen gerçek örneklerle belgeleyin.
- Bir gösterge, başlangıç değeri ve pilota devam etme ya da pilotu durdurma ölçütleri belirleyin.
- Pilotun kapsamını, bütçesini, eğitimini, erişim yetkilerini ve geri dönüş planını belirleyin.
- Değerlendirme zamanını ve verilerle geri bildirimleri özetleyecek kişiyi belirleyin.