Как не надо разрабатывать онбординг

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

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

Есть случаи, когда адаптация и правда не нужна:

• Продукт действительно слишком прост и едва ли сможет запутать пользователя при любом сценарии;
  
  
• У продукта шаблонная структура, как у других аналогичных продуктов из этой же категории (например, этим часто пользуются социальные сети и интернет-магазины);
  
  
• Продукт полностью соответствует дизайн-гайдам Google или iOS, где есть общий шаблон разработки для приложений;
  
  
• Продукт слишком сложный — тогда и адаптация не поможет, нужно будет организовать специальное обучение.
  

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

1. Интервью с пользователями. Проводить их нужно до любых разработок. Опросы пользователей помогут составить краткий список основных функций и расставить приоритеты с точки зрения их значимости, чтобы адаптация была сосредоточена на наиболее важных функциях.
   
2. Тест юзабилити. Проведите не менее 5 сеансов тестирования юзабилити с пользователями, чтобы убедиться, что адаптация выполняет свое назначение.