Не теряйте клиентов. Отвечайте 24/7.

AI-автоматизация для обработки входящих заявок: классификация, маршрутизация и аналитика в одной системе. Менеджер получает только то, что требует его внимания — уже с контекстом.

Попробовать демо Узнать подробнее

Система автоматизации в 3D

Интерактивная 3D-модель ядра системы. Покрутите её мышью (ПК) или пальцем (мобильный), чтобы рассмотреть конвейер: сообщение входит → классификация → маршрутизация → результат логируется.

Управление: мышь / сенсор для поворота, колесо / щипок для зума. На поддерживаемых устройствах доступен просмотр в AR.

Источник ассета 3D-модель сгенерирована AI через Higgsfield 3D pipeline (провайдер Tripo 3D) — не сток и не клипарт. Формат: GLB (glTF 2.0 binary), пригоден для web (<model-viewer>), AR Quick Look / Scene Viewer и импорта в Blender / Unity. Хостинг: CloudFront CDN. Скачать .glb ↓

Мало данных — не проблема, а преимущество

Не нужно ждать «идеального датасета». Начинаем с высокоэффективных сценариев с низким порогом входа по данным — обработка писем, триаж и маршрутизация. Они дают результат сразу и попутно генерируют чистые структурированные данные для будущего ML.

ROI за 2–4 недели

Авто-ответы на типовые вопросы (цена, режим, адрес) работают с первого дня. Исторические данные почти не нужны — база знаний собирается за 30-минутный онбординг.

Данные как побочный продукт

Каждое письмо и каждое решение менеджера превращаются в размеченный пример. Поток входящих сам наполняет обучающую выборку.

Обучение на реальной работе

Ограничение «мало данных» становится фичей: система учится на исправлениях оператора (supervised learning from real usage), а не на синтетике.

Главный сценарий автоматизации

Полный цикл: от входящего сообщения к действию и логированию. Никакие этапы не скрываются.

Конвейер обработки входящего письма Письмо проходит этапы: получение, классификация, извлечение данных, маршрутизация. Дальше — либо автоответ, либо очередь одобрения. Оба пути завершаются записью в CRM и неизменяемый audit log. 1. Письмо IMAP / webhook 2. Классиф. intent + conf. 3. Извлечение JSON / null 4. Маршрут правила доверия conf ≥ порог → авто-ответ иначе → очередь одобрения CRM (upsert) идемпотентно Audit log append-only, 90 дней
Схема конвейера: оба пути (авто-ответ и очередь) обязательно завершаются записью в CRM и неизменяемый audit log — ни одно действие не остаётся незалогированным.

1️⃣ Получение сообщения

Вход: Email через IMAP/IDLE или webhook (Gmail, Microsoft 365).

Проверки:

  • De-duplicate по Message-ID (избегаем повторной обработки).
  • Проверка на блокировку отправителя (если есть — архивируем, не обрабатываем).
  • Поддержка: plain-text, HTML (очищаем теги), PDF ≤ 10 страниц.

SLA: Обработка в течение ≤ 60 сек (P95 по факту).

2️⃣ Классификация

LLM вызов: Claude Sonnet 4.6 (≤ 5 сек wall-clock).

Результат:

{
  "intent": "sales_inquiry | support_request | complaint | invoice_received | partnership | spam | unsubscribe | other",
  "confidence": 0.0–1.0,
  "language": "ISO-639-1",
  "sentiment": "positive | neutral | negative",
  "urgency": "low | normal | high | critical"
}

Валидация: Доверяем системе только если confidence ≥ порог (см. FR-4).

3️⃣ Извлечение данных

Для интентов: sales_inquiry, support_request, complaint, invoice_received.

Структурированный JSON:

{
  "contact": { "name": null, "email": "...", "company": null, "phone": null },
  "subject_line": "...",
  "product_mentioned": ["..."],
  "order_id": null,
  "amount": { "value": null, "currency": null },
  "deadline_date": null,
  "raw_summary": "≤ 120 chars"
}

Критический принцип: Невозможно извлечь → null. Никогда не галлюцинируем.

4️⃣ Маршрутизация

Правила автоотправки:

Интент Порог доверия Действие
sales_inquiry ≥ 0.85 Автоответ + приглашение на встречу
support_request ≥ 0.90 Подтверждение + номер тикета
unsubscribe ≥ 0.80 Подтверждение + действие отписки
spam Любой Архив, без ответа
Остальное N/A Очередь одобрения менеджером

Автоответ должен:

  • Соответствовать языку отправителя.
  • Включать [TICKET-{uuid}] в тему.
  • Не обещать сроки вне утвержденной базы знаний.
  • Пройти SpamAssassin ≤ 3.0 перед отправкой.

5️⃣ Очередь одобрения (если нужна)

Веб-интерфейс: Читать, одобрить, отредактировать, отклонить (только авторизованные менеджеры).

  • Список: Отправитель, интент, доверие, тональность, срочность, превью ответа.
  • Детали: Исходное письмо + генерированный ответ (side-by-side).
  • SLA таймер: Незатронутые > 4 часов → срочное оповещение в Slack/Email.

6️⃣ Запись в CRM

После каждого действия: Запись в CRM (HubSpot, Salesforce или webhook).

{
  "source": "email-automation",
  "timestamp": "ISO-8601",
  "thread_id": "str",
  "intent": "str",
  "confidence": 0.0–1.0,
  "extracted": { ... },
  "action_taken": "auto_sent | queued | escalated | archived",
  "ticket_id": "uuid | null"
}

Идемпотентность: Upsert по thread_id — повторная обработка не создаст дубли.

7️⃣ Audit Log

Неизменяемый лог: Каждое решение записано (PostgreSQL INSERT-only или S3 NDJSON).

Поля: event_id, timestamp, message_id, intent, confidence, action, llm_model, llm_latency_ms, tokens_in, tokens_out, human_override.

Хранение: Минимум 90 дней. PII очищена (email, телефон через regex).

📊 Еженедельный отчет

Каждый понедельник 08:00 (локальное время):

  • Объем по интентам.
  • Процент автоотправок vs очередь.
  • Среднее доверие на интент.
  • Топ-5 ошибочных меток (для fine-tuning).
  • P95 время обработки.

Контракты входа/выхода

Интеграция с внешними системами: email, CRM, Slack. Каждый эндпоинт задокументирован.

Email Webhook (входящее)

POST /api/webhooks/email
{
  "message_id": "unique-identifier",
  "timestamp": "2026-06-28T15:30:45Z",
  "from": "client@example.com",
  "from_name": "John Doe",
  "subject": "Вопрос по цене",
  "body": "Сколько стоит базовый пакет?",
  "thread_id": "thread-abc123",
  "in_reply_to": null
}

Classification Endpoint (внутренний)

POST /api/classify

Вход:

{
  "subject": "...",
  "body": "...",
  "sender_domain": "..."
}

Выход:

{
  "intent": "sales_inquiry",
  "confidence": 0.92,
  "language": "ru",
  "sentiment": "positive",
  "urgency": "normal"
}

Extract Endpoint (внутренний)

POST /api/extract

Вход:

{
  "intent": "sales_inquiry",
  "body": "...",
  "subject": "..."
}

Выход:

{
  "contact": { "name": "John", "email": "john@example.com", ... },
  "product_mentioned": ["package-pro"],
  "amount": { "value": null, "currency": null },
  "raw_summary": "Запрос цены на базовый пакет"
}

CRM Write (выход)

PUT /api/crm/contact

Вход:

{
  "thread_id": "thread-abc123",
  "source": "email-automation",
  "intent": "sales_inquiry",
  "confidence": 0.92,
  "extracted": { ... },
  "action_taken": "auto_sent"
}

Slack Escalation (выход)

POST /api/notify/slack

Сценарий: Низкое доверие, высокая срочность или ошибка обработки.

{
  "channel": "#sales-queue",
  "urgency": "high",
  "message": "Требует одобрения",
  "thread_id": "...",
  "ticket_url": "..."
}

Обработка ошибок и retry

Система не скрывает сбои. Каждый edge case имеет явное действие.

Стандартные сценарии восстановления

Сценарий Действие Retry Результат
LLM API timeout / 5xx Retry ×3: 1s, 4s, 16s exponential backoff 3 попытки После 3 отказов → escalate + alert ops
Malformed JSON из LLM Повтор с stricter prompt (JSON mode) 2 попытки Fail-safe → escalation
Пустое тело письма / только картинка intent = other, confidence = 0.0 N/A Сразу escalate, без LLM
Тело > 8000 токенов Truncate: первые 6000 + последние 500; логируем факт N/A Обработка с пометкой truncation в audit log
Несоответствие скрипта (Arabic, CJK) Detect language; продолжаем pipeline; ответ в том же скрипте N/A Успешная обработка на родном языке
Тредовый ответ (Re:, In-Reply-To) Привязываем к существующему тикету; пропускаем re-classification N/A Один тикет на thread
CRM API вниз Буферизация в локальной очереди (Redis); повтор при восстановлении Auto-replay Alert if queue depth > 50
Дубликат Message-ID Skip silently; логируем duplicate_skipped N/A Ноль обработки, ноль ошибок
Отправитель на blocklist Archive immediately; no LLM call; логируем blocklisted N/A Хранится в архиве, не обрабатывается
Двойная отправка: одобрение + отправка снова Idempotency key на отправку; проверка sent log перед SMTP N/A Гарантированно одна отправка

Видимость при отказах

Никогда не скрываем: Каждый отказ логируется с full stack trace. Менеджер получает уведомление в Slack (критические ошибки) и может видеть в audit log, что произошло.

Feature flag для глобального отключения: Если что-то серьезно сломалось, одна переменная окружения переводит ВСЕ письма в режим одобрения (вместо auto-send). Вступает в силу в течение 60 сек.

Аудит, логи и метрики

Каждое действие видимо, каждое число проверяемо.

Dashboard за неделю иллюстративный пример

Это не реальные продакшн-метрики. Цифры ниже показывают формат еженедельного отчёта. Реальные значения появляются только после запуска и сверяются с критериями приёмки (AC-1 F1 ≥ 0.88, AC-5 P95 ≤ 90 с, AC-6 идемпотентность). Статус до запуска: не проверено.

247
Писем обработано
78%
Auto-sent (≥ порог доверия)
18%
Очередь одобрения
4%
Спам / архив
0.89
Среднее доверие (F1 ≥ 0.88 spec)
3.2s
P95 latency (spec: ≤ 90s end-to-end)

Структурированный лог (JSON)

{
  "timestamp": "2026-06-28T15:45:30.123Z",
  "event_id": "evt-f7a2c1e8",
  "message_id": "msg-abc123@example.com",
  "intent": "sales_inquiry",
  "confidence": 0.92,
  "action": "auto_sent",
  "llm_model": "claude-sonnet-4-6",
  "llm_latency_ms": 2340,
  "tokens_in": 156,
  "tokens_out": 87,
  "human_override": false,
  "ticket_id": "TICKET-f7a2c1e8",
  "crm_write_status": "success",
  "pii_redacted": true
}

Еженедельный отчет (автоматический, каждый понедельник 08:00) пример формата

Получатели: Владелец, менеджеры. Значения ниже — иллюстративные, для демонстрации структуры отчёта.

Попробовать прямо сейчас

Введите примерное письмо и посмотрите, как система его классифицирует, извлекает данные и выбирает действие. Попробуйте слова вроде «цена», «жалоба», «не работает», «отписаться» — результат меняется.

Пример письма

Примечание: Демо использует упрощённую эвристику по ключевым словам прямо в браузере — это не реальный LLM-вызов и не доказательство точности. На production классификацию выполняет Claude Sonnet 4.6 (≤ 5 с), а качество подтверждается на held-out наборе (AC-1, F1 ≥ 0.88).

Вопросы и ответы

Нет, дольше, чем нужно для обработки заявки. Email и имя — только для ответа и логирования в CRM. Все PII (почта, телефон) очищаются из audit log в течение 90 дней. Система работает в соответствии с требованиями GDPR, CCPA и локальными законами по защите данных.

На старте — нет. Первые две недели рекомендуется режим «с подтверждением»: менеджер видит ответ перед отправкой. После 200–300 писем система учит свои ошибки и переходит в auto-send. Если порог доверия остается низким, не переходим — стоит добавить примеры в базу знаний.

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

Письмо попадает в очередь одобрения к менеджеру. Он может одобрить готовый ответ, отредактировать его или отклонить. Каждый такой случай логируется и помогает системе учиться. Через месяц покрытие типовых вопросов вырастает значительно.

30 минут. Вы отвечаете на 20 вопросов о своем бизнесе (цена, адрес, режим работы, типовые услуги, часто задаваемые вопросы), и система собирает первичную базу знаний. Этого достаточно для запуска. Потом база растет по мере работы.

Это зависит от вашего объема. Система работает на основе LLM API вызовов (Claude Sonnet 4.6). Типичная стоимость: 100–300 писем в день обходится в $20–60/месяц за LLM. Плюс инфраструктура (хостинг, CRM интеграция). Запросите персональное предложение: напишите нам на hello@audit-cycle.example.

Нет. Развертывание выполняется rolling update: новые версии раскатываются постепенно без остановки обработки писем. Если нужна откатка, система может вернуться на 1-2 версии назад за секунды.

Есть kill-switch: одна переменная окружения отключает auto-send и переводит ВСЕ письма в режим одобрения. Вступает в силу в течение 60 секунд. Параллельно — полный audit log всех действий для post-mortem анализа. Все письма остаются в очереди; ничего не теряется.

На данный момент фокус на email (IMAP, Gmail, Office 365). Telegram/WhatsApp поддержка планируется, но требует отдельной интеграции. Обсудим roadmap на call-е, если это критично для вас.

Готовы начать?

Запустите бесплатный пробный период: 30 дней, 500 писем, полный функционал. Никаких кредитных карт.

Начать бесплатный пробный период