Boş Durumları ve Hata Mesajlarını AI Panels ile Test Etmek

Gönderdiğiniz son ürüne bakın. Yeni bir hesapta açın. İlk on dakikada kaç boş duruma çarptığınızı sayın. Tek bir temel görevi tamamlamadan önce kaç hata mesajı, toast ve "bir şeyler ters gitti" modal tetiklediğinizi sayın.

Şimdi kendinize sorun: bu metni kim yazdı?

Çoğu ürün organizasyonunda cevap "bir geliştirici, cuma günü 16:47'de, iki sprint önce, gözden geçirilmemiş bir PR'da" şeklindedir. Boş durumlar ve hata mesajları her ürünün son adım mikro metnidir. Kullanıcı yolculuğunun en savunmasız anlarında ortaya çıkarlar. Ve göndermeden önce neredeyse hiç test edilmezler.

AI panels, sprint'i yavaşlatmadan bunu düzeltmenize olanak tanır.

Bu Anlar Ekiplerin Düşündüğünden Daha Çok Neden Önemli

Boş durumlar ve hatalar kozmetik değildir. Uç durumlar olarak kılık değiştirmiş yüksek kaldıraçlı dönüşüm anlarıdır.

Boş durumlar, yeni bir kullanıcının okuduğu ilk anlamlı ürün metnidir. İlk pano. İlk gelen kutusu. İlk proje listesi. Kullanıcı değer beklerek gelir. Ürün "Henüz öğe yok. Başlamak için buraya tıklayın." ile yanıt verir. Kullanıcıya, daha fazla iş yapana kadar ürünün hiçbir şey yapmadığı söylendi. Bu, boş bir ekran kılığında giyinmiş bir kayıp anıdır.

Hata mesajları, kullanıcı güveninin en kırılgan olduğu anlardır. Bir şey bozuldu. Kullanıcı kimin suçlu olduğunu, ne kadar kötü olduğunu veya bir sonraki adımda ne yapacağını bilmiyor. O toast'taki metin, kullanıcının sizi affedip etmeyeceğini, bir bilet açıp açmayacağını veya kaldırıp kaldırmayacağını belirler.

Her iki an da ses tonunun açığa çıktığı yerdir. Anasayfada arkadaşça hissettiren ve hata modalinde klinik hissettiren bir ürün, kullanıcıların hissettiği ama ifade edemediği bir uyumsuzluk yaratır. Bu uyumsuzluk zamanla marka yakınlığını aşındırır.

Çoğu ekip bunu prensipte anlar. Yine de test edilmemiş mikro metin gönderirler çünkü geleneksel kullanıcı araştırması ürün geliştirme hızında çalışamaz. Bir panel çalışabilir.

Gönderim Öncesi Mikro Metin Paneli

İşte standart bir ürün sprint'inin içine sığan bir iş akışı.

Bir "ilk dokunuş" paneli oluşturun. Yeni kullanıcı ICP'nize uyan profiller. Onboarding için önemli olan psikografik bağlamı dahil edin: yeni kaydolmuş, ürününüz hakkında sınırlı bağlamı olan, bu ay iki veya üç rakibi denemiş ve ilk oturumda yarın geri dönüp dönmeyeceğine karar veren biri. Bu panel ürünü taze gözlerle görür, ki bu da boş durumların ihtiyaç duyduğu tam perspektiftir.

Boş durumlar için üç soruyu test edin.

Birincisi, anlama sorusu: "İşte kaydolduktan sonra geldiğiniz ekran. Bu ürünün ne yaptığını düşünüyorsunuz? Sırada ne yapmanız gerekiyor?"

İkincisi, motivasyon sorusu: "Birincil CTA'ya tıklamanızı ne sağlardı? Sekmeyi kapatmanızı ne sağlardı?"

Üçüncüsü, varyant sorusu: Boş durumun üç versiyonunu ekleyin. Panelin karşılaştırmasına izin verin. Farklılıklar, dahili bir tartışmadan daha hızlı yüzeye çıkacaktır.

Hatalar için, başarısızlık spektrumunu test edin.

Mevcut kullanıcılardan oluşan bir panel oluşturun (farklı profil) ve üç senaryo çalıştırın: kurtarılabilir bir hata (form doğrulama), geçici bir hata (API zaman aşımı) ve felaket bir hata (veri kaybı veya kimlik doğrulama hatası). Metin, ses tonu ve kurtarma yolu bu üçü arasında belirgin şekilde farklılaşmalıdır, ancak çoğu ürün neredeyse aynı dili kullanır. Paneller uyumsuzluğu dakikalar içinde yakalar.

Panele ses tonu sorusunu açıkça sorun. "Bu hata mesajı sizi ürüne karşı daha az mı yoksa daha çok mu güvenli hissettiriyor? Kurumsal, kişisel, klinik veya küçümseyici hissettiriyor mu?" Ses tonu geri bildirimi, çoğu hata metninin başarısız olduğu yerdir.

Panellerin Yüzeye Çıkarma Eğiliminde Olduğu Şeyler

Bu iş akışını birkaç ekip ve ürün arasında çalıştırdıktan sonra birkaç kalıp tekrar eder.

Boş durum CTA'ları çok belirsiz. "Başlayın", ürünün temel eylemine bağlı belirli fiillerin altında performans gösterir. "İlk takım arkadaşınızı davet edin", on panelin dokuzunda "Başlayın"ı yener.

İllüstrasyonlar CTA'dan dikkati dağıtır. Paneller genellikle "Düğmeden önce çizime baktım" diyor. Eğer hedef dönüşümse, illüstrasyon bir vergidir.

Hatalar genellikle çok özür dilercedir. "Çok üzgünüz, bir şeyler ters gitti, lütfen tekrar deneyin" kaçamak okunur. Paneller doğrudan, spesifik ve eylem odaklı olanı tercih eder: "İsteğinizin süresi doldu. Tekrar deneyin veya sorun devam ederse yenileyin."

Hatalar nadiren kullanıcının ne yapması gerektiğini açıklar. Varsayılan, ne olduğunu tarif etmektir. Paneller tutarlı bir şekilde önce bir sonraki adımı, sonra açıklamayı ister.

Ses tonu tutarsızlığı hemen görünür. Pazarlamada sıcak ve hatalarda katı olan bir ürün, henüz bir marka görüşü oluşturmamış kullanıcılar tarafından işaretlenir. Paneller bunu ilk karşılaştırmada fark eder.

Bu kalıplar yeni değildir. UX yazımı uzmanlarının on yıldır yayınladığı aynı kalıplardır. Fark, panellerin bunları sprint hızında, kullanıcılarınızla, ürününüze uygulamanıza izin vermesidir.

Mikro Metin Testini Sprint'e Entegre Etmek

İş akışı yalnızca ürün ekiplerinin halihazırda nasıl çalıştığına uyduğunda ölçeklenir.

Tasarım aşamasında: Tasarımcı önerilen boş durumu veya hatayı tasarım incelemesinin bir parçası olarak panele bırakır. Ekstra toplantı yok. On beş dakikalık asenkron çalışma, çıktı Figma yorumlarına yapıştırılır.

PR aşamasında: Yalnızca metin değişiklikleri için, mühendis mevcut ile önerilen dize karşılaştırmasını panelde açar. İnceleyici, panel çıktısını PR açıklamasında görür. Onay kanıtla gerçekleşir.

Gönderim sonrası aşamada: Bir özellik gönderildikten sonra ürün yöneticisi, gönderim öncesi varsayımı doğrulamak için gerçek benimseyenlerle boş durumda bir panel çalıştırır. Çeyrekte iki veya üç tanesi mikro metin kalitesindeki döngüyü kapatır.

Bunların hiçbiri yeni araçlar, yeni roller veya yeni onay süreçleri gerektirmez. Yalnızca mikro metnin komite çıktısı yerine test edilebilir içerik olarak ele alınmasını gerektirirler.

Birikimli Etki

İşte bunu yatırıma değer kılan şey. Mikro metin iyileştirmeleri ürün genelinde birikir.

Daha iyi bir boş durum sadece o tek ekranı iyileştirmez. Tasarımcılar iyi test edilen kalıbı kopyalamaya başladıkları için üründeki sonraki her boş durum için ses tonunu belirler. Daha iyi bir hata mesajı sadece bir kullanıcıyı kurtarmaz. Hata yüzeyinde yayılan bir ses oluşturur.

Mikro metni sistematik olarak test eden ekipler, sadece daha iyi dizelerle değil, daha tutarlı ürünlerle sonuçlanır. Son adım metni artık rastgele olmadığı için marka tutarlı hissetmeye başlar.

En Çok Acıtan Ekranla Başlayın

Bu ekibiniz için yeniyse, ürününüzdeki en kötü boş durumu veya hata mesajını seçin. Dahili olarak herkesin ürperdiği. Bir panel oluşturun. Bir karşılaştırma yapın. Kazananı gönderin.

O tek vaka, daha geniş iş akışı için savunmayı yapar. Yüksek profilli bir anda net bir yükseliş gören ekipler tipik olarak uygulamayı bir çeyrek içinde beş veya on tanesine daha genişletir.

Boş durumlar ve hata mesajları, ürünlerin sessizce kullanıcı kanattığı yerdir. AI panels, kanamayı tek bir sprint'te durdurmanıza olanak tanır.