От обращения к следующему действию
Подходит команде, где входящие вопросы повторяются, а менеджеру нужны услуга, объём, сроки и контакт. Первый процесс ограничиваем консультацией и квалификацией; оплату или заказ добавляем только с отдельными правами и подтверждением.
ЛидПоток проектирует индивидуальный процесс. Эта страница описывает состав обсуждения и проектирования; готовность конкретного подключения подтверждается отдельной проверкой прав, API и тестов в вашей конфигурации. Наличие документации сервиса не означает выполненное подключение.
Какие действия проектируем
Ответ по утверждённым условиям, уточнение вводных, краткая сводка и передача сотруднику. Для подбора кухни сначала выясняем размеры и сроки; бюджет спрашиваем, если он меняет допустимый вариант. Отказ отвечать не должен блокировать передачу человеку.
Скидки, гарантии наличия и обещания срока без источника запрещены. Повторное касание требует согласованного основания, канала и условия остановки.
Статус подключений
Таблицу можно прокрутить по горизонтали.
| Контур | Что подтверждено / что проверить |
|---|---|
| Форма этого сайта → amoCRM | Реализованы приёмник, согласие, источник и идемпотентность. Локальная проверка через fake CRM; это не доказательство работы ИИ в диалогах. |
| Диалоги → CRM заказчика | Проектируемый контур. Проверяем создание/поиск контакта, права на сделку, этапы и владельца. |
| Мессенджеры / заказ / оплата | Состав и доступность согласуются отдельно. Автоответ и финансовые действия не обещаются по факту приёма формы. |
Этапы и поставка
- Согласовать одну целевую операцию и исходный процесс.
- Составить карту полей, вопросов и разрешённых утверждений.
- Подготовить знания, сценарий передачи и безопасные права.
- Провести тесты с дублем, отказом CRM и изменением запроса.
- После приёмки отдельно согласовать включение рабочих каналов.
В состав ТЗ включаем карту событий, версию знаний, настройки сценария, протокол испытаний и инструкцию команде. Объём, стоимость и сроки фиксируются до заказа.
Как принимаем работу
Заявка должна содержать согласованные вводные; отказ CRM не показывается как успех. Повтор той же операции возвращает прежнее подтверждение, новый запрос не перезаписывает прошлую атрибуцию. При спорном условии разговор передаётся человеку с причиной и сводкой.
Заполненная карта CRM и протокол трёх направлений показывают, как фиксировать ожидаемое поведение.
Воспроизводимый пример
Локальный стенд sales сохраняет событие с ключом op-sales-1, повторяет его и получает одну запись. Это проверка правила повторной операции, без генеративной модели и клиентских данных. Вводные, ошибка и повторная проверка.
Сопровождение и следующий шаг
Порядок поддержки, срок, состав изменений и ответственность фиксируются в договоре и ТЗ. При изменении условий, знаний или API повторяем затронутые приёмочные сценарии. Бизнес-эффект измеряется отдельно и не гарантируется фактом запуска.
Для первого разговора достаточно схемы процесса, списка систем и обезличенного примера. Не передавайте пароли, токены и клиентские выгрузки через форму.