Geçiş kararı çoğu ekipte teknik bir karar değildir. Yazılımın hangisi olacağı haftalarca konuşulur, sonra karar verilir ve iş orada durur. Altı ay sonra hâlâ Excel kullanılıyordur.
Sebep genellikle seçilen araç değil, geçişin kendisinin planlanmamış olmasıdır. Bu yazı geçişin neden ertelendiğini, nasıl kademeli yapılacağını ve neyin taşınmaması gerektiğini anlatıyor.
Geçiş neden ertelenir?
Mevcut sistem — Excel, e-posta ve mesajlaşma karışımı — bedava görünür. Görünmesinin sebebi maliyetinin faturada değil, saatlerde olmasıdır. Ödediğiniz bedel görünmediği için değişimin getirisi de soyut kalır.
Buna karşılık geçişin maliyeti son derece somuttur: öğrenme süresi, veri taşıma, ekibin direnci, "ya işe yaramazsa" riski. İnsan zihni somut maliyeti soyut kazançtan güçlü hisseder — bu yüzden karar rasyonel olarak doğru olsa bile ertelenir.
İkinci sebep şudur: mevcut sistem tamamen bozuk değildir. Kısmen çalışan bir düzeni bozmak, hiç çalışmayan bir düzeni değiştirmekten psikolojik olarak daha zordur. "İdare ediyoruz" cümlesi bir memnuniyet ifadesi değil, bir erteleme gerekçesidir.
Bunu bilmek işe yarar: geçişi kolaylaştırmanın yolu ekibi daha çok ikna etmek değil, geçişin somut maliyetini küçültmektir. Aşağıdaki planın tamamı bu fikre dayanıyor.
Geçişten önce: neyi ölçmelisiniz?
Geçişin işe yarayıp yaramadığını sonradan tartışmamak için tek bir şey gerekir: başlangıç noktası. Geçiş sonrası "sanırım daha iyi" demek ölçüm değildir ve bu belirsizlik, ekipteki şüpheciyi haklı çıkarır.
Taşımaya başlamadan önce üç sayıyı bugünkü haliyle bir yere yazın:
Bir şeyi bulma süresi. "Geçen ay bu müşteriye ne teklif etmiştik?" sorusunun cevabı kaç dakikada bulunuyor? Bunu bir kez ölçün; geçiş sonrası aynı soruyu tekrar sorun.
Sahipsiz iş sayısı. Şu an açık işlerinizden kaçının net bir sahibi var? Sahibi belirsiz iş oranı, geçişten en çok etkilenen ölçüdür.
Süreç bazlı temel metrik. Hangi süreci taşıyorsanız ona ait tek bir sayı. Teklif tarafındaysanız yanıtsız kapanan teklif oranı — nasıl hesaplandığını yazısında anlattık. Satış tarafındaysanız fırsatların aşamada beklediği ortalama süre; bunu da yazısında ele aldık.
Üçü de kabaca ölçülebilir; hassas olmaları gerekmiyor. Amaç bilimsel kesinlik değil, iki ay sonra karşılaştırabileceğiniz bir referans bırakmak.
Yazılım seçerken geçiş kolaylığına nasıl bakmalı?
Araç karşılaştırmaları genellikle özellik listeleri üzerinden yapılır. Oysa geçiş başarısını belirleyen şey özellik sayısı değil, ilk haftada ne kadar hızlı iş görebildiğinizdir.
Deneme sürecinde şu dört soruyu test edin:
İlk gerçek kaydı kaç dakikada açabildiniz? Kurulum değil, gerçek bir iş kaydı. Uzunsa ekip de zorlanacak.
Ekipteki en az teknik kişi tek başına kullanabildi mi? Sistemin gerçek kullanıcısı odur, karar veren siz değil.
Yanlış girilen bir kaydı düzeltmek kolay mı? Geri alınamayan sistemlerde ekip kayıt girmekten çekinir.
Bir kaydı dışarı aktarabiliyor musunuz? Veriyi çıkarabildiğinizi bilmek, girmeyi kolaylaştırır.
Dördüncü madde özellikle önemli: veri çıkışı olmayan bir araca geçmek, bir sonraki geçişi bugünkünden zor hale getirir.
En sık yapılan hata: her şeyi bir günde taşımak
Geçiş projeleri genellikle şöyle kurgulanır: bir hafta sonu belirlenir, tüm veriler yeni sisteme aktarılır, pazartesi herkes yeni sistemi kullanmaya başlar.
Bu yaklaşımın üç sorunu var. Birincisi, taşınacak verinin çoğu ölüdür — kapanmış işler, eski müşteriler, ölü fırsatlar. İkincisi, ekip yeni sistemi öğrenmeden yoğun bir günde kullanmak zorunda kalır ve ilk gün yaşanan aksama "bu sistem işe yaramıyor" olarak hatırlanır. Üçüncüsü, geri dönüş yolu kapanır; bir sorun çıktığında kimse ne yapacağını bilmez.
Kademeli geçiş bu üç riski de ortadan kaldırır ve pratikte daha hızlı tamamlanır.
İki haftalık kademeli geçiş planı
1. hafta — yalnız yeni kayıtlar
Bu haftanın tek kuralı var: bugünden sonra açılan her yeni kayıt yeni sistemde açılır. Eski kayıtlara dokunulmaz, Excel açık kalır ve devam eden işler orada yürür.
Bu kural iki şey sağlar. Ekip sistemi düşük riskle, gerçek işle öğrenir — eğitim toplantısıyla değil. Ve ilk hafta sonunda elinizde küçük ama gerçek bir veri kümesi olur; sistemin işinize uyup uymadığını varsayımla değil deneyimle değerlendirirsiniz.
Bu hafta hiçbir veri taşımayın. Taşıma isteği güçlü olacaktır; direnin.
2. hafta — aktif işleri taşıyın
İkinci hafta yalnız açık ve canlı kayıtlar taşınır: devam eden işler, bekleyen teklifler, açık destek talepleri, açık fırsatlar. Kapanmışlar taşınmaz.
Taşıma işini tek seferde bir kişiye vermeyin; her kaydı sahibi taşısın. Kendi kaydını taşıyan kişi hem sistemi öğrenir hem kaydı gözden geçirmiş olur. Çoğu ekip bu adımda taşınacak kaydın sandığından çok daha az olduğunu fark eder.
3. hafta ve sonrası — Excel arşive
İki hafta sonunda Excel dosyası salt okunur hale getirilir ve arşive alınır. Silmeyin; erişilebilir kalsın. Silinmediğini bilmek, ekibin geçişe direncini belirgin şekilde azaltır — geri dönüş yolunun açık olduğunu bilmek çoğu zaman geri dönmeye gerek bırakmaz.
Neyi taşımayın?
Taşıma maliyeti, taşınan verinin değerinden yüksekse taşımayın. Genellikle taşınmaması gerekenler:
Kapanmış işler ve kaybedilmiş fırsatlar. Arşivde erişilebilir kalmaları yeterlidir. İstisna: kayıp gerekçelerini analiz etmeyi planlıyorsanız yalnız o alanı taşıyın, kaydın tamamını değil.
Uzun süredir temas edilmemiş kayıtlar. Bir yıldır konuşulmamış müşteri adayı, yeni sistemde de konuşulmayacaktır. Taşımak yalnız yeni sistemi doğduğu gün kirletir.
Tarihsel raporlar. Geçmiş dönem raporlarını PDF veya salt okunur tablo olarak saklayın; yeni sistemde yeniden üretmeye çalışmayın.
"Belki lazım olur" alanları. Excel'de zamanla eklenmiş ama kimsenin doldurmadığı kolonlar vardır. Geçiş, onlardan kurtulmak için en iyi fırsattır.
Pratik ölçüt: bir kaydı son üç ayda açmadıysanız taşımayın.
Ekibin direncini azaltan üç yöntem
Tek kişiyle pilot yapın. Tüm ekiple başlamak riski ve gürültüyü aynı anda büyütür. İşi en yoğun kişiyle değil, değişime en açık kişiyle başlayın; o kişi sistemin ilk savunucusu olur. Bir hafta sonra ekibe anlatan kişi siz değil, meslektaşları olur — bu, herhangi bir yönetim duyurusundan etkilidir.
Geri dönüş yolunu açık bırakın. "İşe yaramazsa Excel'e döneriz" cümlesi kararsızlık değil, risk azaltmadır. Geri dönemeyeceğini bilen ekip yeni sistemi denemek yerine ondan korunmaya çalışır.
İlk hafta paralel çalışın. Kısa bir süre iki sistemi birden tutmak israf gibi görünür ama güven satın alır. Süreyi baştan sınırlayın — bir hafta, en fazla iki. Süre belirsiz kalırsa paralel çalışma kalıcı hale gelir ve iki sistemi birden tutmak tek sistemden pahalıdır.
Bir de yapılmaması gereken bir şey var: geçişi verimlilik vaadiyle duyurmayın. "Bu sistem size zaman kazandıracak" cümlesi ekipte beklenti oluşturur ve ilk yavaşlamada güven kaybedilir. Bunun yerine somut ve doğrulanabilir bir gerekçe verin: "kim neye bakıyor görünsün" ya da "bir kişi izne çıkınca iş durmasın."
Geçişin başarılı olduğunu nasıl anlarsınız?
Ölçüt sistemin kullanılıp kullanılmadığı değil — ilk haftalarda herkes kullanır, çünkü söylenmiştir. Gerçek ölçüt şudur:
İki hafta sonra eski dosyayı açan var mı?
Açan varsa, yeni sistemde eksik olan bir şey vardır ve o eksik bulunmalıdır. Genellikle küçük bir şeydir: bir alan yoktur, bir görünüm eksiktir, bir raporun karşılığı kurulmamıştır. Bulunup kapatıldığında geçiş tamamlanır.
İkinci ölçüt: soru geldiğinde nereye bakılıyor? "Bu müşteriyle ne konuşmuştuk?" sorusunun cevabı yeni sistemden veriliyorsa geçiş gerçekleşmiştir. Cevap hâlâ birinin hafızasından veya eski dosyadan geliyorsa, sistem kurulmuş ama benimsenmemiştir.
Hangi sırayla geçmeli?
Birden fazla süreci aynı anda taşımak, geçişin en yaygın başarısızlık sebebidir. Tek seferde tek süreç taşıyın ve şu sırayı deneyin:
En çok acı veren süreç. Getirisi en hızlı hissedilen ve ekibin desteğini kazandıran budur.
Ona en yakın olan süreç. İlk süreç oturduktan sonra, veri paylaştığı bir sonraki adım doğal olarak gelir — teklif taşındıysa satış takibi, destek taşındıysa görev yönetimi.
Geri kalanı, ihtiyaç doğdukça. Kullanılmayan modülü baştan kurmak, geçişi ağırlaştırmaktan başka işe yaramaz.
Bir süreç oturmadan diğerine geçmeyin. "Hepsini birden alalım, sonra kurarız" yaklaşımı çoğu zaman hiçbirinin kurulmamasıyla sonuçlanır. İhtiyacınız olan tek uygulamayla başlamak, sonradan eklemekten her zaman kolaydır.
- Geçiş ne kadar sürer?
Süre vaadi vermek yanıltıcı olur; ekip büyüklüğüne, süreç sayısına ve veri hacmine göre değişir. Ama şu genellikle doğrudur: geçişin uzunluğunu veri taşıma değil, alışkanlık değişimi belirler. Teknik taşıma günler, benimseme haftalar sürer.
- Verilerimi içeri aktarabilir miyim?
Kullanacağınız aracın toplu içe aktarma desteği olup olmadığını deneme süresinde kontrol edin. Desteklenmiyorsa bu kesinlikle engel değildir — yukarıdaki plan zaten yalnız açık kayıtların elle taşınmasına dayanıyor ve o sayı çoğu ekipte sanıldığından azdır.
- Ekipteki bir kişi kesinlikle karşı çıkıyorsa?
Genellikle direncin altında meşru bir sebep vardır: mevcut sistemde onun kurduğu bir düzen vardır ve yeni sistemde karşılığı yoktur. Karşı çıkışı ikna edilecek bir tutum değil, keşfedilecek bir gereksinim olarak ele alın. Çoğu zaman o kişi, sistemi en iyi tanıyan kişidir.
- Deneme süresi geçişi tamamlamaya yeter mi?
Tamamlamaya gerek yok. Deneme süresinin amacı geçişi bitirmek değil, aracın işinize uyup uymadığını anlamaktır. Birinci haftanın sonunda — yalnız yeni kayıtlarla — bu kararı verebilecek kadar bilgiye sahip olursunuz.
- Birden fazla uygulamaya aynı anda mı geçmeli?
Hayır. Yukarıdaki sıra kuralı burada da geçerli: önce en çok acı veren süreç. Uygulamaların ortak bir hesap ve veri zemini paylaşması sonradan eklemeyi kolaylaştırır, ama bu hepsini ilk gün açmak için sebep değildir.
- Geçiş sırasında müşteriye bir şey söylemeli miyim?
Genellikle gerek yoktur; iç sistem değişikliği müşteriyi ilgilendirmez. İstisna, müşterinin doğrudan temas ettiği bir yüzey değişiyorsa — talep açtığı adres, giriş yaptığı panel gibi. O durumda değişikliği önceden, tek bir kısa mesajla duyurun ve eski yolun ne zamana kadar çalışacağını yazın. Sürpriz değişiklik, iyileştirme bile olsa şikâyet üretir.
- Geçtikten sonra Excel'i tamamen bırakmalı mıyım?
Hayır. Excel bir hesap tablosu olarak hâlâ iyidir: tek seferlik analiz, senaryo hesabı, hızlı taslak. Bırakılması gereken şey Excel değil, Excel'i kayıt ve durum yönetimi için kullanmaktır. Aracı değil, o araca yüklenen yanlış işi bırakıyorsunuz.
Hangi süreçle başlayacağınıza karar verdiyseniz, veya iş problemine göre hazırladığımız göz atabilirsiniz. WApps Work'te ihtiyacınız olan tek uygulamayla başlayıp sonradan ekleyebilirsiniz; deneyebilirsiniz.