Проверить AI-менеджера до разговора с клиентом
VEHA ограничивает пилот одним этапом продаж. AI видит только разрешённый контекст, готовит черновик в предпросмотре, а право отправки остаётся у человека.
ЧТО БОЛЕЛО
Владельцу нужен проверяемый путь запуска AI в продажах, а не рискованная кнопка, которая сразу подключает модель к живым клиентам.
Правила продаж собраны в одном большом промпте и незаметно меняют уже работающий сценарий.
Черновик воспринимается как готовое действие, а право отправки не отделено от генерации.
Руководитель не видит, какие данные читает система, по какой версии правил она отвечает и кто разрешил действие.
Руководитель начинает с одного этапа и одного проверяемого разрыва вместо автоматизации всего отдела.
ЧТО Я СОБРАЛ
Read-only аудит метаданных CRM с границами выборки, покрытием, исключениями и ссылками на проверяемые записи.
Редактор сценария по реальному этапу: цель разговора, обязательные вопросы, запрещённые обещания, знания и передача человеку.
Неизменяемые версии сценариев и базы знаний, которые нельзя тихо подменить в активном процессе.
Комната предпросмотра с точным допуском к выбранному диалогу, сделке, каналу, этапу и версии правил.
КАК УСТРОЕН РАБОЧИЙ ПУТЬ
ЧЕРНОВИК И ОТПРАВКА — РАЗНЫЕ ПРАВА
VEHA
VEHA ограничивает пилот одним этапом продаж. AI видит только разрешённый контекст, готовит черновик в предпросмотре, а право отправки остаётся у человека.
Один этап · один процесс · проверяющий человек
Автотесты держат границы прав в каждой принятой версии: система делает ровно то, что ей разрешено.
РЕЗУЛЬТАТ · ПРОВЕРЕННЫЙ СРЕЗ
автоматизированных теста прошли без ошибок
что именно подтверждено
Контрольный прогон принятой версии к 16 июля 2026 года: 62 контрактные, 484 серверные и 118 интерфейсных проверки; статус проекта — развёрнутый продуктовый фундамент для пилота.
Права, безопасные отказы, повторные запросы, предпросмотр и ключевые границы версии проверялись автоматизированно.
долговечных сценариев прошли на чистой PostgreSQL
что именно подтверждено
Отдельный прогон принятой версии к 16 июля 2026 года на свежей PostgreSQL 16; проверялись успешные и безопасно остановленные пути пилотного контура.
Отзыв разрешения, смена контекста, повтор события и восстановление после сбоя имеют проверяемое поведение.
✓ Руководитель начинает с одного этапа и одного проверяемого разрыва вместо автоматизации всего отдела.
✓ Модель получает только разрешённый контекст и возвращает предложение без прямого доступа к CRM и отправке.
✓ Проверяющий редактирует, одобряет, отклоняет черновик или забирает разговор человеку.
статус контураРазвёрнутый продуктовый фундамент · готов к узкому пилоту
контрольное подтверждение16 июля 2026 г.
самостоятельное внешнее действиетолько через человеческое подтверждение в пилоте
ЧТО МОЖНО ПРОВЕРИТЬ
Безопасный первый запуск
Синтетический маршрут от подключения CRM в режиме чтения до первого черновика в предпросмотре.
Сценарий этапа продаж
Демонстрационный экран с целью, обязательными вопросами, запретами и условием передачи человеку.
Раздельные разрешения
Обезличенное состояние, где подготовка черновика разрешена, а дверь к отправке клиенту остаётся закрыта.
ЧТО ИМЕННО СДЕЛАЛ ПАВЕЛ
- Сформулировал продукт вокруг задачи владельца: увидеть потерю, выбрать один этап и безопасно проверить решение.
- Сузил первый коммерческий контур до одного понятного процесса с измеримым результатом.
- Спроектировал доказательный CRM-аудит без декоративного рейтинга и выдуманных данных.
- Разделил генерацию, предпросмотр, проверку и внешнее действие на разные права.
- Собрал интерфейс, модель данных, фоновые процессы, роли, журнал и эксплуатационный контур.
- Довёл продукт до развёрнутого неизменяемого релиза, сохранив границу между технической готовностью и коммерческим эффектом.
гансон: Владелец определяет границы пилота, ответственных и критичные разрешения.
Выбрать один процесс для безопасного AI-пилота
Владельцу нужен проверяемый путь запуска AI в продажах, а не рискованная кнопка, которая сразу подключает модель к живым клиентам.
срез: 2026-07-16 · публичные материалы не содержат клиентских данных