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

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

Детальные сториборды широко распространены в киноиндустрии. Например, компания Pixar, выпустившая такие фильмы, как «История игрушек» и «Суперсемейка», тратит месяцы на то, чтобы создать подходящий сториборд, – и лишь затем приступает к съемкам. Руководители этой компании считают гораздо более целесообразным приложить необходимые усилия в начале процесса, нежели потом столкнуться с необходимостью переделывать анимацию или перезаписывать озвучку, в которой участвуют знаменитые актеры.

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

На сториборде, подготовленном компанией Slack, было показано, как их прототип будет работать на практике, начиная с момента, когда потенциальные потребители, впервые узнав из новостей о наличии двух конкурирующих мессенджеров (Slack и Gather), заходят на сайты их производителей, и – если все пойдет хорошо – вплоть до момента регистрации в качестве клиентов.

Возможно, на поверхностный взгляд все это напоминает довольно скучный (и весьма посредственно нарисованный) комикс. Но, с точки зрения «спринт» – команды Slack, это был просто шедевр. В нем нашли отражение все их самые лучшие идеи, причем идеи эти были организованы в понятную всем участникам последовательную историю. Мы надеялись, что эта история окажется столь же понятной и потенциальным клиентам. Вот что было изображено на маркерной доске:

Когда вы закончите работу, сториборд для вас будет наполнен столь же ясным содержанием, как и сториборд команды Slack для ее участников. Сейчас мы объясним, как правильно создавать пользовательскую историю, и проиллюстрируем свой рассказ примерами из «спринта», проводившегося в компании Slack.

Для начала следует назначить кого-то из участников на роль «Художника». Мы берем это слово в кавычки, потому что упомянутая роль не требует способностей к рисованию. В данном случае «Художник» просто один из «спринтеров», согласившийся вести на доске детальные записи (заодно и Модератор хоть немного передохнет).

Для начала освободите маркерную доску и нарисуйте на ней сетку из 15 пустых клеток для будущих «кадров». Каждый из них должен быть размером примерно с два стандартных листа бумаги. Если вам трудно проводить длинные прямые линии (а это мало кто сумеет), вы можете обозначить границы клеток не маркером, а цветным скотчем.

Заполнять сториборд нужно начиная с левого верхнего «кадра». Он соответствует самому первому моменту взаимодействия потенциальных потребителей с вашим прототипом. Что следует на нем изобразить? С какой именно «сцены» должно начаться их знакомство с вашим прототипом?

Если вы найдете правильный вариант наполнения для открывающего «кадра», это впоследствии положительно скажется на качестве тестирования. Например, если вы тестируете электронное приложение, начните с App Store. Если речь идет о прототипе упаковки овсяных хлопьев, начните с полки в магазине. Но что делать, если вам надо разработать прототип мессенджера?

В свое время в прессе было много положительных отзывов об этом полезном изобретении. Многие клиенты впервые узнали о данном мессенджере, прочитав ту или иную статью. Поэтому Мёрси предложила начать с вымышленной статьи в The New York Times. Это могла быть статья о «новых тенденциях в программных продуктах для офиса» – что дало бы нам возможность естественным образом познакомить участников тестирования с двумя нашими продуктами (имеются в виду Slack и Gather). Вот что мы нарисовали на сториборде:

Вымышленная газетная статья является продуктивным началом сториборда. Мы использовали аналогичный подход в «спринте» для Blue Bottle Coffee, только в этом случае статья была посвящена трем (вымышленным) перспективным компаниям, специализирующимся на продаже кофе.

Но есть и масса других способов заполнения первого «кадра» в сториборде. Если помните, компании FlatIron Health предстояло ответить на вопрос: согласятся ли клиники при подборе пациентов для участия в исследованиях поменять устоявшиеся порядки? Поэтому начинать со статьи в газете не имело смысла. Вместо этого был выбран ящик для входящих сообщений электронной почты, куда от новой системы должны были поступать уведомления. В случае Savioke сториборд начинался с заселения участников тестирования в отель и забытой дома зубной щетки.