Ürün yönetiminde benim kadar uzun süredir (15+ yıl) yer alıyorsanız, işlevselliği açıklayan uzun ürün gereksinimleri belgelerinden (PRD'ler) kullanıcı hikâyelerini açıklayan Çevik ürün iş listelerine geçişi görmüşsünüzdür.
Kimse PRD'leri özlemiyor, değil mi?
Çevik yöntemler şüphesiz daha iyiye doğru bir değişimdir, ancak düz bir ürün iş listesi kısa sürede bakımı zor, çok uzun ve yapılandırılmamış bir öğe listesine dönüşebilir.
Büyük resmi görmenin bir yolu, bir kullanıcı hikâyesi haritası oluşturmaktır. Bu, karmaşık bir ürün özellikleri kümesine genel bir bakış elde etmenizi sağlar. Yeni bir ürün başlatırken yararlı olduğu gibi mevcut bir ürüne yeni özellikler eklerken de yararlıdır. Kullanıcı hikâyesi haritası, epikleri ve kullanıcı hikâyelerini tanımlamanıza da yardımcı olabilir.
Kullanıcı Hikâyesi Haritalama Nedir?
Kullanıcı hikâyesi haritalama, karmaşık bir ürünü kullanıcı yolculukları şeklinde yapılandırma yöntemidir. İlk olarak, bu konu hakkında Jeff Patton tarafından açıklanmış ve kendisi bu konuda kapsamlı bir kitap yazmıştır. Bu yöntem, Yalın Girişim metodolojisinin bir parçasıdır.
Kullanıcı hikâyesi haritası, ürününüzün kullanıcı deneyimini bir kullanıcının bakış açısından açıklar. Bu, bir müşterinin bakış açısından motivasyonları, soruları ve duyguları da içeren yolculukları açıklayan, ancak mutlaka ürünün kendisine odaklanmayan bir müşteri yolculuğu haritasıyla karıştırılmamalıdır.
Kullanıcı Hikâyesi Haritalamanın 3 Seviyesi
Bir kullanıcı hikâyesi haritasının üç seviyesi vardır. Bir otel web sitesi örneği üzerinden her seviyeye bakalım.
Have an account? Log In
Seviye 1 - Etkinlikler
Bunlar, insanların ürününüzde gerçekleştirdiği kullanıcı etkinlikleridir. Bu aşamada bunları istediğiniz kadar üst düzey veya alt düzey olarak belirleyebilirsiniz. En üst seviyenizin en azından başlangıçta 10 öğeyi aşmaması için oldukça üst düzey etkinliklerle başlamanızı öneririm. Etkinlikler, kullanıcıların ulaşmak istediği sonuçlar şeklinde ifade edilir. Etkinlikler harita üzerinde yatay olarak düzenlenir.
Otel web sitemiz için üst düzeyde bazı temel etkinlikler şunlar olabilir:
Seviye 2 - Adımlar
Bir sonraki seviye, 1. seviyede açıklanan etkinlikleri tamamlamak için kullanıcıların ürününüzde gerçekleştirdiği adımlardır. Bu adımlar da yatay olarak düzenlenir.
Otel web sitemiz örneğinde adımlar şunlar olabilir:
Seviye 3 - Ayrıntılar
Bu seviyede, kullanıcıların 2. seviyede açıklanan adımları gerçekleştirmesi için nelerin gerekli olduğunu ayrıntılı olarak açıklarsınız. Burada bir adımı tamamlamak için gereken tüm verileri ve etkileşimleri dahil edersiniz.
Seviye 3, etkinliklerin ve adımların altında dikey olarak düzenlenir. Otel web sitemiz örneğine devam edersek ayrıntılar şunlar olabilir:
Kullanıcı Hikâyesi Haritası Nasıl Oluşturulur?
Bir kullanıcı hikâyesi haritası oluşturmaya başlamadan önce ürününüzün tam olarak hangi sorunları çözdüğünü, ne tür kullanıcılara hizmet sunduğunuzu ve kullanıcılarınızın ihtiyaçlarının neler olduğunu bildiğinizden emin olun. Bunun için bazı UX personları yararlı olabilir.
Kullanıcı hikâyelerinin kendilerini kesinleştirmeden önce birçok ekip, daha geniş anlatıyı ilk olarak taslak hâline getirmenin de faydasını görebilir. Film yapımı ve tasarımdan teknikler ödünç alan hikâye panosu oluşturma, ekiplerin belirli etkileşimleri tanımlamadan önce kullanıcının duygusal yolculuğunu ve bağlamını görselleştirmesine yardımcı olur. Kullanıcı hikâyesi haritalama, ürün işlevselliğinin “ne”sini ve “neden”ini ortaya koyarken hikâye panosu oluşturma, temel temas noktalarında “nasıl hissettirdiğini” ve “öncesinde ve sonrasında ne olduğunu” aydınlatabilir.
Kullanıcı hikâyesi haritalama iş birliği gerektiren bir görevdir. En azından, işlevler arası ürün geliştirme ekibinizin üyelerine ihtiyacınız vardır. Ayrıca müşteri desteği, pazarlama, satış ekiplerinden veya kullanıcıların ürününüzden ne beklediği konusunda içgörü sahibi diğer paydaşlardan üyeleri de davet etmek isteyebilirsiniz. Bu, hepinizin genel ürününüz hakkında ortak bir anlayışa sahip olmanızı sağlar.
Ancak bir kullanıcı hikâyesi haritasının tek bir oturumda tamamlanması gerekmez. İlk oturumda en azından 1. seviye etkinliklerin kapsamlı bir listesinin oluşturulması tavsiye edilir; böylece tüm ekip üyeleri genel ürünün karmaşıklığını görebilir ve riskleri ve bağımlılıkları erkenden fark edebilir. Bununla birlikte, 2. ve 3. seviye ayrıntıların tamamı, ilgili 1. seviye etkinliği geliştirirken daha sonra oluşturulabilir.
Bir hikâye haritası oluşturmayı tercih ettiğinizde, kapsamlı bir tablo oluşturmanız ve ardından doğru ürünü geliştirmeniz daha olasıdır.
Kullanıcı Hikâyesi Haritalama Araçları
Haritanızı fiziksel olarak oluşturmak için birkaç gün sonra dağılmayacak herhangi bir ortam uygundur. Aynı yerde çalışan bir ekip olarak çalışıyorsanız, yapışkan notları yerleştirmek için bir beyaz tahta veya hatta bir duvar kullanabilirsiniz. Bu, yaratıcılığın ortaya çıkmasını sağlamak için harika bir yoldur; ancak dezavantajı, yapışkan notların birkaç gün sonra duvardan sık sık düşmesidir! Bir duvar kullanıyorsanız, fotoğraflarını çekmenizi kesinlikle tavsiye ederim.
Elbette daha iyi bir alternatif, çok sayıdaki iş birliğine dayalı sanal beyaz tahta çözümünden herhangi biri veya kullanıcı hikâyesi yazılımı olacaktır.
Kullanıcı Hikâyesi Haritalama ve Çevik Geliştirme
Çevik yazılım geliştirme yönteminiz olarak Scrum, Kanban veya hibrit bir yöntem kullanmanız fark etmeksizin, ürün özelliklerine nasıl öncelik vereceğinizi belirlemeniz gerekecektir. Kullanıcı hikâyesi haritası, ürününüzün tamamını, bir sonraki ürün sürümü için nelerin önceliklendirilmesi gerektiğini ve geriye nelerin kaldığını kolayca görmenizi sağlar.
Tüm ürünün haritalanmış olması, ürün yol haritanızı önceliklendirmek için onu birden fazla şekilde bölmenize de olanak tanır.
Minimum Uygulanabilir Ürünün (MVP) işlevselliği için bazı önemli kullanıcı yolculuklarını ayırmak mümkünse hikâye haritasını dikey olarak bölebilirsiniz.
Otel web sitemiz örneğinde, belki yalnızca oteliniz ve oda fiyatlarınız hakkında bilgileri çevrimiçi olarak sunabilir, ancak eksiksiz bir çevrimiçi rezervasyon akışı sağlayamazsınız. İlk yinelemenizde müşteriler karar vermek için gereken tüm bilgileri bulabilir, ancak oda rezervasyonu yapmak için telefon açmaları veya e-posta göndermeleri gerekir.
Alternatif olarak, müşterileriniz için uçtan uca minimum bir yolculuk sağlamak amacıyla hikâye haritasını yatay olarak da bölebilirsiniz. Otel örneğimizde bu, temel bir oda arama ve rezervasyon akışının çevrimiçi olarak sunulması, ancak rezerve edilebilecek tüm ek hizmetlerin sunulmaması anlamına gelebilir.
More Articles
Bir Kullanıcı Hikâyesi Haritasını Çevik İş Listesine Dönüştürme
Sonuç olarak, ürününüzü geliştirmek için kullanıcı hikâyesi haritanızı muhtemelen önceliklendirme ve sprint planlaması amacıyla kullanıcı hikâyelerini içeren düz bir Çevik iş listesine dönüştürmeniz gerekecektir.
Kendi kendinize bunun işi tekrarlamak olup olmadığını sorabilirsiniz. Aslında haritanızdaki 3. seviye ayrıntılar, Çevik ekibiniz için kolayca kullanıcı hikâyelerine ve kabul kriterlerine dönüşebilir. Dolayısıyla bir miktar tekrar söz konusu olsa da iyi bir hikâye haritası oluşturduğunuzda kullanıcı hikâyeleri yazmak kolaylaşır.
Kullanıcı Hikâyesi Haritalamayı Neden Kullanmalıyım?
Sonuç olarak, düz bir Çevik iş listesi yerine hikâye haritası kullanmanın çeşitli faydaları vardır:
- Ürününüzün kapsamlı bir görünümünü elde ederek yapılması gereken işin kapsamını anlarsınız.
- Riskleri ve bağımlılıkları daha erken ve daha kolay belirleyebilirsiniz.
- Çevik sprint çalışmalarınıza, yapılandırılmamış düz bir iş listesi yerine yapılandırılmış bir haritadan daha kolay öncelik verebilirsiniz.
- Ürününüzün hangi kullanıcı etkinliklerini desteklediği konusunda işletme genelinde ortak bir anlayışa sahip olursunuz.
En iyi uygulama ürün yönetimi yöntemleri hakkında daha fazla bilgi edinmek istiyorsanız bültenimize abone olmaya ne dersiniz?
İlgili Okuma: Çevik Epik Nedir? En İyi Uygulamalar, Şablon ve Örnek
Takımınızı mı genişletiyorsunuz? İşte size yardımcı olabilecek bir içerik: Etkili Bir Çevik Ürün Yöneticisi İş Tanımı Nasıl Oluşturulur (+Örnek)
Ayrıca Göz Atmaya Değer: