можете добавить на эту страницу специальную форму для заполнения, чтобы посетитель мог поделиться своим мнением о том, почему он считает эту функцию полезной.
Крайний вариант теста данного типа применяется теми разработчиками, кто не утруждает себя даже созданием простейшей целевой страницы, поскольку технически все попытки перехода по ссылке можно отслеживать и при отсутствии самой веб-страницы. В этом случае, кликнув на ссылку, пользователь попадает на «страницу 404» (где 404 – это код ошибки, означающий, что «страница не найдена»).
Компания Zynga, являющаяся разработчиком игр и имеющая большой опыт в области количественного тестирования продуктов, часто использует метод «фальшивых дверей». В своем выступлении на конференции Stanford Technology Ventures соучредитель Zynga, Марк Пинкус, рассказал, что его команда. собираясь протестировать новые игровые идеи, придумывает для каждой из них короткий питч из пяти слов. Затем эти питчи используются для создания рекламных ссылок, которые компания на некоторое время встраивает в свои уже существующие игры, чтобы увидеть, насколько большой интерес каждая из них вызвала у геймеров.
Стоит отметить необходимость постоянного отслеживания частоты и продолжительности применения метода «фальшивых дверей», чтобы не огорчать своих клиентов. Подобные «обманки» не должны использоваться в течение длительного срока. Не стоит допускать ситуаций, когда «фальшивая дверь» продолжает существовать уже после того, как вы достигли нужного вам размера статистической выборки.
Аналитика продукта и A/B-тесты
Аналитика продукта сама по себе не является тестом, но она может помочь в получении представления о том, как клиенты на самом деле используют продукт. Например, вы можете узнать, какие функции используют чаще всего и на каких веб-страницах проводят больше времени. При внедрении в продукт каких-либо усовершенствований вы можете отследить соответствующие изменения ключевых метрик продукта, чтобы проверить свои гипотезы. Аналитика продукта также является основой для A/B тестирования, поскольку аналитические методы используются для расчета метрик и сравнения результатов тестирования. Наиболее востребованными решениями для анализа продуктов являются такие инструменты, как Google Analytics, KISSmetrics, Mixpanel и Flurry.
A/B-тесты продукта или сплит-тесты используются для сравнения производительности двух альтернативных пользовательских интерфейсов (A и B), являющихся составной частью продукта. Например, предположим, что вы разработали новый процесс регистрации для своего веб-приложения, который, по вашему мнению, будет иметь более высокий процент завершений, чем прежний вариант. Вместо того чтобы просто заменить существующий процесс на новый, вы могли бы провести следующий A/B-тест: случайным образом разделить напополам поток пользовательского трафика, отправив одну половину на прежнюю версию страницы регистрации (A), а другую – на новую (B), после чего сравнить количество завершенных регистраций. Существует несколько популярных инструментов для проведения A/B-тестов: Optimizely, KISSmetrics, Visual Website Optimizer и Google Content Experiments (входит в состав Google Analytics).
Для маркетингового A/B-тестирования большинство компаний используют инструменты сторонних разработчиков. Однако, когда дело доходит до A/B-тестирования продукта, многие в конечном итоге предпочитают создавать и использовать собственные решения, чтобы добиться большей гибкости за счет совместимости программного кода. Одна из основных причин такого подхода заключается в том, что большинство инструментов для проведения A/B-тестирования написаны с использованием JavaScript, что позволяет им прекрасно взаимодействовать с клиентской частью продукта. Однако эти инструменты оказываются не столь полезны в тех случаях, когда необходимо протестировать продукт в его серверной части. Стоит отметить, что ведущие инструменты для проведения A/B-тестирования, такие как KISSmetrics, предлагают способы интеграции с вашей внутренней серверной A/B-платформой.
В целях проведения тестирования вовсе не обязательно равномерно распределять трафик между вариантами A и B. Пока вариант с меньшим количеством посетителей имеет количество посещений, удовлетворяющее требованиям статистической значимости, полученные результаты можно считать валидными. Многие компании постоянно экспериментируют, предлагая небольшим группам своих пользователей десятки или даже сотни альтернативных функций или дизайнов. Время от времени на сайтах Google, Amazon и других известных сервисов можно заметить появление новой кнопки, функции или дизайна. Если вы заметите, что изображение одного и того же приложения на вашем экране отличается от того, что другой пользователь видит на экране своего устройства, то, скорее всего, один из вас стал участником A/B-тестирования.
Аналитика и A/B-тестирование представляют собой мощные эмпирические инструменты, которые помогают понять поведение клиентов и соответствующим образом оптимизировать ваш продукт. Свободное владение этими инструментами обеспечивает быструю итерацию и отличает успешные команды разработчиков от других. Учитывая важность таких тем, как аналитика и A/B-тестирование, я вернусь к ним для более подробного рассмотрения в главах 13 и 14.
В этой главе были рассмотрены различные MVP-тесты, разъяснена разница между качественными и количественными, продуктовыми и маркетинговыми разновидностями тестов. После того как вы выбрали подходящий для вашего случая MVP-тест, необходимо разработать веб-страницу, экран или другой пользовательский интерфейс для проведения тестирования. Качественное проектирование пользовательского опыта имеет огромную важность, поскольку напрямую способствует успешности каждого из рассмотренных выше MVP-тестов. Поэтому, прежде чем перейти к теме непосредственного проведения тестирования MVP, я хочу посвятить отдельную главу принципам превосходного UX-дизайна, которые вы сможете применять при разработке артефактов для MVP-тестов.
Глава 8
Применение принципов превосходного UX-дизайна
Вы определились с набором функций, которые, по вашему мнению, должны быть в составе MVP. Пользовательский опыт (UX) – представленный на верхнем уровне пирамиды соответствия продукта рынку – это именно то, что воплощает в жизнь и делает доступными для потребителя все функции и преимущества продукта. Даже принимая исключительно правильные решения на четырех предыдущих уровнях, вы не добьетесь соответствия продукта рынку, если у вас не будет хорошего пользовательского опыта.
В отличие от других глав второй части этой книги, здесь не будет описан отдельный этап процесса создания бережливого продукта. Данный раздел полностью посвящен UX-дизайну, поскольку он крайне важен для достижения соответствия продукта рынку. Поэтому при разработке прототипа MVP я рекомендую воспользоваться приведенными здесь рекомендациями.
Они не превратят вас в дизайнера мирового класса, но дадут представление о UX-дизайне и понимание ключевых концепций. Представленная здесь информация будет особенно полезна менеджерам по продуктам, разработчикам и другим лицам, которые тесно взаимодействуют с проектировщиками. Полученные знания помогут вам вести содержательные дискуссии с дизайнерами и, в конечном счете, создавать более качественные продукты.
Что отличает превосходный UX-дизайн?
У каждого из нас есть опыт использования продуктов как с фантастически прекрасным, так и с плохим интерфейсом. Последние не отличаются интуитивной понятностью и удобством использования. Вам не удается найти нужную кнопку там, где вы ее ожидаете увидеть, и вообще не понятно, что делать дальше. Часто интерфейс приложения заводит вас в тупик или выдает загадочное сообщение об ошибке. Бывает, что шрифт на экране оказывается нечитаемым или дизайн оформления
