Прототипування

Що охоплює ця категорія

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

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

Дизайн екранів і дизайн-системи належать до категорії дизайн. Створення повноцінних застосунків без коду це No-code і автоматизація.

Деталізація це рішення, а не значення за замовчуванням

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

Низька деталізація перевіряє структуру: чи розуміють люди сценарій, чого вони чекають далі, де вагаються. Це швидко, дешево, і перевкластися майже неможливо.

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

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

Чим відрізняються інструменти

• Глибина взаємодій: від простих посилань до умов і змінних.
• Стан, щоб екран пам’ятав те, що ввели мить тому.
• Компоненти, які використовуються на різних екранах без дублювання роботи.
• Дані, реальні чи реалістичні, а не однаковий плейсхолдер усюди.
• Тестування на пристроях, на справжньому телефоні, а не в масштабованій рамці.

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

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

Тестування, заради якого все й затівається

Прототип існує для того, щоб показати його комусь, кого не було в кімнаті.

Сесії з модератором дають міркування: чому людина вагалася, що вона подумала про слово. Тестування без модератора дає поведінку у великому масштабі й дешевше, але без уточнювального питання. Обидва підходи кращі за зустріч-рев’ю, де перемагає найгучніша думка.

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

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

Від прототипу до розробки

Питання передачі в тому, що з прототипу зберігається.

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

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

Вартість і практичні обмеження

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

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

Де прототипи окупають витрати

Три ситуації стабільно виправдовують зусилля.

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

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

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

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