UXPUB 🇺🇦 Дизайн-спільнота

Cover image for Метод • Причина • Ціна. Підхід, який дозволяє зробити ваше дизайн-рішення більш свідомим та зменшити ризики
Євген Олексюк
Євген Олексюк

Опубліковано

Метод • Причина • Ціна. Підхід, який дозволяє зробити ваше дизайн-рішення більш свідомим та зменшити ризики

Сьогодні хочу трошки розповісти про мій улюблений підхід, який особисто я використовую в роботі щодня. Я назвав це Method • Reason • Price підхід. Не можу сказати що авторство належить мені, але поки що я не знайшов опису цього методу деінде 😊

В дизайн комьюніті дуже популярне питання “Шоб шо?”. Адже дизайнер повинен розуміти навіщо робить той чи інший таск, яку проблему він вирішує і який результат хоче досягнути. Інакше, якщо цього не робити, дизайн зводиться до банального “тягання пікселів” в Figma. Тоді найкраще що ви можете зробити це гарний UI, який не факт, що буде вирішувати проблему бізнесу. Тож є великий ризик просто отримати гарну картинку, яка не працює і конверсія якої дорівнює нулю.

Тому для того, щоб зробити ваше дизайн-рішення більш свідомим та зменшити ризики, я намагаюсь використовувати Method • Reason • Price Approach.

Що це таке?

Підхід Method • Reason • Price складається з трьох частин:

  • Method - Метод Тут дизайнер повинен відповісти для себе на питання “Як саме можна вирішити проблему?”, “Які варіанти взагалі існують?”
  • Reason - Причина Тут головними питаннями є “Щоб ЩО?”, “Навіщо треба вирішувати дану проблему?”, “Звідки ми знаємо, що проблема існує?”
  • Price - Ціна Тут треба відповісти на питання “Скільки коштує дане конкретне вирішення?”, “Як дорого обійдеться імплементація цього рішення?”

Якщо згадати всіма нами улюблений дивергентно-конвергентний процес (роздивимось на прикладі Double Diamond), то фактично цей підхід відповідає за точку дотику першого та другого діамантів. Тут ви вже знаєте, хто ваша цільова аудиторія, дослідили болі вашого клієнта, замапили все в юзер персону та Customer Journey Map і переходите до генерації ідей, як ці болі треба вирішувати.

Image description

Саме в цей момент вам стане в нагоді Method • Reason • Price. Особисто я намагаюсь для себе відповісти на всі питання по черзі.

Уявімо ситуацію, коли ви не маєте певної відповіді:

  • Припустимо, ви не знаєте, як вирішити проблему. Тоді саме час провести аналіз конкурентів, подивитись best practices, зібрати UI паттерни конкурентів та продуктів із суміжних доменів, провести користувацькі інтервью і спитати в юзерів, як вони вирішують проблему зараз.
  • Бувають ситуації, коли ви не знаєте причини, навіщо вам вирішувати проблему. Ця ситуація трапляється дуже часто, адже вам можуть поставити таск або зафреймити проблему до вас. Наприклад замовник вам скаже, що хоче сайт, щоб підвищити дохід. Але він насправді вам вже каже що робити - малювати сайт. Моя вам порада - не довіряйте і намагайтесь розібратись у всьому самостійно. Тут вам стануть в нагоді первинні якісні та кількісні дослідження. Сходіть до користувача, спитайте що болить, проведіть юзабіліті тестування, закиньте опитування або залізьте в аналітику і валідуйте ваші якісні дослідження кількісно. Якщо ви працюєте в існуючому продукті, ви можете використати HotJar і продивитись як користувачі себе поводять. Замапте процес в CJM і самі побачите, де саме проблема. Але не довіряйте вашим стейкхолдерам сліпо, адже вони можуть помилитись.
  • Якщо ви не знаєте ціни імплементації рішення - це може також бути проблемою. Перед тим як включити Figma, ви можете накидати швидкий прототип на папері та пояснити вашим розробникам, як він працюватиме. Можливо ваш макет важко і дорого імплементувати, можливо є дешевше рішення або взагалі є додаткові вимоги та обмеження платформи. А кастомізувати дорого і результат може бути не вартим вкладених ресурсів.

Отож, якщо ви не можете відповісти на хоча б одне питання, у вас проблеми. Раджу зупинитись, зробити додаткові активності, які допоможуть знайти необхідну відповідь і тоді рухатись далі. І чим більше відповідей в вас немає, тим критичніше.

Згадайте себе, коли ви тільки прийшли в дизайн і не вміли нічого. Ви не знали як робити, навіщо, що буде далі, скільки коштує….. цілковита невизначеність. Це і є стан неможливості відповісти на 3 базові питання Method / Reason / Price: ЯК? / НАВІЩО? / СКІЛЬКИ КОШТУЄ?

Особисто я зробив ще маленьку надбудову до цього підходу: до Method • Reason • Price - додав ще питання “Tested?”. Таким чином ви переноситесь в третю точку Double Diamond - там, де закінчується другий діамант. Тоді ви знатимете:

  • яку проблему вирішили;
  • навіщо;
  • скільки коштує;
  • чи рішення дійсно працює.

Таким чином це досить не погано корієлюється з так званим “Табуретом Нормана”.

Image description

А тепер давайте приклад

Уявімо до вас звернувся замовник, який хоче мобільний застосунок для продажу ялинкових прикрас. Ви отримали брендові кольори, логотип, мудборд, документ з контентом. Справа за малим - відмалювати лейаут. Ізі-пізі.

Варіант 1:
Ви малюєте застосунок, замовник вкладає гроші в дизайн, розробку, промоушн, отримує перший прибуток в грудні і вже з січня-лютого прибутків не стає. Продажі нульові, інвестиції витрачені, бізнес вмирає.

Варіант 2:
Ви розумничка, адже ви вирішили спробувати скористатись Method • Reason • Price.
Ви відповіли собі на питання ЯК і знайшли інші можливості - наприклад чат-бот, сайт на конструкторі (мінімальні витрати) чи продаж через соціальні мережі. 👍
Ви не змогли відповісти на питання НАВІЩО і зробили мінімальний research: кілька інтервью, сурвей, CJM і побачили, що в галузі є велика сезонність. Юзери купляють іграшки собі виключно під новий рік, а в інший час їх це не цікавить. Тож мобільний застосунок просто без діла буде валятись на смартфоні, або його видалять.
Ви порахували вартість варіантів і побачили, що розробити мобільний застосунок коштує кілька тисяч доларів США, чат-бот можна написати за 100$, написати сайт коштує також дорого, зібрати сайт на конструкторі і купити домен та хостінг коштує до 500$, реєстрація соцмереж та аккаунтів на маркетплейсах - бескоштовна.

У підсумку ви приходите до замовника, показуєте варіанти і разом приходите до висновку, що найраціональнішим рішенням буде (припустимо в цьому випадку) зібрати сайт на конструкторі, написати бот, підключити все до CMS і це буде дешевше і результативніше.
Тож ви зекономили час, гроші, допомогли бізнесу і позбавили користувачів зайвого не потрібного застосунку. Ви молодчинка!

Вищим рівнем може бути - запропонувати розширити асортимент, щоб компенсувати сезонність, або впроважити знижки, які будуть покриватись сезонною маржею. Але цей рівень трохи складніший і для генерації таких рішень вам вже треба бути трошки Бізнес Аналітиком.

Image description

От така сьогодні маленька, але важлива розповідь про очевидне. Тож користуйтесь #недякуйте. Сподіваюсь Method • Reason • Price стане вам в нагоді.

ATTENTION
Більше цікавих статей ви можете почитати на моєму персональному Medium та на XD Community Medium.

Топ коментарі (0)