«Срез» и «Радар»

Проблема

Городские пресс-службы, штабы, продуктовые команды и журналисты работают в мире, где обсуждения важной для них темы происходят одновременно в десятках источников. Telegram-каналы, VK-сообщества, комментарии, отраслевые форумы, локальные паблики, GitHub Issues. Чтобы понять что происходит, нужно следить вручную или нанимать аналитика. И то и другое медленно и дорого.

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

Моя роль

Собственная разработка от идеи до развёртываний под разные практические задачи. Отвечаю за продуктовую логику, набор типов отчётов и гибкость движка под новые ниши без переписывания.

Ключевые продуктовые решения

• Параметризация вместо переписывания. Для нового применения, другой город или другой продукт, меняются источники, темы и набор отчётов через конфигурацию, а сам движок не трогается. Новая задача превращается из многонедельной разработки в настройку.
• Новые типы отчётов приходят из реальных запросов, а не из плана. Начинала с двух типов, остальные добавлялись по мере того, как с пользователями вскрывалась реальная потребность на конкретных задачах.
• Разные отчёты под разные роли, без универсального отчёта. Городская пресс-служба и продуктовый менеджер решают разные задачи, поэтому у них разные шаблоны отчётов. Один движок не пытается выдать один отчёт на всех.
• Демо на реальных данных вместо презентации. Лучшее доказательство движка — это открытый отчёт, по которому можно кликать, а не скрин и не слайд. Все три применения доступны как живые отчёты.

Три применения одного движка

Три применения доступны как живые публичные отчёты на реальных данных. Кликабельны, можно посмотреть структуру и логику.