Сториборд

Когда применять

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

Сториборд отличается от CJM. Карта пути подробная, широкая и текстовая, её читают в нескольких подразделениях. Сториборд уже, держится на картинках и обычно нужен одной команде. Его часто используют как фрагмент карты, когда нужно показать один эпизод.

Он годится не для всего. Для детального дизайна и перебора всех сценариев метод не подходит. Данных о том, насколько он улучшает интерфейсы, мало, польза опирается на понятность и убедительность. Линейный рассказ плохо передаёт нелинейные продукты, а собрать из идей разных людей один согласованный сториборд трудно.

На основе каких данных строится

Лучше всего сториборд строить по результатам исследования. Это интервью, наблюдения, записи юзабилити-тестов, метрики. Для идеи можно обойтись без данных, но тогда это гипотеза, и её так и называют. Сториборд помогает принимать решения только тогда, когда он отражает реальное поведение людей, а не то, что автору хотелось бы показать. Выбирать только удобные моменты нельзя.

Нужен герой, обычно персонаж, и одна ситуация, в которой у него есть потребность.

Кто участвует

Сториборд делает дизайнер или исследователь, лучше вместе с командой. Разные люди видят больше деталей, а общий разбор помогает вести одну логику. Для показа приходят участники проекта, заказчики и стейкхолдеры. Рисовать хорошо не нужно. Умение рассказывать историю важнее умения рисовать, а стикеры и простые фигурки допустимы.

Что нужно для старта

• Данные исследования или идея, которую надо показать
• Герой, цель и одна ситуация. Отдельный сториборд на каждый путь
• Решение, насколько подробным будет рисунок. Наброски на стикерах, фотографии, схематичные рисунки или аккуратные иллюстрации
• Бумага, стикеры, доска или любой редактор

Как использовать

1. Данные и цель

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

2. Герой и путь

   Выберите одного героя и один путь. Если путей несколько, на каждый нужен отдельный сториборд. Вопрос о том, какая потребность приводит человека, определяет всю историю. «Приготовить печенье из того, что есть дома» и «найти рецепт печенья» дают разные сценарии.

3. Шаги словами

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

4. Кадры

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

5. Подписи

   Под каждым кадром поставьте подпись не длиннее двух пунктов. В ней действия, окружение, эмоциональное состояние или устройство.

6. Показ и правки

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

Результат

Лист или доска с тремя-шестью кадрами. Сверху сценарий, то есть герой и короткое описание ситуации. Под кадрами подписи и, по желанию, отметки эмоций. Для заказчика последний кадр показывает, как решение помогает решить и задачу бизнеса, а не только задачу человека.

Что дальше

Сториборд даёт рамку для пользовательского флоу: когда история понятна, остаётся нарисовать экраны и переходы. Сценарий можно показать людям на проверке концепции. Эпизоды сториборда можно вставить в CJM как иллюстрации контекста.

Типичные ошибки

• Сториборд о поведении, которого нет

  Рисуют то, что автору хочется видеть, а не то, что делают люди. Для решений он тогда не годится.

• Несколько путей в одном

  История разваливается. Один герой и один путь на сториборд.

• Перегруженные подписи

  Основа сториборда — картинки. Длинный текст превращает его в документ.

• Пропущенные функции

  Узкая линейная история оставляет за кадром важные взаимодействия. После сборки сверяйте её со списком нужных функций.

• Последний кадр только про пользователя

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

• Дорогое исполнение

  Сложные аппликации и комиксы тратят время без пользы для проекта. Простых набросков достаточно.

Российская специфика

Русскоязычные разборы метода есть на Хабре (2012), где описаны вопросы перед сюжетом и порядок для презентации заказчику, и на vc.ru (2018), где пересказана статья NN/g. Термин в русских статьях чаще всего пишут «сториборд», реже «раскадровка».