Проблема
Администратор паблика держит в голове всё. Кому, когда и что пообещано. Кто заплатил, кто сдал материалы, кто на каком этапе. К операционке добавляется регуляторика. По закону каждую рекламную публикацию нужно зарегистрировать в государственном реестре интернет-рекламы, проставить erid в посте, ежемесячно сдавать статистику просмотров, закрывать акт через 14 дней. Промахи штрафуются.
До этого вся цепочка от заявки в чате до закрытия акта была у меня на ручном учёте, статистика собиралась в Excel, маркировка делалась отдельной процедурой. Нужен был инструмент, который возьмёт цикл целиком и оставит за мной только переговоры с клиентом.
Моя роль
Сама администратор паблика, сама единственный пользователь системы. Клиент-рекламодатель общается только со мной в чате, я веду сделку в пульте, AI-цепочка снимает рутину и регуляторку.
Продукт развивался поэтапно под мои собственные операционные боли. Сначала только сбор статистики и сдача в реестр. Потом маркировка по 38-ФЗ. Потом приёмка заказа из пересланного сообщения, автоматическое распознавание данных от клиента, выставление счетов, планирование публикации, авто-удаление через 14 дней. Каждый слой закрывал реальную боль, которая обнаружилась в работе.
Какие продуктовые решения определили продукт
- Приёмка через пересланное сообщение клиента, а не через форму. Клиент не должен заполнять анкету или регистрироваться. Просто пересылает мне свой готовый креатив. Система сама вытаскивает контрагента, ИНН, тип, дату, текст и параметры публикации. Порог входа клиента сводится к «переслать сообщение».
- Один пульт для всей сделки, в руках одного администратора. До этого данные жили в чатах, в учёте, в банке, в реестре. Решение собрать всё в один интерфейс, в котором я веду заказ от приёмки до закрытия акта. Клиенту наружу пульт не показывается, он видит только результат — опубликованный пост и счёт.
- Развитие фичу за фичей под реальные боли, а не по плану. Не строила сразу полный цикл, а наращивала систему по мере того, где у меня самой что-то болело в работе. Сначала статистика, потом маркировка, потом приёмка, потом счета. Это позволило не вложиться в фичи, которые могли не понадобиться.
- Полный цикл по закону внутри одной системы. Решение, что регуляторная часть (маркировка, erid в посте, ежемесячная сдача статистики, закрытие акта через 14 дней) — встроенный кусок продукта, а не отдельная процедура поверх. Это снимает риск штрафа и пропуска.
- Multi-tenant с расчётом на расширение. Архитектура заложена так, что система может вести рекламу нескольких пабликов и нескольких рекламодателей. Сейчас работает на одном паблике под одним администратором, но без переделок может подключать другие.
Что система делает за администратора
- Принимает заказ из пересланного клиентом сообщения. Клиент присылает в личку готовый креатив с фото. Система распознаёт контрагента, ИНН, тип, желаемую дату, текст. Сделка создаётся автоматически.
- Подтягивает реквизиты клиента по ИНН. Данные приходят из реестра ФНС и сохраняются в карточке заказа. Не нужно собирать реквизиты вручную в переписке.
- Ведёт календарь слотов паблика. Все занятые и свободные окна на месяц вперёд. Конфликты публикаций исключены.
- Регистрирует креатив в государственном реестре и проставляет erid. Обязательное требование закона выполняется внутри продукта, без отдельного интерфейса ОРД.
- Выставляет счёт и закрывает заказ по факту оплаты. Счёт уходит клиенту, поступление денег по банку автоматически переводит заказ в следующий статус.
- Публикует пост в назначенный час и снимает его через 14 дней. Закрывает обязательство по сроку контракта без ручного контроля.
- Собирает статистику и сдаёт ежемесячный отчёт в реестр. Сбор показов по всем активным креативам и сдача отчёта в государственный реестр без участия администратора.
Рекламные публикации в паблике Снежинск.События идут через эту систему — каждая отмечена пометкой «Реклама» и erid по требованию закона. Можно посмотреть, как выглядит конечный результат на практике.