Бизнес‑цель
Увеличить выручку за счёт удержания клиентов и расширения сценариев использования.
Кейс
Февраль 2023
Как запускал новый продукт UX Feedback Link
Это инструмент для сбора фидбека по ссылке для UX/CX‑исследований и HR‑опросов.
До Link у нас было два продукта — опросы на сайте (Web) и в мобильном приложении (App). Они отлично работали для коротких опросов в моменте, но не покрывали сценарии с длинными анкетами. Когда у клиентов появлялась необходимость в глубинных исследованиях, они уходили во внешние сервисы. В итоге ответы оказывались в разных инструментах, их приходилось собирать вручную, а анализ становился сложнее. Это влияло и на удержание.
Гипотеза
Если дать возможность проводить большие опросы в платформе, Link станет дополнительным источником выручки.
Результаты за первый год работы продукта
- +15% expansion MRR за счёт подключения Link как отдельного продукта
- +10% всей выручки по итогам первого года
- 8 клиентов подключили Link как дополнительный продукт
- Продукт помог удержать ключевых клиентов и стал аргументом в тендерах
- Сохранили выручку в переговорах когда скидки были бы единственной альтернативой
Моя роль и шаги
Был единственным дизайнером в кросс‑команде с продактом CPO, аналитиком, проджектом, разработкой и тестировщиком. Вёл задачу от дискавери до запуска и последующего развития продукта.
Проанализировал входящие данные
- Изучил интервью от CPO: зафиксировал паттерны, боли, обходные пути.
- Провёл конкурентный бенчмаркинг: личные кабинеты, формы, логика.
- Собрал mind map возможностей и user story map по ролям (менеджер по работе клиентами, исследователь, респондент), что легло в основу MVP.
Собрал и защитил решение
- Вынес гипотезу, определил фичи на первый релиз.
- Подготовил документацию с юзерстори и макетами в Confluence.
- Презентовал решение команде, провёл техническое ревью с разработкой.
Запустил в разработку
- Провёл груминг для команды на пару с аналитиком, уточнили и закрыли мелкие вопросы по сторям.
- Совместно с командой декомпозировали задачи, оценили и зафиксировали их в Jira.
- Сопровождал разработку, провел дизайн‑ревью после QA.
Подготовился к релизу
- После пилотов получил через менеджеров обратную связь по продукту.
- На основе фидбека сформировал список улучшений в беклог для скоринга.
Теперь подробнее
Мои решения
В основу MVP легли решения, которые закрывали главные сценарии клиентов и позволяли быстрее вывести продукт на рынок.
Что сделал: Переиспользовал типы вопросов из основного продукта с веб‑опросами: шкалы, открытые вопросы и выбор вариантов. Более сложные форматы отложил на следующие итерации.
Зачем: Расширенные форматы (ранжирование, семантический дифференциал, матрицы) требовали больше ресурсов и замедляли бы запуск MVP. При этом по словам клиентов, текущих типов хватает в 90% случаев.
Итог: Сокращение набора сократило время разработки и ускорило выход MVP.
Что сделал: Встроил Link в основной продукт с веб‑опросами вместо отдельного приложения.
Зачем: Раньше веб‑опросы и опросы в мобильном приложении развивались отдельно. Исследователям приходилось переключаться между проектами, а данные были разбросаны. Интеграция Link в веб‑опросы решала эту проблему: давала возможность работать с длинными анкетами через те же отчёты, аналитику и правила обработки.
Итог: Управление стало проще. Link стал частью общей экосистемы, а переход между продуктами — прозрачным. Это первый шаг к цельной архитектуре, где исследователю не нужно прыгать между инструментами. Интеграция опросов из мобильного приложения — следующий этап.
Что сделал: Перенёс интерфейс конструктора из веб‑опросов в Link.
Зачем: Чтобы снизить порог входа и не тратить ресурсы на переобучение и разработку.
Итог: Команды сразу работают в знакомом интерфейсе и быстрее запускают опросы в Link.
Что сделал: Расширил логику показа блоков с уровня одной страницы на весь опрос. Теперь условия можно задавать от любых предыдущих ответов.
Зачем: Старый формат упирался в переходы между страницами. В сложных анкетах число условий росло экспоненциально, и настройка превращалась в громоздкую схему. Нужно было упростить процесс и сделать логику гибкой.
Итог: Большие анкеты стало проще настраивать. Команды строят гибкие, ветвящиеся сценарии без множества ручных переходов.
Что я вынес из этой истории
Link подтвердил ценность проведения глубоких исследований внутри платформы.
Клиенты были готовы платить не просто за возможность проводить длинные опросы, а за то, что теперь могут делать это в том же пространстве, где собирают инмомент‑фидбек. Единое хранилище данных упростило аналитику и повысило вовлечённость, а для нас стало новым источником выручки.
MVP с базовым функционалом дал быстрый выход на рынок, но не закрыл все потребности.
Запуск без сложных типов вопросов помог быстро подтвердить ценность и начать продажи. Дальнейшее развитие отложили из‑за приоритетов других стримов и нехватки ресурсов. Не все потенциальные клиенты подключили Link — им не хватало привычных для глубинных исследований типов вопросов: ранжирования, матриц, семантического дифференциала и карточной сортировки. С ними Link мог бы вырасти сильнее.