На рис. 7.11–7.18 показано, как выглядел прототип решения Биты и Эны. Присмотревшись повнимательнее, вы заметите, что почти все идеи были позаимствованы у конкурентов и источников влияния.
Рис. 7.11. Прототип Airbnb для свадеб, экран 1
Рис. 7.12. Прототип Airbnb для свадеб, экран 2
Рис. 7.13. Прототип Airbnb для свадеб, экран 3
Рис. 7.14. Прототип Airbnb для свадеб, экран 4
Рис. 7.15. Прототип Airbnb для свадеб, экран 5
Рис. 7.16. Прототип Airbnb для свадеб, экран 6
Рис. 7.17. Прототип Airbnb для свадеб, экран 7
Рис. 7.18. Прототип Airbnb для свадеб, экран 8
Экраны 1–5 – концепции Airbnb с переработанным контентом.
Экран 6 – пакет DIRECTV, переработанный для свадебных пакетов.
Экран 7 – система резервирования, позаимствованная с панели Apple Genius.
Экран 8 был построен специально.
Создайте первую версию с использованием того инструмента (карандаша, доски, Photoshop и т. д.), который позволит вам с командой работать быстрее. Когда вы будете хорошо знать, что происходит в прототипе решения, вам и вашим дизайнерам можно браться за работу.
Шаг 3
Вставьте все иллюстрации в программу создания презентации. Работая в одиночку, я обычно использую Photoshop. Если я работаю с группой дизайнеров, я рекомендую строить прототип в Google Presentation. Это упрощает совместную работу команды при построении разных экранов. Прототип Google Presentation также идеально выводит данные в формат PDF, что упрощает распространение результатов. Бита и Эна решили создать свой прототип линейного решения в Photoshop, а затем экспортировать окончательный продукт в PDF.
И это важный шаг, потому что презентация создается не для того, чтобы показать прототип решения ключевым участникам. Она показывает прототип решения клиентам. У пользователя должна возникнуть иллюзия того, что он использует интерфейс, даже если он не интерактивен. Просмотр документа в формате PDF на хорошем цветном экране (например, на планшете iPad) может быть чрезвычайно эффективным в партизанском исследовании (эта тема более подробно обсуждается в главе 8). Участник может перебирать изображения на экране в удобном ему темпе. Он может переходить вперед и назад, чтобы понять повествовательную линейность ключевого аспекта взаимодействия. На основании этого минимального взаимодействия можно получить очень полезную обратную связь. Например, когда Бита показала прототип решения невесте и жениху, им понравилась идея проведения изысканной свадьбы в доступном доме. Они использовали Airbnb и поняли, как работает частная сдача жилья в аренду. Однако при этом они заметили, что не могут заказать осмотр дома в интерфейсе предлагаемого решения. Бита и Эна об этом не подумали. Соответственно, они внесли изменения и включили календарную функцию для выбора дат осмотра (рис. 7.17). Затем они провели еще одну серию экспериментов и показали новый прототип еще пяти потенциальным клиентам, чтобы убедиться в том, что эта функция не просто «приятное излишество».
Adobe Acrobat (http://www.adobe.com/products/acrobat/create-inter-active-pdf-iles.html). Создавайте интерактивные PDF-документы, импортируя изображения в Adobe Acrobat и наделяя их интерактивными функциями.
Balsamiq Mock-Up (https://balsamiq.com). Инструмент для быстрого создания каркасных моделей, дополненный сотнями готовых паттернов взаимодействия и значков для быстрого создания моделей сайтов, настольных и мобильных приложений.
Invision (http://www.invisionapp.com). Invision позволяет создавать высококачественные композиции в любой программе на ваш выбор, загружать изображения. png и легко передавать их на мобильное устройство для проверки клиентами. Также программа позволяет легко сохранять комментарии и номера версий.
UXPin (http://www.uxpin.com). При помощи UXPin можно импортировать данные из Photoshop и разместить демоверсию по URL-адресу, по которому пользователи могут опробовать ее.
Prott (https://prottapp.com). Prott позволяет легко объединять изображения, добавлять активные области и генерировать интерактивные прототипы, хорошо подходящие для проверки концепций на разных устройствах.
Проверка прототипа решения: почему опыт взаимодействия пользователя и бизнес-модели неразрывно связаны?
Помните канву бизнес-модели из главы 2? Пока сосредоточьтесь на левой стороне и взгляните на рис. 7.19. Необходимо понять, как эти компоненты – ключевые партнеры, ключевые виды деятельности и ключевые ресурсы – могут повлиять на композицию прототипа решения.
Честно объясните своей команде логистику, заложенную в концепцию прототипа. Если это имитированное цифровое решение вашего интерфейса, в полной ли мере вы представляете себе все, что необходимо для обеспечения его работы? И то, насколько все это жизнеспособно в долгосрочной перспективе? Очевидно, что в случае с TradeYa модель-консьерж не была жизнеспособной. Если бы нам потребовалось провести масштабирование, Джаред уже не мог бы лично организовывать каждый обмен без исключения. Он не смог бы страховать каждого нового пользователя, чтобы его первый опыт обмена был успешным. Следовательно, мы должны были найти более приемлемое решение (подробнее об этом в главе 9).
Рис. 7.19. Ключевые компоненты, лежащие в основе решения
Бита и Эна, прежде чем показать свой прототип реальным пользователям, создали список вопросов и проблем, относящихся к каждому шагу. Среди вопросов, которые они задавали сами себе, были такие: кто их ключевые партнеры? какими были их ключевые активности? какие ключевые ресурсы будут использоваться, откуда они их получат? Чтобы получить ответы, они подготовили полный список вопросов:
Экраны 1–5 – где найти начальную подборку домов, чтобы сервис заработал? Можно ли построить базу предложений, связавшись с Airbnb или другими сайтами, предоставляющими жилье в аренду?
Экран 5 – как раздобыть фотографии достаточно качественные для того, чтобы убедить клиентов снять частный дом? Сможем ли мы (как и Airbnb) нанять фотографа, чтобы он снял приусадебный участок и комнаты?
Экран 6 – как найти поставщиков еды, цветов, услуг парковки? Хватит ли для начала десятка? Как установить партнерские отношения? Не лучше ли сосредоточиться на небольших местных предприятиях, которые уже обслуживают определенные места?
Экран 7 – какое время и какие дни будут с наибольшей вероятностью выбираться хозяевами и гостями для осмотра? Является ли изображенное расписание лучшим, не стоит ли ограничить осмотры выходными?
Экран 8 – возможно ли вообще вычислить общие затраты такого рода для свадебного пакета? Повысит ли слово «приблизительно» надежность оценки или только отпугнет гостей с ограниченным бюджетом? Насколько реально создать пакет при таком количестве переменных?
Общие вопросы к прототипу – что могло бы упростить тестирование решения? Нельзя ли ограничиться отдельным сегментом рынка, например Санта-Моникой или прибережными областями в Лос-Анджелесе? Сколько людей потребуется для организации крупного мероприятия, когда оно действительно состоится? Потребуется ли организатор свадеб, который все устроит? Или в этой платформе следует исключить посредника (организатора свадеб) и создать готовое решение для экономии затрат?
Ответы на эти вопросы со временем меняются. Например, где Бите и Эне взять информацию о домах, которые будут представлены на сайте? Вероятно,
