Почему SDR-агент ломается не на промпте, а на доступе к данным CRM

Почему SDR-агент ломается не на промпте, а на доступе к данным CRM

В продажах агент редко падает из-за «плохой модели». Чаще задача звучит как «найди тёплых лидов», а на входе только письмо и домен. Без истории касаний, стадии сделки и причин отказа языковая модель достраивает контекст.

Минимальная схема для sales AI:
— read-only доступ к системе управления клиентами (CRM) на старте;
— отдельный инструмент для фактов о компании, не память модели;
— жёсткий JSON-вывод: lead_id, next_action, confidence, evidence;
— запрет на отправку письма без validation-шага.

Главный анти-паттерн — один агент «исследует, скорит, пишет и отправляет». Разделяйте цепочку: enrichment → scoring → draft → validation. Так видно, где поплыл вывод: в данных, оценке лида или тексте.

Для длинных цепочек храните не весь диалог, а состояние: критерии ICP, последние факты, отклонённые гипотезы, ID источников. Иначе агент снова предложит уже отсеянные аккаунты.

Хороший sales-агент — не автономный продавец, а пайплайн с правами, журналом решений и узкими инструментами. Сначала добейтесь воспроизводимого черновика, потом открывайте write-доступ.