Çevik UX ve Yalın UX, işbirliğini, yinelemeli çalışmayı ve kullanıcı merkezli, kanıta dayalı araştırmayı sistemlerinin merkezine koyar.
Neden?
Peki, dijital bir ürünün tasarımı ve geliştirilmesi tek bir hipotez, plan veya fikirde sağlanan bilgiler etrafında bir çırpıda gerçekleştirilseydi ne olurdu? Bitmiş ürün üretildiğinde ortaya çıkabilecek potansiyel başarısızlık için çok fazla yol vardır.
Bir düşünün; performans ve kullanıcı ihtiyaçlarının her açısını tek bir kurallar ve gözlemler dizisinde ortaya çıkarabilir misiniz?
Örneğin, teknoloji inanılmaz derecede hızlı hareket eder, bu nedenle gerekli görevleri yeni yollarla yerine getirmenin daha iyi bir yolunun bulunması çok uzun sürmeyecektir. Ya da insanların sürekli gelişmesi ve değişmesi kaçınılmazdır, bu nedenle dünkü sorun bir veya iki hafta sonra keşfettikleri kadar önemli olmayabilir. Ve siz en son ortaya çıkan sorunlara yönelik çözümleriniz üzerinde çalışırken, rakipleriniz bu arada mevcut projenizin biraz cansız, zamanın gerisinde veya gereksiz görünmesine neden olacak daha üstün bir şey ortaya çıkarmış olabilir.
Bu gibi durumlarda, tek bir üretim aşamasına sahip tek seferlik bir plana sahip olmak, artık gerekli olmayan bir şeyi geliştirmek için yalnızca maliyetli bir deneyim sunacaktır.
Çevik UX bu özel sorun kümesini çözdü
Agile UX yazılım geliştirme alanına girdiğinde, görevi bu gözleri kapalı vizyon geliştirme sistemlerinin geçmişte kalmasını sağlamaktı.
Farklı bölümlerin, aşamaların veya işlevlerin daha küçük parçalar halinde, daha kısa adımlarla yönetildiği ve tipik olarak birkaç hafta içinde gözden geçirildiği bir yöntem getirdi. Tasarla-yap-test et-lansman sistemi fikri, lansmana layık bir ürün ortaya çıkana kadar gerektiği kadar yineleme ile tasarla-yap-test et-gözden geçir döngüsüne yükseltildi.
Kulağa harika geliyor, değil mi? Değerli bir çözüm.
Ancak, hem zaman hem de para kaynaklarına yönelik talepler devreye girdikçe ve giderek daha fazla girişim pazara daha hızlı ve daha uygun fiyatlı bir yol aradıkça, Yalın UX yaklaşımı zaman ve para konusunda kısıtlı bütçelere sahip yeni operasyonlar için en cazip hale geldi.
Yalın UX nedir?
Terimi eklediğinizde ?Yalın? Herhangi bir sistemde, ister zaman ister para tasarrufu olsun, bu tür bir düzenlemenin köşeleri kesmek olduğunu varsaymak için affedilirsiniz. Ama öyle değil.
Yalın UX tasarımcılarınızı yarış pilotları gibi düşünün. Köşeleri kesmiyorlar; ancak en yüksek hızda en verimli yolu buluyorlar.
Yalın UX yöntemleri büyük ölçüde ilk versiyonun asla en iyisi olmayacağı varsayımına dayanır; aslında, çalışmayacağı bile varsayılır. Bu zihniyet göz önüne alındığında, neden bir insan sadece neyin yanlış olduğunu keşfetmek için bir prototip oluşturmak zorunda olduğundan daha fazlasını harcasın ki? MVP işte bu noktada süreç için çok önemli hale gelir.
Yalın UX varsayımlarını test etmek için minimum uygulanabilir ürün kullanma
Agile UX gibi, Lean UX de işbirliğine dayalı, kullanıcı merkezli ve küçük bölümler halinde oluşturulmuştur. Ancak işlevleri, bölümleri veya süreçleri ayırmak yerine, yinelemeler tipik olarak önceki prototipte yanlış buldukları şey üzerine inşa edilmiş yeni veya revize edilmiş bir MVP'dir.
Bu süreç şu şekilde bilinir varsayım ve hipotez yöntemi.
Her prototipin yanlış olacağını ve iyileştirme gerektireceğini varsayarsak, bir dizi varsayıma yol açabilecek bir sorun ifadesi türetiriz. Bunu nasıl yaparız? Genellikle ekip beyin fırtınası şeklinde, projedeki herkesin dahil olduğu bir konuşma yaparak. Tüm ekibi tartışmaya dahil etmek, projelerinin sürecin her bölümünde karşılaşabileceği birçok sorunu görmelerine yardımcı olur. Ekip çalışması hayalleri gerçekleştirir, değil mi? Yalın UX'te amaç da tam olarak budur.
Yalın UX problem cümlesi ile çalışma
Varsayımlar sadece kanıtı olmayan sorunlardır. Sorular sorarak ve bu sorunlar etrafında tartışmalar yürüterek, bunları test etmek için bir hipotez oluşturabiliriz.
Kullanıcı testlerinin başarılı olduğu kanıtlanırsa, elinizde kanıtınız var demektir. Değilse, fikri bir kenara bırakabilir ve bir sonrakine geçebilirsiniz.
Bununla birlikte, aynı kullanıcı testi, onsuz göremediğiniz başka sorunları ortaya çıkarabilir, hatta belki de niyetlerinizi, ürününüzü ve bir sonraki prototipinizi tamamen yeniden modellemeye zorlayabilir. Bir MVP ile, daha iyi, daha eğitimli bir bakış açısıyla yeniden başlamak için tüm modeli hurdaya çıkarmak zorunda kalırsanız kaybedecek çok az şey vardır.
Sorun ifadeleri, tartışmaya ve test etmeye devam etmenizi sağlar. Amaç, kullanıcılarınız ve bir sonraki aşama Yalın UX personaları için mümkün olan en iyi sonucu sunmak üzere müşteri ihtiyaçları hakkında daha fazla bilgi edinerek ürünü ve ilk hedeflerinizi keşfetmek ve geliştirmektir.
Yalın UX'in temelleri
Agile ve Lean UX performans açısından benzerdir, ancak temel fark Lean UX'in her MVP'ye bağlı öğrenme döngüleri kullanmasıdır.
Minimum uygulanabilir ürünler UX tasarımcılarının ve araştırmacılarının fikirleri mümkün olduğunca çabuk doğrulamasına (veya doğrulamamasına) yardımcı olur. Bu nedenle, ne kadar az özelliğe sahip olurlarsa, o kadar az gürültü olur, daha hızlı inşa edilirler ve test alanına daha çabuk bırakılabilirler.
Gördüğünüz gibi, bir köşeyi kesmiyor; gereksiz ayrıntılarla engellenmeden etrafında uçuyor.
Her bir öğrenme döngüsü, UX araştırma ve test tekniklerine dayalı olarak izlenen ve ölçülen bir MVP sunar.
Peki test döngülerinde Yalın ve Çevik UX arasındaki fark nedir?
- Yalın UX testi, sorunların ne olduğunu sorar ve onlardan öğrenir.
- Çevik UX test döngüleri, en son sürümlerinin olması gerektiği gibi çalıştığını doğrular.
Asıl sorumuza geri dönelim: Yalın UX ekibiniz proaktif mi yoksa reaktif mi?
Yalın UX, teorik olarak, kullanıcı verilerine dayanan sorunları ve ihtiyaçları keşfetmek için araştırma ve tasarım düşüncesini kullanarak sürecinizin her adımda proaktif olmasını sağlamalıdır.
Ancak, paydaşların alternatifleri göremeyecek kadar hipotezlerine yakın oldukları zamanlar da vardır. Bu nedenle, uygun miktarda UX araştırması veya varsayım ve hipotez konuşmaları yapmadan ilk MVP'lerini oluşturup test ederler. Bu durum, kullanıcıların varsayımlarını değil, tek bir paydaşın varsayımlarını test eden reaktif bir ekip yaratır.
Ne yazık ki bu, kullanıcı testleri ile Yalın UX'in hedefini ıskalayan tipik bir durumdur tepki vermek paydaşların fikirlerine değil proaktif olarak Uygun şekilde yapılandırılmış problem ifadelerini keşfetmek.
Bu gibi durumlarda, ürün sahipleri ve paydaşların gözlerini açmaları ve daha büyük resme bakmaları, örneğin UX araştırmasının temellerine geri dönmeleri gerekir. Tasarım Konseyi Çift Elmas yaklaşımını benimsemelidir. Sol taraftaki elmasla etkileşime girdiklerinde, gerçek sorunları keşfetme şansları tek ve önyargılı varsayımlarından çok daha fazla olacaktır. Bu, herhangi bir çözüm ortaya çıkarılmadan veya önerilmeden önce tasarımcıların ve araştırmacıların sorun alanını tam olarak keşfetmelerine yardımcı olan standart bir araçtır.
Çifte Elmas yaklaşımını henüz keşfetmemiş olanlar veya çözülmesi gereken gerçek problemleri nasıl belirlediğine dair hızlı bir hatırlatmaya ihtiyaç duyanlar için, iki elmas aşamasından geçerek dört basit aşamayı takip eder. doğru olanı tasarlamak ve işleri doğru tasarlamak.
- Aşama 1 ? Araştırma yoluyla doğru olanı keşfetme
- Aşama 2 ? Sentez yoluyla doğru şeyin tanımlanması
- Aşama 3 ? Fikir üretme yoluyla işleri doğru şekilde geliştirmek
- Aşama 4 ? Uygulama yoluyla işleri doğru şekilde teslim etmek
Çerçeve dört konuyu desteklemektedir temel prensipler Böylece sorun çözücüler mümkün olduğunca verimli çalışabilir:
- İnsanları ilk sıraya koyun ? İhtiyaçlarını, güçlü yönlerini ve isteklerini anlayın.
- Görsel ve kapsayıcı iletişim kurun ? Herkesin sorunlar ve fikirler hakkında ortak bir anlayış kazanmasına yardımcı olun.
- İşbirliği yapın ve birlikte yaratın ? Birlikte çalışmak ilhamı teşvik eder.
- Yineleme ? Sürekli testler hataları daha erken ortaya çıkarır, riski azaltır ve güven oluşturur.
Eğer bu temel ilkelerin size tanıdık geldiğini düşünüyorsanız, tebrikler, dikkatinizi verdiğinizi duyduğumuza sevindik. Şimdi tek yapmanız gereken bunları hatırladığınızdan ve Yalın UX oluşturmanız sırasında yolunuzdan sapmadığınızdan emin olmak.
Sonuç
Bugün, düzenli olarak gördüğümüz belirli bir sorunu basit bir Yalın UX özeti kullanarak yerine bırakarak ele aldık. Herhangi bir tasarım veya araştırma aracından en iyi şekilde yararlanmak için programı amaçlandığı gibi takip etmek çok önemlidir. Yeni bir girişimin veya özelliğin heyecanına kapılmak çok kolaydır, bu da hayallerin değil verilerin peşinde koştuğumuzdan emin olmayı daha da önemli hale getirir.
Yalın UX hakkında biraz daha fazla bilgi edinmek isterseniz, Yalın UX'i biraz daha derinlemesine inceleyen sayfalarımızı keşfetmekten çekinmeyin. Çevik ve Yalın UX arasındaki farklar ve nasıl Yalın UX, tasarım başarısızlığı korkusunun üstesinden gelmenize yardımcı olur. Son olarak, bir sayfa da bu kitabın nasıl tüm taraflar arasında işbirliği Yalın UX sırasında daha geniş, daha bilinçli ve çok yönlü bir dizi sorun ve çözüm ortaya çıkar.
UX24/7'nin Yalın UX yaklaşımınızda size nasıl yardımcı olabileceği hakkında daha fazla bilgi edinmek isterseniz, bize e-posta gönderin hello@ux247.com.
