Yalın UX ve Çevik UX arasındaki farklar

Muhtemelen Lean UX ve Yalın UX terimlerini duymuşsunuzdur. Çevik UX kullanıcı deneyimi bağlamında birçok kez kullanılmıştır ancak aralarındaki farkın ne olduğundan emin olmadığınız için affedilebilirsiniz. Yalın UX'in ürün geliştirmeye sade ve hızlı bir yaklaşımı savunması ve Agile'in işbirlikçi, esnek çalışma yöntemini kullanarak pazar fırsatlarına hızlı yanıt verilmesini sağlayan bir stratejiyi savunması nedeniyle yüzeysel olarak benzer özelliklere sahip gibi görünmektedirler.

Bunlardan hangisinin daha iyi bir strateji olduğu ve daha da önemlisi hangisinin kuruluşunuz/ürününüz ve kullanıcı deneyimi için daha iyi olduğu cevaplanması zor bir soru olabilir.

Her birine biraz daha ayrıntılı olarak bakalım ve ardından belirli koşullarda hangi yaklaşımın daha iyi çalıştığını tartışalım.

Yalın UX ve Çevik UX'in pek çok ortak noktası var

Aynı umutları ve tutumları paylaştıkları için, Yalın ve Çevik UX tasarımı büyük ölçüde ortak bir zemini paylaşmaktadır.

• Her ikisi de kaynakları ve maliyetleri en aza indirmek için insanlara, süreçlere ve ürünlere odaklanır
• Sürekli iletişim ve işbirliği içinde çalışırlar
• Her komple ekip paydaşlar ve kullanıcılarla düzenli toplantılar yapar
• Her ikisi de ürün planlama, oluşturma ve test etme yoluyla çalışır

Her iki uygulama da iletişim ve işbirliği üzerinde geniş bir ağ oluştururken, temel fark her bir süreç için itici hedeftir. Çevik UX tasarımında her şey müşteri yolculuğu ile ilgilidir. Yalın UX tasarımında ise, yapının nedenlerini tanımlayan temel ifadeleri doğrulamak ya da bırakmak söz konusudur.

Temel farkı basit bir cümleyle ifade edebilir miyiz? Yalın tasarım süreci çıktılardan ziyade sonuçlara odaklanır. Bununla birlikte, her ikisi de bir Öğrenmek, inşa etmek, ölçmek nihai bir sürüm ortaya çıkana kadar ürünün her bir yinelemesinde ince ayar yapma süreci. İşte nasıl yapılacağı.

Yalın UX Tasarımı

Yalın tasarım çevik kolektif geliştirme ve süreci bilgilendiren kullanıcı deneyimi ilkelerine dayanmaktadır. Başka bir deyişle, kullanıcı bilgi ve deneyimini başlangıç noktası olarak alan ve bu ilkelere göre hızla doğrulanabilen ürünler geliştiren hızlı, bürokratik olmayan çalışma yöntemleri arar. Minimum uygulanabilir bir ürün üretmenin en basit yolunu arar ve ardından nasıl gelişeceğine kullanıcıların karar vermesine izin verir.

Yalın UX süreci

Yalın tasarım yönetimi, yazılım üretimine taşınan daha önceki üretim sistemlerinden kaynaklanmaktadır.

Nesnelere ve çıktılara dayanır, ancak aşağıdakilerle çalışmayı seçer sorun i̇fadeleri̇ yerine Gereksinimler. Bu problem ifadeleri şu şekilde bilinir varsayımlar.

Bunlar hakkında konuşmalar yapmak varsayımlar erken ve sık sık yapılması, tüm çalışanların süreç boyunca büyük resme odaklanmasına yardımcı olur.

• Varsayımlar ve hipotezler aracılığıyla gerekli sonuçların ana hatlarının çizilmesi
• Ürünün tasarlanması
• Minimum uygulanabilir ürüne (MVP) karar verme
• Doğrulama

1. Varsayımlar ve hipotezler aracılığıyla gerekli sonuçların ana hatlarının çizilmesi

Çoğu zaman yazılım ürünleri, gerekli özelliklerin dikkate alınması ve bunların sunulduğundan emin olunmasıyla ortaya çıkar. Yalın UX şunları dikkate alır varsayımlar dört alana dayanmaktadır:

• İş sonuçları
• Ürün kullanıcıları
• Amaçlanan kullanıcı gereksinimleri
• Ürün özellikleri

Bu dört varsayım türünü kullanarak bir hipotez oluşturabiliriz:

Ürün kullanıcılarımızın [x] olduğuna ve [y] iş sonucuna ihtiyaç duyduklarına inanıyoruz. Kullanıcı gereksinimi [z] ürünümüzün kullanımıyla gerçekleştiğinde başarılı olacağız.

Her hipotez X, Y ve Z için kendi değerlerine sahip olacaktır ve sürece devam etmek için her varsayımın kanıtlanması veya reddedilmesi gerekir.

2. Ürünün tasarlanması

Kanıtlanacak veya çürütülecek bir dizi hipotezle, tüm ekipler arasındaki işbirliği, ürünün nasıl çalışması gerektiğine dair tartışmalara ve araştırmalara olanak tanır. Herkesin söz sahibi olması, toplantılar ve konuşmalar sırasında avantajları ve sorunları kolaylaştırır.

3. Minimum uygulanabilir ürüne (MVP) karar verme

Nihai ürünün ne yapması ve nasıl çalışması gerektiğine dair net bir vizyonla, bir sonraki adım prototipleme ve test için minimum uygulanabilir bir ürün oluşturmaktır. Her bir MVP, kullanıcı tepkilerini ve geri bildirimlerini almak üzere bir tel kafes, maket veya prototip üretmek için en az miktarda çalışma gerektirmelidir.

4. Doğrulama

Buradaki sorular şunlardır, Ne öğrendik? Sürecin bu kısmı işe yaradı mı? Kanıtlanmış varsayımlar onaylanır ve uygun olmayanlar reddedilir ve kaldırılır. Sonuçlar, ürünü yeniden değerlendirmek için sisteme geri beslenir. Ürün tüm kullanıcı ve iş ihtiyaçlarını karşılıyorsa, bir sonraki aşamaya hazırdır. Eğer karşılamıyorsa, bir sonraki adımda tekrar başa dönülür. varsayımlar öğrendiklerinizle büyüdünüz.

Faydaları mı? Atık süreçlerin ortadan kaldırılması ve en çok zaman alan uygulamaların bırakılması. Sürekli işbirliği ve denemelerle MVP'ler öğrenmeyi teşvik ederken ilgili herkesi bilgilendirir ve güncel tutar.

Yalın UX tasarımı büyük ölçüde bir durulama ve tekrarlama sürecidir. Bir diğer faydası da, birçok durumda ideal olan Çevik metodoloji içinde kullanılabilmesidir. Her iki uygulamanın sağladığı avantajlardan yararlanmak, pek çok kuruluş için çok yönlü bir kazan-kazan sağlar.

Çevik UX Tasarımı

Bu Çevik tasarım Model, bireylere ve işbirliğine süreçten daha fazla değer verir ve esneklik ile tepkiye çok fazla odaklanır. Sürecin kullanıcı merkezli olması ve gelişim ilerledikçe girdi ve geri bildirimlere duyarlı olması ve yenilik ve ilerleme fırsatları ortaya çıktığında formalite veya evrak işlerine boğulmaması amaçlanmaktadır.

Çevik UX süreci

Çevik tasarım, her projeyi daha küçük, daha yönetilebilir parçalara ve alt projelere böler sprintler. A sprint projenin ihtiyaç duyduğu süre kadardır ve gerektiğinde planlama ve yineleme için zaman tanır.

Çevik süreç, büyük ölçüde şu iterasyonları içeren bir döngüye dayanır planlayın, tasarlayın, oluşturun, test edin ve gözden geçirin. Ne zaman sprint gözden geçirme, ürünü iyileştirmek ve istenen sonuçları daha iyi elde etmek için yapılması gereken değişiklikleri ana hatlarıyla belirtir, yeni bir sprint belirlenir.

Ürünün her iterasyonu yakın iletişim ve işbirliği ile gelişir.

• Geri bildirim noktalarını planlayın ? Ürünü tasarlamak, teslim etmek ve test uzmanlarını işe almak için uygun zaman ayırın.
• Amaçlanan kullanıcı hikayesini tanımlayın ? İzleyici araştırmalarına dayanarak tüm ekip ne görmeyi umuyor?
• Bir prototip oluşturun ? Bir tel kafes yeterli olacak mı, yoksa son versiyona daha yakın bir şeye mi ihtiyacınız olacak?
• Test için kullanıcıları işe alın ? Her test kullanıcısı hedef kitle özelliklerine uygun olmalıdır.
• Araştırmayı tamamlayın ve bulguları raporlayın ? Hem son kullanıcı hem de ekip üyeleri için daha ileri adımları düşünmek veya ürün lansmanına doğru ilerlemek için hayati önem taşır.

Çevik bir sprint ekibi tipik olarak bir Ürün Sahibi, a Scrum Ustası ve Geliştirme Ekibi Üyeleri.

• Bu Ürün Sahibi üründen ve gerekli değerlerin sağlanmasından sorumludur.
• Bu Scrum Ustası Etkinlik ve üretkenliği sağlamak için ekibin birlikte nasıl çalıştığını kontrol eder.
• Bu Ekip Üyeleri Tasarım, geliştirme, UX veya tamamen başka bir şey olsun, işi yürütmek için gerekli becerilere sahip olmak.

Yalın UX tasarımında olduğu gibi, Çevik tasarım da aynı türden Durula ve tekrarla? Süreç, nihai bir model gerçekleştirilinceye kadar önceki sürümlerin sonuçlarından büyüyen daha fazla sprint ile devam eder.

Farklılıkları göz önünde bulundurmak ve hangisinin sizin için doğru olduğunu bilmek

Her bir seçeneğin faydalarını birkaç bin kelimeyle açıklamak ve özetlemek imkansızdır. Her bir süreci gerçekten anlamak için çok fazla araştırma ve okuma yapmak gerekir. Ancak bu derin anlayışı kazandığınızda, projeniz ve çalışanlarınız için hangi sistemin ideal seçenek olduğunu bilmek için gerekenlere sahip olacaksınız.

Bununla birlikte, burada yapabileceğimiz şey, nasıl farklılaştıklarına dair temel bilgiler sunmak ve umarız herhangi bir UX tasarım ve araştırma projesinin başında doğru soruları sormanıza yardımcı olmaktır.

İki teknik arasındaki temel fark, Yalın UX'in kullanıcıya ve ürün geliştirmede onların ihtiyaçlarını karşılamaya odaklanırken, Agile'ın daha çok projenin tesliminde etkili iletişim ve işbirliği ile ilgili olması gibi görünmektedir.

Belki de hangi süreci kullanmanız gerektiği sorusu söz konusu olduğunda, "geliştirme sürecinin farklı bölümlerinde ve farklı durum ya da koşullarda hangi ilkeleri uygulamalıyım?" şeklinde bir çerçeve çizmek daha doğru olacaktır. Her iki ilke setinde de bir dereceye kadar ortaklık vardır; her ikisinde de erken müşteri girdisi ve doğrulaması aranmakta ve dinamik, esnek bir yaklaşım uygulanmaktadır. Ayrıca her iki tarzda da önemli ölçüde yineleme vardır.

Birçok proje sezgisel olarak her iki stratejinin unsurlarını içerecektir, çünkü belirli yönler belirli proje türleri veya bağlamla daha iyi ilişkilidir. Örneğin, bir projenin parametrelerinin ve hedeflerinin önceden belirlenmiş ve sabit olduğu durumlarda, Çevik tasarım, tamamlanması için daha hızlı tanımlanmış bir yol sunduğundan ve teslimat adımlarını belirlemenizi ve yapılandırmanızı sağladığından daha iyi bir çözüm sunabilir.

Bir projede daha az kesinliğin olduğu durumlarda yalın tasarım, hipotezleri gerçek kullanıcılar üzerinde hızla test etme ve kullanıcı ihtiyaçlarını ve tercihlerini giderek daha fazla karşılayan birbirini izleyen ara ürünler geliştirme fırsatı sunar. Nihai ürüne ulaşmanız daha uzun sürebilir, ancak oraya ulaştığınızda tamamen denenmiş ve test edilmiş olacaktır. Bu nedenle yalın tasarım. Nihai kullanıcı ve tercihleri hakkında daha az şey bilinen ya da ürünün unsurlarının karmaşık ve çok sayıda olduğu yerlerde muhtemelen daha iyi çalışacaktır.

Bu, anlaşılması gereken birçok ince nüans ve farklılık içeren oldukça zor bir alandır. Çevik veya Yalın UX ile ilgileniyorsanız neden bizi +44(0)800 0246247 numaralı telefondan aramıyorsunuz veya bize e-posta göndermiyorsunuz? hello@ux247.com ilk sohbet için.