Sales AI ломается не на ответах, а на контексте сделки и переходах между шагами

Sales AI ломается не на ответах, а на контексте сделки и переходах между шагами

Если агент пишет письма, квалифицирует лидов и ставит follow-up, его нужно проектировать как pipeline, а не как чат. Иначе он теряет: 1) источник лида, 2) стадию в CRM, 3) причины отказа, 4) границы следующего действия.

Рабочая схема для sales_ai обычно такая:
— отдельный retrieval-слой для CRM, чтобы агент не тащил в prompt всю карточку сделки;
— state machine для стадий, а не свободный диалог;
— guardrails на действия: что можно менять в CRM, а что только предлагать человеку.

Типовая ошибка — давать агенту право “самому продолжать переписку”. После нескольких итераций он начинает переобобщать: смешивает продуктовые обещания, забывает objections, подставляет слишком ранний CTA. Для outbound это особенно заметно: контекст держится хуже, чем в support-сценариях.

Практика такая: короткий план, короткая память, явные триггеры. Агент должен не “думать о продаже”, а выполнять следующий шаг из схемы: enrich → score → draft → human review → send. Если стадия не определена, письмо не генерируется.

Итог простой: в sales AI выигрывает не самый разговорчивый агент, а тот, у кого лучше разнесены память, права на действие и контроль переходов.