Книга: Спринт: Как разработать и протестировать новый продукт всего за пять дней

14. Прототип

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

И тем не менее, имея в своем портфеле сотни разработанных прототипов, мы сумели сформулировать 4 важнейших правила, которые никогда нас не подводили:

1. Выбор правильных инструментов;

2. Принцип «Разделяй и властвуй»;

3. Сборка элементов прототипа;

4. Тестовый прогон.

Далее мы подробно объясним, почему важно соблюдать каждое из этих правил и как их выполнять.

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

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

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

Не так давно мы и сами ощущали потребность в гибких инструментах для создания прототипов. Наша основная специализация – разработка мобильных приложений и веб-сайтов. Естественно, мы чувствовали себя наиболее комфортно при работе с приложениями вроде Photoshop или с такими языками программирования, как HTML или JavaScript. А потом мы открыли для себя Keynote. Его исходное предназначение – создавать презентации из отдельных слайдов. Однако Keynote оказался прекрасным инструментом для разработки прототипов. В нем имеются дизайнерские возможности, позволяющие быстро создавать профессионально выглядящие элементы. Слайды, которые лежат в основе Keynote, похожи на «кадры», необходимые при создании сториборда. Можно вводить текст, рисовать линии или использовать шаблоны фигур; вклеивать фотографии или иной иллюстративный материал; добавлять анимацию и другие интерактивные элементы. При необходимости в Keynote можно вставлять видео– и аудиозаписи.

Можете считать нас сумасшедшими, но мы на 90 % уверены, что при создании прототипа и вам тоже стоит использовать Keynote. Как мы можем давать такую рекомендацию, если даже не знаем, над прототипом чего именно вы работаете? Хороший вопрос. Конечно же, мы не абсолютно в этом уверены, но из ста с лишним проведенных нами «спринтов» лишь в нескольких случаях удалось обойтись без применения Keynote.

(Кстати, если на вашем компьютере стоит Windows, то подходящим инструментом будет PowerPoint. Он не так удобен, как Keynote, но в интернете вы легко найдете библиотеки шаблонов, которые сможете использовать при создании прототипов.)

Безусловно, в большинстве случаев нам приходится иметь дело с прототипами программного обеспечения. Разрабатывая их, мы обращаемся к Keynote, чтобы создавать слайды, соответствующие скриншотам будущего продукта. Иногда при тестировании мы просто показываем потребителям последовательность созданных нами слайдов в полноэкранном формате, и этого оказывается вполне достаточно. Порой мы прибегаем к специальным программным средствам[16] (да, такие программы существуют!), позволяющим объединять скриншоты в единое целое и загружать их в браузер или смартфон.

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

Когда речь идет о прототипе какого-либо материального продукта или устройства, Keynote может оказаться менее полезным. Возможно, вам придется воспользоваться 3D-принтером или внести изменения в уже существующий продукт. И все равно многие продукты и устройства имеют программный интерфейс. Вспомните, как во время «спринта» в компании Savioke при создании прототипа к роботу подключили iPad. Вы спрашиваете: «А что было на этом iPad?» Отвечаем: Keynote. Он опять нас не подвел.

К тому же во многих случаях может вообще не потребоваться создавать прототипы материальных продуктов. Одним из наших любимых приемов является так называемый «фасад в виде буклета»: вместо прототипа продукта мы делаем прототип веб-сайта, видео, рекламного буклета или презентации, которые будут использоваться при его продаже. В конце концов значительная часть решений о покупке принимается в интернете или во время телефонного общения с коммерческим представителем. Разработка рекламного буклета – отличное начало, чтобы оценить возможные реакции на готовый продукт и определить, какие из функциональных аспектов действительно важны с точки зрения потребителей, правильно ли установлена цена и так далее. Для решения подобного рода задач идеально подходит Keynote.

Авторы книги вынуждены признаться: мы вовсе не претендуем на то, что нам точно известно, как создать абсолютно любой прототип. Вполне естественно, что Keynote будет полезен далеко не всегда, особенно если вы работаете над промышленным изделием или собираетесь протестировать услуги, ориентированные на частных лиц (вроде многопрофильных семейных клиник One Medical). Но за годы практики нам удалось найти ряд способов добиваться хороших результатов при минимуме затрат. И сейчас мы вкратце вам все объясним.

Оглавление книги


Генерация: 1.970. Запросов К БД/Cache: 3 / 1
поделиться
Вверх Вниз