Mühendislik ve Ürün Liderlerine Kullanıcı Deneyimi ve Tasarım Borç Temizleme Süreci Nasıl Sunulur?
UX borcunun ne olduğu, envanterinin nasıl çıkarılacağı ve önceliklendirileceği ve liderlerin fonladığı terimlerle temizleme ve sistem yeniden düzenlemelerinin nasıl yapılacağı: risk, maliyet ve gelir.
Ana nokta
UX borcu, tasarım için teknik borç gibi kısayollardan kaynaklanan deneyim sorunlarının birikmesidir. Temizliğin finansmanını sağlamak için bunu kanıta dayalı bir envanterle görünür hale getirin, kullanıcı etkisine, sıklığa ve çabaya göre önceliklendirin, büyük bir yeniden yazma yerine sabit bir bütçe (her sprintten bir pay) isteyin ve liderlerin zaten takip ettiği önlemlerdeki ilerlemeyi rapor edin.
UX borcu nedir
Nielsen Norman Group, UX borcunu, Ward Cunningham'ın 1992'de ortaya attığı bir terim olan teknik borca benzer şekilde ekipler tekrar tekrar hızlı, kolay çözümleri seçtiğinde biriken deneyim sorunları olarak tanımlıyor. Ele alınmadan bırakıldığında, kullanıcı sorunlarının artmasına ve maliyetli temizleme işlemlerine yol açıyor. Örnekler arasında tutarsız bileşenler, "geçici" olan kafa karıştırıcı akışlar ve kolaylık sağlamak için saklanan güncelliğini yitirmiş kalıplar yer alır.
Dört adımlı bir adım
Liderler görebilecekleri ve ölçebilecekleri şeyleri finanse eder:
- Envanter: Sorunları araştırma klipleri, destek biletleri, analizler ve hata raporları gibi kanıtlarla birlikte listeleyin.
- Önceliklendirme: Kullanıcı etkisine, ne sıklıkla meydana geldiğine ve düzeltme çabasına göre sıralayın.
- Bütçe: Büyük bir yeniden tasarım yerine her sprintten sabit bir pay isteyin.
- İlerlemeyi göster: Her sabit öğe için öncesi ve sonrası ölçümleri.
Bunu finanse eden insanların dilini konuşun
Her öğeyi riske, maliyete veya gelire dönüştürün: "bu ödeme tutarsızlığı ayda N destek bildirimi oluşmasına neden oluyor", "yinelenen düğme bileşenleri her özelliğe bir gün ekliyor", "bu akış uymamız gereken erişilebilirlik kurallarını yerine getirmiyor". UX ROI hesaplamalarıyla aynı yaklaşımı kullanarak her birini bir tahminle eşleştirin.
Erken bul
NN/g, sprint sürümlerinden önce test yapılması ve en az ayda bir devam eden testlerle sık sık ve çeşitli yollarla gerçek kullanıcı geri bildirimi alınmasını önerir. UX borç öğelerini teknik borçla aynı birikime ekleyin, böylece bunların kimsenin okumayacağı ayrı bir tasarım belgesinde değil, planlamada görünür olması sağlanır.
Tasarım sistemi yeniden düzenleyicileri
Sistem düzeyinde temizlik için, bunu yapmamanın maliyetini gösterin: aynı bileşenin kaç çeşidi var, yeni özellikler ne kadar sürüyor ve kaç tane kullanıcı arayüzü hatası tutarsızlığa dayanıyor. Önce trafiğin yoğun olduğu bir alanı yeniden düzenleyen küçük bir pilot, durumu bir slayttan daha iyi hale getirir.
Hatırlanacak temel ilkeler
- UX borcu birikmiş, kısayollardan kaynaklanan sorunlar yaşanıyor
- Kanıtlarla envanter oluşturun, ardından etki, sıklık ve çabaya göre önceliklendirin
- Büyük bir yeniden yazım değil, sabit bir bütçe isteyin
- Öğeleri riske, maliyete ve gelire dönüştürün
- UX borcunu teknik borçla aynı birikimde izleyin
Sık sorulan sorular
Kaynaklar
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group