Выберите открывающую сцену
Как потенциальные клиенты узнают о существовании вашей компании? Где они находятся и чем заняты непосредственно перед тем, как воспользоваться вашим продуктом? Мы предпочитаем самые простые открывающие сцены:
• поиск в интернете, в результаты которого попадает ваш сайт;
• журнал с рекламой ваших услуг;
• полка магазина, где ваш продукт соседствует с продукцией конкурентов;
• магазин приложений App Store, в котором представлено также и ваше приложение;
• новостная заметка, в которой упоминается ваша услуга (возможно, одновременно с аналогичными услугами, предоставляемыми несколькими конкурентами);
• лента новостей в Facebook или Twitter, где среди прочих постов упоминается и ваш продукт.
Существуют и другие возможные открывающие сцены. Cториборд может начинаться с обычных ежедневных действий: открытия папки с анализами на столе у врача, электронной почты на рабочем компьютере инженера или – если вы тестируете новый формат магазина – с момента, когда посетители переступают его порог.
Почти всегда во время тестирования в пятницу имеет смысл представлять ваше предложение одновременно с другими предложениями: в этом случае потенциальные потребители смогут заодно протестировать и продукцию конкурентов, а не только ваш прототип.
После выбора открывающей сцены вам останется принять всего каких-то 900 решений, и работа над сторибордом будет завершена. Это шутка… ну, или почти шутка.
Создание сториборда – процесс несложный, однако необходимость обдумывать огромное количество мелких деталей может оказаться утомительной. Вдохновляйтесь тем, что каждое из принятых сегодня решений позволит сэкономить интеллектуальные усилия завтра, когда вы будете заняты созданием прототипа.
Заполните сториборд
После выбора открывающей сцены «Художник» должен запечатлеть ее на первом «кадре» (для этого он должен стоять у маркерной доски, а остальные участники собраться вокруг). Так, «кадр» за «кадром» вы будете выстраивать свою историю – почти как комикс. По мере развития сюжета участники последовательно обсуждают каждую сцену.
При любой возможности берите заметки, использованные ранее при создании наброска решения, и прикрепляйте их к доске. Если вдруг обнаружите, что какой-то из этапов вашей истории ранее не был детально проиллюстрирован в эскизе – не заполняйте этот пропуск сейчас, если только он не является критически важным для процесса тестирования. Ничего страшного, если некоторые элементы прототипа не будут полностью функциональными. Например, если речь идет о сайте, то часть кнопок или разделов меню может не работать. Как ни удивительно, но для участников тестирования это обычно не представляет никакой проблемы, и они даже не обращают на такие моменты особого внимания.
Если вы все же решите, что пропуск должен быть заполнен, постарайтесь использовать какой-либо элемент из набросков, которые попали в категорию отложенных на потом, или же элементы уже существующих продуктов. Воздерживайтесь от соблазна немедленно придумать что-либо с нуля. Во второй половине дня в среду поиск новых идей далеко не лучший способ использовать время и другие ресурсы. Помните, что вам не нужны никакие красоты и изыски. Если события в данной сцене разворачиваются на экране компьютера, достаточно изобразить соответствующие кнопки, вписать в них названия и нарисовать стрелку, символизирующую нажатие данного пункта меню. Если же речь идет о событиях, которые будут происходить в реальности, можно обойтись символическим изображением человечков и выносками с произносимым ими текстом.
Скорее всего, на заполнение сториборда у вас уйдет вся вторая половина дня. Чтобы успеть все закончить к 17:00, выполняйте следующие рекомендации.
Работайте с тем, что есть.
Старайтесь не придумывать новые идеи, обходитесь теми, что уже имеются.
Не пишите на маркерной доске все одновременно.
В сториборде должны быть указаны примерные заголовки и важные формулировки, но не пытайтесь одновременно всей командой совершенствовать или уточнять их. Параллельная групповая работа над текстом, как правило, дает на выходе безликий и не вполне связный текст, не представляющий собой никакой ценности, не говоря уже о напрасно потерянном времени. Используйте формулировки, взятые непосредственно из набросков решений, которые были отобраны для создания прототипа, или просто отложите уточнение этих формулировок до четверга.
Включайте ровно столько деталей, сколько нужно.
На маркерной доске должны быть отражены все необходимые детали, чтобы в четверг при создании прототипа никто не задавал вопросов типа: «А что дальше?» или «Что происходит в данный момент?». Но при этом постарайтесь не перегружать сториборд деталями. Не нужно стремиться сделать каждый «кадр» идеальным и проработать все до одного мелкие нюансы. Достаточно сказать себе: «Тот, кто будет завтра создавать прототип, сам решит, как это сделать» – и двигаться вперед.
Решения принимает Распорядитель.
Заполнение сториборда может оказаться непростым делом, поскольку в первой половине дня вы и так уже приняли целую серию решений, израсходовав на это массу энергии. Чтобы облегчить себе задачу, почаще просите Распорядителя принимать необходимые по ходу заполнения сториборда тактические решения. В «спринте», проводившемся в компании Slack, роль «Художника» исполнял Брейден, однако окончательные решения принимала Мёрси. И пусть для нее это было дополнительной нагрузкой, зато все происходило быстро и без излишних колебаний.
Поймите, что просто нереально сохранить связность сториборда и включить в него все идеи без исключения. Но вы также не можете позволить себе провести весь день в спорах о том, что должно войти в пользовательскую историю, а что нет. Распорядитель может попросить совета у «спринт» – команды или уполномочить экспертов принимать решения по отдельным аспектам, но важно при этом не скатиться к демократии.
Если есть сомнения, рискуйте.
Увы, далеко не всегда получается использовать абсолютно все имеющиеся блестящие идеи. Но помните, что «спринты» особенно эффективны при тестировании рискованных решений, которые обещают огромную отдачу. Поэтому вам придется научиться расставлять приоритеты в обратном порядке. Если у вас есть на примете простое и не сопряженное с особыми рисками локальное решение, то его включение в прототип не даст вам никакой ценной информации при тестировании. Так что предпочитайте более рискованные, но потенциально более продуктивные идеи.
Вся история должна занять не более 15 минут.
