Az Daha Çoktur – Ürün Uygulanabilirliğini Değerlendirmek için Yalın UX Kullanmak

Tasarımcılar ve ürün ekipleri her zaman Çevik ilkelerden bahsetse de, çoğu ekip hala bunlardan etkili bir şekilde yararlanmıyor. Hiç kimsenin kullanmak istemediği bir şeyi yapmak için zaman ve para harcadığımızda, ürün geliştirme sürecimizi kökten iyileştirmek için nihayet nasıl bir mola verebiliriz?

Aşağıdaki vaka çalışması, Yalın UX ilkelerini Çevik metodolojinin temeli olarak entegre ederek, ürün ekibinin israfı nasıl azalttığını ve ürün sürecini nasıl optimize ettiğini araştırıyor.

Sorun: Yalnız Kullanım Durumunu Kapatmak

Ürün ekibimiz, işyerinde öğle yemeği koordinasyonu sorununu çözmek için çalışıyordu. Öğle yemeği molası yaklaşmaya başladığında, çalışanların dikkati dağılıyor ve yemeklerinin ne olmasını, nerede yemek ve kimlerle paylaşmak istediklerine karar vermek için çok zaman harcıyorlar. Bunu onlar için kolaylaştıracak bir dijital öğle yemeği yardımcısı uygulaması yapmaya karar verdik.

Şirketlerle görüşerek kullanıcı araştırmasına başladık ve bir çözüm üzerinde çalışmaya başlamak için yeterli veri topladık - ya da en azından öyle düşündük. Dahili olarak test etmek için yeterince iyi çalışan bir ürünümüz olduğunda, olası pazarımızdaki tüm kullanım durumlarını kapsadığımızdan şüphe duymaya başladık.

Konuştuğumuz potansiyel kullanıcılar, benzer koşullar altında çalıştılar, aynı lokasyondan, aynı sayıda yakın restoran ve beklenen teslimat süresine sahiplerdi. Ancak, piyasaya sürmeden önce, iş varsayımlarını doğrulamamız ve ürün araştırmamıza daha fazla hedef grubu dahil etmemiz gerektiğini fark ettik.

Şehir genelindeki farklı BT firmalarından 30 temsilci ile kullanıcı araştırması görüşmeleri yaptıktan sonra, diğer şirketlerde benzer bir sorun olsa da, çözümümüzün daha geniş bir kitlenin alışkanlıklarına uygun olmadığını fark ettik. O ana kadar geliştirmekte olduğumuz ürün, restoranlara yakınlığı, sipariş ve ödeme tercihleri ​​vb. farklı olan kullanıcıları hesaba katmıyordu.

Ürünleri tasarlarken, tam olarak neyin doğrulanması gerektiğini ve geçerli sonuçlar için kaç farklı kullanıcının gerekli olduğunu bilmek çok önemlidir. Yine de birçok ürün ekibi gibi, erken doğrulamalar konusunda heyecanlandık ve sorunun sahip olabileceği ek yönler hakkında yeterli bilgi toplamadan önce bir çözüme atladık.

Ürün geliştirme sürecinin başlarında kritik verileri gözden kaçırdığımızı fark ettiğimizde, hızla geçiş yapmamız gerekiyordu. Asla bir eğlence değildi, atılmak üzere olan bir çözüm geliştirmek için aylar harcayan bir ekibe yeni kullanıcı araştırma bulgularını sunmak zorunda kaldım.

Düzgün bir şekilde doğrulanmamış ve hedef kitlenin tüm kullanım durumlarını kapsamayan bir şey yapmak için zaten zaman ve para kaybetmiştik. Bunlar aşmamız gereken en büyük engellerdi:

1. Üstleri bu ürünü terk etmeye ve tamamen yeni bir çözüm aramaya nasıl ikna edebilirim.
2. Ekibin motivasyonunu kaybetmesini ve başlangıçta daha iyi araştırmamız gereken bir şey üzerinde aylarca çalışmayı boşa harcamış gibi hissetmesini nasıl önleyebiliriz?
3. Doğru yolda olduğumuzdan emin olmak için ürün fikirlerimizi baştan sona doğruladığımızdan nasıl emin olabiliriz?
4. Süreci hızlandırmak ve hızla yaklaşan teslim tarihleriyle herkesin aynı sayfada olmasını sağlamak.

Önceki ürün fikrimizi gerektiği gibi doğrulamadığımızı kabul ettikten sonra, yaklaşımımızı yeniden gözden geçirmemiz çok önemliydi.

Yalın UX İlkeleri

Jeff Gothelf'in Yalın UX kitabında açıkladığı yöntemi uyarlamaya karar verdik. Yalın UX, tasarım ekiplerini yinelemeli doğrulama ve kullanıcı geri bildirimlerinden yararlanma lehine çok sayıda belge üretmekten uzaklaştıran tasarım sürecine yönelik bir yaklaşımdır.

Süreç üç ana aşamaya odaklanır: inşa et, ölç ve öğren . Yalın UX çerçevesi, ürün çözümü için çeşitli bakış açıları ve fikirler elde etmek için mümkün olduğunca çok sayıda katkıda bulunanın ve paydaşın dahil edilmesini önerir. Bu, tasarımcılardan ürün/işletme sahiplerine ve proje ve pazarlama yöneticilerinden programcılara kadar herkesi tasarım sürecine dahil etmek anlamına gelir.

Yalın UX, sürece zaman ayırarak ekibi daha hızlı ve daha verimli hareket etmeye teşvik eder. Egzersizin verimliliğini en üst düzeye çıkarmak için Parkinson Yasasına bakın ve pozitif basınç ve hız üretmek için her aşamanın zaman çerçevesini sınırlayın.

Ekip, süreç için beş iş günü ayırmayı kabul etti ve son günü bir grup potansiyel erken benimseyen ile planlanan test için bıraktı. Bu taahhüt bizi dört gün sonra gösterecek ve test edecek bir şeye sahip olmaya zorladı.

Yalın UX Sürecini Uyarlama

Özel projemize ve ekibin ihtiyaçlarına göre Jeff Gothelf'in Yalın UX'inde açıklanan yöntemde birkaç ayarlama yaptık. Ekibinizle aynı yöntemi nasıl kullanacağınıza dair daha ayrıntılı bir açıklama için lütfen kitaba bakın.

Adım 1: Verileri toplayın ve analiz edin.
İlk olarak, daha önce gerçekleştirilen kullanıcı görüşmelerini analiz ettik ve ana kullanıcı sorunlu noktaları olarak işaretlediğimiz noktaları sunduk.

Adım 2: Hipotezler geliştirin.
Ekip üyelerinin her biri, kitabın çalışma sayfalarından ana ürün ve işle ilgili soruları yanıtlamak için kendi hipotezlerini yazdı. Daha sonra herkesin fikirlerini tartıştık ve bu varsayımların işletmeye getirdiği riskin boyutunu, onlar hakkında gerçekten ne kadar bildiğimizi karşılaştıran bir matris üzerinde haritalandırdık.

Adım 3: Bir doğrulama planı tasavvur edin.
Her bir hipotezi nasıl doğrulayacağımıza dair bir plan yaptık - neyi ölçmek istediğimizi, hangi metrikleri izleyeceğimizi ve hangi sonuçların başarılı bir şekilde doğrulandığı anlamına geleceğini.

Adım 4: Kişileri geliştirin.
Daha önceki kullanıcı görüşmelerinden yola çıkarak persona oluşturduk. Yalnızca kendi uzmanlığınıza güvenmek değil, aynı zamanda ürününüzü kimin için oluşturduğunuzu bilmek ve her zaman son kullanıcıyı düşünerek tasarım yapmak çok önemlidir.

Adım 5: Sağladıkları değere göre özelliklere öncelik verin.
Beyin fırtınası özellikleri ve hangisinin geliştirileceğini seçmek için Yalın UX yaklaşımımızı MoSCoW Önceliklendirmesi ile birleştirdik. Bu yaklaşım, ekiplerin mevcut kaynaklara göre çözümlere öncelik vermesine yardımcı olur. Harfler şu anlama gelir:

• sahip olmalı
• Sahip olmalı
• Olabilir
• bu sefer olmayacak

Daha sonra tüm ekip üyeleri, en önemli gördükleri özelliklere kararlaştırılan sayıda puan verir. En çok puan verilen özellikler en yüksek öncelik olarak belirlenir.

Adım 6: Herkes fikirlerini çizer.
Tüm ekip üyelerinin kendi çözümlerini çizmeleri, ardından bunları sunmaları ve geri bildirim almaları gerekiyordu. İyi fikirler yalnızca tasarımcılardan gelmez - bazı harika teklifleri kaçırmadığınızdan emin olmak için herkesi sürece dahil etmek önemlidir.

Adım 7: Çözümü iyileştirin ve test edin.
Eskizleri birlikte eleştirdik ve en uygun çözüme karar verdik. Ardından, düşük kaliteli tel çerçeveler oluşturduk ve bunları kullanıcılara gösterebileceğimiz ve yeni fikrimizin anlamlı olup olmadığını test edebileceğimiz basit bir MVP'de bir araya getirdik.

8. Adım: Geri bildirim alın.
Son gün, potansiyel müşterilerle kullanıcı testi planladık. Tüm ekip testi çiftler halinde gerçekleştirdi: biri görüşme, diğeri not yazma. Bu, tüm ekibin çözümlerine beklenenden farklı bakış açıları sunan tepkileri duyması için çok önemliydi.

Test edenlere bir cep telefonunda tel kafesler gösterdik ve onlardan etrafta dolaşmayı taklit etmelerini, neyi başarmak istediklerini açıklamalarını ve bu süreçte düşüncelerini paylaşmalarını istedik.

Çözümümüz, test sırasında kullanıcılarımızın ihtiyaçlarını başarılı bir şekilde karşılamasa bile, yine de değerli geri bildirimler ve ürünümüzü hangi yeni yöne götüreceğimize dair içgörüler kazanmış olurduk.

Neyse ki, test ettiğimiz potansiyel erken benimseyenler, çözümümüz için heyecanlandılar.

Yalın UX'in Faydaları

Deney başarılı oldu ve şirketin bundan sonraki normal süreçlerine Yalın UX metodolojisini dahil etmeye karar verdik. Ürün test süreci boyunca, katılan ekip üyelerine tepkilerini ölçmek için sık sık anketler gönderdik - geri bildirimler sürekli olarak olumluydu. Ekip, Yalın UX yöntemine güvendi ve bize doğru yönde rehberlik ettiğinden emindi.

En büyük başarımız, Yalın UX tasarım sürecinin ekipteki herkesin bu muazzam, önceden göz korkutucu pivotu yapma konusunda heyecanlandırmasına yardımcı olmasıydı. Ekip için diğer avantajlar şunlardır:

• Olumlu ekip tepkileri ve ürünün önceki versiyonunu terk etme ve yeni konsept üzerinde çalışmaya başlama motivasyonu
• Temel ürünün ve ana özelliklerin hedef kitle tarafından doğrulanması
• Bir ürünün başarısını sağlamak, işletme için erken testin önemini göstermek
• Tasarım ekibinin şirket içindeki ve iş arkadaşları arasındaki konumunu iyileştirmek

Yalın UX İlkelerini Ürün Geliştirmeye Uygulamak

Ne yaptığınızı önemsiyorsanız ve her şeyin daha iyi olabileceğini fark ediyorsanız, gerekli değişiklikleri getirme sorumluluğunu alın ve iyileştirmelerin şirket kültüründe kök salmasını sağlayın.

Yalın UX ilkelerini ürün geliştirme süreçlerinize dahil etmek, ekibinizi daha verimli hale getirebilir ve ürünlerinizi iyileştirebilir. Çerçeveyi ekibinizin özel ihtiyaçlarına ve dinamiklerine göre uyarlayın ve özelleştirin.

Günün sonunda, bunu nasıl başaracağımıza dair bakış açıları farklı olsa bile, şirket içinde hepimiz aynı hedefe sahibiz. İşiniz, kullanıcıların seveceği ve işletmenin fayda sağlayacağı bir ürün yaratmaksa, önce sizin ve ekibinizin bunu başarabileceği çalışma koşullarını oluşturmanız gerekebilir.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• Kullanıcı Araştırmasının Değeri
• Etkili UX Araştırması Nasıl Yapılır – Bir Kılavuz
• UX'in Denenmiş ve Gerçek Yasaları
• Kullanıcı Akışını Geliştirin – UX Analizi Kılavuzu
• UX Tasarımında Zihinsel Modellerden Yararlanma