Как Сетка превратила пользователей в со‑авторов продукта
фич разрабатывается на основе идей пользователей
Публичный сбор идей через Доску идей стал центральной частью продуктовой стратегии Сетки.
О Сетке
Сетка — социальная сеть для профессионального нетворкинга и карьерного развития от hh.ru, ориентированная на специалистов из IT, digital и креативных индустрий.
Продуктовую команду Сетки возглавляет Юлия Ранн. Команда сфокусирована на том, чтобы продукт развивался в направлении, которое нужно пользователям, а не только внутренней команде.
От закрытой разработки к открытому диалогу
В начале 2024 года, ещё до публичного запуска, команда Сетки разрабатывала продукт классическим способом: внутренние гипотезы, UX-тесты, глубинные интервью.
«Понятно, что мы какие-то UX-тесты делали, общались в формате глубинных интервью, но массовая обратная связь, позволяющая людям голосовать, а нам — приоритизировать идеи — этого не было.»
Закрытая разработка
- Фичи определяются внутренними гипотезами команды
- UX-тесты на небольших группах — единственный источник обратной связи
- Нет массового канала для сбора идей от пользователей
- Приоритеты основаны на интуиции продуктовой команды
Открытое со-авторство
- 70% фич основаны на предложениях пользователей
- Публичная Доска идей — центральный канал сбора идей
- Пользователи голосуют, комментируют и получают уведомления о статусе
- Приоритеты рассчитываются по 4 бизнес-метрикам через скоринг
Доска идей как основа со‑авторства
Решение пришло в виде модуля ПриоПлан для сбора и приоритизации идей продукта, где каждый пользователь может предложить идею для развития продукта и проголосовать за предложения других или просто прокомментировать.
Главное новшество заключалось не в самом инструменте, а в том, как команда построила всю продуктовую стратегию вокруг открытого со-авторства с пользователями и партнёрами.
Интеграция в пользовательский путь
Сразу после регистрации пользователь получает приветственное сообщение с приглашением делиться идеями. Доска идей встроена в приложение — никаких внешних сервисов или дополнительных регистраций.
«Регистрируешься, тебе приходит автоматическая отбивка от техподдержки: привет от Сетки, вот этот чат с техподдержкой, и если у тебя есть какие-то предложения, можешь оставить их в Доске идей.»
Такая стратегия превращает каждого новичка в потенциального со-создателя продукта буквально с первых минут знакомства с сервисом.
Собирать идеи со всех сторон
В предложении идей участвуют не только внешние пользователи, но и команды других продуктов HeadHunter. Для этого используются приватные доски, куда свои предложения могут вносить коллеги из других продуктов экосистемы.
- Собирать идеи и предложения от партнёрских команд
- Учитывать синергии с другими продуктами
- Защищать корпоративную информацию через разные уровни доступа
«Мы используем ПриоПлан и для внутренних пользователей. У нас есть команда контента, команда маркетинга — и мы говорим: если у вас есть классная штука, вы её тоже кладите как карточку в Доску идей.»
От хаоса идей к структурированному процессу
Буквально с первого дня доска наполнилась потоком идей, пожеланий и замечаний — голос пользователя зазвучал громко и отчётливо.
Доска идей превратилась из обычной «копилки» в мостик между командой и аудиторией. Вокруг этого инструмента выстроился чёткий ритуал:
«Каждые 2–3 недели мы всей продуктовой командой садимся, изучаем свежие идеи в доске и анализируем предложения, набравшие больше всего голосов. Это стало нашей продуктовой рутиной, позволяющей без лишних усилий держать руку на пульсе пользовательских потребностей.»
Работать только с идеями пользователей недостаточно. Для полной картины нужно видеть весь сквозной бэклог: баги, технический долг, регуляторные требования, интеграции с экосистемой. А чтобы эмоции от запросов пользователей не смещали фокус с продуктовых метрик — весь бэклог проходит через обязательный процесс командной приоритизации.
Каждая идея проходит 6 этапов — от первого голоса пользователя до уведомления о релизе:
Сбор и оценка
Регулярные встречи для разбора идей с Доски идей
Общий бэклог
Идеи пользователей + задачи из таск-трекера в одном месте
Скоринг
4 метрики: вовлечение, конверсия, охват, возвращаемость
Проработка
Детальная разработка концепций на основе приоритетов
Реализация
Воплощение в продукте с учётом приоритета
Обратная связь
Уведомление пользователей о статусе их идей
Сбор и оценка
Регулярные встречи для разбора идей с Доски идей
Общий бэклог
Идеи пользователей + задачи из таск-трекера в одном месте
Скоринг
4 метрики: вовлечение, конверсия, охват, возвращаемость
Проработка
Детальная разработка концепций на основе приоритетов
Реализация
Воплощение в продукте с учётом приоритета
Обратная связь
Уведомление пользователей о статусе их идей
Рациональная приоритизация поверх эмоций
Большой частью ПриоПлана является блок приоритизации, который так любят в других командах HeadHunter.
«У нас есть четыре основных компонента нашей бизнес-модели. Это охват, конверсия в регистрацию, retention и уровень вовлечения. Мы по этим четырём метрикам пытаемся оценить вклад новой фичи, оцениваем по шкале Fibonacci.»
Единая система ПриоПлана помогает в пару кликов превратить идею в задачу бэклога, автоматически подтянуть другие типы задач из таск-трекера в список на приоритизацию и раздать всем в команде свои критерии оценки.
Скоринг — это не просто баллы, это оцифрованные мнения команды, которые быстро показывают, где есть согласие, а где нет.
Маркетинговые каналы
Конверсия в регистрацию
Возвращаемость зарегистрированных
Уровень вовлечения в сессии
Результаты: когда пользователи становятся командой
«Большая часть бэклога проходит через приоритизацию. Мы стремимся к тому, чтобы все эпики, которые попадают в работу, были оценены. Это важно для постанализа эффективности принятых решений.»
Цикл ревью идей
Соотношение источников идей
70% фич — от пользователей
«Я бы сказала, что примерно 70 на 30 в пользу того, что пользователи генерируют. Но это не значит, что мы сами до этого не догадались — просто часто то, что хотят пользователи, и то, как мы видим развитие, совпадает.»
Это не означает, что команда просто выполняет пользовательские запросы. Доска идей стала инструментом валидации внутренних гипотез и источником неожиданных инсайтов.
Аудитория веб‑версии превзошла мобильную — благодаря запросам пользователей
Неожиданные открытия
Кейс веб‑версии: от запроса к стратегической фиче
Пользователи массово оставляли запросы на веб‑версию:
«Там три миллиарда карточек, по-разному сформулированных: хочу писать тексты с десктопа, а когда будет веб‑версия, а на мобилке неудобно.»
В результате аудитория веб‑версии уже превзошла мобильную, несмотря на то, что функциональность пока ограничена просмотром. Сейчас эта фича кажется очевидной, но когда команда работает в режиме стартапа и сталкивается с потоком тысяч идей, легко потерять фокус.
«Мы понимаем, что потенциал этого продукта огромен. Мы сами бы не понимали, насколько сильно она нужна, без этого социального подтверждения.»
Неожиданные открытия: кейс индустрий
Когда Сетка запустила функцию «Индустрии» для объединения профессионалов, команда создала список из 20 категорий.
«Мы начали получать много карточек типа "а моей индустрии нет", "вот этой индустрии нет". И получилось, что мы там довольно сильно не попали.»
Этот случай показал, как пользователи могут исправлять фундаментальные ошибки в понимании аудитории, которые невозможно обнаружить через традиционные методы исследований.
Эмоциональная связь и лояльность
Система совместного создания продукта сформировала уникальную эмоциональную связь между пользователями и командой:
«Мы видим, как пользователи у нас иногда прямо в самой соцсети пишут, тегают менеджера, делают пост, говорят: "Рома, ты красавчик, спасибо, что запустил".»
Такие реакции невозможно получить через традиционные каналы обратной связи. Пользователи чувствуют себя частью команды, а не просто потребителями готового продукта.
Операционные выгоды прозрачности
Непрерывные UX‑исследования на автопилоте
Доска идей не заменяет UX-исследования и глубинные интервью — команда продолжает их проводить. Но инструмент позволяет получать на порядок больше качественной обратной связи и выявлять направления, которые могли бы остаться вне поля зрения классических методов.
«Это очень дорого, поэтому мы сели всем офисом и сами сформулировали, что нам кажется нормальным. Просто мы начали получать в реальном времени много обратной связи, и с помощью этой обратной связи допилили каталог. Это гораздо дешевле, чем карточная сортировка.»
Build in Public: философия открытости
Что такое Build in Public
Build in Public — философия разработки продуктов, при которой компании открыто делятся процессом создания, метриками, неудачами и успехами с сообществом. Вместо традиционной секретности компании показывают «кухню» разработки в реальном времени.
Движение зародилось в стартап-сообществе в начале 2010-х, когда основатели начали публично документировать свой путь. Пионерами стали Nathan Barry (ConvertKit), который публиковал ежемесячные отчёты о доходах, и Joel Gascoigne (Buffer), делившийся планами развития и внутренними метриками.
Как появилось движение
Публичный сбор идей и открытая разработка начались с корпоративных платформ краудсорсинга: Dell IdeaStorm (2007) — пользователи предложили 23 000 идей, Starbucks My Starbucks Idea (2008) — 150 000 предложений от клиентов, и LEGO Ideas (с 2008), позволившая фанатам создавать коммерческие наборы.
Как это развивается в России
В российском IT Build in Public пока остаётся редкостью. Большинство компаний предпочитают закрытую разработку. Среди исключений:
ads.vk.com/upvote — сбор идей по рекламной платформе
Feature requests с прозрачными статусами
Полноценный публичный roadmap как часть стратегии
Сетка демонстрирует один из самых смелых примеров полной открытости в российском продуктовом развитии.
Плюсы и минусы прозрачной Доски идей
Преимущества
- Постоянное UX‑исследование
Insights от реальной аудитории 24/7 вместо дорогих периодических исследований
- Эмоциональная привязанность
Пользователи благодарят конкретных менеджеров, создавая личную связь с продуктом
- Экономическая эффективность
Замена карточной сортировки с 1000+ пользователями на real-time feedback
- Обнаружение слепых зон
Кейс с индустриями показал ошибки, которые невозможно выявить традиционными методами
- Валидация гипотез
Социальное подтверждение важности веб‑версии привело к правильным приоритетам
- Снижение субъективности
Количественные данные от пользователей против внутренних предположений
Потенциальные риски (контролируемые)
- Нелегальный контент
Решение: простая модерация — несколько десятков карточек в неделю, легко управляемо
- Утечка корпоративной информации
Решение: корпоративная этика + пользователи по умолчанию не знают закрытой информации
- Конкурентное копирование
Решение: знание направления ≠ понимание реализации и тайминга
«Честно говоря, мы как-то даже не рассматривали большую часть этих рисков. Преимущества прозрачности значительно перевешивают потенциальные угрозы.»
Практика показала: риски теоретические, выгоды — реальные и измеримые.
От фидбека к со‑созданию
Кейс команды Сетки показывает эволюцию отношений между продуктовыми командами и пользователями. Переход от односторонней разработки к совместному созданию не только улучшает качество продукта, но и формирует уникальную лояльность аудитории.
Ключевой инсайт: пользователи готовы быть со‑авторами продукта, если им предоставить удобные инструменты влияния и обратную связь о результатах их участия.
ПриоПлан с досками идей и кросс-командной приоритизацией в руках команды Сетки стал не просто инструментом сбора предложений, а платформой построения сообщества, где каждый участник чувствует себя со‑создателем продукта.
В эпоху пользовательского опыта побеждают не те, кто лучше угадывает потребности аудитории, а те, кто умеет строить продукт вместе с ней.