Ограничение функционала
Коротко
Спроектировал сценарии перехода на новые условия бесплатного тарифа: лимит в 5 пользователей, грейс-период, блокировку функций и понятный путь к привычной работе сервиса.
01. Проблема и старт
Бесплатный тариф тянул выручку вниз. Лимит по пользователям на нём был большой, у компаний не было повода переходить на платный. Реклама внутри бесплатного тарифа денег не приносила столько, сколько от неё ждали.
Решение было неприятное, но понятное: оставить бесплатный тариф, но ограничить его 5 пользователями.
Я отвечал за всё, что пользователь увидит при этом переходе: грейс-период, блокировку функций, возврат на платный тариф или соблюдение условий, чтобы остаться на бесплатном.
Сложность была не в одной точке: сколько пользователей, оплачен ли тариф, закончился ли период миграции. Нужно было понять, что видит админ, что видит обычный пользователь и что делать в каждом моменте.
02. Вводные данные
Собранной документации по сценариям тарифа не было. Каждый разработчик знал свой кусок, а общую картину пришлось восстанавливать почти с нуля.
03. Что затронули
Сначала пришлось разложить тариф на четыре состояния и отдельно пройтись по тому, что в каждом видит админ и обычный пользователь.
ЛК на бесплатном тарифе. Как выглядит всё, когда компания осознанно сидит на бесплатном и укладывается в 5 человек.
Переходы между состояниями (>5). Флоу зажима после превышения лимита по сидам или грейс из-за неуплаты. Что работает, что блокируется, как вернуться.
Переходы между состояниями (<5). Сценарий перехода, когда количество пользователей соответствует новым условиям.
Админ, потерявший доступ из-за неуплаты. Что он видит, что может сделать, как вернуться в норму.
04. Ключевое решение
Честно и понятно донести, что поменялось, дать время и варианты выхода из ситуации.
Риск: клиенты, которых внезапно зажали в лимитах, могут просто уйти.
05. Что сделано
Документация: разобрался с тем, что вообще есть в устаревшей документации, и проанализировал текущие механики. Скоординировал с разработкой, какие пути реализации вообще возможны.
Сценарии: подготовил макеты для всех четырёх сценариев. Нашёл несколько мест, где состояния были размазаны по коду и не имели нормального UI.
Решения:
Два статуса блокировки вместо одного
Разделил ручную блокировку от админа и системную из-за тарифа. Из-за одного статуса на все случаи пользователь не понимал, откуда пришла блокировка.
Объяснять каждое ограничение на месте
Привёл в порядок состояния элементов и добавил тултипы к недоступным функциям: что ограничено, почему и как снять.
Предупреждать заранее, а не по факту
Сквозные уведомления с обратным отсчётом на 14 дней и прямым CTA для покупки тарифа или сокращения пользователей, чтобы остаться на бесплатном.
Документация и синхронизация: пересобрал документацию и оформил сценарии в Figma. После этого дизайн и разработка перестали сверяться по разным кускам контекста.
Маркетинг: поддержал маркетинг в подготовке коммуникаций к запуску и помог сформулировать, как рассказывать пользователям про новые условия, чтобы они не восприняли это как удар.
Часть того, как это выглядит в интерфейсе:
Сквозная коммуникация в рамках зажима
Коммуникация и ограничения во время блокировки
06. Результаты
относительно плана ×7,5 / ×7 / ×3
Блокировки и состояния тарифа были донесены до пользователей. Админы видят, что происходит, до того как это скажется на работе его компании. Обращений в поддержку формата «почему не работает» в грейс-периоде стало меньше.
По деньгам результат оказался выше ожиданий. Компании, которые раньше сидели на бесплатном, в большинстве переходили на платные тарифы.
07. Что бы сделал иначе
Документацию собирал по ходу работы. На это ушло две недели, потому что мы допиливали представление об общем формате реализации по ходу. По-хорошему это должно было быть сделано до проектирования.
Взаимодействие с пиаром и ТП. Появилась россыпь статей с негативом. Люди не были готовы платить за то, за что раньше они не платили. Тут я бы сильно заранее объяснял, что происходит и почему. Пары писем и информеров в интерфейсе для такого изменения было недостаточно.