Çalışanlar yeni yazılımı neden kullanmaz?
Kullanıcı direnci çoğu zaman teknoloji korkusu değil, gerçek iş akışına uymayan tasarım ve yanlış geçiş planıdır.
Kullanıcı direnci çoğu zaman teknoloji korkusu değil, gerçek iş akışına uymayan tasarım ve yanlış geçiş planıdır.
Önce işi yapanı dinleyin, sonra ekranı değiştirin.
Gerçek işi izleyin
Kayıt, istisna ve devir adımlarını çalışanla birlikte görün
Ek yükü kaldırın
Çift girişleri ve gereksiz zorunlu alanları azaltın
Kullanımı ölçün
Temel görevin yardım almadan tamamlanmasını izleyin
Düşük kullanımın olası nedeni nasıl bulunur?
| Gözlenen durum | Olası neden | İlk doğrulama |
|---|---|---|
| Kayıtlar gün sonunda topluca giriliyor | Saha ekranı veya bağlantı uygun değil | Görevi işin yapıldığı yerde deneyin |
| “Diğer” seçeneği çok kullanılıyor | Sabit liste gerçek çeşitliliği karşılamıyor | Serbest açıklamaları sınıflandırın |
| Aynı bilgi iki yerde tutuluyor | Sistem sahipliği ve entegrasyon belirsiz | Her alanın ana kaynağını belirleyin |
| İşlem yarıda bırakılıyor | Zorunlu alan, yetki veya hata akışı engelliyor | Tamamlanamayan adımı gözlemleyin |
Çalışan neden eski yönteme döner?
Yeni bir uygulama, çalışan için mevcut işi kolaylaştırmıyorsa kullanılmaması şaşırtıcı değildir. Aynı bilgi önce kâğıda, sonra Excel’e, ardından uygulamaya yazılıyorsa sistem bir kolaylık değil üçüncü kayıt noktası olur. Saha bağlantısı kopuyor, ekran yavaş açılıyor veya sık yaşanan bir istisna kaydedilemiyorsa kullanıcı mesajlaşmaya ve kişisel notlarına döner.
Bu durumu yalnız “değişime direnç” diye adlandırmak asıl tasarım sorununu gizler. Önce çalışanı gerçek görev sırasında gözlemleyin: hangi bilgiyi nereden buluyor, kimden onay bekliyor, eksik veriyle nasıl ilerliyor? GOV.UK kullanıcı araştırması rehberi de tasarım öncesinde insanların işi bugün nasıl yaptığını ve hangi engellerle karşılaştığını anlamayı önerir.
Zorunlu alanlar ne zaman işi durdurur?
Örneğin bir klinik çalışanı ziyaret nedenini kaydederken sunulan üç seçenekten hiçbiri duruma uymuyorsa rastgele seçim yapabilir veya kaydı erteleyebilir. Zorunlu açılır liste veriyi düzenli gösterir; fakat yanlış seçilmiş düzenli veri, serbest yazılmış doğru bilgiden daha yararlı değildir.
Aranabilir seçenek, “diğer” alanı, kısa serbest açıklama ve sonradan sınıflandırma bir arada kullanılabilir. İş için gerçekten gerekli bilgi ilk ekranda istenir; ayrıntılar süreç ilerledikçe tamamlanır. Hangi alanın zorunlu olacağı yönetim varsayımıyla değil, gerçek kullanım ve raporlama ihtiyacıyla belirlenir.
Sorun eğitim mi, akış mı? Nasıl ayırt edilir?
Kısa bir görev testi yapın. Çalışandan sık yaptığı bir işi yeni sistemde, sözlü yönlendirme almadan tamamlamasını isteyin. Nerede beklediğini, yanlış alana döndüğünü, aynı bilgiyi tekrar yazdığını ve sistemi bırakıp başka araca geçtiğini not edin. Birkaç kişinin aynı noktada takılması eğitim ihtiyacından çok ekran veya süreç tasarımı sorununa işaret eder.
Eğitim yine gerekir; ancak kötü akışı ezberletmek eğitim değildir. Önce ekranı ve iş kuralını düzeltin, sonra role göre kısa kullanım örnekleri ve destek kanalı sağlayın. İşlem tamamlandıktan sonra kullanıcının ne olduğunu anlayacağı açık durum ve hata mesajları da bu geçişin parçasıdır.
Geçişi bütün şirkete aynı anda yaymayın
Tek ekip, tek işlem türü ve sınırlı bir pilotla başlayın. Eski kaydın ne zaman kapanacağı, yeni kaydın ne zaman resmi kaynak olacağı ve iki sistem arasında fark çıkarsa kimin karar vereceği önceden yazılmalıdır. Belirsiz bir çift kayıt dönemi hem çalışanı yorar hem de hangi veriye güvenileceğini karıştırır.
Pilot boyunca gelen itirazları kişi bazında değil sorun bazında sınıflandırın: hız, eksik seçenek, erişim, rol yetkisi, hata mesajı, bağlantı veya eğitim. Her düzeltmeden sonra aynı görevi yeniden deneyin. Böylece geliştirme listesi en yüksek sesle dile getirilen isteğe değil, tamamlanamayan gerçek işe göre sıralanır.
Benimsenmeyi hangi göstergeler anlatır?
Giriş yapan kişi sayısı tek başına yeterli değildir. Temel görevi yardım almadan tamamlama oranı, işlem süresi, eksik veya yanlış kayıt, eski kanala geri dönüş ve destek talebi sayısı birlikte okunmalıdır. Ekip sistemi açıyor ama işi WhatsApp’ta bitiriyorsa kullanım raporu iyi görünse bile dönüşüm gerçekleşmemiştir.
Başlangıç durumunu yeni sistemden önce ölçün ve aynı görevleri pilot sonunda karşılaştırın. Amaç çalışanı daha çok veri girmeye zorlamak değil; işi daha az tekrar ve daha açık sorumlulukla tamamlatmaktır.
Karar vermeden önce kontrol listesi
Aşağıdaki sorulardan birkaçının cevabı belirsizse ürün veya geliştirme sözleşmesinden önce kısa bir keşif çalışması yapmak daha güvenlidir.
- Günlük kullanıcılar tasarım ve pilot testine katıldı mı?
- Aynı bilgi ikinci kez yazılmadan işlem tamamlanabiliyor mu?
- Sık karşılaşılan istisnalar kaydedilebiliyor mu?
- Çalışan temel görevi yardım almadan bitirebiliyor mu?
- Eski kayıt yönteminin kapanış tarihi ve sorumlusu belli mi?
- Kullanım, hata ve destek ihtiyacı pilot öncesiyle karşılaştırılıyor mu?
Kaynaklar ve hazırlama yöntemi
Bu rehber, kullanıcı araştırması ve değişim yönetimine ilişkin genel tasarım ilkelerini işletme içi uygulama geçişine uyarlayan bir kontrol çerçevesidir; anlatılan örnekler müşteri vakası değildir.
- GOV.UK — User research in discoveryKullanıcının bugünkü çalışma biçimini, ihtiyaçlarını ve zorlandığı adımları gözlemleme yaklaşımı.
- GOV.UK — Understanding users who do not use digital servicesDijital kullanım engellerini varsaymak yerine kullanıcıyla araştırma ve destek ihtiyacını anlama ilkeleri.