Сборка идеи 007 в рабочий документ: состав продукта, агентский слой и словарь понятий на человеческом языке, что входит в первую версию, этапы, техника, вопрос с Маркетом Битрикса, продажи и маркетинг, развилки и запас доработок.
Сервис подключается к CRM компании, сам разбирается, как устроены её продажи, и рассказывает об этом человеческим языком. Дальше он показывает, где теряются деньги — не «плохая конверсия», а конкретные сделки, до которых не дотянулись, обещания, которые не выполнили, и клиенты, о которых забыли. Руководитель может своими словами поправить, что система поняла неверно, и добавить свои показатели — без программиста и без техзадания. Каждая цифра проверяема до записи в CRM.
Всё, что мы обсуждаем, до сих пор называлось «сервисом аналитики». Это неточно и вредно для продажи — потому что ставит нас в один ряд с теми, кем мы не являемся.
| Категория | Что делает | Мы? |
|---|---|---|
| Речевая аналитика | Оценивает, как менеджер провёл разговор | нет — разговор для нас источник фактов, а не предмет оценки |
| Сквозная аналитика | Считает, какая реклама привела заявку | нет — мы начинаем там, где она заканчивается |
| BI и дашборды | Показывает срез данных, которые уже есть | нет — мы показываем то, чего в данных нет |
| CRM | Хранит и ведёт сделки | нет — мы поверх неё |
Мы восстанавливаем по следам в CRM, как на самом деле работает отдел продаж, и находим места, где обещанное не сделано.
Не анализ разговоров. Не отчёты. Контроль исполнения. Ближайшая мировая категория — восстановление процесса по цифровым следам: система читает журналы работы и показывает, чем реальный процесс отличается от задуманного. Только у нас это не про склад и не про документооборот, а про продажи, и результат измеряется не в отклонениях, а в рублях.
| Кому | Как объяснять |
|---|---|
| Собственнику | «Считаем, сколько денег ушло из отдела продаж не потому, что клиент отказался, а потому что до него не дошли руки» |
| Руководителю отдела | «Каждое утро присылаем, кому звонить сегодня и что просрочено — вместо того чтобы вы это выясняли обзвоном менеджеров» |
| Технарю или партнёру | «Восстанавливаем фактический процесс продаж из данных CRM и телефонии, накладываем на него правила исполнения и показываем разрывы с суммами» |
Плохо — всё, где есть слова «аналитика», «AI» или «РОП»: они мгновенно приземляют нас в занятую категорию, где уже стоят шестеро.
| Вариант | Что говорит | Сильно | Слабо |
|---|---|---|---|
| Дожим | Про действие: недожатую сделку дожимают | Слово из живого языка продаж. Не про контроль, а про помощь — значит отдел не саботирует. Про деньги | Разговорное, кому-то покажется несолидным |
| Недобор | Про упущенные деньги | Сильно бьёт в собственника: недобор плана — знакомая боль | Негативное по тону, плохо гуглится |
| Хвосты | Именно так руководители сами называют незакрытое | Своё, узнаваемое, ничьё на рынке | Совсем разговорное |
| Протечка | Метафора утечки денег | Считывается за секунду, легко запоминается | Для крупного клиента звучит несерьёзно |
| Ревизор | Про проверку | Авторитетно для первого лица | не брать Прямо противоречит правилу «кому звонить, а не кто виноват» — настраивает отдел против нас с первого дня |
«Дожим» для продукта, «контроль исполнения» для категории.
Разовый разбор при этом остаётся с денежным названием — «Аудит утечек», потому что он продаётся собственнику и должен звучать как деньги. А подписка называется мягко — «Дожим», потому что ею пользуется отдел продаж, и она не должна ощущаться надзором.
Это то же разделение, что и в подаче отчёта: наверх — про рубли, внутрь — про помощь.
Пять частей. Первые три обязательны с самого начала, четвёртая и пятая нарастают.
| Часть | Что делает | Зачем она |
|---|---|---|
| 1. Сбор | Забирает из CRM сделки, лиды, дела, звонки, переписку, историю стадий и смены ответственных. Плюс расшифровки разговоров, которые CRM уже сделала | Без своей копии данных ничего посчитать нельзя: в самой CRM нет ни истории пересчётов, ни возможности спросить «а чего не произошло» |
| 2. Понимание агентский слой |
Сканирует настройки портала, смотрит, как сделки движутся на самом деле, и излагает человеческим языком: вот ваши воронки, вот что означают стадии, вот эти поля мертвы. Человек поправляет | Здесь весь барьер. У каждой компании свои названия и свой смысл. Зашить в код нельзя, спрашивать анкетой — никто не заполнит |
| 3. Счёт | По понятому смыслу считает разрывы: лиды без касания, обещания без выполнения, сделки в тишине, забытые клиенты — и переводит их в рубли | Это то, что продаётся. Не «аналитика», а «вот 40 сделок, звоните сегодня» |
| 4. Разговор | Чат по данным и дашборды, которые рисуются по фразе и сохраняются | Удержание. Клиент возвращается не за отчётом, а за ответами на свои вопросы |
| 5. Подача | Утренний и вечерний дайджест: кому звонить, что просрочено, где встало | Форма, доказавшая себя: подсказки в дайджесте принимаются в 2–3 раза чаще, чем панели внутри CRM |
Это то, ради чего продукт нельзя повторить за выходные, и то, чего нет ни у одного конкурента. Разберём подробно, потому что здесь всё решается.
У одной компании «Думает» — это тупик, где сделки умирают. У другой так называется нормальная стадия ожидания решения комитета, и три недели там — норма. У третьей вообще нет стадии «Думает», а есть «Пауза» и «Заморозка», и это разные вещи.
Система, которая считает по названиям стадий, будет врать у всех троих. Система, которая требует заполнить анкету на сорок вопросов, не будет внедрена ни у кого. Значит, она должна догадаться сама и показать свою догадку на проверку.
Он работает в два прохода — сначала смотрит настройки, потом смотрит реальность. Второе важнее первого.
Читает: воронки и их стадии, типы дел, пользовательские поля и их справочники, оргструктуру и роли, роботов и бизнес-процессы, права доступа, подключённую телефонию и открытые линии, источники лидов.
Это то, чего не даст ни одна выгрузка настроек:
Результат сканирования выдаётся не таблицей настроек, а связным текстом, который можно прочитать и поправить:
«У вас три воронки, работает по сути одна — «Продажа квартир», в ней 92% сделок. Остальные две за полгода не двигались, я их не считаю — скажите, если это неверно.
В основной воронке семь стадий. Я поняла их так:
• «Новый» и «Квалификация» — обработка входящих. Медиана 40 минут, но у 23% сделок больше суток.
• «Показ» и «Подбор» — работа. Медиана 9 дней, это ваш основной этап.
• «Думает» — похоже на отстойник: сюда попадает 31% сделок, и 68% из них потом уходят в отказ. Медиана — 24 дня.
• «Бронь» — ожидание оплаты со стороны клиента. Тут тишина нормальна, я не буду считать её просрочкой.
• «Успех» — сделка состоялась.
Поле «Источник» заполнено в 96% сделок — на него можно опираться. Поле «Бюджет клиента» заполнено в 7% — считаю его нерабочим и в расчётах не использую.
Ваш рабочий день по факту: с 9:20 до 19:40, суббота рабочая, воскресенье нет. Просрочки буду считать в рабочих часах.
Что здесь неверно?»
Три причины, и все практические.
Усилие клиента — минуты, а не часы. Прочитать текст и сказать «всё верно, кроме "Брони" — там мы сами должны напоминать» занимает пять минут. Заполнить анкету — не занимает ничего, потому что её не заполнят.
Это уже продажа. Клиент читает и видит: система поняла его бизнес. Причём иногда лучше, чем он сам: «68% из "Думает" уходят в отказ» — часто новость для руководителя. Демонстрация ценности случается до первого отчёта.
Ошибки всплывают сразу. Если система неверно поняла стадию, это выяснится на первом экране, а не когда клиент получит отчёт с неправильными цифрами и потеряет доверие навсегда.
Второе требование: бизнес должен уметь переопределить существующее понятие и завести своё новое — словами, без программиста. Это устроено так.
Понятие — это не строчка кода, а конструкция из готовых кирпичей: события (звонок, письмо, смена стадии, отправка документа), интервалы (сколько прошло, в рабочих часах или календарных), условия (сумма, стадия, ответственный, источник) и действия (посчитать, сложить, взять медиану).
Поэтому новое понятие не требует разработки — оно требует сборки. А собирает её агент-переводчик из фразы человека.
Ключевое здесь — предпросмотр. Изменение определения показывает, как поедут цифры, до применения. Без этого правка определения — минное поле: цифры молча меняются, и никто не понимает почему.
Обрати внимание на честный отказ в середине: система прямо говорит, чего не может, а не молча выкидывает условие. Это то, что отличает инструмент от игрушки.
Это и есть «режим отказа», о котором шла речь в разборе: система не выдумывает правдоподобное число, а показывает, чего ей не хватает и как это исправить.
Тот же принцип, что и в вечернем обходе: человеку проще рассказать, чем заполнить. Особенно руководителю, который объяснит свой процесс за две минуты вслух и никогда не заполнит анкету на сорок полей.
Система показывает свой разбор — что она поняла про воронки, стадии и поля. Под разбором две кнопки: «всё верно» и «поправить голосом». Никаких форм, галочек и выпадающих списков.
Тот же разбор стоит показать двум-трём менеджерам и дать им ту же кнопку. Они знают процесс изнутри и часто описывают его иначе, чем руководитель.
И вот расхождение между версиями — само по себе находка, за которую платят: «ваш руководитель считает, что после показа менеджер отправляет подборку в тот же день; менеджеры говорят, что подборку готовит маркетинг и это занимает два-три дня». Такое всплывает на первой же неделе и обычно оказывается новостью для собственника.
Настройка голосом — не удобство, а устранение главного барьера внедрения. Любой продукт такого класса умирает на этапе «сначала настройте под себя»: клиент откладывает, потому что это работа, а результата ещё нет.
Здесь работы нет вообще — есть двухминутный разговор, после которого система уже считает по его правилам. Это то, что превращает продукт из внедрения в сервис, — а от этого, как видно из вывода ниже, зависит вся экономика.
Правило первой версии: она должна продаваться, а не впечатлять. Всё, что не участвует в первой продаже, выкидывается на следующие этапы.
| Входит в MVP | Не входит — и почему |
|---|---|
| Подключение к Битрикс24 по OAuth, забор сделок, лидов, дел, звонков, истории стадий и смен ответственного | amoCRM — второй коннектор делаем под конкретного оплатившего клиента, не раньше |
| Лента событий, склейка клиентов по телефону, почте и ИНН, отсев тестового мусора | Мультиарендность — первые клиенты живут отдельными установками, это дешевле, чем строить изоляцию сразу |
| Агент-сканер: разбор воронок и стадий, рассказ человеческим языком, подтверждение и правка человеком | Словарь на человеческом языке — в MVP правки принимаются в форме, а не свободным текстом. Полноценный переводчик — этап 3 |
| Шесть правил утечек без нейросети: лид без касания, сделка в тишине, пропущенный без перезвона, повторное обращение новым лидом, застрял в стадии дольше обычного, отвал после первого контакта | Обещания из расшифровок — это самая ценная часть, но она требует работающего конвейера расшифровок. Этап 2 |
| Расчёт «денег под риском» с видимой формулой и консервативной оценкой | Чат по данным и дашборды по фразе — этап 4. Красиво, но не участвует в первой продаже |
| Отчёт: страница и PDF, список сделок со ссылками прямо в CRM, «как посчитано» под каждой цифрой | Свой биллинг — счета выставляются вручную, пока клиентов меньше десяти |
| Ручной запуск и проверка человеком перед отправкой клиенту | Личный кабинет клиента — на этапе разовых разборов отчёт отдаётся файлом и ссылкой |
Спрашиваем себя: можно ли на этом взять 39 тысяч рублей? Да. Клиент получает документ, где написано «за квартал у вас утекло 4,2 млн, вот 38 сделок, по которым можно звонить сегодня, вот пять системных дыр». Ничего из невключённого списка для этого не нужно.
Срок: четыре недели при работе с агентами, из них полторы — на коннектор, это самая недооцениваемая часть.
Переход между этапами — по деньгам, а не по календарю. Не заработали на этапе — не идём дальше, а разбираемся почему.
Что делаем: берём портал (Игоря или дружественного клиента), выгружаем 90 дней, считаем разрывы скриптом на коленке. Никакого продукта, только цифры.
Вопрос, на который отвечаем: есть ли вообще утечки и на какую сумму.
Условие перехода: нашли минимум на миллион. Не нашли — останавливаемся здесь, и это экономит полгода.
Что делаем: MVP из списка выше. Продаём разбор за 39 тысяч, для застройщика — от 90.
Условие перехода: один оплаченный счёт. Не «интерес», не «после отпуска» — деньги на счету.
Что добавляем: обещания из расшифровок разговоров (главная незанятая щель рынка), утренний и вечерний дайджест, автоматический пересчёт по расписанию, личный кабинет.
Что продаём: подписку 19 900 в месяц, для застройщика 35 000. Первым делом — тем, кто уже купил разбор: возражение снято, они видели сумму своими глазами.
Условие перехода: три платящих подписки и понятая цифра — сколько часов уходит на подключение одного клиента. Больше четырёх — цену держать нельзя, идём автоматизировать онбординг, а не строить новые функции.
Что добавляем: агент-переводчик — правка понятий и создание своих словами, с предпросмотром «как поедут цифры». Сканер второй версии — с рассказом и объяснением. Версионирование словаря.
Зачем именно здесь: к этому моменту прошло 5–10 клиентов, и видно, какие понятия люди на самом деле просят. Делать переводчик раньше — угадывать.
Условие перехода: клиенты сами завели хотя бы по одному своему показателю. Если не заводят — функция не нужна, и это тоже ответ.
Что добавляем: чат по данным на естественном языке и дашборды, которые рисуются по фразе и сохраняются в свою коллекцию.
Почему так поздно: это то, что покупают глазами, но платят за другое. Плюс к этому моменту накоплены реальные вопросы клиентов — сорок типовых вопросов для быстрого ответа собираются из логов, а не выдумываются.
Что добавляем: отраслевой словарь недвижимости, брифинг перед контактом (та самая идея Игоря в работающей форме), связка с каталогом объектов.
Условие: три и более клиента из одной отрасли. Раньше — это не вертикаль, а частный случай.
Второй коннектор (amoCRM), мультиарендность с изоляцией по клиентам, свой биллинг, партнёрский канал, приложение в Маркете как витрина.
| Что | Как | Ограничение, которое надо помнить |
|---|---|---|
| Подключение | Серверное локальное приложение, OAuth. Для первого клиента годится входящий вебхук | Только на платных тарифах Битрикса. Права даёт администратор портала |
| Сделки, лиды, дела | Списочные методы с приёмом «по возрастанию идентификатора» вместо обычной постраничности | Обычная постраничность на больших объёмах работает в сотни раз медленнее |
| Звонки | Статистика телефонии — даёт связь звонка с делом, длительность, ссылку на запись и признак готовности расшифровки | — |
| Расшифровки | Отдельный метод по каждому звонку. Читает готовое, ничего не тратит | Один вызов на один звонок. Сто тысяч звонков — четырнадцать часов при лимите два запроса в секунду |
| Видеовстречи | Отдельный набор методов: расшифровка с таймкодами, краткое содержание, разбор сильных и слабых мест, готовая оценка эффективности 0–100 | Самый дешёвый для нас контент — вендор уже всё посчитал |
| Обновления | Подписка на события: создание и изменение сделок, дел, завершение звонков | Повторных отправок нет. Не ответил сервер — событие потеряно навсегда. Обязательна ночная сверка |
| Слой | Чем делаем | Почему так |
|---|---|---|
| Архив сырых ответов | Файлы на диске, потом объектное хранилище | Основа воспроизводимости. Дёшево |
| Лента событий и витрины | ClickHouse, одна машина 8 ядер / 32 ГБ | Сотни миллионов событий — его штатный режим. Сжатие в 10–20 раз. Диалект выбирается один раз навсегда: перенос словаря метрик между базами дороже, чем выучить эту |
| Настройки, словарь, дашборды, журнал ответов | PostgreSQL | Здесь нужны транзакции и мало данных |
| Словарь метрик | Cube Core, открытая лицензия, ставится к себе | Даёт коробкой то, что определяет достоверность: компиляцию запроса, предпосчитанные витрины, спуск до записей, изоляцию клиентов. И его формат запроса — готовый безопасный язык для нейросети |
| Графики | Vega-Lite | Есть формальная схема — проверка корректности бесплатно. Любые вычисления в описании графика запрещены, иначе он посчитает по-своему и разойдётся с ответом |
| Нейросеть для понимания структуры и вопросов | Сильная модель. Данные не уходят — уходит словарь и вопрос | Персональных данных в этом контуре нет вообще |
| Нейросеть для разбора разговоров | Российский контур либо своя модель на своём железе | Здесь персональные данные. Публичный GigaChat запрещает их присылать, зарубежные модели — трансграничная передача |
Вся инфраструктура на старте — около 8 500 ₽ в месяц на всех клиентов. Разбор всех звонков одного клиента за месяц стоит 317 ₽. Напоминание из расчётов: полтора часа человеческой поддержки стоят 3 000 ₽ — то есть в три-пятнадцать раз дороже всей технологии. Оптимизировать надо подключение, а не токены.
Стоимость входа: 70–200 тысяч разово и три-пять недель параллельно с разработкой. Это же и барьер, отсекающий тех, кто собирает обёртки на коленке.
Продукт живёт данными, и вопрос «откуда берём» решает больше, чем вопрос «как считаем». Порядок подключения — не по технической простоте, а по тому, что открывает новых клиентов.
| Очередь | Источник | Что даёт | Кого открывает | Сложность |
|---|---|---|---|---|
| 1 | Битрикс24 | Сделки, лиды, дела, звонки, история стадий, готовые расшифровки | Половина рынка CRM России | 1,5 недели |
| 2 | Телефония напрямую Mango, UIS, Sipuni, Asterisk |
Записи разговоров у тех, у кого не включён BitrixGPT, плюс звонки, не привязанные к CRM | Тех, кто платит за телефонию, но не за ИИ вендора — а таких большинство | 1 неделя на первую |
| 3 | amoCRM | То же, что Битрикс, но проще: там меньше сущностей | 220 тысяч компаний, из них 77–99 тысяч уже платят за сторонние виджеты | 1 неделя |
| 4 | Таблицы Excel, Google Sheets, CSV |
Клиентская база и сделки у тех, у кого CRM нет вообще | Огромный неохваченный пласт + воронка в основной бизнес студии | 2 недели |
| 5 | Универсальный приём вебхук по нашей схеме |
Любая самописная система шлёт события сама | Самописные CRM без написания коннектора под каждую | 3 дня |
| 6 | 1С | Факт денег: счета, оплаты, отгрузки, возвраты | Позволяет считать не «сделку в статусе Успех», а реально пришедшие деньги | 3 недели, много вариантов конфигураций |
| 7 | Мессенджеры WhatsApp, Telegram через шлюзы |
Переписка как касания — часто главный канал общения | Закрывает слепую зону: сделка «в тишине» может активно вестись в переписке | 2 недели |
| 8 | Сквозная аналитика Roistat, Calltouch, UIS |
Источник и стоимость лида | Позволяет считать не только упущенное, но и сколько стоило то, что упустили | 1 неделя |
Ни один коннектор не пишется «на будущее» — только под оплатившего клиента. Это единственная защита от бездонной ямы поддержки, о которой предупреждал pre-mortem. Исключение — первые три: без них нет продукта вообще.
На старте мы паразитируем на инфраструктуре вендора — это правильно и экономит месяцы. Но каждая заимствованная функция когда-нибудь станет своей, и лучше знать заранее, какая чего стоит.
| Функция | Сейчас берём готовым | Когда придётся делать своё | Цена своего |
|---|---|---|---|
| Расшифровка разговоров | Расшифровки CoPilot — бесплатно для нас | Как только клиент без подписки на ИИ вендора. Это будет уже на втором-третьем клиенте | 0,15 ₽ за минуту покупным сервисом = 1 200 ₽ на клиента в месяц |
| Записи звонков | Телефония Битрикса отдаёт ссылки | Внешняя АТС, звонки с мобильных, офлайн-встречи | коннектор к АТС, неделя на каждую |
| Структура воронки | Настройки портала | Источники без структуры: таблицы, самописное | сканер таблиц, см. ниже |
| Склейка клиентов | Битрикс сам связывает контакты и компании | Сразу, как появится второй источник — он не знает про CRM ничего | свой механизм сопоставления, см. ниже |
| Оценка разговора | Для видеовстреч Битрикс отдаёт готовую оценку 0–100 | Для телефонных звонков — уже сейчас, вендор её наружу не отдаёт | 317 ₽ на клиента в месяц на разбор всех звонков |
| Уведомления об изменениях | Подписка на события портала | Источники без событий — таблицы, часть АТС | периодический опрос и сверка |
| Рабочий календарь | Настройки портала | Везде, где настроек нет | вычисляем по фактическим активностям |
Каждая строка правой колонки — это заранее посчитанная цена независимости. Сложите: своя расшифровка плюс свой разбор — около полутора тысяч рублей на клиента в месяц. При подписке 19 900 это падение маржи с 76% примерно до 68%.
То есть полный отказ от инфраструктуры Битрикса стоит нам восемь процентных пунктов маржи. Не смерть. Это и есть ответ на вопрос «а что если вендор закроет доступ» — и именно поэтому абстракция источника закладывается с первого дня, а не тогда, когда прижмёт.
Как только источников становится больше одного, появляется задача, которой не было: понять, что клиент из CRM, звонок из телефонии и оплата из 1С — это один и тот же человек.
Заводим сквозной идентификатор клиента, отдельный от идентификаторов в системах-источниках. К нему привязываются ключи опознания: телефон, приведённый к единому формату, почта в нижнем регистре, ИНН, идентификаторы в каждой из систем.
Приоритет склейки строго по убыванию надёжности:
Ложная склейка двух клиентов дороже, чем пропущенная. Если система соединит двух разных людей, все цифры по ним станут неверными — и это невозможно заметить со стороны. Если не соединит — мы просто увидим двух клиентов вместо одного, что честнее.
Поэтому: никакого машинного обучения и никаких «похоже, это одно и то же». Только детерминированные правила, а спорные случаи попадают в отдельный список «похоже на дубли, посмотрите» — который сам по себе полезен клиенту, потому что дубли в CRM есть у всех.
Типичные ловушки, которые надо обработать явно: один телефон у мужа и жены (частая история в недвижимости); общий номер компании у пяти сотрудников; корпоративный ящик; менеджер, записавший свой номер в карточку клиента; один клиент, заведённый трижды разными менеджерами — последнее мы не лечим, а показываем как утечку, потому что это и есть потерянные деньги.
Отдельный сценарий, и он интереснее, чем кажется на первый взгляд.
Три причины, и третья главная.
Первая: таких компаний много, и у них та же самая боль — клиенты теряются, обещания забываются, а увидеть это ещё труднее, чем в CRM.
Вторая: у них нет конкурентов. Ни одна речевая аналитика и ни один сервис отчётности с таблицей работать не станет — это ниже их достоинства и вне их архитектуры.
Третья, ради которой это стоит делать: это прямая воронка в основной бизнес студии. Мы показываем компании, что она теряет три миллиона в год на забытых клиентах, — и следующий логичный шаг для неё не «купите подписку», а «внедрите нам CRM». То есть дешёвая услуга за 39 тысяч становится входом в проект внедрения за четыреста.
Тот же агентский подход, что и с порталом, только применённый к файлу. Система читает таблицу и сама догадывается, что где: где название клиента, где телефон, где сумма, где дата, где ответственный, где статус — и какие вообще бывают статусы.
Дальше рассказывает человеческим языком:
«Вижу 1 240 строк. Похоже, каждая строка — это клиент или сделка.
Колонка B — название клиента, заполнена везде.
Колонка D — телефон, но в 340 строках формат нестандартный, я их привела к общему виду.
Колонка F — сумма, заполнена в 62% строк.
Колонка H — статус, и у вас их семь: «звонок», «встреча», «думает», «счёт», «оплачено», «отказ», пусто. Пустой статус у 180 строк — это, судя по датам, новые заявки.
Колонка K — похоже на комментарии менеджера, там свободный текст.
Даты я вижу в колонках C и J. C — скорее всего дата обращения, J — дата последнего контакта, потому что она всегда больше.
Что здесь неверно?»
Главное ограничение таблицы: в ней нет истории. Есть только текущее состояние. Нельзя узнать, когда сделка перешла из «думает» в «отказ», и сколько она там простояла.
Решение простое: снимаем копию таблицы каждый день и строим историю сами. Через неделю уже видно движение, через месяц — полноценная картина. Первый отчёт при этом честно строится на том, что видно сразу: клиенты без контакта дольше N дней, строки без ответственного, дубли по телефону, сделки с суммой и без движения.
Дальше главное. К таблице отдельно подключается телефония, и звонки сопоставляются с клиентами по номеру. С этого момента мы знаем то, чего не знает сама компания:
Последний пункт особенно убийственный на демонстрации: «вот 34 человека, которые вам звонили за квартал и которых нет в вашей таблице вообще». Для компании, ведущей учёт в Excel, это обычно шок.
Куда это встраивается: четвёртая очередь источников, этап 3–4. Не раньше — потому что сначала нужен отработанный движок правил на нормальных данных, а таблица даёт данные худшего качества из возможных.
Идея «менеджер вечером звонит помощнику и надиктовывает, что сделал» была отвергнута, и правильно: она требует нового ежедневного ритуала от людей, которые не выполняют старый. Кто не заполняет CRM, тот и звонить не станет.
Здесь механика обратная. Система звонит сама, и спрашивает не «расскажи про день», а про конкретную сделку, по которой она видит пробел. От менеджера требуется только взять трубку и две минуты поговорить — а отвечать на звонки он и так умеет, это его работа.
Разница между «вспомни и расскажи» и «ответь на конкретный вопрос» — это разница между анкетой и разговором. Первое не заполняют, на второе отвечают.
У любой аналитики продаж есть данные, которых не существует нигде: очная встреча, звонок с личного мобильного, разговор в мессенджере с телефона, случайная встреча на объекте. Этого нет ни в CRM, ни в телефонии, ни в почте. Единственный источник — голова менеджера.
И вот ключевое: наша система точно знает, где эти дырки. Она видит сделку, которая переехала с этапа на этап, но не имеет ни одного касания в системе. Видит клиента, который вдруг оплатил, хотя последний контакт был месяц назад. Видит менеджера, у которого сделки двигаются, а активностей нет.
Голосовой обход — не отдельный продукт и не «ассистент». Это способ закрыть слепые зоны нашей собственной аналитики. Мы спрашиваем не всё подряд, а ровно там, где данные не сходятся.
Это же снимает главное возражение против таких систем: менеджер не воспринимает как допрос вопрос, на который у него есть ответ и который явно по делу.
Что произошло за девяносто секунд: в CRM появились три записи о контактах, которых там не было, одно зафиксированное обещание со сроком, одна причина отказа, одна перенесённая встреча и два напоминания. Менеджер не открыл ни одной карточки.
| Что видит система | Что спрашивает |
|---|---|
| Сделка сменила этап, касаний в системе нет | «Что происходило?» — самый частый и самый ценный вопрос |
| Была запланирована встреча, отметки о результате нет | «Состоялась? Что решили?» |
| Сделка стоит дольше обычного для этого этапа | «Живая или закрываем?» |
| В разговоре прозвучало обещание, срок прошёл, действий нет | «Вы обещали прислать расчёт до среды — отправили?» |
| Клиент оплатил, но в карточке пусто | «Как закрыли? Что сработало?» — это же собирает те самые лучшие практики |
| Сделка проиграна без указания причины | «Почему не сложилось?» |
Правило: не больше трёх-четырёх вопросов за раз и только по сделкам с суммой выше порога. Обход, который длится десять минут, будет саботирован на третий день.
Через две недели менеджеры начинают заполнять CRM сами — не потому что их заставили, а потому что проще поставить отметку, чем каждый вечер объяснять роботу, что было. Система, которая спрашивает про пробелы, устраняет пробелы самим фактом того, что спрашивает.
Это делает голосовой обход инвестицией в качество основного продукта: чем полнее данные, тем точнее считаются утечки.
| Исходящий звонок | Голосовое в мессенджер | |
|---|---|---|
| Дозваниваемость | Не возьмут трубку — и это главный риск | Отвечает, когда удобно — по дороге домой, вечером |
| Стоимость | Минуты связи плюс синтез речи в реальном времени | В разы дешевле: обычная расшифровка, без требований к задержке |
| Сложность | Высокая: нужен диалоговый робот, реакция за сотни миллисекунд | Низкая: бот присылает вопросы, человек отвечает голосом |
| Ощущение | «Меня допрашивают» | «Ответил и забыл» |
| Качество ответов | Живой диалог, можно переспросить | Односторонне, уточнять сложнее |
Первая версия — бот в Telegram или в самом Битриксе. Вечером присылает: «Иван, три сделки без отметок — ответь голосом, что было». Менеджер жмёт запись и говорит полторы минуты.
Это в разы дешевле, проще технически и приятнее для человека. Звонок делаем позже и только для тех, кто в мессенджере не отвечает — как эскалацию, а не как основной канал.
Отдельный плюс: в Битриксе бот живёт внутри портала, ставится тем же приложением и не требует от компании ничего нового.
Всё, что пришло из голосового обхода, — это данные со слов менеджера, а не факты из системы. Их нельзя смешивать с проверяемыми.
Поэтому в ленте они помечаются отдельно, и у любой цифры, куда они попали, в объяснении честно написано: «включая три касания, зафиксированные со слов менеджера». Клиент вправе настроить, учитывать их или нет.
Это принципиально, потому что вся наша ценность — в достоверности. Как только «менеджер сказал, что звонил» встанет в один ряд с записью реального звонка, доверие к цифрам поедет.
Голосовой обход не должен заканчиваться записью в ленту. Он должен заканчиваться назначенным действием с датой — иначе мы просто фиксируем, как клиент теряется, вместо того чтобы этому мешать.
Не менеджер. Система предлагает срок сама, а менеджер соглашается или поправляет.
Разница принципиальная: вопрос «когда тебе напомнить?» требует подумать и посчитать, а фраза «напомню в четверг, нормально?» требует сказать «да». На втором варианте обход остаётся коротким, а напоминания реально появляются.
| Что сказал менеджер | Что предлагает система | Логика |
|---|---|---|
| «Обещал ответ до пятницы» | Напоминание в четверг утром | За день до срока — чтобы успел сделать, а не узнал, что опоздал |
| «Перезвоню на следующей неделе» | «Ставлю на вторник — нормально?» | Расплывчатый срок превращается в конкретный. Иначе он не наступит никогда |
| «У них бюджет в следующем квартале» | Напоминание на первую неделю октября | Долгая пауза — тоже назначенное действие, а не забвение |
| «Он думает» | «Через сколько дней имеет смысл вернуться? Обычно по таким сделкам у вас три-четыре» | Система знает типичный ритм этого клиента по своим же данным |
| «Отправил КП, жду» | Напоминание через три рабочих дня | Из статистики: после этого срока шанс ответа резко падает |
Создаётся дело в карточке сделки с нужной датой — то, что попадает в счётчики и в его рабочий список. Не отдельная система, не письмо от нас, а привычный ему инструмент, иначе он туда просто не заглянет.
Для крупных сделок дополнительно ставится задача с исполнителем — там, где нужен контроль, а не просто напоминание.
И вот это самое важное, ради чего всё затевалось. Мы запоминаем не только «напомнили», а что именно должно произойти и к какому сроку.
Наступает дата — система сама проверяет: действие было или нет? Появился звонок, письмо, отметка? Если нет — это ровно та утечка, которую мы и продаём, только теперь мы её не обнаружили постфактум, а предсказали заранее и дали шанс не допустить.
Смотри, что получилось:
Пробел в данных → вопрос голосом → зафиксированное обещание → напоминание в CRM → проверка в срок → если не сделано, утечка → вопрос на следующем обходе.
Это уже не отчётность. Отчёт рассказывает, как деньги ушли. Это система, которая доводит до конца — и продаётся она совсем иначе: не «покажем, где теряете», а «не дадим потерять».
Причём заметь: каждый круг делает данные полнее, а значит следующий круг точнее.
На следующем обходе система возвращается к тому, что сама назначила:
«Иван, вчера ты обещал Петрову ответ по рассрочке до пятницы. Отправил?»
— «Нет ещё, жду от финансов.»
— «Понял. Переношу на понедельник и ставлю напоминание финансовому отделу? Или сам напомнишь?»
Это уже не сбор недостающего, а сопровождение исполнения. И именно эта часть делает продукт нужным менеджеру, а не только руководителю: он получает внешнюю память, которая не даёт ему забыть собственные обещания. Инструмент, который помогает тому, кого спрашивает, не саботируют.
«Проверить, сделано ли» звучит просто, но здесь легко получить систему, которая обвиняет людей зря. Поэтому для каждого типа обещания заранее определено, что именно считается выполнением.
| Обещание | Считается выполненным, если | Окно проверки |
|---|---|---|
| Перезвонить | Есть состоявшийся исходящий звонок этому клиенту дольше 30 секунд. Недозвон не считается — но и не считается нарушением, отмечается отдельно как «пытался» | от дня обещания до срока плюс один рабочий день |
| Отправить расчёт или КП | Есть письмо с вложением, или дело типа «Документ», или отметка об отправке. Просто звонок не закрывает обещание отправить | срок плюс один рабочий день |
| Уточнить и ответить | Любое исходящее касание этому клиенту после даты обещания | срок плюс один рабочий день |
| Встретиться | Дело типа «Встреча» с отметкой о завершении, либо подтверждение голосом на обходе | дата встречи плюс два дня |
| Выставить счёт | Появился счёт в CRM или в 1С — если 1С подключена, это факт, а не отметка | срок плюс один рабочий день |
| Вернуться в оговорённый срок | Любое касание в неделю вокруг названной даты | плюс-минус неделя — долгие обещания не проверяются по дню |
| Результат | Что делает система |
|---|---|
| Выполнено в срок | Тихо закрывает. Ничего никому не показывает — хорошая работа не должна порождать уведомлений |
| Выполнено с опозданием | Закрывает, но запоминает. Копится в статистику дисциплины по менеджеру — это уже показатель для руководителя, а не повод для окрика |
| Срок прошёл, действий нет | Утром попадает менеджеру в список «просроченные обещания» с суммой сделки. Сначала ему, не руководителю |
| Не сделано и после напоминания | Попадает в утечки с суммой, а на ближайшем обходе система спрашивает почему. Ответ тоже фиксируется — часто выясняется, что причина внешняя |
| Просрочено дважды по крупной сделке | Уходит в дайджест руководителя. Только здесь и не раньше |
Сначала сообщаем человеку, потом его руководителю — и только после того, как человек получил шанс исправить. Система, которая при первом же промахе бежит жаловаться наверх, воспринимается как доносчик и саботируется целиком, вместе со всей полезной частью.
А система, которая сначала напомнила тебе самому и лишь потом, при повторе, сообщила выше — воспринимается как справедливая. И это единственный режим, в котором она выживет в живом отделе продаж.
Накопительный эффект здесь тоже стоит назвать вслух: через три месяца у руководителя появляется то, чего у него не было никогда — доля выполненных обещаний по каждому менеджеру. Не «сколько звонил», а «сколько раз сказал клиенту, что сделает, и сделал». Это самый честный показатель работы продавца из всех существующих, и посчитать его иначе невозможно.
| Правило | Зачем |
|---|---|
| Всё созданное нами — помечено | Видно, что запись от сервиса, и можно отфильтровать или массово убрать. Клиент должен уметь развернуть всё обратно одним движением |
| Только добавляем, никогда не переписываем | Мы не меняем чужие поля, стадии и чужие задачи. Ошибка в записи не должна стоить клиенту данных |
| Три режима на выбор клиента | Ставить сразу · предлагать и ждать подтверждения · только показывать у нас, в CRM не писать. По умолчанию — средний |
| Не плодить дубли | Если по сделке уже есть открытое дело на ту же дату — не создаём второе, а напоминаем о существующем |
| Порог по сумме | Напоминания по мелким сделкам захламят список и обесценят все остальные |
| Эскалация руководителю | Крупное обещание просрочено дважды — уходит в утренний дайджест руководителя. Но не с первого раза: система, которая жалуется сразу, воспринимается как стукач |
Право записи в CRM запрашивается отдельно и отдельно объясняется клиенту при подключении — это тот случай, когда лишняя минута разговора на старте дешевле, чем один неприятный сюрприз потом.
| Риск | Как снимаем |
|---|---|
| Не отвечают | Мессенджер вместо звонка; не больше трёх вопросов; только по сделкам с суммой; статистика ответов показывается руководителю — и она сама по себе полезная метрика дисциплины |
| Воспринимается как слежка | Подача: «чтобы тебе не заполнять карточки руками». Плюс менеджеру возвращается польза — напоминания о его же обещаниях. Инструмент должен помогать тому, кого спрашивает |
| Врут или приукрашивают | Пометка «со слов». Плюс сверка: если менеджер сказал «звонил», а звонка нет ни в одной телефонии — это видно, и это отдельный сигнал руководителю |
| Плохо распознаётся речь | Для русской телефонии открытая модель T-one ошибается в 8,6% слов против 19–27% у Whisper. Плюс мы спрашиваем в контексте конкретной сделки — это резко упрощает разбор |
| Юридический | Запись разговора с сотрудником требует его согласия и локального акта по трудовому законодательству. Это делается один раз при внедрении и входит в наш пакет документов |
| Вендор сделает то же | Битрикс уже выпустил «аудиозадачи» — но это инструмент ввода: человек сам решает надиктовать. Мы делаем активный сбор по обнаруженным пробелам. Чтобы повторить, вендору нужно сначала научиться находить пробелы — то есть построить наш основной продукт |
Отдел из десяти менеджеров, обход каждый рабочий день: примерно 200 ответов в месяц по полторы минуты — это 300 минут расшифровки и около 200 разборов нейросетью.
Причём это не только доход: обход повышает полноту данных, а значит и качество основного продукта. Часть клиентов стоит подключать к нему бесплатно, просто чтобы утечки считались точнее.
Ты сформулировал это как «Битрикс делает голосовые задачи, а мы — голосовое заполнение CRM». Уточню: мы делаем не голосовое заполнение, а голосовой сбор недостающего — и это защищённее.
Голосовой ввод как таковой вендор рано или поздно доделает, тут соревноваться бессмысленно. А вот «система сама поняла, где дырка, и сама спросила именно про эту сделку» требует всего нашего движка под собой. Это не фича, которую можно скопировать, — это следствие продукта.
Вопрос поставлен так: стратегически мы хотим отойти от Битрикса, но на старте Маркет может оказаться проще и выгоднее. Разберём честно, потому что здесь есть распространённое заблуждение.
Приложения не имеют собственной цены. Клиент платит вендору единую подписку — от 800 ₽ в месяц за весь каталог из четырёх-пяти тысяч приложений. Разработчику достаётся доля из общего котла, и считается она баллами: вес приложения от единицы до десяти — назначает Битрикс — умноженный на частоту использования.
Прямая цитата правил: «Если клиент платит за подписку, но не использует ваши решения — вы не участвуете в распределении выручки от него».
Продать сервис за 20–35 тысяч в месяц внутри Маркета невозможно в принципе. Там нет ни цены, ни договора, ни клиента — всё это у вендора.
На старте Маркет не проще, а сложнее. Публикация требует статуса технологического партнёра, прохождения модерации, соответствия требованиям к оформлению и поддержке — это недели работы и переписки.
Локальное приложение ставится на портал клиента за час и не требует ничьего разрешения. Пока клиентов меньше десяти, ручная установка дешевле любой витрины.
Маркет становится выгоден не на старте, а когда ручные установки начинают съедать время — то есть на двадцатом клиенте, а не на первом.
Правила Маркета прямо допускают: приложение в подписке может предлагать дополнительные возможности за отдельную плату со своим механизмом оплаты. Плюс отдельная норма: интегратор, внедряющий Битрикс клиенту, вправе использовать весь программный интерфейс без публикации в Маркете вообще.
Такое приложение проще проходит модерацию (оно почти ничего не делает), не создаёт зависимости от правил распределения выручки, но даёт и витрину, и однокликовую установку, и легитимность.
Эти две вещи не противоречат друг другу, если разделить роли. Битрикс как источник данных — нормально и надолго: там сидит половина рынка CRM. Битрикс как касса — нет, потому что правила распределения переписывались в 2021, 2024 и 2026 годах, каждый раз в его пользу, и мы это уже проходили на партнёрской доле.
Отход от Битрикса — это не отказ от его данных, а отказ от зависимости в деньгах и в клиентах. Своя база, свой договор, свой домен, второй коннектор к amoCRM в запасе. Тогда любое изменение его правил бьёт по себестоимости, а не по существованию.
| Ступень | Что это | Цена | Зачем |
|---|---|---|---|
| 0. Счётчик утечек | Автоматическая проверка портала за 20 минут без участия человека. Одна страница: сколько лидов без касания, сколько сделок в тишине, на какую сумму | бесплатно | Лид-магнит. Все конкуренты дают на входе «30 минут анализа звонков», никто не даёт цифру в рублях — позиция свободна |
| 1. Разбор | 90 дней истории, выборочный разбор разговоров, два документа: сделки, которые можно поднять на этой неделе, и системные дыры | 39 000 ₽ застройщику от 90 000 |
Первые деньги. Решение принимается за один разговор, потому что названа сумма в рублях |
| 2. Подписка | То же самое, но постоянно и автоматически: утренний дайджест, что просрочено, кому звонить | 19 900 ₽/мес застройщику 35 000 |
Рекуррент. Продаётся тем, кто уже купил разбор — возражение снято заранее |
| 3. Строка в счёте студии | «Аналитический контур» отдельной позицией в каждом коммерческом предложении на внедрение | 60 000 разово + 25 000/мес | Нулевая стоимость привлечения. Клиент уже в сделке, уже доверяет, уже подписывает счёт на четыреста тысяч |
«Если мы не найдём в вашей CRM упущенного минимум на миллион — вернём деньги полностью и отдадим отчёт бесплатно».
Работает, потому что риск асимметричен: в живом отделе продаж с трёхмесячной историей утечек на миллион находится почти всегда, а обещание конвертирует холодный контакт без встречи.
| Не работает | Работает |
|---|---|
| «У вас плохая аналитика в Битриксе» | «Вы тратите на отчёты руки — и всё равно не видите того, чего не произошло» |
| «Вырастим конверсию на 38%» | «Покажем в рублях, сколько утекло, и дадим поимённый список, кому звонить» |
| «Искусственный интеллект для отдела продаж» | «Цифра, которую можно назвать собственнику и объяснить, откуда она» |
| «Контроль менеджеров» | «Кому звонить сегодня» — одни и те же данные, но первое саботируется отделом, а второе внедряется |
Обещать проценты роста нельзя ещё и потому, что мы не сможем их доказать — атрибуция в продажах не решается. Зато мы можем показать прослеживаемую цепочку: вот сорок брошенных сделок, вот двенадцать, по которым связались после сигнала, вот три закрытые. Это слабее звучит и сильнее убеждает.
Там работает арифметика, которую невозможно оспорить:
«Целевой лид стоит вам 12–18 тысяч, конверсия в сделку около 3%. Значит одна сделка обходится примерно в 220 тысяч привлечения. Мы стоим 35 тысяч в месяц. Если мы за год вернём вам две сделки из тех, что уже оплачены рекламой, — мы окупились. Вот, кстати, ваши сделки, до которых не дотянулись за последний квартал.»
| Материал | Зачем | Сколько делать |
|---|---|---|
| Образец отчёта на обезличенных данных, 6–8 страниц | Сильнее любого демо: уходит письмом, работает без встречи, продаёт пока ты спишь | 6–8 часов первым |
| Один кейс с цифрой в рублях | Без него мертвы и рассылка, и партнёрский канал | зависит от согласия клиента |
| Строка «Аналитический контур» в шаблоне КП | Самый дешёвый актив с самой быстрой отдачей: включается во все текущие сделки | полдня сегодня |
| Счётчик утечек — скрипт плюс страница | Масштабирует воронку без часов человека | 12–20 часов |
| Калькулятор упущенного без доступа к CRM: менеджеров, лидов, средний чек → сумма | Ловит тех, кто не даст доступ к порталу. Годится в соцсети и в холодную | 3–4 часа |
| Демо-портал с живым интерфейсом | Нужен партнёрскому каналу, не нужен для первых денег | отложить |
То, что напрашивается, но не должно попасть в первые версии. Список нужен, чтобы не изобретать его в панике под конкретного клиента и не соглашаться на всё подряд.
| Доработка | Что даёт | Когда |
|---|---|---|
| Брифинг перед контактом | За полминуты до звонка: что обещали, какие возражения были, что появилось под бюджет клиента. Идея Игоря в работающей форме | после трёх клиентов в одной вертикали |
| Отраслевые бенчмарки | «У вас конверсия 2,1%, по рынку 3,0%» — то, чего клиент не может узнать внутри себя. Главный актив компании в долгую | после 20–30 клиентов, накапливается само |
| Досье клиента | Вся история одного покупателя как связный рассказ с ответом «почему не купил» | этап 3–4 |
| Оценка разговоров по чек-листу | Догоняет речевых аналитиков | только по запросу клиента: рынок занят, входить незачем |
| Прогноз выручки | Классика жанра | осторожно Пользователи Gong эту функцию публично не используют. Делать только если попросят деньгами |
| Связка с каталогом товаров или объектов | Рекомендация «что предложить этому клиенту» | вертикально, где каталог есть: недвижимость, авто, оптовая торговля |
| Переписка из мессенджеров и почты | Полнота ленты: сейчас видим звонки и CRM, но не WhatsApp | этап 3, как только клиент спросит «а переписку вы видите?» |
| Мобильное приложение | Дайджест в кармане | не нужно: Telegram решает ту же задачу бесплатно |
| Автодействия — сам ставит задачи в CRM | Не только показывает, но и исправляет | аккуратно Запись в чужую CRM — это ответственность за последствия. Только по явной настройке клиента |
| Голосовой ввод дня | Вторая идея Игоря | не делать Вендор там с 2025 года, и функция не решает проблему: кто не заполняет CRM, тот и диктовать не станет |
Разовый. Он продаётся за один разговор, даёт деньги на четвёртой неделе и создаёт материал для кейса. Подписка на холодного клиента требует доверия, которого ещё нет. Причём разовый разбор — лучшая продажа подписки: человек уже увидел сумму.
Сначала отдельные, потом общая. До пяти клиентов отдельные установки дешевле: не надо строить изоляцию данных, а требования по защите персональных данных мягче, пока в одной базе меньше ста тысяч человек. Общую систему строим, когда установки начнут отнимать время на обновлениях.
Но ключ клиента в структуре данных закладываем сразу — переделать потом означает миграцию всех таблиц.
Сначала формой. В первой версии человек правит понятое системой через готовые поля: эта стадия — отстойник, эта — ожидание клиента, тишина здесь нормальна. Свободный текст — этап 3, когда видно, какие правки люди реально просят.
Иначе получится переводчик, который переводит то, чего никто не спрашивает.
Чужие, пока их дают. Расшифровки Битрикса стоят нам ноль. Свой расчёт окупается только после двадцати клиентов. Но абстракция источника — с первого дня, и если делать своё, то не на Whisper: на русской телефонии он ошибается в каждом пятом слове, а открытая модель T-one — в каждом двенадцатом.
Недвижимость первой, ядро — нейтральное. Там дорогой лид, известный поимённо список покупателей и есть Игорь. Но отраслевые понятия живут в словаре, а не в коде — иначе повторим судьбу Profitbase, который из своей ниши выйти уже не может.
Записаны заранее, чтобы не пришлось спорить с собой потом.
Отчёт должен отвечать на вопрос «кому звонить», а не «кто виноват». Одни и те же данные можно подать как обвинение и как помощь. Первое отдел продаж хоронит за два месяца — независимо от того, насколько верны цифры.
Четыре прямых вопроса — четыре прямых ответа, без смягчений.
Написать код, который подключается к CRM и считает брошенные сделки, — это ремесло, а не наука. Четыре недели до продаваемого отчёта. Порог входа технически низкий, и в этом опасность: повторить основу может любой.
Сложность в другом — сделать так, чтобы цифрам можно было верить. Не смешать воронки, не посчитать конвертированный лид дважды, не сложить рубли с долларами, не сломать статистику при смене ответственного, отсеять тестовый мусор. Каждая из этих ловушек даёт неверную цифру и никогда не даёт ошибку — она просто тихо врёт.
| Что делаем | Сложность | Срок |
|---|---|---|
| Коннектор, лента событий, правила утечек, отчёт | низкая ремесло | 4 недели |
| Юридический контур | низкая но обязательная | 3–5 недель, 70–200 тыс ₽ |
| Разбор обещаний из расшифровок | средняя качество достигается итерациями | 1 неделя + доводка месяцами |
| Агентский сканер и словарь голосом | средняя главное — не угадать заранее, а увидеть на клиентах | 3 недели, после 5–10 клиентов |
| Чат по данным с гарантией достоверности | высокая здесь легко сделать красиво и неверно | 3 недели + эталонный набор вопросов |
| Отраслевые словари и бенчмарки | не делается, а накапливается | годы, от клиента к клиенту |
Итого: первый рубль — четыре недели, полный контур — двенадцать, настоящее качество — годы. При этом ни одна часть не требует прорыва: всё это инженерная работа, а не исследование.
Ядро одинаково у всех: коннектор, лента событий, правила, дайджест, отчёт. Это сервис в чистом виде.
Смысл у каждого свой: что такое «просрочка», какая стадия тупиковая, где тишина нормальна. Это всегда настройка под клиента — вопрос лишь в том, кто её делает.
Если настройку делает человек — это внедрение, и экономика будет как у студии: время за деньги. Если её делает агент-сканер, а человек только правит голосом — это сервис.
Вот почему агентский слой — не украшение, а условие существования бизнес-модели.
| Часов на подключение клиента | Что это за бизнес | Какая цена уместна |
|---|---|---|
| до 4 часов | Сервис. Масштабируется, маржа 76–80% | 19 900 ₽/мес подписка |
| 1–2 дня | Сервис с внедрением. Растёт, но медленно | подписка + разовая настройка 60 тыс |
| неделя и больше | Проект, а не продукт. Упирается в часы владельца | 150–300 тыс разово, подписка вторична |
Первые пять–десять внедрений будут внедрениями под видом сервиса, сколько бы мы ни планировали иначе. Так и нужно: на них мы узнаём, какие правки люди просят на самом деле, и только потом это автоматизируется.
Задача не в том, чтобы сразу быть сервисом, а в том, чтобы к десятому клиенту доля ручной работы упала втрое. Метрика одна и считать её надо с первого дня: сколько человеко-часов ушло на подключение. Если она не падает от клиента к клиенту — мы строим не продукт, а услугу, и тогда честнее продавать её как услугу и по другой цене.
Ответ зависит от того, с чем сравнивать, поэтому разделю.
| Как на это смотреть | Перспектива | Почему |
|---|---|---|
| Как замена дохода студии | высокая | 25–35 подписок за два-три года — это 600–900 тысяч рекуррента в месяц. Для бизнеса с выручкой миллион и нулевой маржой это смена природы, а не прибавка. И достигается через канал, который уже есть |
| Как отдельный продукт с масштабом | средняя | Рынок есть — 40–68 тысяч компаний. Но конкуренция плотная, вендор давит сверху, а главное отличие (достоверность) трудно показать до покупки: правильные цифры выглядят так же, как неправильные |
| Как актив на продажу | низкая | За десять лет в России ни одной покупки надстройки над CRM. Медианный путь до сделки — десять лет, и Profitbase с шестьюстами клиентами его не прошёл |
Все шесть «ИИ-РОПов» и все речевые аналитики платят за привлечение клиента. У нас есть строка в счёте на внедрение — канал с нулевой стоимостью, работающий в момент максимального доверия клиента.
Это важнее технологии. Технологию догонят, канал — нет. И именно поэтому у этой затеи у нас перспектив больше, чем у той же затеи у стартапа с лучшим кодом.
Технологическая себестоимость смешная: разбор всех звонков клиента за месяц стоит 317 рублей. Если бы дело было только в ней, маржа была бы 95%.
Всё решают часы человека. При четырёх часах на подключение маржа 76%. При двух днях — падает примерно вдвое. При неделе — это уже не продукт, а подряд, и никакая цена подписки его не спасёт.
Поэтому: экономить надо не на нейросети, а на онбординге. Каждый час, вынутый из подключения, стоит дороже, чем любая оптимизация технологии.
И ещё одно сравнение, которое ставит всё на места: у студии внедрения маржа около нуля. Даже плохой сценарий этого продукта — 50% при затянутом внедрении — кратно лучше того, что есть сейчас. Планка для успеха здесь ниже, чем кажется изнутри.
Она не требует прорывов, не требует найма до первых денег, использует существующий канал и решает главную проблему студии — отсутствие повторяющегося дохода. Четыре недели до первого рубля, двенадцать до полного контура.
Все три проверяются в первые девяносто дней и стоят недорого. Это и есть главный аргумент в пользу того, чтобы начать: цена ошибки маленькая, а цена правоты — другая студия.
Рабочая спецификация идеи №007. Опирается на разведку двенадцати агентов — полный разбор в первой части.
Цифры и цены — на 19.08.2026. Материалы разведки — в ideas/exploring/007-research/.