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

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

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

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

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

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

Написание брошюры позволяет увидеть продукт глазами пользователя и снабжает вас своего рода моделью, которую вы с клиентом сможете проверить (рис. 7.1). Вы видите свое новое предприятие с точки зрения покупателя, слышите его слова. Это дает возможность проверить свои идеи и удостовериться, что вы на верном пути. Часто предприниматели, начиная записывать функции, слишком ограничены собственной точкой зрения. Создание брошюры позволяет не попасться в эту ловушку.

Рис. 7.1. Инновационный процесс создания продукта развивается по спирали, но его можно ускорить, написав брошюру. Хотя не стоит ей слепо следовать; это лишь средство сконцентрироваться на получении и передаче знаний

Altaeros Energies

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

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

Рис. 7.2. Высокоуровневая спецификация продукта: Altaeros

Клуб любителей бейсбола

Я уже описывал сайт о бейсболе в шаге 3. В его основу была положена идея, что молодые мужчины в возрасте 25–34 лет, зарабатывающие более 75 000 долларов, – это очень привлекательная демографическая группа, внимание которой можно завоевать на несколько часов в день, создав сайт, посвященный одному из их главных хобби – спортивным фэнтези-командам. Концепция была здравой и стоила того, чтобы ею заняться.

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

Рис. 7.3. Скриншот: национальная страница клуба любителей бейсбола

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

Моя коллега, лектор МТИ Элейн Чен, заметила, что дизайн сайта содержит слишком много деталей и клиенты отвлекутся на картинки или цветовое решение, вместо того чтобы обращать внимание на функции, их реализацию и преимущества продукта. Элейн рекомендовала использовать инструмент каркасного моделирования, например Balsamiq® Mockups, чтобы сосредоточиться на рабочем процессе и остаться на уровне функций, а не погружаться в детали, как это сделала команда. Такой подход слишком отвлекает и мешает производительности.