Tasarım Problemi İfadeleri - Nedirler ve Nasıl Çerçevelendirilir

2006'da Microsoft rekabetçi bir hamle yaptı ve fütürist, tek düğmeli, her şarkı cebinizde olan iPod'un kendi versiyonu Zune'u piyasaya sürdü. Ekran renkleri keskindi ve arayüz güzel bir minimalist yazı tipiyle tiplendirildi. Apple'a meydan okumak cesur bir hareketti, ancak ürün dünyasında başarı her zaman ilk olmakla ilgili değildir.

Bir Zune'dan diğerine kablosuz olarak şarkı gönderme gibi yalnızca Zune'a özgü özelliklerin (orta düzeylerde yenilikçi bir özellik) iPod'a özel özellikler kadar iyi olduğu ve Microsoft'un ürününü görünüşte güçlü bir rakip haline getirdiği söylenebilir. . Ama bunun yerine, bir başarısızlıktı.

Niye ya?

Zune'un başarılı olmamasının sayısız nedenini (ve muhtemelen başarılı olması için bir yığın neden) ortaya çıkarabilirsiniz. Altta yatan önemli bir neden, Microsoft'un Zune'un çözeceği bir sorunu tanımlamamış olmasıydı. iPod'un karşılayamadığı net bir kullanıcı ihtiyacı ya da işleri alt üst edecek herhangi bir yenilik yoktu. Zune hiçbir şeyi çözmüyordu.

Sorun yoksa çözüm de yoktur ve bir şirketin var olması için hiçbir sebep yoktur. – Vinod Khosla, Khosla Ventures (Silikon Vadisi risk sermayesi şirketi)

“Tasarım Sorunu” Tam Olarak Nedir?

Hepimiz onları yaşadık, çözdük ve kesinlikle onlara sebep olduk. Ancak bunu basit terimlerle ifade etmek başlı başına bir meydan okumadır. Oxford sözlüğü, bir sorunun “hoş karşılanmayan veya zararlı olarak kabul edilen ve ele alınması ve üstesinden gelinmesi gereken bir konu veya durum” olduğunu söylüyor. Doğru, ancak bu, istenen sonuca ilişkin bir farkındalık olduğu anlamına gelir. Oxford Sözlüğü'ndeki parlak beyinlere tüm saygımla, bu tanımda önemli bir bileşen eksik: bilinçsiz arzular .

Otomobilin mucidi Henry Ford, "İnsanlara ne istediklerini sorsaydım, daha hızlı atlar derlerdi" dediğinde bu arzu katmanını biliyordu. Eldeki istenmeyen sorunun atların çok yavaş olması olduğunu biliyordu. Ancak çözülmesi gereken sorun bu değildi. Müşterilerinin dile getiremediği daha derin bir ihtiyaç vardı.

Richard Buchanan, kariyeri insan merkezli tasarım düşüncesi ilkeleri etrafında dönen bir “tasarım teorisyeni”dir. Design Research and the New Learning adlı makalesinde, tasarımı “insanların bireysel ve kolektif amaçlarını gerçekleştirmelerinde hizmet eden ürünleri veya hizmetleri tasarlama, planlama ve üretme insan gücü” olarak tanımladığında, kullanıcının dile getirilmemiş ihtiyacına atıfta bulunur. ” Dikkat edilmesi gereken, yalnızca istenmeyen bir durum değil, kullanıcının amacıdır. Bu daha derin ihtiyaç, dile getirip ifade edemeyeceklerine bakılmaksızın, bir kullanıcının arzuladığı şeyin temelinde yatar.

Ford'un müşterileri, zaten sahip oldukları şeyin daha hızlı bir versiyonuna ihtiyaç duyduklarını düşündüler. Ama Ford onların daha derindeki amacını anlamıştı: bir yerden başka bir yere daha hızlı gitmek . Bu ayrım, onun sadece daha hızlı bir at tasarlamaktan kaçınmasına yardımcı oldu ve bunun yerine daha önce hiç var olmayan bir şey yaratmak için kapıları açtı.

Bir sorun, yalnızca istenmeyen bir durum veya normdan sapan bir konu değildir - yine de bunlar bir sorunun geçerli tanımları olsa da. Tasarımcılar ve yaratıcı problem çözme için problem, karşılanmadığı takdirde kullanıcının amacını tatmin edebilecek bir ihtiyaçtır.

Neden Bir Problem Çerçevelemelisiniz?

Bir tasarım problemini çerçevelemek, insan merkezli bir tasarım sürecinin ilk adımıdır. Az önce tartışılan unsurlara öncelik verir: kullanıcı ve başarmak istedikleri amaç. Bu, ilk kullanıcı araştırması turunun köklü arzuları ortaya çıkarmada devrim niteliğinde olabileceği anlamına gelir. Rakip analizi gibi kullanıcı görüşmeleri veya masaüstü araştırması yapmak, potansiyel kullanıcılar ve karşılaştıkları sorunlar hakkında içgörüler ortaya çıkarabilir.

Örneğin, bir tasarım problemi ifadesi, "Yeni anneler bir destek grubuna bağlı hissetmek için bir yola ihtiyaç duyarlar çünkü bebekleriyle çok fazla zaman geçirirler ve sonunda kendilerini izole ve yalnız hissederler." Bu anneler, yalnız olmadıklarını bilmek için derin bir arzuya sahiptir ve yeni bir ürün, bağlı hissetme amacını gerçekleştirmelerine yardımcı olabilir.

Bir tasarım ekibi, bir uygulama, bir sosyal ağ platformu ve hatta annelerin toplanabileceği gerçek bir mekan bile geliştirebilir. Sorun ifadesi, AI kullanmalı mıyız gibi kararlar ve özelliklerde gezinme konusunda ekibe rehberlik edecektir. Başka hangi uygulamalara bağlantı vermeli? Çevre nasıl tasarlanabilir? Çerçeveli problem, kullanıcı için en iyi çözümü oluşturmak için bir çerçeve sağlar.

Sorunu, odak getirecek kadar dar, yaratıcılık için yeterince geniş bir ifadeyle çerçeveleyerek, ürün tasarım ekibi aynı anda hem tasarım problem çözmeye odaklanabilir hem de yenilikçi olasılıklara açık kalabilir.

Engelleri ve Fırsatları Belirleme

Gitmek istediğiniz yönü bildiğinizde, önünüzde ne olduğunu görebilirsiniz. Kökleri kullanıcının amacına dayanan, açıkça tanımlanmış bir sorunla, bu nihai hedefe ulaşmanın önündeki engellerin neler olduğunu görmek daha kolaydır. Ve bir projenin başlangıcında sorun açıkça belirtilirse, gözden kaçmış olabilecek ek fırsatları bulmak için bir mercek görevi görebilir.

Ekibi Tasarım Problemi Çözme Çevresinde Hizalamak

Bir ekibin üyeleri -paydaşlar, tasarımcılar, geliştiriciler ve hatta kullanıcılar- farkında olmadan, nihai ürünün ne olması gerektiğine dair kafalarında farklı bir imaja sahiptir. Her biri, farklı zihinsel modeller tarafından bilgilendirilen biraz farklı bir şekilde düşünüyor. Muhtemelen bir sorunu çerçevelemenin en büyük etkisi, bu değişen görüşleri nasıl hizaladığıdır.

Bir sorunu çerçeveleme süreci, etkili konuşmaları ve kararları ateşleyen bir çerçeve içinde birden çok bakış açısı toplar. Belirgin bir açıklama yapıldığında, ekip için beklentiler yönetilebilir ve çabalar uyumlu hale getirilebilir.

Projeye Yön Verme ve Gelecekteki Tüm Kararlar

Bir ürün ekibi, tanımlanmış bir sorun olmadan çalışabilir - bu her zaman olur. Ancak açık bir ifade, hangi sorunun çözülmesi gerektiğini bildirdiğinde, tüm çabalar bu tek sonuca odaklanır.

Ürün tasarım özetinin bir parçası olarak belgelenen, iyi çerçevelenmiş bir tasarım sorunu ifadesi, seçenekleri tartmak ve başarıyı ölçmek için basit bir araçtır. İyi bir tasarım problemi ifadesi, yaratıcılığa yer bırakacaktır, ancak nihayetinde projenin her bir öğesinin görülebileceği net bir mercek sağlar.

Problem ifadesini ve tasarım süreci adımlarını ana hatlarıyla belirtmek, gereksiz veya alakasız fikirleri eleyen ve yalnızca ihtiyacı karşılayanları koruyan bir filtre görevi görür. Tasarım süreci ilerledikçe, ekip ilk sorun bildirimine başvurmalı ve tasarlananın ürün tasarım özetinde belgelenen temel sorun bildirimini hala ele aldığından emin olmalıdır.

Tanrı bize on kalem verdi… başka bir tane icat etmeyelim. – Steve Jobs, Apple Newton'un gereksiz stylus kaleminden hoşlanmadığı için

Uzun Vadede Zamandan ve Paradan Tasarruf

Ürünün nihai amacına ilişkin ortak bir bakış açısı ve imza ile tasarım süreci daha verimli çalışabilir. Yenilikçi projelerde her zaman kaçınılmaz teğetler ve çıkmaz sokaklar olacaktır, ancak her şey tek bir soruna çözüm bulmakla yönlendirildiğinde bu öğrenmeler bile daha anlayışlı olabilir.

Çözülmesi gereken tasarım sorununa ilişkin ortak bir anlayışla çalışmak, başarısız bir ürün dışında, halkın utanmasını da önleyebilir. Juicero, abartılı meyve suyu sıkma makinesini piyasaya sunduğunda, herkesin elleriyle yapabileceği bir şey için yüksek bir fiyat talep ettiği için sert ve ıslıklarla karşılandı - bir paketten taze meyve suyu sıkmak. 120 milyon dolarlık yatırım toplamayı başardı, ancak lansmanından 16 ay sonra satışları askıya aldı.

Sonuç olarak ürün, var olmayan bir sorunu çözdüğü için meyve suyu severlere çok az değer kattı. Her fikir uygulanmamalıdır ve iyi çerçevelenmiş bir problem ifadesi, hangilerinin eskiz defterinde kalması gerektiğini belirlemeye yardımcı olabilir.

Kullanıcıya Duygusal Olarak Bağlanmaya Yardımcı Olmak

Kimin mücadele ettiğini bilmeden bir sorun tanımlanamaz. Ekibiniz araştırma yapmak ve potansiyel kullanıcılarla konuşmak ve mevcut durumları ve bu konuda nasıl hissettikleri hakkında sorular sormak için zaman ayırarak, aniden kullanıcının yerine geçebilir.

Problem çerçeveleme aşamasında ihtiyaç duyulan duygusal katılım, ürünü hizmet etmesi gereken kişiyle aynı hizaya getirir. Kullanıcının motivasyonları, arzuları ve korkuları, tüm fikirleri ve önerileri ölçmek için bir çerçeve oluşturabilir. Bir sorunu insan perspektifinden görmek, bir ürünü daha sevimli hale getirecek sezgisel ve duygusal içgörüleri kaçınılmaz olarak aydınlatacaktır.

Bir Sorun Nasıl Çerçevelenebilir?

Bir sorunu çerçevelemenin faydaları önemli olsa da, genellikle atlanan bir adımdır. Görsel yön ve işlevsel gereksinimlerden her şeyi içeren kapsamlı bir tasarım özeti almak nadir değildir. Ve bazen takıma katıldığınızda ihtiyacınız olan tek şey budur.

Ancak bir projenin başlangıcındaysanız ve görsel ve işlevsel kararlar zaten alınıyorsa, ürünün çözdüğü sorunu tanımlamak için bir adım geri atmaya değer. Bazen bunu yapmak için bolca zaman vardır, bazen de direnç ve sınırlı kaynaklar vardır. Kendinizi nerede bulursanız bulunun, ilgili herkese bir düzeyde netlik getirmeye yardımcı olabilecek yöntemler vardır.

Bir problemi çözmek için bir saatim olsaydı, 55 dakikamı problem üzerinde, 5 dakikamı da çözümleri düşünerek geçirirdim. - Albert Einstein

Dört W: Cevaplanması Gereken Sorular

İdeal olarak bu, kilit paydaşları bir yığın Post-it ve büyük bir duvar etrafında toplayan bir yöntemdir. Dört basit soru sorarak herkes kendi düşüncelerini ortaya koyabilir ve odak ve netlik bulmak için içeriği birlikte sentezleyebilir.

• Kim etkilendi? Sorunu kim yaşıyor? Bu kullanıcı daha fazla belirtilebilir mi (demografik, kişilik, motivasyon, durumda bulunma nedeni ile)?
• Sorun nedir? Mücadeleler nelerdir? Hangi görevin yerine getirilmesi gerekiyor? Hangi ağrı noktasının giderilmesi gerekiyor?
• Nerede gerçekleşir? Kullanıcının sorunu yaşadığı bağlam nedir? Fiziksel veya dijital bir alanda mı? Başka kim dahil?
• Neden fark eder? Bu sorun neden çözülmeye değer? Kullanıcıya nasıl bir değer katıyor? İşletmeye nasıl bir değer katıyor?

Empati Haritası: Kendinizi Kullanıcının Yerine Koymak

Empati haritaları, UX tasarımında kullanılan yaygın bir araçtır ve bir ürünün geliştirilmesi boyunca birçok aşamada yardımcı olabilir. Burada, başlangıçta, amaçlarının ne olabileceğini öğrenmek için ekibi anında kullanıcıya bağlar. Problem çerçeveleme aşaması için sahip olduğunuz süreye bağlı olarak, bu yöntem kullanıcı görüşmelerini ve gözlemsel gölgelemeyi içerebilir.

• Duy ve gör. Kullanıcı ne tür yorumlar veya kavramlarla karşılaşıyor? Başkaları kullanıcının maruz kaldığını ne söylüyor? Kullanıcı, başkalarının etraflarında ne yaptığını gözlemliyor? (Bu kategori, kullanıcının çevresini gösterir.)
• Söyle ve yap. Kullanıcının yorumları ve davranışları nelerdir? Başkalarına yüksek sesle ne söylüyorlar? Pratikte ne yapıyorlar? (Bunlar açıkça yapılan ve açıkça gözlemlenebilen şeylerdir.)
• Düşün ve hisset. Kullanıcı ne düşünüyor ama kendine saklıyor? Bir duruma duygusal olarak nasıl tepki verirler? Arzuları nelerdir? (Bunlar sadece bir kullanıcıyı gözlemleyerek her zaman belirgin değildir, ancak konuşma görüşmeleri yoluyla ortaya çıkarılabilir. Bilinçaltı düzeyde neler olup bittiğini anlamak biraz araştırma gerektirir, ancak burası harika içgörülerin bulunabileceği yerdir.)
• Acılar ve kazançlar. Kullanıcının ne gibi hayal kırıklıkları var? Peki ya deneyim gereksiz veya hayal kırıklığı yaratıyor? Buna karşılık, kullanıcının ömrünü iyileştiren deneyim ne olacak? Ne işe yarar? Kullanıcı nerede veya ne zaman mutlu olur? (Bunlar deneyimin sonuçlarıdır.)

Son Sorun Bildirimi

Bu, ortaya çıkardığınız içgörülere ve çerçeveleyebileceğiniz nihai soruna odaklanmanın basit ama gerçekten etkili bir yoludur. Tasarım problemi ifadesi yapısı şablonu, içgörülerinizle doldurmak için boşlukları olan bir cümle olan MadLibs'ten bir sayfa gibidir. Ekibinizin kolektif düşüncesinde kök salmış kısa ve öz bir ifade oluşturur. Ürün için ortak bir vizyon olması için ifadeyi yeterince spesifik tutmak önemlidir, ancak yaratıcılığa ve yeni anlayışlara izin verecek kadar geniştir.

İşte birkaç tasarım problemi bildirimi örnek formatı:

• Kullanıcının bakış açısından: “ Ben (persona) olmaya çalışıyorum (fiil) ama (engel) çünkü (neden) bu beni hissettiriyor (duygusal tepki) . ”
  • örneğin, “Bebeğime mümkün olan en iyi şekilde bakmaya çalışan yeni bir anneyim ama işimi iyi yapıp yapmadığımı bilmiyorum çünkü her zaman evde yalnızım ve bakacak kimsem yok. bunun hakkında konuşmak, bu da beni izole ve yalnız hissettiriyor.”
• Kullanıcı araştırmasından alınmıştır: “(Persona) (kullanıcının ihtiyacı) için bir yola ihtiyaç duyar çünkü (içgörü) . ”
  • örneğin, "Yeni anneler diğer annelerle bağlantı kurmanın bir yoluna ihtiyaç duyarlar çünkü gün içinde genellikle evde yalnızdırlar ve kendilerini izole ve yalnız hissederler."
• 4 W'yi kullanma: “ Bizim (kim) problemimiz var ki (ne) ne zaman (nerede) . Çözümümüz (neden) sağlamalıdır . ”
  • örneğin, “Yeni annemiz, her gün evde yalnızken bebeğine bakmanın en iyi yolu hakkında konuşacak kimsesinin olmaması sorunu yaşıyor. Çözümümüz, diğer annelere bağlı hissetmesi için bir yol sağlamalı, böylece daha az izole ve yalnız hissedecek."

Her İyi Problem Çerçeveleme Aşaması, Ne Kadar Basit Olursa Olsun:

• Çözüm önermekten kaçının. Somut özellikler ve işlevsellik terimleriyle düşünmek kolaydır, ancak bunlar yalnızca temel sorunu anlamaktan önce dikkati dağıtacaktır.
• Neden diye sor. Yüzeyin altındaki içgörüleri bulmaya yardımcı olacak basit bir soru. Ancak Fast Company'ye katkıda bulunan Tina Seelig'in yazdığı gibi, “neden” diye sormak, bir durumu farklı bir açıdan görmenizi sağlar.
• Yansıtmak. Geri adım atmak ve bağlantıları ve kalıpları aramak için zaman ayırın. Bir ürünü rakiplerinden ayırabilecek içgörülerin yattığı yer burasıdır.
• Evrensel tutun. Jargon veya gereksiz karmaşıklıklar kullanmaktan kaçının. Problem herkesin anlayabileceği ve ideal olarak yeniden anlatabileceği basit olmalıdır. Ekip üyelerini, başarmaya çalıştığınız şey hakkında kolayca konuşacak şekilde donatmak, proje içinde güven ve tutku oluşturacaktır.

Atı Unutun, Bir Araba Teslim Edin

Tasarım problemi ifadesi nedir? Bazı müşteriler, çözülecek sorunu açıkça tanımlayan bir özet oluşturabilir. Diğerleri bu önemli aşamayı bilmiyor olabilir. Müşteriyi geri adım atması ve bu ürünün neden var olacağını değerlendirmesi için yönlendirmeniz için bir fırsat var. Birlikte ekibi hizalayabilir, bir çerçeve oluşturabilir ve etkili ve verimli bir süreci başlatabilirsiniz.

Belki de bu adımın en büyük değeri insan ruhunu anlamaktır. Bir sorunu müşterinin bakış açısıyla çerçevelemek, insanların ihtiyaç duyduklarını asla bilmedikleri şeyleri daha etkili bir şekilde sunmanıza olanak tanır. Eski bir IDEO tasarımcısı olan Dave Thomsen, insan merkezli bir yaklaşımın büyük kullanıcı faydalarına ve amacına yol açtığını yazıyor.

Tasarımcılar, kullanıcının istediği amaca derinden bağlanan bir ürün tasarladığında, bir ürün deneyimi ve insanlarla duygusal düzeyde bağlantı kuran bir marka oluşturmak daha kolay hale gelir. Buna karşılık, bunlar yalnızca daha başarılı ürünler olmakla kalmayacak, aynı zamanda onları kullanan insanların yaşamlarında daha amaçlı ve anlamlı olduklarını kanıtlayacaklar.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• eCommerce UX – En İyi Uygulamalara Genel Bir Bakış (Infografik ile)
• Ürün Tasarımında İnsan Merkezli Tasarımın Önemi
• En İyi UX Tasarımcı Portföyleri – İlham Veren Vaka Çalışmaları ve Örnekler
• Mobil Arayüzler için Sezgisel İlkeler
• Öngörülü Tasarım: Büyülü Kullanıcı Deneyimleri Nasıl Yaratılır