Когда посетитель оказывается на вашей стартовой странице (*marketing page), что он должен увидеть? Почти все веб-приложения очень похожи: отзывы, список фич, скриншоты. На стартовых страницах обычно ровно столько, сколько нужно, чтобы человек зарегистрировался. Что, если был бы другой вариант? Если бы посетители могли начать пользоваться приложением с момента открытия стартовой страницы?
Традиционная стартовая страница в случае с веб-приложением сталкивается с двумя проблемами: во-первых, она должна заинтересовать посетителя на столько, что он зарегистрируется. Во-вторых, стартовая страница учит пользователя как использовать приложение, минуя процесс под названием “адаптация” (*onboarding). При объединении этих двух процессов – соблазнение посетителя стать пользователем в процессе его обучения, как пользоваться приложением (адаптация) – мы получаем процесс, который я называю постепенное вовлечение.
Fluent
Чтобы быть более предметным, давайте рассмотрим пример: Я спроектировал мобильное приложение – Fluent – по изучению языков с помощью флеш-карточек. В подводной части айсберга реализована система, которая показывает вам карточки, которые вы знаете, реже, а карточки, которые требуют тренировки, – чаще. Это сделано, чтобы пользователи могли просто запустить приложение и поучить карточки вместо того, чтобы ломать голову какой набор или категорию следует сейчас повторять. Как это все работает – долго объяснять и, как следствие, приложение для iPhone не достигло высоких результатов.
Чтобы решить эту проблему, я сделал веб-приложение:
Вместо всякого рекламного заманилова и/или технических терминов, оно просто спрашивает какой язык вы хотели бы учить: французский, итальянский, испанский или латынь.
При выборе латыни появляется флешкарточка со словом на латыни. Рядом подсказка, которая сообщает юзеру, что нужно кликнуть по карточке, чтобы увидеть перевод.
Переворот по клику. На другой стороне – правильный ответ. Еще одна подсказка сообщает, что скорее всего потребуется несколько раз прежде, чем вы запомните слово.
Далее, показывается новая карточка с новой подсказкой, где объясняется как будет происходить повторение карточек, которые были отмечены как неправильные.
После того, как пользователь ответил на первые три карточки правильно, появляется новая надпись:
“Поздравляем! Вы в процессе изучения латыни. Создайте аккаунт, чтобы сохранить прогресс.”
Обратите внимание, как я задержался с предложением “создать аккаунт”. И я ни разу открыто не просил юзера потестить приложение. Вместо этого, я предложил ему сохранить прогресс после того, как он уже инвестировал часть своего времени и сил. Разница радикальная.
Дизайнеры и маркетологи ведут постоянную борьбу за внимание посетителей. В то время как первый параграф в этой секции – тот, что объясняет принцип Fluent – может показаться скучным, веб-приложение, которое задает вам простой вопрос – соблазнительно. Но самое важное: веб-приложение создает временный аккаунт с небольшим количеством данных (для триала), который значительно повышает вероятность того, что юзер продолжит пользоваться приложением.
Выворачивая процесс
Постепенное вовлечение способствует тому, чтобы посетители становились пользователями в тот же момент. Вместо лапшы с информацией о продукте, оно позволяет юзерам начать им пользоваться сразу же, без регистрации и создания аккаунта. По крайней мере не раньше того, как они воспользовались продуктом и создали какие-либо свои данные!
Такой подход может и не подойдет всем приложениям, но в любом случае заслуживает переосмысления вашего проекта.
Другой пример: Netvibes позволяет ользователям создать свою новостную панель управления и ведет через весь процесс. После того как они сделали какую-либо кастомизацию интерфейса, система напоминает о необходимости создать аккаунт. Это позволяет посетителям фактически начать пользоваться приложением еще до того как они решили, нужно оно им или нет.
По возможности откладывайте необходиомсть регистрации до тех пор, как юзер “инвесторол” в ваше приложение. После этого решение принять будет просто.
В качестве последнего пример, Pandora спрашивает посетителей какой певец, жанр или композитор им нравится. После того, как юзер ответил, Pandora создает персональную радио-станцию с этим артистом и начинает проигрывать музыку, позволяя начать пользоваться приложением еще до создания аккаунта (хотя эта опция всегда доступна). Вместо попыток создать красивую стартовую страницу, чтобы рассказать посетителям о крутом движке по подбору музыки, Pandora задает простой вопрос, который позволяет сразу же продемонстрировать сам сервис.
Представте себе стартовую страницу Pandora, на которой объясняется как работает продукт, в чем ценность и что вам необходим аккаунт. Но все эти буквы не имели бы и близко того эффекта, какой имеет простое текстовое поле, сразу же вовлекающее юзера в процесс.
Добавление механизма постепенного вовлечения в ваше приложение
После наблдения его в действии вы возможно задались вопросом как его добавить в ваш сервис. Для начала просто ответьте на эти два вопроса:
- В чем ключевая функция вашего продукта?
- Какие функции сложные, могут ввести в замешательство и требуют время на объяснение?
У Pandora может быть много фич, но проигрывание подобранной музыки – основная функция. Поэтому они разместили ее в самом начале, в центре; а остальной процесс “адаптации” – вокруг проигрывания.
Самая большая проблема Fluent заключалась в том, что людям было тяжело понять процесс – что же происходит в подводной части айсберга. Последовательное, без спешки объяснение наших фич по мере их использования позволило пытливым юзерам их ценность из первых рук.
Автор: Nathan Barry. Оригинальная статья на английском.
