Як швидко створювати прототипи: посібник для дизайнерів від Google (Частина 2)

склала посібник для дизайнерів по проведенню швидких сесій прототипування і тестування. Ми публікуємо його переклад, який складається із 2 частин. Сьогодні до вашої уваги – друга частина.

➡ ➡ ➡  Першу частину посібника читайте тут

Друга Частина

Як побудувати процес спринту. Спринт-методи

Кожен спринт включає в себе шість етапів дизайн-мислення. Ідея дизайн-мислення була створена в IDEO і розвинена в Стенфордській школі дизайну. Цей підхід неймовірно корисний для реалізації завдань.

Розуміння. Що потрібно користувачеві, які бізнес-цілі стоять і які технічні можливості?
Визначення. Яка ключова стратегія, на чому сфокусований проект?
Дивергенція. Як ми зможемо виробити якомога більше ідей?
Прийняття рішення. Вибір найкращих ідей
Прототипування. Створення артефакту, який дозволяє тестувати ідеї користувачами.
Валідація. Тестування ідей користувачами, інвесторами і технічними експертами.

Методи для кожного етапу

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

Методи розуміння:

  • Бліц-доповіді по бізнес-цілям
  • Бліц-доповіді за технологічними можливостями (на сьогоднішній день і в довгостроковій перспективі)
  • Інтерв’ю користувачів
  • Відвідування користувачів в середовищі, де використовується продукт
  • Карта зацікавлених сторін. Огляд конкурентів. Підсумовування отриманої інформації

Бліц-доповіді

П’ятихвилинні доповіді дозволять спринт-команді зрозуміти завдання з самих різних точок огляду. Ці доповіді повинні включати:

  • Бізнес-цілі і метрики успіху
  • Технічні можливості та проблеми
  • Релевантні дослідження користувачів
  • Огляд конкурентів

Які сторонні продукти і сервіси можуть надихнути команду в роботі? Короткий огляд трьох-десяти подібних проектів може стати відмінним стартом для спринту. Якщо команда працює над створенням інтернет-магазину – потрібно проаналізувати сайти на кшталт Google Play і перерахувати, що сподобалося, а що не сподобалося.

Інтерв’ю користувачів

Користувачі – найвірніші судді, наскільки хороший чи поганий продукт. Тому дуже корисно почати спринт з пошуку і опитування цільових користувачів. Інтерв’ю повинні включати питання, як користувачі використовують конкретний продукт, що їм в ньому подобається, а що ні.

При розробці нового продукту важливо сфокусуватися на альтернативних методах вирішення завдань, які використовують користувачі.

Робота на виїзді

У деяких випадках інтерв’ю самі по собі не приносять користі, якщо тільки не відвідати користувачів в їх робочому середовищі – там, де вони використовують продукт. Наприклад, якщо ви створюєте продукт для команди техпідтримки, корисно відвідати їх офіси, де вони зустрічаються з клієнтами.

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

Карта зацікавлених осіб

Продукти та послуги часто створюються для різних типів людей. Карта зацікавлених осіб включає всі можливі типи людей, залучених в певну ситуацію.

Інструкція на 30 хвилин:

  • Перерахувати всіх можливих гравців в проекті
  • Згрупувати учасників з конкретних ситуацій
  • Вирішити, для яких категорій користувачів буде створюватися проект в ході спринту і в якому порядку
  • Спланувати подальші дії і задуматись над створенням команд для роботи над кожною групою

Підсумки знайденої інформації і перші ідеї

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

Це перша перевірка, а не кінцеве рішення. Команда продовжить вивчати завдання і знаходити рішення на наступних етапах, так що це лише чернетки. Для повнішої картини вивчіть метод How might we? («Як можна це зробити?»), розроблений командою IDEO і описаний в декількох онлайн-матеріалах.

Методи виначення

  • Шляхи споживача
  • Принципи дизайну
  • Перший твіт

Головний шлях споживача

На стадії визначення потрібно розділити ідеї на осмислені категорії і визначити стратегії. Один з методів досягнення цієї мети – створити карту, яка описує всі стадії, які проходить користувач, від первинного вивчення продукту до його освоєння на рівні експерта.

Визначення принципів дизайну

Якими трьома словами ви б описали користувачам свій майбутній продукт? Для деяких продуктів дуже важливо, щоб користувачам було легко і весело працювати з ним; для інших важливіше, щоб продукт був функціональним і потужним.

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

Перший твіт

Уявіть, що настав час запускати ваш продукт. Який твіт як анонс ви опублікуєте? Його написання може допомогти команді сфокусуватися на своїй стратегії всього в 140 символах – або навіть менше.

Твіт для запуску кулінарного програми: «Любіть готувати? Скачайте MasterChef – кулінарний додаток, в якому понад мільйон рецептів»

Методи дивергенції

  • Вісім ідей за п’ять хвилин
  • Одна ідея за п’ять хвилин
  • Одна карта подій за п’ять хвилин

Вісім ідей за п’ять хвилин

Це відмінний прийом, узятий з геймштормінга. Він передбачає індивідуальну роботу в команді – потрібно накидати вісім ідей за п’ять хвилин.

Інструкція на сім хвилин

  • Дайте кожному члену команди листок паперу і попросіть згорнути його тричі навпіл
  • Попросіть розгорнути аркуш. Вийде сітка з восьми осередків
  • Попросіть кожного за п’ять хвилин накидати вісім ідей, по одній ідеї на осередок

Одна велика ідея за п’ять хвилин

Продовжіть попередню вправу. Попросіть членів команди попрацювати індивідуально і накидати одну велику ідею за п’ять хвилин.

Карта подій за п’ять хвилин

Іноді ідеї занадто складні, щоб їх можна було описати на одній сторінці – тоді команді потрібно мислити сценаріями або картами подій. Попросіть накидати карту подій, що містить ключові дії користувача. Якщо це новачки в дизайні, налаштуйте їх на роботу в стилі коміксів.

Методи прийняття рішень

  • Дзен-голосування
  • Колективний огляд
  • Капелюхи мислення
  • Дзен-голосування

Після перших голих ідей настав час обмінятися ними на білій дошці. Заохочуйте огляд ідей і голосування в тиші. Це дозволить кожному сформувати свою думку, не потрапивши під вплив інших.

Огляд і вибір рішення для прототипування

На цьому етапі команда може обговорити кращі ідеї і вибрати, які з них прототипувати. Часто потрібно зробити більше досліджень.

Капелюхи мислення

Якщо учасники вашої команди тільки почали брати участь в спринтах або схильні до упередженості в мисленні, призначте кожному певний капелюх. Капелюх представляє окрему точку зору, яка внесе свій вклад в кінцеве рішення. Нехай кожен вибере свою капелюх і обговорить рішення з відповідної точки зору.

Методи прототипування

  • Макети
  • Демо
  • Відео
  • Фізичний прототип

Прототип – це щось, що робить ваші ідеї досить реальними, щоб їх відчути. З його допомогою ви можете отримати фідбек від користувачів. Команди часто присвячують цьому етапу більшу частину часу.

Методи валідації

  • Тестування користувача
  • Відгуки зацікавлених сторін
  • Перевірки на технічну здійсненність

Тестування користувача 

Як тільки команда закінчила прототипирование, настав час тестування. Звичайне для користувача тестування може дуже швидко розкрити найважливіші моменти: що подобається і не подобається користувачам в прототипі, що вони хотіли б поліпшити, чи відповідає рішення їхніх життєвих потреб в цілому.

Оцінка стейкхолдерами

Головний стейкхолдер проекту – це той, хто часто вирішує, чи збирати ресурси для реалізації ідеї. Ця людина може бути директором або власником компанії. Його думка і твердження дуже важлива для успіху спринту.

Перевірка на технічну здійсненність

Чи відповідають дизайн-ідеї технічним можливостям команди або перевищують їх? Інженерний огляд може допомогти команді оптимізувати роботу і обговорити можливі шляхи реалізації проекту.

Позначки:

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься.