Thorough Usability Documentation'ın kritik rolü

Kullanılabilirlik testi, gerçek insanların bir ürünle nasıl etkileşime girdiğini ortaya koyan zengin niteliksel ve sayısal veriler üretir. Disiplinli belgeler olmadan, bu bilgiler tahliye edilir. Bir takım, daha sonra ve hisse senedine dayanabilen kalıcı bir bilgi kaynağına göre ham gözlemler verebilir.

İyi belgeler de araştırma ve eylem arasında bir köprü olarak hizmet eder. Kullanıcıların karta benzediğini tek bir gerçek kaynağı sunar, ürün yöneticileri, geliştiriciler ve yöneticiler. Herkesin aynı açık açık açıklanan konularda, önceliklendirme tartışmaları daha az öznel hale gelir. Teams, kontrol ile ilgili sorunlarla ilgili sorunlarla ilgili sorunlarla başa çıkabilir ("Bence kullanıcılar çekout") verileri odaklı kararlar ("kullanıcı kararlara ("yüzde 68'i rakipler, çünkü kupon alanı tam bir durumda hassas bir maça ihtiyaç duyuyordu).

Ayrıca, iyi niyetli usability bulguları bir organizasyon hafıza yaratır. Ekip üyeleri değişim veya projeler geliştikçe, dokümanlar devam eder.Rekreksiyon analizler, yıllık yeniden tasarımlar veya erişilebilirlik denetimleri sırasında referanslanabilir. Bu uzun vadeli değer sadece yapılandırılmış, ayrıntılı raporlar oluşturmak için harcanan çabayı gösterir.

Kullanılabilirlik Belgesinin Temelleri

Şablonlara veya araçlara girmeden önce, etkili belgelere dayanan birkaç rehberlik ilkesini içselleştirmeye yardımcı olur. Bu ilkeler raporlarınızın sadece tamamlanmadığından emindir, ancak aynı zamanda eylemlenebilir ve güvenilirdir.

Doğru ve İtiraz

Test sırasında tam olarak ne oldu. ham veri bölümünde yorum yapmaktan veya editörlük yapmaktan kaçının. "Kullanıcı yavaş yükleme tarafından hayal kırıklığına uğradı", davranış belgesi: "Kullanıcı, yükleme için 12 saniye bekledi, sonra "Bu çok uzun sürüyor," dedi ve 20 saniye sonra da geziniyordu.

Genellik Üzerindeki Özellik

“Navigasyon kafa karıştırıcı” gibi belirsiz bir konu, 6 katılımcıdan az bir şekilde yönlendirmeyi sağlar ve tam öğeyi, eylem ve bağlamı kurtaramaz. Örneğin: “Partner ayarlarınız, ‘Kaynak değişiklikleri’ düğmesine basarak griye sahiptir. 6 katılımcıdan 4 tanesi bunu fark etmedi ve kurtarmadan uzaklaşmaya çalıştı.

Reproducability

İyi bir kullanılabilirlik raporu yazılır, böylece test sırasında mevcut olmayan biri senaryoyu anlayabilir, adımları tekrarlayabilir ve sorunu doğrulayın.Test başlamadan önce sistem durumu, katılımcının tam dizisini alır ve sonuçlanan arayüz yanıtını alır.

Öncekileştirme ve Severity Ratings

Tüm kullanılabilirlik sorunları eşit değildir. İç bir araçta bir öznel etiket, kullanıcıların bir temel özellik erişimini engelleyen bir giriş döngüsünden daha az kritiktir. Örneğin, dört noktalı bir sistem: Eleştirel (önetmelik veya karıştırma) görev tamamlaması, Major (yalnızca önemsiz) ve Kozmetik (yalnızca) Her bir bulgu için ciddiyetle ilgili olarak, bu puanı destekleyen kanıtlara dikkat edin ve bu puanı destekleyen kanıtlar içerir.

Net Usability Report

İyi yapılandırılmış bir rapor okuyucunun zamanında saygı duyuyor. Busy paydaşları yönetici özetini kayaklayabilmeli ve sonra gerekli olan belirli bulguları atlatmalıdır.Her organizasyon şablonları adapte edebilirken, aşağıdaki bölümler etkili bir usability raporun arka kemiğini oluşturur.

Yönetici Özeti

Bu en hazır bölümdür. Tüm çalışmanın bir standalone özeti olmalıdır. Ürün adı, test tarihleri, katılımcı sayısı, anahtar hedefler ve en iyi üç ila beş bulguları ciddiyetle kaçırdık. jargon. Write in lineation error and reving the onay ekranını.

Yöntemoloji

Testin nasıl yapıldığını ayrıntılı olarak okuyun: Test türü (ortalama uzaktan, hayal kırıklığına uğranmış, kişi), sadece beş içsel çalışanla yapılan bir çalışma, katılımcının yaptığı ve katılımcı kriterleri (ortalama, meslek, ürün tanıdıklığı, vb.) Bu şeffaflık, paydaşların bulguların geçerliliğini ve genelleştirilebilirliğini değerlendirmesine olanak sağlar. Örneğin, sadece beş içsel çalışanla yapılan bir çalışma 20 dış hedef kullanıcısıyla farklı güvenilirlike sahiptir.

Detaylı Bulucular

Bu, raporun kalbidir. Her bir bulgu için yapılandırılabilir, taramalı bir formatta her bir kullanılabilirlik sorunu sunar:

  • [FONT:0)Title:[[Dönetici:[Döncük adı: 1 ) Kısa, açıklayıcı bir isim (örneğin, "Forgot password linki mobilde görünür değil).
  • [FONT:0)Severity:[Dönetici:[Dönetici:[Dönetici:[Dönetici:[Dönetici:[Dönetici:) E-posta, Binbaşı, Minor veya Kozmetik.
  • [FONT:0]Frequency:[Dönetici:[Dönetici:[Dönetici: 0,4] Konuyu deneyimleyen katılımcıların sayısı.
  • [FONT:0]Task ve Scenario:[Dönetici:[Dönetici:0] Kullanıcı, konu gerçekleştiğinde performans gösterdi.
  • [[DÜDÜ:0)Description:[DÜDÜT:1), kullanıcı alıntıları da dahil olmak üzere ne olduğu hakkında net bir anlatı.
  • [FONT:0)Evidence: Ekran, video klipler veya ısımp bağlantı. yeterince bağlam sağlamak böylece okuyucu konuyu görebilir.
  • [FONT:0)Impact:[Dönetici:[Dönetici:[Dönetici:) Sonuç açıklayın (örneğin, görev başarısızlığı, zaman-on-task, kullanıcı hayal kırıklığı).
  • [FONT:0) Öneri:[Dönetici:[Dönetici:0) Belirli bir düzeltme veya tasarım alternatifi öner.

Daha kolay navigasyon yapmak için ciddiyetle veya sayfa / ekran tarafından bulguları organize edin. Bazı raporlar da tema (örneğin, navigasyon, formlar, yük süreleri) sistemik sorunları vurgulamak için grup bulguları.

Tavsiyeler ve Sonraki Adımlar

Çözümleri ortaya çıkarmak için sorunları tanımlamanın ötesine geç. Her öneri doğrudan bir bulgu ile bağlantılı olmalıdır. İş değeri ve geliştirme çabasına dayanan önerilerde bulunun. yardımcı olursa (en yüksek etki/düşük çaba ilk olarak) Eğer mümkünse (örneğin, "Design ekibi 10 Haziran tarafından güncellenen alayları teslim etmek için).

Appendix

Görev tamamlanma oranları, zaman-on-task metrikleri ve anket sonuçları gibi ham veriler ekleyin. Ayrıca test senaryosu, onay formları ve kullanılan diğer materyaller ekleyin. Bu, raporun tamamen denetim edilebilir olmasını sağlar ve ikincil analiz için referanslanabilir.

Görsel Kanıt ve Data Presentation

Sadece metin içeren bir rapor, görsellerle zenginleştirilmiş birinden daha az ikna edici ve daha zor. Ekranlar, annotated diagramlar ve video klipler gerçek kullanıcı deneyimini aktarmak için gereklidir.

Ekran Kaydı ve Ekran Kaydı

Bir konu gerçekleştiğinde kesin anları yakalayın. okları kullanın, daireler veya metin okuyucunun dikkatini yönlendirmek için bir dizi mesaj. Örneğin, küçük "X" düğmesine bir kullanıcı tıklandığında, bir dizi ekran görüntüsü veya kısa bir GIF. Tools oluşturabilir.In example, Circle the small "X" düğmesine tıklayın.If the issue contains to full video kayıtları ortak bir klasör içinde, ancak raporda anahtarlar içerir.

Heatmaps ve Click Maps

Test prototipleri veya canlı siteleri test edildiğinde, ısımaps, kullanıcıların dikkatini odaklandığı veya tıklamaya çalıştığını ortaya koyar.Bir ısımap, birçok kullanıcının etkili bir şekilde kullandığını gösteriyor).

Grafikler ve Grafikler

Görev tamamlanma oranları, hata oranları ve zaman-on-task gibi sayısal veriler, basit bar grafiklerde veya çizgi grafiklerde en iyi şekilde sunulur. karmaşık 3D grafikler veya aşırı renklerden kaçının. net etiketler kullanın ve gerekirse bir efsaneyi ekleyin.Bir grafik, ortalama görev süresi 90 saniyeden 45 saniyeye kadar tekrar tasarlanırsa, hem de mevcut verilerden sonra tekrar tasarlanır.

Delil Olarak Söylenir

Doğrudan katılımcı alıntılar, grafiklerin yapamadığı bir insan elementi ekler. Örneğin güçlü ifadeleri vurgulamak için blok alıntılar kullanın:

“Üç kez daha ‘Next’e tıkladım ve hiçbir şey olmadı. neredeyse pes etmedim.” – Katılımcı 7

Bu alıntılar hata veya yükleme spinner ekran görüntüsü ile. Bu kombinasyon empati yaratır ve bir sorunun şiddetini sağlar.

Farklı seyircilere rapor vermek

Her pay sahibinin aynı ayrıntı seviyesine ihtiyacı yoktur. Raporunuzu uyar veya ekary summaries oluşturmak, her gruba bir sindirilebilir formatta ulaşır.

Tasarımcılar ve Ürün Yöneticileri

ayrıntılı açıklamalar, görseller ve eylem edilebilir önerilerle ilgili tüm bulgularına ihtiyaç duyarlar. Biletleri önceliklendirmek, tasarım incelemeleri oluşturmak ve sprint bilgilendirme planlama yapmak için raporu kullanacaklar. Görev akışı ve kullanıcı alıntıları dahil olmak üzere çok fazla bağlamı ekleyin.

Geliştiriciler için

Geliştiriciler, düzeltmeleri uygulamak için kesin, teknik ayrıntılara ihtiyaç duyar.Kullanıcının ödeme yöntemleri olmadığını, mesaj “formatlı bir metinde beliren bir uyarı bileşeni olarak değil. Örneğin: “On /account sayfasında, 'Billing' sekmesi altında, kullanıcı 'u kurtardıysa, 'uz uyarılama' ile ilgili bir bağlantıya sahip olursunuz.

Yöneticiler ve Stakeholders

İş etkisi ve üst düzey yön hakkında yöneticiler dikkat edin. Bir sayfalık yönetici özeti, dönüşüm oranı, saklama, müşteri desteği maliyetleri veya NPS gibi ölçümler yaparak, "Deneme hatasını yılda% 30 oranında azaltın." Teknik jargonu kullanın.

Müşteriler için (bir ajans Context)

Müşteriler, usability test terminolojisi ile aşina olmayabilir. Kolay dil kullanın ve herhangi bir jargon. Kullanıcının bakış açısına ve iş sonuçlarına odaklanın.Müşteri raporları için uygun olan standart bir şablon sunar [Dönetici bulguları) ve Google Docs veya Confluence gibi ortak bir online belgede rapor verin.

Usability Documentation (ve Them'den Nasıl Kaçırılır)

Deneyimli araştırmacılar bile bulgularının etkisini azaltan tuzaklara düşebilir. Bu tuzakların farkında olmak daha güçlü raporlar üretmenize yardımcı olur.

"Her şey Eleştirel" Tuzağı

Her şey kritik etiketlendiğinde, hiçbir şey değişmez. Aşırı şişirme şiddeti dilsizler aciliyete yol açıyor. "kırık" etiketi sadece görev başarısızlığı veya önemli veri kaybına neden olan sorunlar için. net bir ovuşturucu kullanın ve buna bağlıysanız, paydaşlar bir nota meydan okuyorlar.

Text

Hiçbir başlık, mermi noktaları veya görseller okuyucuların içerik atmasına neden olur. Bulgularınızı yapılandırabilirler, böylece anahtar ifadeler, kısa paragraflar ve listeler için cesur kullanın.Her bir bulgu izolasyonda okuyabilen ayrı bir birim olmalıdır.

Tercüman ile Gözlem

Daha önce de belirtildiği gibi, analizinizden ayrı ham gözlemler tutun. Yaygın bir hata "Kullanıcı çok küçüktü çünkü gözlem, kullanıcının durakladığı, aşağı kaydırıldığı ve "bu boyuttaki karışıklıkların daha büyük olması bekleniyor" dedi.

Olumlu Bulucu Neglecting Olumlu Bulmaları

Sadece liste sorunları bir takıma hayran olabilir ve bir skewed resim oluşturabilir. İyi çalışanların tasarım kararlarını doğruladığı ve gelecekteki iterasyonlar için temel bir temel sağlamaları üzerinde bir bölüm ekleyin. Örneğin: "Tüm katılımcılar arama işlevini başarıyla tamamladı ve filtrelerin sezgisel olduğunu yorumladı."

Raporun Gecikmesi

Bulgularınızı sunmak için daha uzun süre beklersiniz, daha az etki olacaktır. İçgörüler durgun, takım öncelikleri değişir ve tasarım kararları verileriniz olmadan yapılır. Test seansları 2448 saat içinde ön bir özet sunmak için. Tam bir rapor bir hafta içinde takip edebilir.

Tasarım Sürecine Bütünleme

Dokümantasyon sadece harekete geçerse değerlidir. Güvenilir bulguların gerçek iyileştirmeleri kullanmasına yardımcı olmak, onları takımınızın iş akışına entegre etmek.

Ortak bir Repository oluşturun

Store usability tüm takıma erişilebilir olan merkezi bir yerde rapor verir. Confluence, Notion, Airtable veya Google Drive'daki özel bir klasör gibi araçları kullanın. Tag ürün alanı ve tarih tarafından raporlanabilir ve kolayca yorumlanabilirler. Özel Jira biletleri veya kullanıcı hikayelerine Link bulgularına göre.

Bir Bulucu Bulun

Testin bir hafta içinde top bulguları üzerinden yürümesini sağlar.Invite tasarımcıları, ürün yöneticileri, mühendisler ve ilgili paydaşları. Görsellerle bir slayt güverte kullanın. Bu toplantı, uyum yaratır ve düzeltmelere yardımcı olur. Ayrıca, e-posta ipliklerinde kaybolmak için sorular da verir.

Track Fixes ve Etkisi

Raporunuza dayanan değişiklikleri yaptıktan sonra, aynı görevleri tekrar test etti ve gelecekteki araştırma için destek sağlıyor.

Şablonu iterate the Template

Hiçbir şablon mükemmel değildir. Her projeden sonra, paydaşlarına faydalı bulduğu şeyleri ve neyin kafa karıştırıcı olduğunu sorun. Buna göre yapı, uzunluk veya sunum stilini ayarlama. Geri bildirime dayalı canlı bir şablon zamanla daha etkili olacaktır.

Araçlar ve Şablonlar Akışkan Dokümantasyona

Tekerlekyi yeniden icat etmeniz gerekmez. Birçok araç ve önceden inşa edilmiş şablonlar, kaliteyi korurken belge sürecini hızlandırabilir.

Dokümantasyon Araçları

  • [FONT=0) Google Docs / Microsoft Word:[Dönetici: Basit, işbirlikçi ve yaygın olarak desteklenen.Sing the following stilleri (H1, H2, H3) for otomatik tablo of content. Add Images.
  • [FONT=0)Confluence:[Döneticiler arasında Popüler:[Döneticiler) Destekler masaları, ekler ve Jira bağlantıları için makrolar.
  • [FONT:0) Havalimanları:[Döneticileri ciddiyetle, ekran görüntüsü, statü ve sahibi. Temiz ağ görüşü, tür ve filtreye kolay hale getirir.
  • [FONT:0) Hayır:[[Dönetici:[Dönetici:0) Zengin metin ile esnek veritabanı, görüntü gömülür ve ön segmentler. ayrıntılı yazı-upları bir veri tabanı ile birleştirmek için harika.
  • [FONT:0]Dovetail / Condens / EnjoyHQ:[Dönetici:0) Videoyu takip eden, not alan ve ekip işbirliği yapan ekipler için mükemmel.

Şablonlar

Tüm anahtar bölümleri içeren bir şablonla başlayın. Organizasyonun tonu ve ihtiyaçlarını karşılamak için özelleştirin.TheurFLT:0)Nielsen Norman Grubu, ücretsiz kullanılabilirlik test raporu şablonu) sunar.

Pre- built şablonlar zaman tasarruf eder, ancak çalışma türüne, seyirciye ve bulgulara dayanan katı bir şekilde takip edilmemelidir. Örneğin, rekabetçi bir kriter raporu "Comparison Table" bölümüne ihtiyaç duyabilir, erken bir prototipin formatif bir testi "Design Implications" bölümüne ihtiyaç duyar.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Dokümantasyon ve raporlama usability bulguları bir bürokratik egzersiz değildir - kullanıcı araştırma ve ürün geliştirme arasındaki kritik bağlantıdır.İyi yapıldığında, tasarım kararlarına rehberlik eden stratejik bir varlık haline gelir ve sonuçta daha iyi kullanıcı deneyimlerinizi uygular. Sonuç olarak, doğrulama ilkelerine, özelliğe ve önceliklendirmeye teşvik edilir ve netlik için yapılan bir şekilde, sert fikirlerinizi daha fazla şekilde sunarsınız.