Как мы делаем анонсы фич для пользователей
Приоткрываю внутреннюю кухню Джинна
У меня понемногу заканчиваются “теоретические” посты на тему стартапов и разработки продукта, поэтому я решил разбавлять их практикой. Сегодня расскажу о том, как мы делаем на Джинне анонсы новых фич для пользователей.
Последние полгода мы перестраиваем работу команды разработки так, что у каждого разработчика есть своя зона отвественности и по сути каждый становится мини-ПМ для своей части Джинна.
На практике это значит, что работа программиста над фичей не заканчивается в тот момент, когда фича попадает на прод. Правильно рассказать о ней пользователям – тоже часть работы.
Список вопросов, на которые надо ответить до анонса
Насколько это важная фича (frequency & impact)?
Размер анонса должен быть пропорционален важности фичи.
Для самых важных изменений вы хотите баннер на весь экран, который невозможно пропустить плюс рассылка или две. Для менее важных – это может быть таргетированное сообщение, плашка на странице или вообще отсутствие анонса.
Оценка важности фич и приоритизация это отдельная тема, могу порекомендовать вот эту статью для старта.
Насколько легко найти фичу без анонса?
Многие фичи не требуют анонсов т.к. у пользователя нет шансов их пропустить. Например, вы добавляете обязательное поле на форму публикации вакансии или рассылку “Похожие кандидаты” для рекрутера.
Поставьте себя на место пользователя, который заходит на Джинн каждый день. Заметит ли он что фича появилась? Важно ли нам, чтобы он это заметил?
Например, мы меняем дефолтную сортировку вакансий с “новые сначала” на “популярные сначала”. Даже если технически пользователь не может это не заметить, не факт, что он поймет в чем дело. Поэтому лучше рассказать еще раз.
Как об этой фиче узнают новые пользователи?
Как о нашей фичи узнает пользователь, который зарегается на Джинне через полгода? Скорее всего, анонс он уже не прочитает.
Хотим ли мы показать эту фичу как часть онбординга? Можно ли ее найти в процессе “обычного” использования продукта? Как можно улучшить feature discovery?
С другой стороны, если мы меняем порядок сортировки вакансий как в примере выше, для новые пользователей никакого специального анонса и не нужно – для них это будет выглядеть как “дефолтное” поведение продукта.
Не слишком ли часто мы рассказываем нашим пользователя о новых фичах?
Первое правило разработки продукта: пользователю пофиг на наш продукт. Все, что его интересует – решить свою собственную проблему.
Разработчики часто об этом забывают и пишут в стиле “радуйтесь, мы вас осчастливили новой фичей”. Да всем пофиг, если только фича не помогает решить задачу пользователя здесь и сейчас. Но даже в этом случае не всегда уместно “приставать” к пользователю с анонсами и точно не стоит делать это слишком часто, чтобы не “сжечь” внимание ваших пользователей.
И одна мысль напоследок:
"Фича, о которой никто не знает, для пользователя не существует”
Для своей команды я записал видео в Loom, где рассказываю об этом более подробно. Возможно, вам тоже будет интересно. Сразу извиняюсь за низкий production value, запись с первого дубля.
Как мы делаем анонсы фич для пользователей — Loom
Bonus: мини-гайд по Интеркому
Для анонсов мы используем Intercom, в виде in-app messages для мелких фич либо email рассылок для анонсов покрупнее. Не идеальный инструмент (и не дешевый!), но для нас работает.
Подробнее на видео (где-то с 7й минуты).
Как вам сегодняшний выпуск? Обсудить, как всегда, можно в нашей Telegram-группе или присылайте фидбек мне на почту.