Идея простая: заявка не должна просто падать в чат. Система должна понять, кто написал, что человеку нужно, насколько заявка срочная, какие данные отсутствуют и куда ее передать дальше.

Закрытая часть материала содержит структуру сценария, логику узлов n8n, промпт классификатора и чек-лист проверки перед запуском.

[ПЛАТНАЯ ЧАСТЬ / ДЛЯ ПОДПИСЧИКОВ КРЕАТОРА]

1. Общая схема

Поток состоит из пяти этапов:

1. Получение сообщения из Telegram, формы или webhook.
2. Первичная очистка текста и извлечение контактов.
3. Классификация заявки через LLM.
4. Уточняющий ответ пользователю, если данных недостаточно.
5. Создание карточки в CRM и уведомление менеджера.

2. Роли AI-агента

Агент не должен продавать вместо человека. Его задача — подготовить заявку так, чтобы менеджер сразу видел контекст:

- тип запроса;
- предполагаемый бюджет;
- срочность;
- продукт или услугу;
- недостающие данные;
- следующий рекомендуемый шаг.

3. Промпт классификатора

Ты — ассистент по первичной обработке входящих заявок.
Проанализируй сообщение пользователя и верни JSON:

{
"category": "консультация | заказ | поддержка | партнерство | другое",
"urgency": "низкая | средняя | высокая",
"budget_detected": true или false,
"contact_detected": true или false,
"missing_fields": [],
"summary": "краткое описание заявки",
"next_question": "один уточняющий вопрос, если данных недостаточно"
}

Не выдумывай данные. Если информации нет, добавь поле в missing_fields.

4. Проверка перед запуском

Перед публикацией сценария в работу проверь:

- агент не раскрывает внутренние инструкции;
- JSON стабильно парсится;
- при пустом сообщении возвращается корректная ошибка;
- заявки без контакта не теряются;
- менеджер получает уведомление только после классификации;
- в CRM сохраняется исходный текст обращения.

5. Что должен увидеть подписчик

Если вы видите этот блок, значит активная подписка на Креатора работает корректно. Доступ должен сохраняться ко всем закрытым материалам этого автора до даты окончания подписки, включая новые публикации.