SaaS · attention layer · пилот
BOS AI Radar
Утренний контроль потерянных продаж — кто ждёт ответа и какие сделки под риском, без переезда в новую CRM
Задача
Что нужно было решить
Заявки живут в Telegram, VK и почте, сделки — в CRM или таблице. CRM открывают раз в неделю: непонятно, кто уже ждёт ответа, где тишина после КП и какие сделки «зависли» по срокам. Из-за этого горят SLA и теряются продажи — не из-за отсутствия данных, а из-за отсутствия утреннего слоя внимания поверх уже существующих каналов.
Решение
Что я сделал
Спроектировал BOS AI Radar как attention layer, а не замену CRM: auth и RBAC, кабинет с утренним Attention Brief, очередь «нужен ответ» по каналам и сделки без движения. Поднял интеграции (webhook/sync) под Telegram, VK, почту, Google Sheets / Excel и CRM; brief уходит в Telegram. ИИ подключаю там, где он усиливает сигналы, а не подменяет правила. Оформил продуктовый контур как PWA с production-инфрой (очереди, Postgres, Docker).
Компромиссы
Чем пришлось пожертвовать
Главное решение — не становиться CRM. Это стоит дорого: нет владения данными, продукт живёт на чужих API и падает вместе с ними. Зато снимается возражение, которое убивает такие продажи чаще всего: «мы только что переехали в CRM, снова переезжать не будем». Сигналы строю сначала на правилах, ИИ — вторым слоем: правило можно объяснить клиенту и починить за час, а модель, которая молча пропустила сделку, разрушает доверие к продукту целиком.
Результат
Что получилось
Пилот готов к запуску с командами: публичный лендинг, демо-сценарии и свой кабинет на radar.develonik.ru. Отработаны авторизация, интеграции и утренний сценарий контроля потерянных продаж — без выдуманных метрик выручки: сейчас продукт в пилоте и открыт для пилотных команд.
Итог в трёх словах
- Утренний brief
- Очередь ответа
- Сделки без движения
- PWA + интеграции
Стек
- Next.js
- NestJS
- PostgreSQL
- Redis
- BullMQ
- OpenAI
- Docker
- PWA