Kullanıcı Hikayesi En İyi Uygulamaları ile Özellik Kayması Nasıl Önlenir

Daha büyük bir dijital ürün anlatısının parçası olarak, tasarım süreci boyunca kullanıcı hikayeleriyle çalışmak, tasarımcıların UX'i geliştirmeye odaklanmasına yardımcı olur. Açıkça yazılmış kullanıcı hikayeleri, insanları tasarım sürecinin merkezinde tutmaya, bir ürünün hedef kitlesiyle empati kurmaya ve insanların yaşamlarına daha iyi uyan fikirler üretmeye yardımcı olabilir.

Ürün tasarımcıları kendilerini ne sıklıkla “arabayı atın önüne koymak” gibi bir atasözü durumunda buluyorlar? Proje başladığında, teknik ayrıntıları ve bunu nasıl sunacağımızı hesaplarız. Geliştirme çerçeveleri tanımlanır, hedef cihazlar belirlenir, ekran boyutları ayarlanır, ardından ekip rastgele ürün özellikleri ekleyerek çözümler oluşturmaya başlar.

Bu süreç sırasında çılgınca bir sürü UX eseri oluşturuyoruz: birkaçını saymak gerekirse, ruh hali panoları, site haritaları, kullanıcı akışları, kişiler ve empati haritaları. Tekne dolu ama dümen veya harita olmadan seyrediyor. Sonra bir gün uyanıyoruz ve aklımıza ' bu ürünü neden yapıyoruz, özelliklerini nasıl tanımlıyoruz ve bunları nasıl önceliklendiriyoruz? ”

Klasik bir uyandırma servisi.

Korkunç "özellik sürüngeni" burnumuzun dibinde sinsice yaklaşıyor.

Neyse ki, bununla mücadele etmek için bir karşı önlem var. Kullanıcı hikayeleri denen bir tasarım taktiği.

Kullanıcı hikayeleri, Agile yazılım geliştirme metodolojisinden uyarlanan, ürün ekipleri için ortak bir tasarım tekniğidir. Çevik ekipler genellikle sprintler sırasında küçük hedeflere ulaşmaya odaklanır. Kapsamlı belgeler yerine hızı, hedefleri ve sonuçları vurgularlar , dolayısıyla kullanıcı hikayeleri kavramı.

Çoğu Çevik ekip için kullanıcı hikayeleri, artımlı yazılım dağıtımının ana aracıdır. Çevik İttifak

Kullanıcı Hikayesi Nedir?

Bir kullanıcı hikayesi, kullanıcının başarmak istediği bir şeyi tanımlar. Kullanıcı hikayeleri, tasarımcıların ve geliştirme ekiplerinin ürün özellikleri ekleme çılgınlığına kapılmak yerine kullanıcı ihtiyaçlarına odaklanmasına yardımcı olabilir.

Bir kullanıcı hikayesi kısa, spesifik ve hedefe yöneliktir. Aşağıdaki yapıya sahip, kullanıcının bakış açısından çerçevelenmiş tek cümlelik bir ifadedir:

“ Bir (kullanıcı türü) olarak (bir amaç) istiyorum, böylece (bir fayda elde edebilirim). ”

Kullanıcı hikayeleri, bir ekibin geliştirme süreci boyunca proje hakkında daha iyi konuşmalar yapmasını sağlar. Onlarla çalışmak , ekibin neyi neden oluşturmaya çalıştığının ortak bir şekilde anlaşılmasını kolaylaştırdığından, özellik kaymasını önlemeye yardımcı olur.

Kullanıcı-arayüz tasarımı ve insan-bilgisayar etkileşimi alanında çalışanlar için kutsal olan bir ilke varsa o da kullanıcınızı tanıyın . Don Norman, Nielsen Norman Group'un kurucu ortağı ve Fahri Baş Sorumlusu

Kullanıcı Hikayelerini Tasarım ve Çevik Arasında Hizalama

Kullanıcı hikayeleri, geliştiricilerin anladığı bir kavramdır. İster projenin başlangıcında ister ürün geliştirme sırasında tasarımcılar, kullanıcı hikayeleriyle çalışarak geliştiricilerle daha etkili bir şekilde işbirliği yapabilir. Ürün özellikleri, geliştirmeyi optimize ederek ve ekibin hangi sonuçlara odaklanması gerektiğini netleştirerek birlikte planlanabilir.

Bununla birlikte, birçok tasarımcı Agile ve UX'in birlikte iyi oynayabileceği fikrine katılmaz . İnançlardan biri, iki farklı motive edici güç ve zaman çizelgesinin iyi bir şekilde hizalanmamasıdır - kullanıcı hikayeleri bütünsel bir tasarım sürecine kolayca sığmaz çünkü geliştirme aşamasında odak kısa vadeli teslimat döngüleridir. Diğer bir görüş ise, kullanıcı hikayelerinin bir tasarım yaklaşımı olarak yeterince önemli olmadığıdır - daha büyük resmi , yani kullanıcı deneyiminin tamamını dikkate alan bir perspektiften yoksundurlar.

Bu inançlar bir dereceye kadar geçerlidir, ancak aynı zamanda yanlış yönlendirilir .

Havayı temizleyelim. İlk olarak, tasarımcıların kullanıcı hikayeleriyle çalışmanın ortak bir tasarım süreci olduğunu anlamaları gerekir. Geliştirme tarafında Çevik sprintlerle tam olarak uyumlu olmasa da, geliştiricilerle işbirliği yaparken daha kapsamlı eşzamansız tasarım sürecinin bir parçası olabilirler. Kullanıcı hikayeleri, farklı konumlarda bulunan ekiplerin işbirliği yapmasını da kolaylaştırır.

İkincisi, kullanıcı hikayeleri insan merkezli, aktivite merkezli tasarımın ayrılmaz bir parçasıdır . Gittikçe daha fazla ürün özelliği eklemeye odaklanmak yerine – meşhur “özellik kayması” – kullanıcı hikayeleri onu gerçeğe dönüştürüyor . Kullanıcı hikayeleri, insanların gerçekleştirdiği her aktivitenin arkasında, görevlerden oluşan ve sırayla bir dizi eylemden oluşan kullanıcı hikayeleri vardır. Sonuç olarak, ürünler, kullanıcı etkinliklerinin derinlemesine anlaşılmasıyla geliştirilir. Kullanıcı hikayeleriyle çalışmak, keyifli bir kullanıcı deneyimi tasarlamanın bütünsel çabasına güzel bir şekilde uyuyor.

Ürün Testi ve UX Metrikleri için Kullanıcı Hikayeleri

Açıkça belirtilen kullanıcı hikayeleri, harika ürün tasarımının çeşitli yönlerini güçlendirir. Periyodik olarak kullanıcı hikayelerini tekrar gözden geçirmek ve belirli bir kullanıcı hedefine (belirli bir kullanıcı hikayesi için kabul testi ) ulaşılabilir olup olmadığını kontrol etmek, ürün ekibinin yolunda gitmesine yardımcı olacaktır.

İşletmeler genellikle müşterilerin ihtiyaç duymadığı veya istemediği ürünler oluşturmak için çok fazla zaman ve para harcar, hem zaman hem de kaynak israfına neden olur. Ürünler iyi niyetli olabilir, ancak tüketicilerin anlayacağı şekilde tanımlanabilir bir ihtiyaca hitap etmedikleri için başarısız olurlar.

Kullanıcı, ürünü potansiyel müşteriler üzerinde test ederek, ürünün açıkça tanımlanabilir bir ihtiyacı çözüp çözmediğini anlayabilir. Başarıyı ölçmenin bir yolu. İyi tanımlanmış kullanıcı hikayelerine dayalı prototipler oluşturup test eden tasarımcılar, görev tamamlama sürelerini ve başarı oranlarını ölçebilir. Yalnızca erken ürün tasarımı aşamasında değil, ürün geliştirme yaşam döngüsü boyunca. Bunu yaparken ekipler, ürünün müşteri ihtiyaçlarını karşılamada giderek daha iyi hale gelip gelmediğini görebilir .

Ek olarak, kullanıcı hikayeleri UX sonuçlarını tanımlamak için kullanılabilir (UX başarı metrikleriyle değerlendirilir) ve tasarımcıların UX ilerleme metrikleriyle ürünün gelişimini kontrol etmelerine yardımcı olur.

• UX sonuçları , inşa edilenler hakkında herkesi senkronize eder.
• UX başarı metrikleri , ekiplere sonuca ne zaman ulaştıklarını söyler.
• UX ilerleme metrikleri , ekiplerin yol boyunca ilerlemeyi izlemesini ve değerlendirmesini sağlar.

Harika Kullanıcı Hikayeleri Nasıl Oluşturulur

Kullanıcı hikayesi oluşturma, kullanıcı araştırması içgörülerinden damıtılmış kişilerle başlar. Kişilerin derinlemesine anlaşılması, tasarımcıların daha büyük kullanıcı hedeflerine bağlanan anlamlı hikayeler oluşturmasına yardımcı olacaktır. Bu süreçte, karşılanmayan kullanıcı ihtiyaçları ortaya çıkarılabilir ve ürün anlatıları oluşturulabilir ( Çevik'te Destanlar olarak adlandırılır).

Tasarımcılar, kişiler ve kullanıcı hedefleri tarafından yönlendirilen önemli UX anlatılarını alabilir ve bunları daha küçük parçalara bölebilir: kullanıcı hikayeleri . Örneğin, bir mobil bankacılık uygulaması üzerinde çalıştığımızı varsayalım. Epic'in amacı "hareket halindeyken parayı yönetmek" olacaktır. Bu daha büyük kullanıcı hedefi daha sonra aşağıdakiler gibi daha küçük kullanıcı hikayelerine bölünebilir:

• Bir işletme sahibi olarak zamandan tasarruf edebilmek için mobil para yatırmak istiyorum.
• Bir işletme sahibi olarak, daha hızlı kredi almak için hareket halindeyken kredi başvurusunda bulunmak istiyorum.
• Bir işletme sahibi olarak, mali durumumdan haberdar olmak için hesabımı bir uygulamayla kontrol etmek istiyorum.

Bu tür kullanıcı hikayelerini nasıl oluşturuyoruz? Gölgeleme (bir gözlem tekniği), günlük çalışmaları ve kullanıcı görüşmeleri gibi çeşitli UX araştırma tekniklerini kullanarak. Alternatif olarak tasarımcılar, kullanıcı davranış kalıplarını belirlemek ve bu kalıpları yönlendiren temel yapıları ortaya çıkarmak için ürün analitiğini kullanabilir.

Örneğin, olay akışlarını gözlemleyerek, veriler birkaç görevin tamamlanamadığını gösterebilir. Görevler başlatıldı, ilerleme kaydedildi, ancak görevin ortasında beklenmedik çıkışlar ile bir sonuca varılamadı. Bu tür modeller, ürün koordineli bir dizi görevi başarmak için kolay bir yol sağlamadığı için hayal kırıklığı içinde vazgeçen insanlara işaret eder . Algısal bir UX tasarımcısı sorunu tespit eder, daha fazla kullanıcı araştırması ile araştırır, performans göstermeyen ürün özelliğini yeniden tasarlar ve görev tamamlamayı yeniden test eder.

Kullanıcı Hikayeleri Nasıl Yazılır ve Öncelik Verilir

Kullanıcı hikayelerini kim yazar? Geleneksel olarak, kullanıcı hikayeleri yazmak, geliştirmeyi ilerletmek için ürün yöneticilerinin sorumluluğuydu (genellikle takımda tasarımcı olmadığında). Ancak, ekipte bir tasarımcı olduğunda, tasarımcıların bunları yazması en iyisi olabilir. Kullanıcı araştırması yaptılar ve kullanıcı karakterlerine ve ihtiyaçlarına en aşina olanlar onlar.

Bir teknik olarak, kullanıcı hikayelerinin kompakt ve hafif olması, ekiplerin ürünleri hızlı bir şekilde oluşturmasına olanak tanır. Daha önce de belirtildiği gibi, kullanıcının bakış açısından basit, tek cümlelik bir ifade olarak yazılmaları gerekir: “ Bir (kullanıcı) olarak (istenilen sonucu elde etmek) yapabilmek için (bir şey/hedef) yapmak istiyorum (bir şey/hedef). ”

Bu şekilde oluşturulan kullanıcı hikayeleri, bir ürüne eklenen her özelliği haklı çıkarmaya yardımcı olur ve her tasarım kararının arkasındaki mantığı ön planda tutar: “ Yaptıklarımızı neden yapıyoruz. ”

Harika bir kullanıcı hikayesi yazmak için:

• Açık, odaklanmış ve uygulanabilir olmalıdır.
• Hikayeyi değerli hissettirecek şekilde yakalamalı.
• Bir ürün özelliğine çevrilebilir.
• Bir kabul testi var (amaca ulaşıldı mı?).

Bir kez yazıldığında, kullanıcı hikayelerinin bir matriste önceliklendirilmesi gerekir. Ürün yöneticilerinin aşina olduğu bir öncelik matrisi, ürün ekibinin önce en etkili özelliklere odaklanmasını sağlamaya yardımcı olur. Tasarımcılar için bu, müşteriler için en fazla değeri sağlayan kullanıcı hikayelerine öncelik vermek anlamına gelir.

Bir kullanıcı hikayesinin öncelik indeksini çeşitli yönler etkiler:

• İş hedefleri . Bir şirketin gelirini doğrudan etkileyen bir kullanıcı hikayesi, yalnızca arzu edilenlerden daha yüksek bir endeks değeri almalıdır.
• İşlevsel bağımlılıklar . Birden çok kullanıcı hikayesi yalnızca belirli bir hikayeden sonra uygulanabiliyorsa, ikincisi kritik hale gelir ve daha yüksek bir dizin değeri alır.
• Geliştirme zamanı . Geliştirme ekibi, bir kullanıcı hikayesini uygulanması hızlı ve iş hedeflerine ulaşmak için gerekli olarak değerlendirirse, hikaye daha yüksek bir dizin değeri alır.

Tasarımda Kullanıcı Hikayelerinin Faydaları

Bir kullanıcı hikayesi çerçevesiyle çalışmak, ürünün yalnızca kullanıcıların ihtiyaç duyduğu özelliklere ve ürün ekibinin hipotezlere dayalı olarak kullanmayı umduğu özelliklere sahip olmasını sağlar. Başka bir deyişle, kullanıcı hikayeleriyle çalışmak, özellik kaymasını önler .

Kullanıcı hikayeleriyle çalışmanın çeşitli avantajları vardır:

• Ortak bir dil sağlar. Kullanıcı hikayeleri, tüm geliştirme ekibi için ortak bir dil haline gelir ve çözümlere ve özelliklere odaklanmayı ortadan kaldırır. Bunun yerine, tartışmayı neyin başarılması gerektiği etrafında çerçeveliyorlar.
• İşbirliğini teşvik eder. Kullanıcılar, tasarımcılar ve geliştirme ekibi arasındaki işbirliğini motive ederler.
• Ortak bir anlayış sağlar. Ortak bir dil kullanarak ortak bir kullanıcı ihtiyaçları anlayışı geliştirmeye yardımcı olurlar.
• Şeffaflığı artırır. Güveni güçlendiren ekip üyeleri arasındaki açıklığı artırırlar.
• Kapsamlı ve uyumlular. Proje gereksinimlerinin kullanıcı hikayelerine dönüştürülmesi, projeye hakim olmak için nispeten kolaydır. Kullanıcı hikayelerinde gezinmek, özellikler ve işlevsel gereksinimler listelerinden ziyade "projenin ne hakkında olduğu" hakkında daha kesin bir fikir verir.
• Esneklik, erişilebilirlik ve yönetilebilirlik sağlar. Kullanıcı hikayeleri, diğer belgelere kıyasla kavramsal olarak basittir ve oluşturmaları hızlıdır. Kullanıcılar ayrıca kendi nesillerine dahil olabilir ve paydaşlar zahmetsizce kullanıcı hikayelerini düzenleyebilir veya kendi hikayelerini ekleyebilir.
• Proje perspektifini değiştirir. Kullanıcı hikayeleri, bir projenin perspektifini potansiyel olarak rastgele ve soyut gereksinimler listesinden kullanıcı odaklı etkinliklerin bir temsiline kaydırır.
• En yüksek değerli teslimatı kolaylaştırır. En fazla faydayı sağlayan müşteri odaklı özelliklerin sağlanmasına yardımcı olurlar.
• Bir kontrol listesi sağlar. Başarılı görev tamamlamalarına karşı ölçüm yapılmasını sağlarlar. Bir kullanıcı görevleri yerine getiremezse, ürün başarısız olmuştur.

Kullanıcı Hikayesi Eşleme ile Daha İyi Ürün Tasarımı

Tasarımcılar, ürün tasarımını yönlendirmek için yalnızca kullanıcı hikayelerine güvenmemelidir; kapsamlı bir ürün tasarım süreci, birçok başka yöntem ve yapı içerir. İyi entegre edilmiş kullanıcı hikayeleri, tüm ürünün UX'ini oluşturan bir yapbozun parçaları gibi birbirini tamamlamalıdır. Tersine, kopuk kullanıcı hikayeleri, kullanıcı deneyiminin bütünlüğünü bozacaktır.

Tasarımı yönlendirmek için yalnızca kullanıcı hikayelerine güvenirken diğer olası sorunlar:

• Bağlam eksikliği (genel UX sonucunu göz ardı ederek)
• Bütünlük hissi yok (daha büyük hedeflerin karşılanıp karşılanmadığı belirsizliği)
• Kullanıcı hikayelerini kullanım senaryolarıyla karıştırmak
• Ürünü geliştirmemek (kullanıcı hikayeleri sabit değildir, zamanla değişme eğilimindedirler)

Bir kullanıcı hikayesi haritası oluşturmak, tek bir hikayeye miyop bir şekilde odaklanmak yerine büyük resme - bir bütün olarak ürüne odaklanmamıza yardımcı olur. Jeff Patton, Kullanıcı Hikayesi Haritalama kitabının yazarı

Özet

Tasarımda kullanıcı hikayeleriyle çalışmak, tasarımcıların iyi tasarlanmış ürünler sunmak için ihtiyaç duyduğu kritik ölçümleri sağlar. Bir kullanıcı hikayesi çerçevesine bağlı kalma disiplini, aynı zamanda, karşılık gelen bir kullanıcı hikayesi olmayan bir kullanıcı arayüzüne asla bir tasarım öğesi yerleştirmemek anlamına gelir.

Kullanıcı hikayelerinin çekiciliği, işlevsel ihtiyaçları tanımlamaları , ancak bu işlevsel ihtiyaçları karşılamak için ürünün nasıl tasarlanacağını şart koşmamalarıdır. Bir çözüm önermeden önce soruna odaklanırlar.

Tasarımcılar, kullanıcı hikayelerini ürün tasarımında değerli yapı taşları olarak görmeli, uyumlu bir UX oluşturmak için kullanıcı hikayelerini eşleştirmeli ve kullanıcı hikayesi en iyi uygulamalarını kullanmalıdır. Özellik kaymasını önleyecek, ürün ekiplerinin daha iyi tasarlanmış ürünler sunmasını sağlayacak ve tasarımcıların sorunsuz, keyifli kullanıcı deneyimleri ile ürünler yaratmasını sağlayacak.

Haydi ne düşündüğünü söyle! Lütfen düşüncelerinizi, yorumlarınızı ve geri bildirimlerinizi aşağıya bırakın.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• Bir Tasarım Aracı Olarak Figma'nın Gücü
• Kapsamlı Bir Bildirim Tasarımı Kılavuzu
• Önemli Olun – Kullanıcı Deneyimini Ölçmek İçin Bir Kılavuz
• Zihnin Gözü – Veri Görselleştirme Psikolojisine Bir Bakış