Коммерческое предложение: Loglab AI-Экспедитор
Виртуальный сотрудник для логистики, которой можно доверять
Версия: 1.0 Дата: 21 апреля 2026 г. Клиент: ООО «ЛогЛаб» Подготовил: AiDevTeam
Содержание
Часть I: Коммерческое предложение
- О проекте
- Текущие процессы и боли
- Архитектура решения
- Пакеты услуг
- Сравнение пакетов
- Ядро системы
- Дополнительные опции
- Конфигурации и сроки
- Наша рекомендация
- Бизнес-выгоды (ROI)
Часть II: Техническое задание
- Границы MVP
- Компоненты системы
- Модель данных
- API-спецификация
- Пользовательские сценарии
- Команда проекта
- Дорожная карта и план спринтов
- Предварительные исследования
- Стратегия тестирования
- Развёртывание и инфраструктура
- Критерии приёмки
- Нефункциональные требования
Часть III: Коммерческие условия
- Как мы работаем
- Условия оплаты
- Ежемесячные расходы
- Риски и митигация
- Гарантии
- Требования к клиенту
- Что не входит
- Открытые вопросы
- Перспективы развития
- Глоссарий
- Следующие шаги
Главное
Сжатая версия для тех, у кого 5 минут.
Ситуация
ЛогЛаб — крупнейший 3PL-оператор России по числу складов, 24 года на рынке, 70+ собственных площадок и фокус на ВЭД, телеком и FMCG. Сейчас каждая сделка проходит через десятки ручных шагов: заявка приходит на почту → менеджер вручную извлекает данные → запрашивает подрядчиков по email → сравнивает ставки в Excel → готовит КП в Word → отправляет на подписание → отслеживает статусы в Логисмарт → контролирует подписание актов в Диадок → следит за ПДЗ в 1С. На одну сделку Китай-Москва уходят часы менеджерского времени между семью разными системами.
Параллельно с 1 сентября 2026 года вступает в силу обязательность ЭТрН по 140-ФЗ — компании без готовой ЭДО-инфраструктуры столкнутся со штрафами до 300 000 ₽ за нарушение и операционными остановками.
Что вы получите
| # | Результат | Эффект |
|---|---|---|
| 1 | Заявка → структурированная карточка в портале за 2 минуты вместо 15-20 | -85% времени менеджера на routine |
| 2 | Скорость первого ответа клиенту по запросу: <30 минут вместо 4-12 часов (24/7) | +20-30% конверсия по новым клиентам ВЭД |
| 3 | Все этапы сделки проходят через единый цифровой контур (вместо 7+ систем) | Прозрачность, контроль, отсутствие потерь |
| 4 | Полная готовность к обязательному ЭТрН с 01.09.2026 (интеграция Контур.Логистика + ГИС ЭПД) | Соответствие 140-ФЗ, защита от штрафов |
Виртуальный сотрудник из 5 ИИ-агентов
Не один большой бот, а пять специализированных агентов с человеком-в-петле на каждом шаге. Они работают как один сотрудник нового типа — Парсер ловит заявку, Логист собирает ставки, Коммерция готовит КП и договор, Мониторинг следит за грузом, Финансист контролирует деньги. Решения принимает человек, агенты ускоряют каждый этап.
Система — это кабинет оператора Loglab + AI-агенты. Клиенты Loglab продолжают взаимодействовать привычным способом: email + (опционально) Telegram-уведомления. Существующий клиентский портал SRDL не заменяется — при необходимости подключается через отдельную опцию интеграции (О4).
Почему AiDevTeam
- Production-опыт мультиагентных систем с human-in-the-loop — это новый класс задач, его умеют единицы команд в РФ. Большинство собирает «AI-обвязки» поверх готовых SaaS, мы строим архитектуру под бизнес-логику клиента.
- Прозрачные ставки по ролям, без скрытой маржи — вы видите, сколько часов и какого специалиста идёт в каждый компонент.
- Fixed-price на каждый пакет — без сюрпризов в смете, без растягивания скоупа в процессе.
- Расширяем существующий стек Loglab (1С, WMS, портал SRDL), а не заменяем его — это уважение к инвестициям, которые уже сделаны.
Как читать этот документ
| Аудитория | Какие секции | Что узнаете |
|---|---|---|
| Руководство, операционный директор | Главное, разделы 1-10 | Что меняется в бизнесе, какие пакеты, окупаемость |
| ИТ-директор, тимлиды | Разделы 11-22 | Архитектура, интеграции, модель данных, нефункциональные требования |
| Закупки, юристы, финансы | Разделы 23-33 | Условия работы, оплаты, риски, гарантии |
1. О проекте
ЛогЛаб строит виртуального сотрудника, который сопровождает мультимодальную сделку от входящей заявки клиента до подписания всех документов и контроля оплаты. Сотрудник работает 24/7, не уходит в отпуск и обрабатывает каждый этап быстрее живого менеджера в 5-10 раз. При этом ключевые решения — выбор подрядчика, отправка КП, подписание договора — остаются за человеком.
Технически это пять специализированных ИИ-агентов на единой платформе с веб-порталом для команды Loglab: операторы видят единое окно по всем активным сделкам и очередь решений, требующих подтверждения. Это не «универсальный бот, который всё умеет» — это команда узкоспециализированных агентов, каждый из которых отлично делает свою часть и передаёт работу следующему.
Клиенты Loglab взаимодействуют со своим экспедитором привычно — через email (с автоматическими уведомлениями о статусах сделок), при желании дополнительно через Telegram. Если нужна интеграция статусов агентов в существующий клиентский портал Loglab (SRDL) — подключаем через опцию О4. Мы не создаём «ещё один кабинет» поверх SRDL.
Стартовый фокус — мультимодальные импортные перевозки Китай → Москва, как самое узкое место текущей операции. После пилота архитектура расширяется на другие направления и типы грузов без переписывания кода — за счёт того, что бизнес-правила вынесены в конфигурацию, а не зашиты в логику агентов.
Проект встраивается в существующий стек ЛогЛаба: 1С (для ПДЗ и финансовых документов), Контур.Диадок (для коммерческих документов и УПД), Контур.Логистика (для ЭТрН с осени 2026), Логисмарт (для мониторинга перевозок), а в перспективе — собственный клиентский кабинет SRDL и WMS.
2. Текущие процессы и боли
Анализ построен на описании процесса, полученного от ЛогЛаба, и сопоставлен с типовой картиной отрасли.
Сегодня одна сделка проходит через 7+ систем (почта, Excel, Word, Логисмарт, 1С, Диадок, мессенджеры) и десятки ручных шагов. Главные боли — не отдельные пункты, а потери времени и денег на стыках между этими системами.
| Этап | Как сейчас | Где теряется время и деньги | Что меняем |
|---|---|---|---|
| Получение заявки | Менеджер открывает почту, читает свободный текст, копирует данные в карточку Excel или CRM | 10-15 минут на каждую заявку, плюс ошибки в адресах, весе, объёме | Агент Парсер извлекает структурированные данные за 2 минуты, маркирует неполные поля |
| Определение маршрута | Менеджер вспоминает «как мы это делали в прошлый раз», смотрит свой Excel ставок | Опыт в голове менеджера, не передаётся, теряется при увольнении | Агент Логист работает с базой маршрутов и подрядчиков, всегда выдаёт оптимальные варианты |
| Запрос ставок у подрядчиков | Менеджер пишет 10-20 одинаковых писем подрядчикам, ждёт 4-24 часа ответа | 1-2 часа на сделку + ожидание + случайные пропуски | Агент Логист рассылает запросы по 10-20 подрядчикам за минуту, парсит ответы автоматически |
| Анализ ставок | Менеджер копирует цифры из писем в Excel, считает «общую стоимость с учётом скрытых» | Скрытые косты (Платон, простои, страхование) часто упускаются | Агент Логист автоматически нормализует ставки, ранжирует по правилу клиента (цена / срок / репутация) |
| Формирование КП | Менеджер копирует шаблон Word, переписывает данные, форматирует | 30-60 минут на сделку, ошибки копипаста | Агент Коммерции генерирует КП за 2 минуты из шаблона + данных сделки |
| Заполнение договора | Менеджер открывает шаблон, ищет реквизиты в 1С/Диадоке | 20-40 минут | Агент Коммерции заполняет договор автоматически |
| Контроль подписания | Менеджер периодически заходит в Диадок, проверяет статус | Проверки нерегулярные, забывают напомнить | Агент Коммерции мониторит API Диадока, шлёт уведомления |
| Мониторинг перевозки | Менеджер созванивается с подрядчиком, проверяет в Логисмарте | До 2 часов исходящих звонков в день на одного логиста | Агент Мониторинга опрашивает API Логисмарта, шлёт уведомления клиентам и в чаты |
| Контроль бухгалтерии | Менеджер ждёт оригиналы на бумаге, бухгалтер вручную проверяет | 30-45 дней цикл по бумаге, блокировка инвойса | Агент Финансист контролирует подписание УПД в Диадоке через API |
| Контроль ПДЗ | Бухгалтер выгружает отчёт из 1С, рассылает напоминания | По остаточному принципу, поздно реагируют | Агент Финансист ежедневно сверяет ПДЗ из 1С, эскалирует менеджеру |
Скрытая боль 2026 года: с 1 сентября 2026 ЭТрН становится обязательным для всех коммерческих перевозок (140-ФЗ от 07.06.2025). До этой даты ~4 месяца. Без интегрированной с ГИС ЭПД системы каждое нарушение — до 300 000 ₽ штрафа, плюс операционные остановки. Это превращает проект из «улучшения процесса» в «соответствие регулятору».
3. Архитектура решения
Архитектура построена на трёх принципах. Первый — разделение ответственности между агентами — каждый агент отвечает только за свою часть процесса, не пытается «знать всё». Второй — человек принимает решения, агент их подготавливает — в любой момент менеджер видит, что агент собирается сделать, и может отменить или скорректировать. Третий — расширяемость без переписывания — добавление нового подрядчика, нового типа груза или нового маршрута делается через конфигурацию, а не через код.
flowchart TB
subgraph clients["Внешние источники"]
EMAIL["Email клиентов"]
SUPPLIERS["Подрядчики (email + API)"]
end
subgraph platform["Платформа агентов"]
ORCH["Оркестратор (LangGraph)"]
PARSER["Агент Парсер"]
LOGIST["Агент Логист"]
COMMERCE["Агент Коммерции"]
MONITOR["Агент Мониторинга"]
FINANCE["Агент Финансист"]
QUEUE["Очередь решений человека"]
end
subgraph integrations["Интеграции"]
DIADOC["Контур.Диадок API"]
KLOG["Контур.Логистика (ЭТрН)"]
LOGISMART["Логисмарт API"]
ONEC["1С API"]
end
subgraph ui["Веб-портал команды Loglab"]
OPERATOR_UI["Кабинет оператора"]
DASHBOARD["Дашборд руководителя"]
end
subgraph notifications["Канал клиента"]
EMAIL_OUT["Email-уведомления"]
TG_OUT["Telegram (опция О2)"]
end
EMAIL --> PARSER
PARSER --> ORCH
ORCH --> LOGIST
LOGIST --> SUPPLIERS
SUPPLIERS --> LOGIST
LOGIST --> ORCH
ORCH --> COMMERCE
COMMERCE --> DIADOC
COMMERCE --> KLOG
ORCH --> MONITOR
MONITOR --> LOGISMART
ORCH --> FINANCE
FINANCE --> ONEC
FINANCE --> DIADOC
ORCH --> QUEUE
QUEUE --> OPERATOR_UI
ORCH --> DASHBOARD
ORCH --> EMAIL_OUT
ORCH --> TG_OUT
style platform fill:#172554,stroke:#3b82f6
style integrations fill:#78350f,stroke:#f59e0b
style ui fill:#14532d,stroke:#22c55e
style clients fill:#3b0764,stroke:#a855f7
style notifications fill:#450a0a,stroke:#ef4444
Ключевые архитектурные решения:
-
Оркестратор на основе графа состояний (LangGraph + PostgreSQL для checkpoint). Каждая сделка — это инстанс графа со своим состоянием; в любой момент его можно поставить на паузу, передать человеку, возобновить. Это именно то, что нужно для human-in-the-loop в production — большинство альтернативных фреймворков не имеют надёжной поддержки прерываний.
-
Двухслойная LLM-стратегия. Простые задачи (классификация, извлечение полей) — компактные модели (быстро и дёшево). Сложные задачи (генерация КП, формулировка ответа клиенту) — более мощные модели. Для задач, где важна суверенность данных (например, обработка персональных данных по 152-ФЗ), используются модели на серверах в РФ (GigaChat, YandexGPT).
-
Очередь решений человека (HITL queue) — ключевой UX-элемент. Менеджер видит единый список «что от меня ждут агенты»: одобрить КП, выбрать подрядчика, эскалировать сложный кейс. Это снимает когнитивную нагрузку «помнить, где я остановился по каждой сделке».
-
Эскалация и retry-логика на уровне платформы, а не каждого агента. Если внешний API недоступен — автоматический retry с экспоненциальным backoff. Если данных не хватает — запрос уточнения у клиента или менеджера. Если ситуация нестандартная — эскалация назначенному ответственному.
-
Интеграции через API, а не через эмуляцию UI. Все три ключевые системы клиента (1С, Диадок, Логисмарт) имеют API — мы используем их напрямую. Это надёжнее эмуляции и переживает обновления интерфейсов.
-
Веб-портал для команды Loglab — кабинет оператора (карточки сделок, очередь решений, дашборды) + кабинет руководителя (метрики по менеджерам и подрядчикам, ПДЗ-контроль в «Экосистеме»). Клиенты Loglab отдельный кабинет не получают — для них работает email-уведомления и Telegram (опция). Если нужна интеграция статусов в существующий клиентский портал SRDL — опция О4.
4. Пакеты услуг
Пять прогрессивных пакетов: каждый следующий включает всё из предыдущего и добавляет новые возможности. Это сделано сознательно — вы можете остановиться на любом уровне и иметь работающий продукт, или планомерно двигаться к полной автоматизации цикла.
4.1. Пакет «Пилот» — Парсер и фундамент
Первый шаг в автоматизацию. Каждая входящая заявка автоматически превращается в структурированную карточку в портале.
Что входит:
| Модуль | Что делает | Критерий приёмки |
|---|---|---|
| Веб-портал (Ядро) | Авторизация, кабинет оператора Loglab, список сделок | Оператор логинится, видит список сделок и может открыть любую |
| Оркестратор (Ядро) | Платформа для запуска агентов, очередь решений человека | Сделка проходит весь путь от старта до approval за <60 секунд при доступности всех систем |
| Email-коннектор (Ядро) | Чтение технического ящика, парсинг входящих писем + вложений | Все письма из inbox обрабатываются за ≤2 минуты, файлы (PDF/DOCX/XLSX) сохраняются в хранилище |
| Агент Парсер | Извлечение структурированных данных из текста письма + вложений | На 50 тестовых заявках Китай-Москва полнота извлечения ключевых полей (груз, вес, объём, маршрут, контакты) ≥85% |
| Карточка сделки | Структурированный экран с извлечёнными данными, возможность ручной коррекции | Менеджер за <2 минуты подтверждает или правит карточку и переводит сделку в работу |
| Деплой и мониторинг | Развёртывание на сервере клиента (Yandex Cloud / Selectel), бэкапы, мониторинг | Система работает 24/7, бэкапы ежедневно, оповещения о падениях в Telegram-канал команды |
Бизнес-выгоды:
- Менеджер тратит 2 минуты вместо 15-20 на разбор каждой заявки
- Никаких потерянных писем — все заявки в одном списке, видны статусы
- Структурированная база сделок с первого дня (база для всех будущих агентов)
- Защита от ошибок ручного ввода адресов, веса, объёма
Стоимость: 1 100 000 ₽ Срок: 6 недель
4.2. Пакет «Старт» — Логист подключается
Включает всё из «Пилота» +
Что добавляется:
| Модуль | Что делает | Критерий приёмки |
|---|---|---|
| Агент Логист (маршрут) | Определение мультимодального маршрута Китай → Москва (морской, ускоренный поезд, авто) | Для 95% типовых заявок (Китай-Москва, груз ≤30 т) агент предлагает 2-3 варианта маршрута за <30 секунд |
| База подрядчиков | Структурированная карточка по 10-20 ключевым подрядчикам (контакты, специализация, средние ставки) | Менеджер заполняет/редактирует карточку через UI; история запросов привязана к подрядчику |
| Агент Логист (запросы) | Рассылка email-запросов выбранным подрядчикам по шаблону, парсинг ответов | За одну операцию агент рассылает ≤20 запросов и обрабатывает ответы в течение 24 часов автоматически |
| Карточка сделки v2 | Раздел «Подрядчики и ставки» с прогрессом ответов | Менеджер видит, кто ответил, какие ставки предложил, в одном экране |
Бизнес-выгоды:
- Сэкономленные 1-2 часа менеджера на рассылку запросов по каждой сделке
- Ставки подрядчиков фиксируются в системе автоматически — больше не теряются в переписке
- Прозрачная картина «кто из подрядчиков активен, кто молчит» — основа для будущих переговоров
Бонусы (бесплатно):
- Шаблоны писем-запросов для 5 типов перевозок (обычно ~30 000 ₽)
- 1 сессия обучения менеджеров (2 часа онлайн) (обычно ~25 000 ₽)
Общая стоимость бонусов: ~55 000 ₽
Что вы НЕ получаете в «Старте»:
| Без этого | Цена бездействия |
|---|---|
| Нет автоматического анализа и ранжирования ставок | Менеджер по-прежнему сравнивает в Excel, теряет 20-30 минут на сделку |
| Нет автогенерации КП | Менеджер тратит 30-60 минут на оформление КП в Word |
| Нет интеграции с Диадоком | Договоры готовятся и отправляются вручную, как раньше |
| Нет мониторинга перевозок | Менеджер созванивается с подрядчиками — до 2 часов исходящих звонков в день |
Стоимость: 2 200 000 ₽ Срок: 10 недель (включая 6 недель «Пилота»)
4.3. Пакет «Бизнес» ⭐ — наша рекомендация
Включает всё из «Старта» +
Что добавляется:
| Модуль | Что делает | Критерий приёмки |
|---|---|---|
| Агент Логист (анализ ставок) | Нормализация ставок (учёт скрытых costs), ранжирование по правилу клиента (цена / срок / репутация) | На 30 тестовых сделках топ-3 рекомендации агента совпадают с выбором эксперта в ≥80% случаев |
| Закупочный документ | Автогенерация документа для агента Коммерции с выбранным подрядчиком и условиями | Документ готов за <30 секунд после подтверждения выбора менеджером |
| Агент Коммерции (КП) | Автогенерация коммерческого предложения в Word на основе шаблона + данных сделки | КП готово за <2 минуты, форматирование соответствует фирменному шаблону, поля заполнены без ошибок |
| Шаблонизатор КП | UI для управления шаблонами КП (загрузка, версионирование) | Менеджер может загрузить новый шаблон через UI и привязать его к типу сделки |
| Дашборд менеджера | Аналитика: сделок в работе, средний срок отклика, конверсия | Менеджер видит обновляемый раз в час дашборд по своим сделкам |
Бизнес-выгоды:
- Полный цикл «заявка → выбранный подрядчик → готовое КП» проходит за 30 минут вместо 4-8 часов
- Скорость отклика клиенту растёт с 4-12 часов до <30 минут (24/7) — это +20-30% конверсия в ВЭД-тендерах
- Снижается риск ошибок в КП (упущенные косты, опечатки, неверные реквизиты)
- Появляется метрика-факт: какие подрядчики выигрывают чаще, по каким маршрутам
Бонусы (бесплатно):
- Шаблоны писем-запросов для 5 типов перевозок (обычно ~30 000 ₽)
- 1 сессия обучения менеджеров (2 часа онлайн) (обычно ~25 000 ₽)
- Аудит и приведение к единому стилю существующих email-шаблонов клиента (обычно ~40 000 ₽)
- Готовый дашборд KPI команды (агрегаты по менеджерам и подрядчикам) (обычно ~50 000 ₽)
Общая стоимость бонусов: ~145 000 ₽ + скидка 185 000 ₽
Что вы НЕ получаете в «Бизнесе»:
| Без этого | Цена бездействия |
|---|---|
| Нет автоматического заполнения договора и контроля подписания через Диадок | Менеджер тратит 20-40 минут на договор + проверяет статус вручную |
| Нет интеграции с Логисмартом для мониторинга | По-прежнему звонки и Excel — 2 часа в день на одного логиста |
| Нет контроля бухгалтерских документов и ПДЗ | ПДЗ обрабатывается «по остаточному принципу», теряется маржа |
| Нет готовности к обязательному ЭТрН с 01.09.2026 | Риск штрафов до 300 000 ₽ за нарушение и операционных остановок |
Стоимость: 3 500 000 ₽ 3 685 000 ₽ (скидка 5% от расчётной стоимости)
Срок: 14 недель (включая 10 недель «Старта»)
4.4. Пакет «Премиум» — Договоры и ЭТрН
Включает всё из «Бизнеса» +
Что добавляется:
| Модуль | Что делает | Критерий приёмки |
|---|---|---|
| Агент Коммерции (договор) | Автогенерация договора/поручения экспедитору в Word на основе шаблона + данных сделки + реквизитов клиента | Договор готов за <2 минуты, поля заполнены автоматически, версия зафиксирована в системе |
| Интеграция с Контур.Диадок | Отправка документов на подписание через API, получение статусов | Документы отправляются в один клик, статус подписания обновляется в портале каждые 15 минут |
| Интеграция с Контур.Логистика | Готовность к ЭТрН (электронная транспортная накладная), регистрация в ГИС ЭПД | После запуска перевозки ЭТрН формируется и отправляется в ГИС ЭПД автоматически |
| Агент Коммерции (контроль подписания) | Мониторинг статуса подписания, эскалация при задержках | При задержке подписания >24 часа — автоматическое уведомление менеджеру |
| Уведомления клиента | Push в email/Telegram о статусе документов | Клиент получает уведомление о готовности КП, договора, ЭТрН в течение 5 минут после события |
| Шаблоны договоров и поручений | UI для управления типовыми шаблонами | Менеджер загружает новый шаблон, система валидирует обязательные поля |
Бизнес-выгоды:
- Полный цикл «заявка → подписанный договор» — без ручных переключений между Диадоком, Word и почтой
- Готовность к 1 сентября 2026 — день вступления обязательного ЭТрН по 140-ФЗ
- Снижение риска штрафов за нарушение ЭДО-требований (до 300 000 ₽ за инцидент)
- Сделка движется к подписанию даже когда менеджер в отпуске или на встрече
Бонусы (бесплатно):
- Все из «Бизнеса» (~145 000 ₽)
- 3 месяца hyper-care после запуска (выделенный инженер на оперативные правки) (обычно ~90 000 ₽)
- Миграция исторических сделок за 2024-2025 в новый портал (обычно ~60 000 ₽)
- Tuning агентов на ваших реальных данных после первых 100 сделок (обычно ~70 000 ₽)
- Подключение тестового контура Контур.Логистика для отработки ЭТрН до 01.09.2026 (обычно ~50 000 ₽)
Общая стоимость бонусов: ~415 000 ₽ + скидка 390 000 ₽
Что вы НЕ получаете в «Премиуме»:
| Без этого | Цена бездействия |
|---|---|
| Нет автоматического отслеживания статуса перевозки в Логисмарте | Менеджер по-прежнему звонит подрядчикам и шлёт ручные апдейты клиентам |
| Нет автоматического контроля бухгалтерских документов и ПДЗ через 1С | Бухгалтер выгружает отчёты вручную, эскалация ПДЗ запаздывает |
Стоимость: 5 200 000 ₽ 5 590 000 ₽ (скидка 7% от расчётной стоимости)
Срок: 18 недель (включая 14 недель «Бизнеса»)
4.5. Пакет «Экосистема» — полный цикл
Включает всё из «Премиума» + два последних агента, замыкающие сделку до получения денег.
Что добавляется:
| Модуль | Что делает | Критерий приёмки |
|---|---|---|
| Агент Мониторинга | Опрос API Логисмарта по статусам активных перевозок, формирование уведомлений | Все активные перевозки опрашиваются раз в 30 минут, уведомления о ключевых событиях (отгрузка, прибытие, задержка) формируются за <5 минут |
| Уведомления клиента (расширенные) | Push в email + Telegram + публичная страница статуса сделки по уникальной ссылке | Клиент видит статус перевозки в реальном времени, получает push при событиях |
| Агент Финансист (бухгалтерия) | Контроль подписания УПД, актов и счетов в Диадоке | Все ожидающие подписания документы видны в дашборде; эскалация при задержке >48 часов |
| Интеграция с 1С | Чтение состояния расчётов с клиентами через HTTP-сервис в расширении конфигурации 1С | Данные по контрагенту обновляются в портале раз в 15 минут |
| Агент Финансист (ПДЗ) | Ежедневная сверка ПДЗ из 1С, эскалация ответственному менеджеру | Каждое утро в 9:00 менеджеры получают список ПДЗ по своим клиентам с предложенными действиями |
| Дашборд финансов | Визуализация ПДЗ, оборачиваемости, маржи по сделкам | Финансовый директор видит динамику ключевых метрик за день/неделю/месяц |
| BI-модуль | Расширенная аналитика по агентам, подрядчикам, клиентам | Возможность построить произвольный отчёт через UI без программирования |
| On-premise опция | Возможность развёртывания на серверах клиента (Astra Linux совместимость) | Документация и скрипты разворачивания на 1 сервере под управлением Astra Linux |
| SLA 99.5% / реакция 4 часа | Зафиксированный уровень сервиса с финансовой ответственностью | Зафиксировано в отдельном SLA-документе |
| Бонус на разработку 250 000 ₽ | Кредит на новые модули и доработки на 12 месяцев | Действует 12 месяцев, покрывает не более 50% стоимости заказа |
Бизнес-выгоды:
- Полный цикл «заявка → деньги на счёте» под контролем виртуального сотрудника
- Финансовый директор получает дашборд оборачиваемости и маржи в реальном времени
- ПДЗ перестаёт «жить отдельной жизнью» — становится частью операционного процесса
- Возможность работать с клиентами, требующими размещение системы на их серверах (госконтракты, крупный B2B)
Бонусы (бесплатно):
- Все из «Премиума» (~415 000 ₽)
- BI-дашборды (готовые отчёты по 8 ключевым метрикам) (обычно ~80 000 ₽)
- 6 месяцев hyper-care после запуска (вместо 3) (обычно дополнительно ~90 000 ₽)
- On-premise развёртывание включено (обычно ~150 000 ₽ как опция)
- SLA 99.5% / реакция 4 часа на год (обычно ~120 000 ₽)
- Бонус на будущую разработку: 250 000 ₽ на 12 месяцев (применяется до 50% от стоимости заказа)
Общая стоимость бонусов: ~1 105 000 ₽ + скидка 800 000 ₽
Стоимость: 7 000 000 ₽ 7 800 000 ₽ (скидка 10% от расчётной стоимости)
Срок: 24 недели (включая 18 недель «Премиума»)
«Экосистема» — это полная картина того, как может работать виртуальный сотрудник в логистике. Если вам нужен максимальный охват — это правильный выбор. Если хотите начать с меньшего и расти — рекомендуем «Бизнес» как стартовую точку с понятным путём роста.
5. Сравнение пакетов
| Возможность | Пилот | Старт | Бизнес ⭐ | Премиум | Экосистема |
|---|---|---|---|---|---|
| Веб-портал (клиент + менеджер) | ✓ | ✓ | ✓ | ✓ | ✓ |
| Email-коннектор + извлечение данных | ✓ | ✓ | ✓ | ✓ | ✓ |
| Структурированная карточка сделки | ✓ | ✓ | ✓ | ✓ | ✓ |
| Очередь решений человека | ✓ | ✓ | ✓ | ✓ | ✓ |
| База подрядчиков | — | ✓ | ✓ | ✓ | ✓ |
| Автоматический запрос ставок (10-20 подрядчиков) | — | ✓ | ✓ | ✓ | ✓ |
| Анализ и ранжирование ставок | — | — | ✓ | ✓ | ✓ |
| Автогенерация КП в Word | — | — | ✓ | ✓ | ✓ |
| Дашборд менеджера | — | — | ✓ | ✓ | ✓ |
| Автогенерация договора | — | — | — | ✓ | ✓ |
| Интеграция с Контур.Диадок | — | — | — | ✓ | ✓ |
| Интеграция с Контур.Логистика (ЭТрН) | — | — | — | ✓ | ✓ |
| Контроль подписания документов | — | — | — | ✓ | ✓ |
| Уведомления клиента (email + Telegram) | — | — | — | ✓ | ✓ |
| Мониторинг перевозок (Логисмарт) | — | — | — | — | ✓ |
| Контроль бухгалтерских документов | — | — | — | — | ✓ |
| Контроль ПДЗ (1С) | — | — | — | — | ✓ |
| Финансовый дашборд | — | — | — | — | ✓ |
| BI-модуль | — | — | — | — | ✓ |
| On-premise опция | — | — | — | — | ✓ |
| SLA 99.5% / реакция 4 часа | — | — | — | — | ✓ |
| Бонус на будущую разработку | — | — | — | — | 250К ₽ |
| Срок | 6 нед | 10 нед | 14 нед | 18 нед | 24 нед |
| Инвестиция | 1 100 000 ₽ | 2 200 000 ₽ | 3 500 000 ₽ | 5 200 000 ₽ | 7 000 000 ₽ |
6. Ядро системы
Ядро — это фундамент, который входит в каждый пакет. Без него система не работает. Ядро не продаётся отдельно — это часть любого пакета, но мы выносим его в отдельный раздел, чтобы было понятно, на чём всё построено.
| # | Компонент | Назначение |
|---|---|---|
| Я1 | Веб-портал (Next.js) | Кабинет оператора Loglab (карточки сделок, очередь решений, дашборды). Авторизация, права доступа, адаптивная вёрстка для работы с мобильных. Клиентам Loglab отдельный кабинет НЕ создаётся — они продолжают получать сделки через email-уведомления (и Telegram, если подключена опция О2). Если нужна интеграция статусов агентов в существующий клиентский портал Loglab (SRDL) — опция О4. |
| Я2 | Оркестратор агентов (LangGraph) | Платформа, которая запускает агентов в нужном порядке, сохраняет состояние сделки, обрабатывает прерывания и эскалации. |
| Я3 | LLM-ядро | Подключение к моделям (с возможностью переключения между провайдерами), управление промптами, контроль стоимости вызовов. |
| Я4 | Email-коннектор | Чтение и отправка через IMAP/SMTP, парсинг вложений (PDF/DOCX/XLSX/изображения с OCR). Поддержка Яндекс 360, Mail.ru для бизнеса, MS Exchange. |
| Я5 | Очередь решений человека (HITL queue) | Универсальный механизм «агент готовит решение → человек подтверждает». Используется всеми агентами. |
| Я6 | База данных (PostgreSQL) | Хранение состояния всех сделок, истории действий, логов. Бэкапы каждые сутки. |
| Я7 | Инфраструктура | Docker-контейнеры, CI/CD-пайплайн, мониторинг (метрики + логи + алерты в Telegram), процедура резервного копирования. |
Ядро спроектировано так, чтобы выдерживать рост в 5-10 раз без переписывания. Если сегодня 100-300 сделок в месяц, через два года 1000-3000 — горизонтальное масштабирование выполняется добавлением рабочих узлов, а не переделкой архитектуры.
7. Дополнительные опции
Независимые модули — можно добавить к любому пакету. Это возможности, которые выходят за рамки прогрессивной лестницы и решают смежные задачи: где-то усиливают конкретного агента, где-то открывают новый канал работы. Каждая опция — это мини-проект с понятной самостоятельной ценностью.
| # | Опция | Что даёт | Часы | Стоимость | Срок | Wow |
|---|---|---|---|---|---|---|
| О1 | OCR для сканов и фото | Распознавание сканированных PDF, JPG (накладные, инвойсы, packing list, China customs declaration) с last-mile валидацией оператором | 150 ч | 420 000 ₽ | 2-3 нед | Заявка с фотографией от клиента → структурированная карточка за 2 минуты |
| О2 | Telegram-бот для менеджеров | Уведомления о горячих заявках, inline-кнопки approve/reject прямо в чате, привязка пользователей | 85 ч | 240 000 ₽ | 1-2 нед | Менеджер реагирует на заявку за минуту, даже из метро |
| О3 | Голосовой канал входящих заявок | Интеграция с телефонией → STT → LLM-парсинг → структурированная карточка → email-подтверждение клиенту | 280 ч | 820 000 ₽ | 5-6 нед | Клиенты, звонящие по телефону, тоже автоматизируются, а не теряются |
| О4 | Интеграция с собственным порталом SRDL | Двусторонний sync сделок, SSO-мост, webhooks, миграция исторических данных | 235 ч | 670 000 ₽ | 4-5 нед | Клиенты Loglab продолжают работать в привычном SRDL, а внутри — магия агентов |
| О5 | Расширенная аналитика «Подрядчики» | Профиль каждого подрядчика: история сделок, средний срок ответа, win rate, reliability score, графики, экспорт | 140 ч | 390 000 ₽ | 2-3 нед | Ясно, с кем работать долгосрочно, а кто больше теряет ваше время, чем зарабатывает |
| О6 | Мобильное приложение менеджера | Cross-platform iOS+Android (approval queue, deal list, push-уведомления, offline mode), публикация в AppStore + Google Play | 390 ч | 1 200 000 ₽ | 8-10 нед | Менеджеры управляют сделками из любой точки, без ноутбука |
| О7 | Интеграция с Честным Знаком | Авторизация по КЭП, подача отгрузок на маркировку, обработка статусов, error handling, UI управления | 275 ч | 680 000 ₽ | 4-5 нед | Один из самых трудозатратных шагов для маркетплейс-направления полностью автоматизируется |
| О8 | A/B-тестирование промптов | Framework для двух вариантов с traffic split, tracking конверсий, статистическая значимость, auto-promotion лучшего | 130 ч | 400 000 ₽ | 2-3 нед | Конверсия писем растёт со временем без участия человека |
| О9 | Расширение языков (английский, китайский) | Language detection, translation pipeline, multilingual prompts, шаблоны на EN и CN | 155 ч | 475 000 ₽ | 3-4 нед | Прямая работа с китайскими подрядчиками без переводчика |
| О10 | Whitelabel клиентского кабинета | Theme system, brand colors / fonts / logo, поддомен на loglab.ru, custom transactional emails, SSL/DNS | 105 ч | 290 000 ₽ | 2 нед | Клиент видит «свой» Loglab — не ощущает работу с третьей системой |
Как считаются опции (важно — те же правила, что и для пакетов, без скидок «потому что мелочь»):
- Каждая опция декомпозирована на технические компоненты, по ним посчитаны часы.
- Применён множитель скрытой работы (×1.3) — на промпт-итерации, отладку, edge cases.
- Для интеграционно-тяжёлых опций (О3 голос/телефония, О4 SRDL custom integration, О7 Честный Знак с КЭП) добавлен буфер +50% — внешние API всегда дают сюрпризы.
- Часы умножаются на проектные ставки по ролям (те же, что в пакетах: Tech Lead 3 400 / AI/ML 2 700 / Backend 2 400 / Frontend 2 400 / DevOps 2 400 / PM 2 400 / QA 2 000 ₽/час).
- Сверху +15% непредвиденные расходы.
Пример декомпозиции — О1 OCR (150 часов):
| Подзадача | Часы |
|---|---|
| Выбор и интеграция OCR-движка (Yandex Vision API / open-source альтернативы) | 16 |
| Обработка PDF (split на страницы, render, мультистраничные документы) | 12 |
| Обработка фото (preprocessing, denoise, deskew) | 12 |
| Pipeline: OCR → нормализация → передача в LLM с visual context | 28 |
| Тестирование на реальных сканах разного качества | 22 |
| UI для исправления OCR-ошибок в карточке оператором | 18 |
| Документация и обучение | 10 |
| Hidden work multiplier (×1.3) и интеграционный буфер | +32 |
| Итого | 150 |
Декомпозицию любой опции можем показать так же подробно по запросу.
Опции добавляются к выбранному пакету, оплата отдельной строкой. Сроки выполнения опций — параллельно с пакетом там, где это технически возможно (Telegram, Whitelabel, A/B), последовательно — там, где нужна готовая базовая платформа (Mobile-приложение, Голосовой канал). Конкретные комбинации с итоговыми сроками — в разделе 8.
8. Конфигурации и сроки
Типовые комбинации пакетов и опций. Стоимость опций — суммируется к стоимости пакета.
| Конфигурация | Пакет | Опции | Срок | Стоимость |
|---|---|---|---|---|
| Минимум для теста | Пилот | — | 6 нед | 1 100 000 ₽ |
| Пилот + сканы | Пилот | О1 (OCR) | 8-9 нед | 1 520 000 ₽ |
| Старт + Telegram | Старт | О2 | 11-12 нед | 2 440 000 ₽ |
| Бизнес рекомендуемый | Бизнес | — | 14 нед | 3 500 000 ₽ |
| Бизнес + аналитика | Бизнес | О5 | 16-17 нед | 3 890 000 ₽ |
| Бизнес + работа со сканами и языками | Бизнес | О1 + О9 | 18-19 нед | 4 395 000 ₽ |
| Премиум стандартный | Премиум | — | 18 нед | 5 200 000 ₽ |
| Премиум + SRDL | Премиум | О4 | 22-23 нед | 5 870 000 ₽ |
| Экосистема | Экосистема | — | 24 нед | 7 000 000 ₽ |
| Экосистема + мобильное | Экосистема | О6 | 32-34 нед | 8 200 000 ₽ |
| Полный пакет | Экосистема | О1 + О2 + О4 + О5 | 28-30 нед | 8 720 000 ₽ |
| Максимум возможностей | Экосистема | О1 + О2 + О4 + О5 + О6 + О7 | 36-38 нед | 10 600 000 ₽ |
Сроки считаем в неделях с учётом 2-недельных спринтов и плановых демо. Опции выполняются параллельно с пакетом, когда это технически возможно (короткие добавки) или последовательно после готовности базовой платформы (Mobile, Голос, SRDL — последовательно). На демонстрациях вы увидите промежуточный результат и сможете скорректировать приоритеты.
9. Наша рекомендация
Для текущей задачи и контекста ЛогЛаба мы рекомендуем пакет «Бизнес» как стартовую точку.
Четыре причины:
-
Закрывает самую тяжёлую часть рутины — заявка → выбор подрядчика → готовое КП. Это 70-80% времени менеджера на сделку. Дальнейшие этапы (договоры, мониторинг, ПДЗ) занимают значительно меньше операторского времени и могут быть подключены позже.
-
Окупается за 4-6 месяцев при текущем потоке 100-300 сделок в месяц на направлении Китай-Москва. Расчёт: освобождение ~3-4 часов времени менеджера на сделку × 200 сделок × средняя стоимость менеджерского часа = от ~700 000 до ~1 000 000 ₽ экономии в месяц.
-
Понятный путь развития до полной экосистемы — модули «Премиума» и «Экосистемы» подключаются как следующие фазы, без переписывания того, что уже сделано. Платите за модули по мере их реальной нужности.
-
Реалистичный срок (14 недель) — успеваем сделать качественно, без гонки. Ускоренные пакеты с урезанными сроками — это про «как получится», а не про production-результат.
Если стратегически важна готовность к ЭТрН с 1 сентября 2026 — рассматривайте «Премиум». Срок 18 недель оставляет ровно один спринт буфера до дедлайна, если стартовать в первой половине мая 2026.
Если есть желание/возможность инвестировать в полный охват — «Экосистема» даёт максимум при кратном бонусе от объёма (250 000 ₽ на будущую разработку, 6 месяцев hyper-care, BI-модуль, on-premise опция).
10. Бизнес-выгоды (ROI)
Конкретные эффекты, которые вы увидите в течение первых 6 месяцев после запуска.
| # | Выгода | Метрика | Эффект |
|---|---|---|---|
| 1 | Сокращение менеджерского времени на сделку | Время от получения заявки до отправки КП клиенту | Было 4-12 часов → станет <30 минут (24/7) |
| 2 | Освобождение людей на сложные кейсы | Доля сделок, проходящих без активного участия человека на routine-этапах | Целевая 70-80% |
| 3 | Рост конверсии в ВЭД-тендерах | Скорость первого ответа потенциальному клиенту | По данным отрасли — +20-30% к конверсии при ответе за 30 минут vs за 4-12 часов |
| 4 | Прозрачность пайплайна | Доля сделок с полной цифровой историей | 100% (вместо разрозненных данных в email/Excel) |
| 5 | Готовность к 140-ФЗ (ЭТрН с 01.09.2026) | Соответствие регулятору | Защита от штрафов до 300 000 ₽ за нарушение |
| 6 | Снижение ошибок в КП и договорах | Доля сделок, где требуется переоформление документов | Ожидаемое снижение в 5-10 раз |
| 7 | Управление подрядчиками на данных | Видимость метрик по каждому подрядчику (срок ответа, конверсия в win, надёжность) | Появляется впервые — раньше в голове менеджера |
| 8 | Сохранение знаний при ротации | Время выхода нового менеджера на полную загрузку | Ожидаемое сокращение с 2-3 месяцев до 3-4 недель |
Финансовая модель окупаемости (пример для пакета «Бизнес», 200 сделок/мес на Китай-Москва):
| Параметр | Значение |
|---|---|
| Освобождение времени менеджера | ~3.5 часа на сделку |
| Стоимость часа квалифицированного менеджера ВЭД | ~1 200 ₽ (с учётом overhead) |
| Месячная экономия | 200 × 3.5 × 1 200 = 840 000 ₽ |
| Дополнительная маржа от роста конверсии | +20% к закрытым сделкам = ~150 000-300 000 ₽ |
| Итого ежемесячный эффект | ~1 000 000-1 200 000 ₽ |
| Срок окупаемости пакета «Бизнес» | 3.5-4 месяца |
Расчёт ориентировочный, основан на отраслевых бенчмарках и оценках клиента. Точные цифры будут видны после первого месяца работы — все метрики будет показывать встроенный дашборд.
11. Границы MVP
Раздел нужен, чтобы зафиксировать что точно делаем в MVP-пакете «Пилот», а что переносим в следующие пакеты или опции.
Входит в MVP («Пилот»)
flowchart TB
subgraph mvp["MVP / Пилот (6 недель)"]
Я1["Веб-портал: кабинет оператора"]
Я2["Оркестратор LangGraph + PostgreSQL"]
Я3["LLM-ядро + управление промптами"]
Я4["Email-коннектор (IMAP+SMTP)"]
Я5["HITL очередь решений"]
А1["Агент Парсер (Китай-Москва мультимодал)"]
К1["Карточка сделки (UI)"]
D1["Деплой + мониторинг + бэкапы"]
Я1 --> К1
Я2 --> А1
Я3 --> А1
Я4 --> А1
А1 --> Я5
Я5 --> К1
end
style mvp fill:#14532d,stroke:#22c55e
Конкретно входит:
- Один тип сделок: мультимодальные импортные перевозки Китай → Москва
- Один источник заявок: один технический email-ящик
- Один формат заявок: свободный текст + типовые вложения (Word, Excel, PDF без OCR — OCR в опции О1)
- Извлечение полей: отправитель, получатель, маршрут, груз, вес, объём, требуемый срок, особые требования
- Веб-портал — только для команды Loglab (кабинет оператора): список сделок, карточка сделки, очередь решений
- Клиентское взаимодействие — через email (с автоответом о приёме заявки и далее статусами)
- Авторизация операторов по email + паролю (OAuth и SSO — в опциях/будущих фазах)
- Деплой на 1 сервере в Yandex Cloud или Selectel (на выбор клиента)
Не входит в MVP, переносится в следующие пакеты
| Что | Куда |
|---|---|
| Маршрутизация и запросы подрядчикам | «Старт» |
| Анализ и ранжирование ставок | «Бизнес» |
| Автогенерация КП | «Бизнес» |
| Работа с договорами и Диадоком | «Премиум» |
| ЭТрН и Контур.Логистика | «Премиум» |
| Мониторинг через Логисмарт | «Экосистема» |
| Контроль ПДЗ и интеграция с 1С | «Экосистема» |
| OCR для сканированных документов | Опция О1 |
| Telegram-уведомления менеджерам | Опция О2 |
| Голосовой канал заявок | Опция О3 |
| Интеграция с собственным порталом SRDL | Опция О4 |
| Расширенные языки (китайский, английский) | Опция О9 |
Не входит в проект целиком
- Регистрация компании в реестре ГосЛог (это юридическая процедура, делается клиентом)
- Получение или продление КЭП организации (делает клиент через Контур или другой УЦ)
- Доработка существующих учётных систем клиента (1С, WMS) кроме настройки HTTP-сервиса для интеграции
- Юридическое сопровождение договоров (правовая экспертиза шаблонов делается силами клиента)
- Создание шаблонов КП и договоров с нуля, если у клиента их нет (входит как отдельная услуга — оценка по факту необходимости)
12. Компоненты системы
Этот раздел — детальный разбор каждого ключевого компонента: что делает, как работает алгоритмически, какие технологии под капотом, конкретный пример.
12.1. Email-коннектор (Ядро)
Назначение: автоматически опрашивает технический email-ящик, забирает входящие письма с вложениями, передаёт оркестратору. Отправляет исходящие письма от агентов через SMTP.
flowchart LR
INBOX["IMAP inbox (новые письма)"]
PARSER_PIPE["Извлечение текста + вложений"]
STORAGE["Файловое хранилище"]
BUS["Очередь сообщений"]
INBOX -->|polling 1 раз/мин| PARSER_PIPE
PARSER_PIPE --> STORAGE
PARSER_PIPE -->|метаданные + ссылки| BUS
style INBOX fill:#172554,stroke:#3b82f6
style BUS fill:#14532d,stroke:#22c55e
Технологии: IMAP/SMTP клиент на Python, PostgreSQL для метаданных, S3-совместимое хранилище для вложений (Yandex Object Storage или MinIO).
Пример: клиент пишет в 14:32 «Здравствуйте, нужно перевезти 12 паллет электроники из Шэньчжэня в Москву к 15.05». В 14:33 письмо появляется в БД, текст и заголовок переданы в оркестратор, который запускает Агента-Парсера. К 14:34 в портале менеджера появляется новая карточка сделки с заполненными полями.
Бенчмарк: время от получения письма в inbox до появления карточки в портале — менее 2 минут при нормальной нагрузке.
12.2. Агент Парсер
Назначение: превращает свободный текст письма (и содержимое вложений) в структурированную карточку сделки с заполненными полями. Маркирует поля, которых не хватает.
flowchart TB
INPUT["Текст письма + вложения"]
EXTRACT["Извлечение через LLM с JSON-схемой"]
VALIDATE["Валидация (формат, обязательные поля)"]
GAPS["Маркировка пропусков"]
CARD["Карточка сделки в БД"]
APPROVAL["В очередь подтверждения менеджера"]
INPUT --> EXTRACT
EXTRACT --> VALIDATE
VALIDATE --> GAPS
GAPS --> CARD
CARD --> APPROVAL
style EXTRACT fill:#172554,stroke:#3b82f6
style APPROVAL fill:#78350f,stroke:#f59e0b
Технологии: LLM с режимом structured output по предопределённой JSON-схеме. Для русскоязычных писем используется модель с лучшим бенчмарком на отечественных задачах (выбирается на этапе настройки). Валидация — Pydantic.
Пример извлечения:
Входящий текст:
Добрый день! Нужна перевозка из Шэньчжэня (склад поставщика, район Bao'an) до нашего склада в Москве, ул. Подольских курсантов 14. Груз: электроника, 12 паллет, общий вес примерно 4500 кг, объём 18 куб. Хотим к 15 мая, мультимодал. Срочно нужны ставки. Спасибо, Виктор.
Извлечённая карточка:
{
"from_address": "Шэньчжэнь, район Bao'an, склад поставщика",
"to_address": "Москва, ул. Подольских курсантов 14",
"cargo_type": "электроника",
"pallets_count": 12,
"weight_kg": 4500,
"volume_m3": 18,
"deadline": "2026-05-15",
"transport_mode": "multimodal",
"client_contact_name": "Виктор",
"missing_fields": ["client_contact_email_or_phone", "incoterms", "value_for_customs"]
}
Критерий качества (для пакета «Пилот»): на 50 тестовых заявках Китай-Москва полнота извлечения ключевых полей ≥85%, точность извлечения ≥95% (поля, которые извлечены, извлечены верно).
12.3. Агент Логист — маршрут (входит в «Старт»)
Назначение: на основе карточки сделки определяет 2-3 разумных варианта мультимодального маршрута Китай → Москва. Учитывает тип груза, срочность, текущие ограничения по направлениям.
flowchart TB
CARD["Карточка сделки"]
KB["База маршрутов и ограничений"]
LLM_AGENT["LLM-агент: подбор маршрутов"]
OPTIONS["3 варианта: морской / ускоренный поезд / комбинированный"]
APPROVAL["Подтверждение менеджера"]
CARD --> LLM_AGENT
KB --> LLM_AGENT
LLM_AGENT --> OPTIONS
OPTIONS --> APPROVAL
style LLM_AGENT fill:#172554,stroke:#3b82f6
style APPROVAL fill:#78350f,stroke:#f59e0b
Технологии: LLM с RAG (Retrieval-Augmented Generation) над базой знаний маршрутов. База ведётся менеджерами через UI, используется как контекст для агента.
Пример: для груза 4 500 кг / 18 м³ электроники к 15 мая агент предложит:
- Морской: Шэньчжэнь — Восточный (Находка) контейнером, далее ж/д до Москвы. Срок ~32-38 дней. Не подходит по сроку.
- Ускоренный поезд: Шэньчжэнь — Достык/Алашанькоу — Москва. Срок ~22-28 дней. Подходит по сроку, есть риск задержек на переходе.
- Комбинированный авиа+авто: Шэньчжэнь — аэропорт Шереметьево + последняя миля. Срок 7-10 дней. Подходит, дороже на 200-300%.
12.4. Агент Логист — запросы и анализ (запросы в «Старт», анализ в «Бизнес»)
Назначение: запрашивает у выбранных подрядчиков ставки и сроки по выбранному маршруту, парсит ответы, нормализует, ранжирует.
flowchart TB
ROUTE["Выбранный маршрут"]
SUPPLIERS["Подрядчики (10-20 для маршрута)"]
EMAIL_OUT["Email-запросы"]
WAIT["Ожидание ответов 4-24 ч"]
PARSE["Парсинг ответов"]
NORMALIZE["Нормализация (с учётом скрытых costs)"]
RANK["Ранжирование по правилу клиента"]
RECOMMEND["Топ-3 + обоснование"]
APPROVAL["Подтверждение менеджера"]
ROUTE --> SUPPLIERS
SUPPLIERS --> EMAIL_OUT
EMAIL_OUT --> WAIT
WAIT --> PARSE
PARSE --> NORMALIZE
NORMALIZE --> RANK
RANK --> RECOMMEND
RECOMMEND --> APPROVAL
style EMAIL_OUT fill:#172554,stroke:#3b82f6
style APPROVAL fill:#78350f,stroke:#f59e0b
Технологии: шаблонизатор писем (Jinja2), парсер свободного текста через LLM, базовый scoring-алгоритм (взвешенная сумма цены, срока, оценки надёжности подрядчика).
Бенчмарк: на 30 тестовых сделках топ-3 рекомендации агента совпадают с выбором эксперта в ≥80% случаев.
12.5. Агент Коммерции — КП и договоры (КП в «Бизнес», договор в «Премиум»)
Назначение: генерирует коммерческое предложение и договор на основе шаблонов клиента и данных сделки. Отправляет на подписание через Контур.Диадок (в «Премиуме»).
flowchart TB
DEAL["Подтверждённая сделка с подрядчиком"]
TEMPLATE["Шаблон КП / договора"]
GENERATE["Генерация документа"]
PREVIEW["Предпросмотр в портале"]
APPROVE["Утверждение менеджера"]
SEND["Отправка в Диадок (Премиум)"]
MONITOR["Мониторинг подписания"]
DEAL --> GENERATE
TEMPLATE --> GENERATE
GENERATE --> PREVIEW
PREVIEW --> APPROVE
APPROVE --> SEND
SEND --> MONITOR
style GENERATE fill:#172554,stroke:#3b82f6
style APPROVE fill:#78350f,stroke:#f59e0b
Технологии: docxtpl для генерации Word, Контур.Диадок API для отправки.
Пример: менеджер подтверждает выбор подрядчика «AsiaTrans» по ставке 280 000 ₽ / 25 дней. Через 90 секунд в портале готово КП в фирменном Word-шаблоне с подставленными данными, реквизитами, сроком. Менеджер делает превью, нажимает «Отправить клиенту».
12.6. Агент Мониторинга (входит в «Экосистему»)
Назначение: опрашивает API Логисмарта по статусам активных перевозок, формирует уведомления клиенту и менеджеру при ключевых событиях.
flowchart TB
POLL["Опрос Логисмарта раз в 30 мин"]
DIFF["Сравнение со статусом в БД"]
EVENT["Событие (отгрузка, прибытие, задержка)"]
NOTIFY_CLIENT["Уведомление клиенту"]
NOTIFY_MANAGER["Уведомление менеджеру"]
UPDATE["Обновление статуса в портале"]
POLL --> DIFF
DIFF -->|изменение| EVENT
EVENT --> NOTIFY_CLIENT
EVENT --> NOTIFY_MANAGER
EVENT --> UPDATE
style POLL fill:#172554,stroke:#3b82f6
style EVENT fill:#78350f,stroke:#f59e0b
Технологии: периодический опросник (Celery beat / APScheduler), HTTP-клиент к Логисмарту, шаблонизатор уведомлений.
12.7. Агент Финансист (входит в «Экосистему»)
Назначение: контролирует подписание бухгалтерских документов (УПД, акты) в Диадоке. Ежедневно сверяет ПДЗ из 1С, эскалирует менеджерам.
flowchart TB
DOCS_CHECK["Проверка статусов документов в Диадоке"]
DELAY["Задержка >48 ч?"]
ESC_DOCS["Эскалация в портале"]
PDZ_DAILY["Утренняя сверка ПДЗ из 1С"]
PDZ_LIST["Список ПДЗ по менеджерам"]
EMAIL_DAILY["Email-дайджест менеджерам в 9:00"]
DOCS_CHECK --> DELAY
DELAY -->|да| ESC_DOCS
PDZ_DAILY --> PDZ_LIST
PDZ_LIST --> EMAIL_DAILY
style DOCS_CHECK fill:#172554,stroke:#3b82f6
style ESC_DOCS fill:#78350f,stroke:#f59e0b
Технологии: периодические задачи, HTTP-клиент к Диадоку (для документов) и к 1С через HTTP-сервис в расширении конфигурации (для ПДЗ).
12.8. Веб-портал (Ядро)
Назначение: единый интерфейс для команды Loglab — операторов, менеджеров, руководителей. Показывает статус сделок, очередь решений, аналитику. Клиентам Loglab отдельный кабинет не предоставляется — для них работает email + (опционально) Telegram.
Технологии: Next.js, TypeScript, Tailwind, аутентификация на основе сессий или JWT.
Ключевые экраны:
- Кабинет оператора: очередь решений (приоритизированная по срокам), карточка сделки, общий список сделок с фильтрами, дашборд KPI.
- Кабинет руководителя: все сделки команды, метрики по менеджерам и подрядчикам, ПДЗ-контроль (в «Экосистеме»).
- Публичная страница статуса сделки (с «Экосистемы»): уникальная ссылка, которой можно поделиться с клиентом — он видит статус перевозки без логина и без отдельного кабинета.
13. Модель данных
Контракт между компонентами. Эти структуры — основа всех взаимодействий между агентами и интеграциями.
Карточка сделки (Deal)
{
"id": "DEAL-2026-04-21-0042",
"status": "in_progress",
"stage": "supplier_quotes_received",
"created_at": "2026-04-21T14:32:00Z",
"client": {
"name": "ООО Электроника Импорт",
"contact_name": "Виктор Сидоров",
"contact_email": "v.sidorov@example.com",
"contact_phone": "+7 (495) 123-45-67",
"diadoc_id": "abc-123"
},
"request": {
"from_address": "Шэньчжэнь, район Bao'an, склад поставщика",
"to_address": "Москва, ул. Подольских курсантов 14",
"cargo_type": "электроника",
"pallets_count": 12,
"weight_kg": 4500,
"volume_m3": 18,
"deadline": "2026-05-15",
"transport_mode": "multimodal",
"incoterms": "FOB Шэньчжэнь",
"value_for_customs_usd": 35000,
"special_requirements": ["сохранение температурного режима не требуется", "страхование обязательно"]
},
"route": {
"selected_option_id": "route-rail-fast",
"options": [
{"id": "route-sea-rail", "mode": "sea+rail", "estimated_days": 35, "rejected_reason": "не укладываемся в срок"},
{"id": "route-rail-fast", "mode": "rail-fast", "estimated_days": 25, "selected": true},
{"id": "route-air-road", "mode": "air+road", "estimated_days": 8, "rejected_reason": "слишком дорого"}
]
},
"supplier_quotes": [
{"supplier_id": "asia-trans", "rate_rub": 280000, "delivery_days": 25, "received_at": "2026-04-21T18:15:00Z"},
{"supplier_id": "modern-way", "rate_rub": 295000, "delivery_days": 22, "received_at": "2026-04-21T19:42:00Z"},
{"supplier_id": "ved-agent", "rate_rub": 310000, "delivery_days": 24, "received_at": "2026-04-22T09:11:00Z"}
],
"selected_supplier": {
"supplier_id": "asia-trans",
"rate_rub": 280000,
"delivery_days": 25,
"ranking_score": 0.87,
"approved_by_user": "manager_42",
"approved_at": "2026-04-22T10:30:00Z"
},
"documents": {
"commercial_proposal": {"id": "doc-001", "status": "sent", "url": "/storage/docs/doc-001.docx"},
"contract": {"id": "doc-002", "status": "in_diadoc", "diadoc_doc_id": "diadoc-xyz-789"},
"etrn": {"id": "doc-003", "status": "registered_in_gis_epd"}
},
"monitoring": {
"current_status": "departed_from_china",
"last_update": "2026-05-02T08:15:00Z",
"events": [
{"event": "supplier_confirmed", "at": "2026-04-22T11:00:00Z"},
{"event": "loaded", "at": "2026-04-25T14:30:00Z"},
{"event": "departed_from_china", "at": "2026-05-02T08:15:00Z"}
]
},
"finance": {
"invoice_id": "INV-2026-0142",
"invoice_status": "signed_by_client",
"payment_due": "2026-06-15",
"payment_received_at": null,
"overdue_days": 0
},
"history": [
{"at": "2026-04-21T14:32:00Z", "actor": "agent_parser", "action": "deal_created"},
{"at": "2026-04-21T14:35:00Z", "actor": "manager_42", "action": "card_approved"}
]
}
Карточка подрядчика (Supplier)
{
"id": "asia-trans",
"name": "AsiaTrans LLC",
"contact_name": "Игорь Петров",
"contact_email": "i.petrov@asiatrans.example",
"contact_phone": "+7 (495) 555-12-34",
"specializations": ["sea+rail", "rail-fast", "FCL"],
"regions": ["China", "South-East Asia"],
"average_response_time_hours": 6.2,
"deals_count_total": 47,
"deals_won": 14,
"win_rate": 0.298,
"reliability_score": 0.85,
"active": true,
"preferred_communication": "email"
}
Решение в очереди (HITL Decision)
{
"id": "decision-2026-04-22-0017",
"deal_id": "DEAL-2026-04-21-0042",
"type": "approve_supplier",
"agent": "agent_logist",
"priority": "high",
"deadline": "2026-04-22T18:00:00Z",
"context": {
"recommended_supplier": "asia-trans",
"score": 0.87,
"reasoning": "Лучшая комбинация цены и срока. Подрядчик надёжный (win rate 30%, reliability 85%)."
},
"options": [
{"action": "approve", "label": "Утвердить выбор"},
{"action": "edit", "label": "Выбрать другого подрядчика"},
{"action": "reject", "label": "Эскалировать руководителю"}
],
"decided_at": null,
"decided_by": null
}
14. API-спецификация
Минимальный набор HTTP-эндпоинтов для интеграции с фронтендом и для возможной интеграции с собственными системами клиента (например, порталом SRDL).
Внутренний API портала
| Метод | Путь | Описание |
|---|---|---|
GET |
/api/deals |
Список сделок (с фильтрами по статусу, дате, менеджеру) |
GET |
/api/deals/{id} |
Детальная карточка сделки |
POST |
/api/deals/{id}/approve-card |
Подтвердить извлечённые данные карточки |
POST |
/api/deals/{id}/approve-supplier |
Подтвердить выбор подрядчика |
POST |
/api/deals/{id}/send-proposal |
Отправить КП клиенту |
GET |
/api/decisions |
Очередь решений для текущего пользователя |
POST |
/api/decisions/{id}/decide |
Принять решение (approve/edit/reject) |
GET |
/api/suppliers |
Список подрядчиков |
POST |
/api/suppliers |
Создать/обновить подрядчика |
GET |
/api/dashboard/kpi |
Метрики для дашборда |
Пример запроса/ответа
Запрос:
POST /api/deals/DEAL-2026-04-21-0042/approve-supplier
Content-Type: application/json
Authorization: Bearer eyJ...
{
"supplier_id": "asia-trans",
"comment": "Согласовано с клиентом"
}
Ответ:
{
"deal_id": "DEAL-2026-04-21-0042",
"next_stage": "proposal_generation",
"estimated_completion_at": "2026-04-22T10:32:00Z"
}
Коды ошибок
| Код | Значение |
|---|---|
400 |
Невалидные данные запроса |
401 |
Не авторизован |
403 |
Нет прав на это действие |
404 |
Сделка/решение/подрядчик не найден |
409 |
Конфликт состояний (сделка уже на следующем этапе) |
422 |
Бизнес-валидация не прошла |
500 |
Внутренняя ошибка |
Webhooks (для интеграции с порталом SRDL и внешними системами)
| Событие | Когда срабатывает |
|---|---|
deal.created |
Новая сделка появилась в системе |
deal.stage_changed |
Сделка перешла на следующий этап |
deal.completed |
Сделка завершена (оплата получена) |
decision.required |
Появилось новое решение в очереди |
document.signed |
Документ подписан в Диадоке |
15. Пользовательские сценарии
Истории в формате Given/When/Then для основных пользовательских ролей. Помогают зафиксировать ожидаемое поведение.
Сценарий 1. Менеджер обрабатывает новую заявку
Как менеджер по сделкам ВЭД, я хочу за 2 минуты увидеть и подтвердить структурированные данные новой заявки, чтобы быстро запустить процесс получения ставок.
Дано: менеджер залогинен в портале, его рабочий день начинается. Когда: на технический ящик приходит письмо с новой заявкой. Тогда:
- В течение 2 минут в очереди решений менеджера появляется задача «Подтвердить карточку сделки DEAL-2026-04-22-0001».
- Открыв задачу, менеджер видит структурированные поля (отправитель, получатель, груз, вес, объём, срок).
- Поля, которые агент не смог уверенно извлечь, помечены жёлтым.
- Менеджер за 1-2 минуты исправляет жёлтые поля, нажимает «Подтвердить и запустить».
- Сделка переходит в этап подбора маршрута.
Сценарий 2. Менеджер выбирает подрядчика по полученным ставкам
Как менеджер, я хочу видеть ставки подрядчиков в одной таблице с обоснованной рекомендацией, чтобы за минуту принять решение.
Дано: запросы 12 подрядчикам отправлены 4 часа назад, 8 уже ответили. Когда: менеджер открывает карточку сделки. Тогда:
- Видит таблицу: подрядчик, ставка (с уже учтёнными скрытыми costs), срок, оценка надёжности, итоговый score.
- Топ-3 рекомендации помечены звёздочкой, агент даёт обоснование («лучшее соотношение цена/срок»).
- Менеджер кликает на рекомендуемый вариант, нажимает «Утвердить».
- Сделка переходит в этап генерации КП.
Сценарий 3. Клиент подаёт заявку через email
Как клиент Loglab, я хочу отправить заявку на любую почту, не разбираясь в специальном шаблоне, и получить ответ в течение 30 минут.
Дано: клиент пишет письмо в произвольной форме на корпоративный email. Когда: письмо доходит до технического ящика. Тогда:
- В течение 5 минут клиент получает автоответ «Спасибо, заявка получена и обрабатывается, номер DEAL-2026-04-22-0001».
- В течение 30 минут менеджер видит карточку и подтверждает её.
- В течение 4-12 часов клиент получает первый ответ с предварительными вариантами или уточняющими вопросами.
Сценарий 4. Контроль ПДЗ (для пакета «Экосистема»)
Как менеджер, я хочу каждое утро получать дайджест ПДЗ по своим клиентам с предложенными действиями, чтобы вовремя реагировать.
Дано: в 1С есть данные о неоплаченных счетах клиентов. Когда: наступает 9:00 утра рабочего дня. Тогда:
- Менеджер получает email с дайджестом: список клиентов с просрочкой, сумма, дни просрочки, предлагаемое действие (звонок / письмо / эскалация).
- В портале появляется задача в очереди по каждому ПДЗ.
- Если менеджер не предпринял действий 3 рабочих дня — эскалация руководителю.
Сценарий 5. Эскалация при нестандартном маршруте
Как менеджер, я хочу понимать, когда сложная ситуация требует подключения старшего логиста, и быстро передать задачу.
Дано: Агент-Логист обрабатывает заявку с маршрутом, для которого нет шаблонов в базе (например, нестандартный груз или редкое направление). Когда: агент не может предложить варианты с уверенностью >70%. Тогда:
- Сделка автоматически помечается флагом «Требует эскалации».
- В очередь решений старшего логиста (роль) попадает задача с контекстом.
- Менеджер видит, что сделка передана, и может комментировать.
- После решения старшего логиста сделка возвращается в обычный поток.
Сценарий 6. Готовность к ЭТрН с 1 сентября 2026 (для «Премиум»+)
Как руководитель операционной службы, я хочу гарантировать, что 1 сентября 2026 наша компания не получит штрафов за нарушение 140-ФЗ.
Дано: к 1 сентября 2026 система настроена и протестирована на тестовом контуре Контур.Логистика. Когда: наступает 1 сентября 2026 и на сделке начинается перевозка. Тогда:
- В момент отгрузки автоматически формируется ЭТрН в Контур.Логистике.
- ЭТрН отправляется в ГИС ЭПД через сертифицированного оператора.
- Все участники (грузоотправитель, перевозчик, грузополучатель) получают возможность подписать электронную накладную.
- В случае отказа от подписания — эскалация менеджеру.
16. Команда проекта
Состав подобран под специфику проекта. Ставки включены в цену пакета, дополнительных удержаний нет.
Роли и ставки
| Роль | Основные задачи | Ставка, ₽/час |
|---|---|---|
| AI-архитектор / Tech Lead | Архитектура мультиагентной системы, промпт-инжиниринг, проектирование интеграций | 3 400 |
| AI/ML Engineer | Промпты агентов, интеграция с LLM, RAG, валидация извлечения | 2 700 |
| Backend Engineer | FastAPI, LangGraph, интеграции с Диадоком / Логисмартом / 1С, очереди | 2 400 |
| Frontend Engineer | Next.js, UI карточки сделки, очередь решений, дашборд | 2 400 |
| DevOps | Инфраструктура, CI/CD, мониторинг, бэкапы, безопасность | 2 400 |
| Project Manager | Ведение проекта, коммуникация с клиентом, демо, приёмка | 2 400 |
| QA Engineer | Ручное и автоматическое тестирование, приёмка пакетов | 2 000 |
Калькуляция стоимости по пакетам
Числа — часы на соответствующий пакет (нарастающий итог, не дельта).
| Статья | Пилот | Старт | Бизнес | Премиум | Экосистема |
|---|---|---|---|---|---|
| AI-архитектор / Tech Lead (ч × 3 400) | 40 ч | 60 ч | 90 ч | 125 ч | 165 ч |
| AI/ML Engineer (ч × 2 700) | 110 ч | 220 ч | 370 ч | 540 ч | 740 ч |
| Backend Engineer (ч × 2 400) | 70 ч | 170 ч | 300 ч | 470 ч | 670 ч |
| Frontend Engineer (ч × 2 400) | 50 ч | 100 ч | 170 ч | 250 ч | 330 ч |
| DevOps (ч × 2 400) | 40 ч | 50 ч | 60 ч | 80 ч | 105 ч |
| QA Engineer (ч × 2 000) | 40 ч | 90 ч | 160 ч | 260 ч | 380 ч |
| Project Manager (ч × 2 400) | 25 ч | 65 ч | 125 ч | 220 ч | 335 ч |
| Часы всего | 375 ч | 755 ч | 1 275 ч | 1 945 ч | 2 725 ч |
| Итого разработка | 957 000 ₽ | 1 902 000 ₽ | 3 197 000 ₽ | 4 851 000 ₽ | 6 775 000 ₽ |
| Непредвиденные расходы (15%) | 143 550 ₽ | 285 300 ₽ | 479 550 ₽ | 727 650 ₽ | 1 016 250 ₽ |
| Субтотал | 1 100 550 ₽ | 2 187 300 ₽ | 3 676 550 ₽ | 5 578 650 ₽ | 7 791 250 ₽ |
| Скидка за уровень | — | — | −5% | −7% | −10% |
| ИТОГО | 1 100 000 ₽ | 2 200 000 ₽ | 3 500 000 ₽ | 5 200 000 ₽ | 7 000 000 ₽ |
Почему такие часы: мультиагентные системы с human-in-the-loop — это категория, где типичны перезатраты на промпт-инжиниринг (итерации до 5-10 раз на каждый агент), отладку интеграций (особенно Контур.Диадок с КЭП и 1С с ПДЗ), и edge-case'ы. В калькуляции заложены реалистичные часы с учётом этого опыта. 15% непредвиденных расходов — обязательный резерв под неизбежные сюрпризы интеграций.
17. Дорожная карта и план спринтов
План для рекомендованного пакета «Бизнес» (14 недель, 7 двухнедельных спринтов). Для других пакетов план масштабируется пропорционально — показан в отдельной таблице ниже.
gantt
title Дорожная карта проекта «Бизнес» (14 недель)
dateFormat YYYY-MM-DD
excludes weekends
section Ядро
Инфраструктура и портал :a1, 2026-05-04, 10d
Email-коннектор и Парсер :a2, after a1, 10d
Демо Пилота и стабилизация :a3, after a2, 10d
section Логист
Маршруты и база подрядчиков :b1, after a3, 10d
Запросы и парсинг ответов :b2, after b1, 10d
Анализ ставок и ранжирование :b3, after b2, 10d
section Коммерция
Генерация КП и финальная приёмка :c1, after b3, 10d
Ключевые события:
| Неделя | Событие |
|---|---|
| 2 | Демо: работающий портал с авторизацией и списком сделок |
| 4 | Демо MVP «Пилот»: на реальном ящике обрабатываются 5-10 тестовых заявок |
| 6 | Стабилизация Пилота на реальных данных (при пакете «Пилот» — финальная приёмка) |
| 8 | Демо Агента-Логиста с базой подрядчиков |
| 10 | Демо пакета «Старт»: автоматические запросы ставок и их сбор (при пакете «Старт» — финальная приёмка) |
| 12 | Демо анализа и ранжирования ставок |
| 14 | Финальная приёмка пакета «Бизнес»: полный цикл заявка → КП |
Сроки для других пакетов
| Пакет | Всего недель | Спринтов | Где заканчивается |
|---|---|---|---|
| Пилот | 6 | 3 | Финал на неделе 6 |
| Старт | 10 | 5 | Финал на неделе 10 |
| Бизнес | 14 | 7 | Финал на неделе 14 |
| Премиум | 18 | 9 | Финал на неделе 18 |
| Экосистема | 24 | 12 | Финал на неделе 24 |
Каждые 2 недели — демо-встреча и сбор обратной связи. Спринты могут корректироваться по приоритетам — например, если ЭТрН-интеграцию нужно сдвинуть вперёд для соответствия дедлайну 01.09.2026, мы перекраиваем календарь вместе с вами.
18. Предварительные исследования
Что мы уже выяснили, и что предстоит уточнить на старте проекта.
Завершённые исследования
| # | Тема | Ключевой результат |
|---|---|---|
| 1 | Российский рынок логистических SaaS и AI | Подтверждено: продуктового мультиагентного решения end-to-end для экспедиторов в РФ нет. Окно возможностей 12-18 месяцев. |
| 2 | Архитектурный выбор для production HITL | Зафиксировано: LangGraph с PostgreSQL-чекпоинтером — единственный фреймворк с production-grade поддержкой прерываний и эскалаций. |
| 3 | Стоимость LLM-инфраструктуры | Подсчитано: 14-28 тыс. ₽/мес на 1000 сделок при правильной двухслойной модели (легковесные модели для классификации + мощные для генерации). |
| 4 | Бенчмарки рынка по похожим проектам | Подтверждено: пакет уровня «Бизнес» в районе 3.5-4.5 млн ₽ — рыночная норма для проекта такой сложности. |
| 5 | Регуляторика 2026 (140-ФЗ, ЭТрН) | Зафиксировано: дедлайн 01.09.2026, штрафы до 300 тыс. ₽, обязательность через сертифицированных операторов ГИС ЭПД. |
| 6 | Контур.Диадок и Контур.Логистика API | Изучено: Diadoc-API на developer.kontur.ru (Protobuf+JSON, КЭП-auth), ЭТрН переехал в отдельный API Контур.Логистика с 01.02.2025. |
| 7 | Интеграция с 1С (ПДЗ) | Изучено: оптимальный паттерн — HTTP-сервис в расширении конфигурации, чтение через регистры расчётов с клиентами. |
| 8 | Stack для Russian-language extraction | Изучено: для парсинга русскоязычных бизнес-писем модели уровня современных reasoning-LLM достигают точности 0.84+ F1 при правильно построенной JSON-схеме. |
Вопросы для уточнения на старте проекта
| # | Что нужно уточнить | Когда |
|---|---|---|
| 1 | Конкретный API Логисмарта (доступы, документация) | Sprint 1 |
| 2 | Существующие шаблоны КП и договоров (Word) | Sprint 1 |
| 3 | Список 10-20 ключевых подрядчиков с контактами | Sprint 3 (для Логиста) |
| 4 | Доступ к тестовому контуру 1С с примерами ПДЗ | Sprint 1 (для Экосистемы — раньше) |
| 5 | Конкретная конфигурация Контур.Диадок и Контур.Логистика | Sprint 5 (для Премиума) |
| 6 | Ответственные за эскалации (роли и люди) | Sprint 1 |
19. Стратегия тестирования
Многоуровневое тестирование, потому что у multi-agent системы нет единственного пути «успеха» — нужно проверять и логику отдельных агентов, и их взаимодействие, и качество извлечения.
Уровни тестирования
| Уровень | Что проверяется | Инструменты | Целевой охват |
|---|---|---|---|
| Unit-тесты | Отдельные функции и компоненты (парсеры, валидаторы, нормализаторы) | pytest | ≥70% покрытия по бизнес-логике |
| Контракт-тесты | Соответствие API задокументированным схемам | Pydantic + pytest | 100% эндпоинтов |
| Integration-тесты | Взаимодействие с внешними системами (Диадок sandbox, тестовый Логисмарт, 1С test) | pytest-mock + реальные тест-контуры | Все ключевые сценарии интеграций |
| Agent quality-тесты | Качество извлечения / маршрутизации / генерации на тестовых корпусах | Custom evaluation harness | На 50+ примерах для каждого агента |
| End-to-end тесты | Полный путь сделки от заявки до выбранного подрядчика | Playwright + реальный inbox | 5-10 ключевых сценариев |
| Нагрузочные тесты | Поведение при пиковой нагрузке (50+ заявок/час) | locust | Перед запуском в production |
| UAT (приёмка пользователями) | Реальные сделки от 1-2 менеджеров | Ручная работа | После каждого пакета |
Конкретные тесты качества агентов
| Агент | Тест | Критерий проходимости |
|---|---|---|
| Парсер | Извлечение полей из 50 реальных писем Loglab | ≥85% полнота, ≥95% точность извлечённых полей |
| Логист (маршрут) | Подбор маршрутов для 30 типовых сделок | В 80%+ случаев топ-1 маршрут совпадает с экспертом |
| Логист (запросы) | Корректность шаблонов писем подрядчикам | 100% писем проходят grammar-check, шаблон соответствует тону клиента |
| Логист (анализ) | Ранжирование 30 наборов ставок | В 80%+ случаев топ-3 совпадают с выбором эксперта |
| Коммерция (КП) | Сгенерированные КП на 20 сделках | 100% соответствие шаблону, 0 опечаток в реквизитах |
| Мониторинг | Точность извлечения событий из Логисмарта | 100% событий зафиксированы, нет дублей |
| Финансист (ПДЗ) | Корректность сверки с 1С | 100% совпадение с ручной выгрузкой за тот же период |
Регрессионное тестирование
После каждого нового агента / интеграции прогоняется полный набор тестов предыдущих этапов. Если что-то сломалось — релиз блокируется.
20. Развёртывание и инфраструктура
Прозрачно, что и где запускается, и сколько это будет стоить ежемесячно.
Архитектура развёртывания
flowchart TB
subgraph cloud["Сервер в Yandex Cloud / Selectel"]
WEB["Веб-портал (Next.js)"]
API["Backend API (FastAPI)"]
ORCH_RT["Оркестратор (LangGraph)"]
AGENTS["Агенты"]
QUEUE["Очередь задач (Redis/RabbitMQ)"]
DB["PostgreSQL"]
STORAGE["Файловое хранилище (S3-compatible)"]
OBS["Мониторинг и логи"]
end
subgraph external["Внешние сервисы"]
LLM["LLM API (с возможностью переключения)"]
EMAIL["Email-сервер клиента"]
DIADOC_API["Контур.Диадок API"]
KLOG_API["Контур.Логистика API"]
LOGISMART_API["Логисмарт API"]
ONEC_API["1С HTTP-сервис"]
end
AGENTS --> LLM
API --> EMAIL
AGENTS --> DIADOC_API
AGENTS --> KLOG_API
AGENTS --> LOGISMART_API
AGENTS --> ONEC_API
style cloud fill:#172554,stroke:#3b82f6
style external fill:#78350f,stroke:#f59e0b
Технические требования к серверу
| Конфигурация | Сервер | Хранилище | LLM-расходы | Итого/мес |
|---|---|---|---|---|
| Пилот / Старт | 4 vCPU / 8 GB / 100 GB SSD | 50 GB Object Storage | до 5 000 ₽ | ~12-15 тыс. ₽ |
| Бизнес / Премиум | 8 vCPU / 16 GB / 200 GB SSD | 200 GB Object Storage | 8-15 тыс. ₽ | ~25-35 тыс. ₽ |
| Экосистема | 16 vCPU / 32 GB / 500 GB SSD | 500 GB Object Storage | 15-30 тыс. ₽ | ~50-70 тыс. ₽ |
Расходы на инфраструктуру оплачиваются клиентом напрямую провайдеру (Yandex Cloud, Selectel). Мы помогаем с настройкой и оптимизацией.
Безопасность и резервное копирование
- HTTPS на всех endpoints (Let's Encrypt бесплатные сертификаты)
- Авторизация на основе ролей (RBAC), хранение паролей через bcrypt
- Бэкапы PostgreSQL — ежедневно, хранение 30 дней
- Бэкапы файлового хранилища — еженедельно, хранение 90 дней
- Логирование всех действий пользователей и агентов
- Защита от SQL injection, XSS, CSRF на уровне фреймворков
- Изоляция тестового и production окружений
Compliance
- 152-ФЗ (персональные данные): хранение и обработка персональных данных только на серверах в РФ. В случае Yandex Cloud / Selectel это покрывается их сертификатами.
- В пакете «Экосистема» доступна опция on-premise развёртывания на серверах клиента (включая Astra Linux), что покрывает требования госконтрактов и крупного B2B.
21. Критерии приёмки
Чёткие, измеримые критерии для каждого пакета. Их выполнение означает приёмку и переход к финальной оплате этого пакета.
Пакет «Пилот»
- Веб-портал доступен по HTTPS, авторизация работает, кабинет оператора открывается и показывает список сделок
- Email-коннектор обрабатывает технический ящик, новые письма появляются в БД ≤2 минуты
- Агент Парсер на 50 тестовых заявках Китай-Москва: полнота извлечения ≥85%, точность ≥95%
- Карточка сделки отображается, менеджер может подтвердить или отредактировать
- Очередь решений работает, видны pending задачи
- Бэкапы настроены, мониторинг шлёт алерты в Telegram-канал команды
- Документация для администратора и пользователя передана
Пакет «Старт» (дополнительно к «Пилоту»)
- База подрядчиков заполнена 10-20 ключевыми контактами, доступна для редактирования
- Агент Логист предлагает 2-3 маршрута Китай-Москва за <30 секунд
- Запросы рассылаются ≤20 подрядчикам по выбранному шаблону
- Ответы подрядчиков парсятся в течение 24 часов
- В карточке сделки виден прогресс ответов
Пакет «Бизнес» (дополнительно к «Старту»)
- Анализ ставок: на 30 тестовых сделках топ-3 рекомендации совпадают с экспертом ≥80%
- КП генерируется в Word за <2 минуты
- Шаблоны КП управляются через UI
- Дашборд KPI показывает агрегаты по менеджерам и подрядчикам, обновляется ≥1 раза в час
Пакет «Премиум» (дополнительно к «Бизнесу»)
- Договор генерируется в Word за <2 минуты
- Документы отправляются в Контур.Диадок через API в один клик
- Статус подписания обновляется в портале каждые 15 минут
- Тестовый контур Контур.Логистика подключён, тестовая ЭТрН успешно отправлена в ГИС ЭПД
- Уведомления клиенту приходят в email и/или Telegram в течение 5 минут
Пакет «Экосистема» (дополнительно к «Премиуму»)
- Агент Мониторинга опрашивает Логисмарт каждые 30 минут
- Уведомления о ключевых событиях (отгрузка, прибытие, задержка) формируются за <5 минут
- Интеграция с 1С: ПДЗ обновляется в портале раз в 15 минут
- Утренний дайджест ПДЗ менеджерам уходит в 9:00
- BI-модуль показывает 8+ ключевых метрик
- On-premise развёртывание возможно на сервере с Astra Linux
- SLA-документ подписан, мониторинг доступности настроен
22. Нефункциональные требования
Измеримые пороги по производительности, доступности и качеству, которым система должна соответствовать.
| # | Параметр | Порог | Применимо для |
|---|---|---|---|
| N1 | Время от письма в inbox до карточки в портале | ≤2 минуты | Все пакеты |
| N2 | Время ответа API портала (p95) | ≤500 мс | Все пакеты |
| N3 | Доступность системы | ≥99% (SLA 99.5% в «Экосистеме») | Все пакеты |
| N4 | Время отправки email-запросов 20 подрядчикам | ≤60 секунд | От «Старта» |
| N5 | Время генерации КП | ≤2 минуты | От «Бизнеса» |
| N6 | Время генерации договора | ≤2 минуты | От «Премиума» |
| N7 | Частота опроса Логисмарта | каждые 30 минут | «Экосистема» |
| N8 | Точность извлечения данных Парсером | ≥85% полнота, ≥95% точность | Все пакеты |
| N9 | Качество ранжирования ставок | топ-3 совпадает с экспертом ≥80% | От «Бизнеса» |
| N10 | Покрытие unit-тестами | ≥70% по бизнес-логике | Все пакеты |
| N11 | Время восстановления из бэкапа (RTO) | ≤4 часа | Все пакеты |
| N12 | Допустимая потеря данных (RPO) | ≤24 часа | Все пакеты |
| N13 | Поддерживаемое количество одновременных пользователей | 20 | Все пакеты |
| N14 | Поддерживаемое количество активных сделок | до 1 000 | До «Премиума», от «Экосистемы» — до 10 000 |
| N15 | Время реакции команды на критический инцидент | 4 часа в рабочее время («Экосистема»: 4 часа в любое время) | После запуска |
23. Как мы работаем
Прозрачный процесс с регулярными точками контроля. Никаких сюрпризов, никакого «мы там что-то делаем».
Регулярные активности
| Активность | Частота | Формат |
|---|---|---|
| Демо спринта | Каждые 2 недели | Видеозвонок + демонстрация работающей системы на staging |
| Еженедельный sync | 1 раз в неделю (30 минут) | Статус, блокеры, ближайшие задачи |
| Доступ к staging | Постоянный | URL staging-сервера со Sprint 0, ваши люди могут зайти и посмотреть в любой момент |
| Канал связи | Постоянный | Telegram-группа: вы, ваши коллеги, наша команда |
| Приёмка результатов | По завершении пакета | Демо + чеклист критериев приёмки |
Управление изменениями
Изменения к ТЗ оформляются через Change Request — мы оцениваем влияние на сроки и бюджет, обе стороны согласуют. Это нормальная практика — потребности уточняются по ходу работы. Главное — все изменения зафиксированы и отслежены.
Прозрачность
- Доступ к репозиторию кода (read-only) для вашей команды на любом этапе
- Ежедневные коммиты в основную ветку с осмысленными сообщениями
- Документация по архитектуре и API ведётся параллельно с кодом
- Все ключевые решения фиксируются в decision log
24. Условия оплаты
Оплата привязана к деливериблам, а не к календарю. Платите по мере получения работающего результата.
Пакет «Пилот» (1 100 000 ₽)
| # | Событие | Сумма | Нарастающим итогом |
|---|---|---|---|
| 1 | Подписание договора, старт работ | 330 000 ₽ | 330 000 ₽ |
| 2 | Демо работающего MVP (неделя 4) | 550 000 ₽ | 880 000 ₽ |
| 3 | Финальная приёмка (неделя 6) | 220 000 ₽ | 1 100 000 ₽ |
Пакет «Старт» (2 200 000 ₽)
| # | Событие | Сумма | Нарастающим итогом |
|---|---|---|---|
| 1 | Подписание договора | 660 000 ₽ | 660 000 ₽ |
| 2 | Демо MVP (неделя 4) | 660 000 ₽ | 1 320 000 ₽ |
| 3 | Демо Логиста (неделя 8) | 660 000 ₽ | 1 980 000 ₽ |
| 4 | Финальная приёмка (неделя 10) | 220 000 ₽ | 2 200 000 ₽ |
Пакет «Бизнес» (3 500 000 ₽)
| # | Событие | Сумма | Нарастающим итогом |
|---|---|---|---|
| 1 | Подписание договора | 1 050 000 ₽ | 1 050 000 ₽ |
| 2 | Демо MVP (неделя 4) | 700 000 ₽ | 1 750 000 ₽ |
| 3 | Демо Старта (неделя 8) | 700 000 ₽ | 2 450 000 ₽ |
| 4 | Демо Бизнеса (неделя 12) | 700 000 ₽ | 3 150 000 ₽ |
| 5 | Финальная приёмка (неделя 14) | 350 000 ₽ | 3 500 000 ₽ |
Пакет «Премиум» (5 200 000 ₽)
| # | Событие | Сумма | Нарастающим итогом |
|---|---|---|---|
| 1 | Подписание договора | 1 300 000 ₽ | 1 300 000 ₽ |
| 2 | Демо MVP (неделя 4) | 1 040 000 ₽ | 2 340 000 ₽ |
| 3 | Демо Старта (неделя 8) | 780 000 ₽ | 3 120 000 ₽ |
| 4 | Демо Бизнеса (неделя 12) | 780 000 ₽ | 3 900 000 ₽ |
| 5 | Демо Премиума (неделя 16) | 780 000 ₽ | 4 680 000 ₽ |
| 6 | Финальная приёмка (неделя 18) | 520 000 ₽ | 5 200 000 ₽ |
Пакет «Экосистема» (7 000 000 ₽)
| # | Событие | Сумма | Нарастающим итогом |
|---|---|---|---|
| 1 | Подписание договора | 1 750 000 ₽ | 1 750 000 ₽ |
| 2 | Демо MVP (неделя 4) | 1 050 000 ₽ | 2 800 000 ₽ |
| 3 | Демо Старта (неделя 8) | 1 050 000 ₽ | 3 850 000 ₽ |
| 4 | Демо Бизнеса (неделя 12) | 1 050 000 ₽ | 4 900 000 ₽ |
| 5 | Демо Премиума (неделя 16) | 1 050 000 ₽ | 5 950 000 ₽ |
| 6 | Демо Экосистемы (неделя 22) | 700 000 ₽ | 6 650 000 ₽ |
| 7 | Финальная приёмка (неделя 24) | 350 000 ₽ | 7 000 000 ₽ |
Дополнительные условия
- Расчёты только в безналичной форме на расчётный счёт исполнителя
- НДС: исполнитель работает на УСН (НДС не выделяется)
- Опции и доработки оплачиваются отдельно по факту приёмки
- Ежемесячный retainer (поддержка после запуска) — отдельный договор
25. Ежемесячные расходы
Что вы платите каждый месяц после запуска. Это расходы на инфраструктуру и поддержку, не зависят от выбранного пакета разработки.
Инфраструктура (платится напрямую провайдеру)
| Конфигурация | Сервер + хранилище | LLM-расходы | Резерв на рост | Итого/мес |
|---|---|---|---|---|
| Пилот / Старт | ~10 000 ₽ | до 5 000 ₽ | — | ~12-15 тыс. ₽ |
| Бизнес / Премиум | ~18 000 ₽ | 8-15 000 ₽ | — | ~25-35 тыс. ₽ |
| Экосистема | ~30 000 ₽ | 15-30 000 ₽ | до 10 000 ₽ | ~50-70 тыс. ₽ |
При росте нагрузки (например, расширение на другие направления, увеличение объёма заявок в 3-5 раз) расходы пропорционально вырастут. Цифры выше — для текущего скоупа Китай-Москва, 100-300 сделок/мес.
Поддержка от AiDevTeam (опционально)
После завершения пакета и истечения hyper-care периода (3-6 месяцев в зависимости от пакета) можно подключить ежемесячный retainer:
| Уровень | Что входит | Стоимость/мес |
|---|---|---|
| Базовый | Мониторинг, исправление критических багов в течение 4 рабочих часов, ежемесячный отчёт | 60 000 ₽ |
| Стандартный | Базовый + до 10 часов доработок и оптимизаций в месяц | 120 000 ₽ |
| Премиум | Стандартный + до 20 часов в месяц + SLA 4 часа в любое время | 200 000 ₽ |
Retainer необязателен — у вас есть инхаус-разработка, и при должной передаче знаний (входит в каждый пакет) ваша команда может поддерживать систему самостоятельно. Retainer мы рекомендуем только тем, кто хочет иметь специалистов под рукой без найма в штат.
Стоимость владения через 12 и 36 месяцев
| Пакет | Внедрение | Инфра 12 мес | Стандартный retainer 12 мес | Итого 12 мес | Итого 36 мес |
|---|---|---|---|---|---|
| Пилот | 1.1 М | 0.18 М | 0.72 М (опционально) | 1.28-2.0 М | 1.7-3.6 М |
| Бизнес | 3.5 М | 0.36 М | 1.44 М (опционально) | 3.86-5.3 М | 4.6-8.1 М |
| Экосистема | 7.0 М | 0.72 М | 1.44 М (опционально) | 7.72-9.16 М | 9.2-12.4 М |
26. Риски и митигация
Открыто фиксируем основные риски проекта и планы по их снижению.
| Риск | Влияние | Митигация |
|---|---|---|
| Точность извлечения данных Парсером ниже целевых 85% на ваших реальных заявках | Среднее | На первом спринте калибровка на 50 ваших реальных заявках; промпт настраивается итеративно |
| API одного из подрядчиков (Логисмарт) недоступен или нестабилен | Среднее | Fallback на email-парсинг + retry с экспоненциальным backoff + алерты |
| Изменения регуляторики ЭДО до 01.09.2026 | Низкое | Мониторим официальные источники, гибкая интеграция с API Контур.Логистика |
| Подрядчики не отвечают на email-запросы или отвечают медленно | Среднее (бизнес-процесс) | Дашборд по подрядчикам показывает «молчунов»; рекомендации по перераспределению нагрузки |
| LLM-провайдер становится недоступным (санкции, тарифы) | Среднее | Архитектура с возможностью переключения между провайдерами; готовность к локальным моделям GigaChat/YandexGPT |
| Ваша команда не успевает дать обратную связь в спринте | Низкое | Чёткий процесс приёмки с дедлайнами; в случае задержки спринт продлевается без штрафа |
| Расширение скоупа в процессе (например, добавить новые типы грузов) | Среднее | Change Request процедура с переоценкой по часам |
| Потеря данных при сбое инфраструктуры | Низкое | Ежедневные бэкапы, тестирование процедуры восстановления |
| Эскалации зависают, потому что не назначены ответственные | Среднее | На первом спринте определяем матрицу эскалаций (роли + люди + критерии) |
| Сложности с КЭП и подключением Диадок API | Среднее | Техническая встреча с вашим ИТ + Контур-инженерами на 2-3 неделе проекта |
Приоритизация рисков
| Приоритет | Риски | Митигация в первую очередь |
|---|---|---|
| Высокий (среднее влияние × средне-высокая вероятность) | Точность Парсера, Молчание подрядчиков, Сложности с КЭП Диадок | Калибровка на реальных данных в Sprint 1, дашборд по подрядчикам, ранняя техвстреча с Контур-инженерами |
| Средний | API Логисмарта нестабилен, Расширение скоупа, Недоступность LLM | Fallback и retry, Change Request процедура, гибкая архитектура с переключением провайдеров |
| Низкий | Изменения регуляторики, Потеря данных, Задержки обратной связи | Мониторинг источников, ежедневные бэкапы, гибкие сроки спринтов |
27. Гарантии
- Соответствие ТЗ. Каждый пакет принимается по чек-листу критериев приёмки. Если что-то из обещанного не работает — мы доводим до рабочего состояния без дополнительной оплаты.
- Гарантия на код 12 месяцев. В течение года после финальной приёмки исправляем все технические баги в нашем коде бесплатно.
- Hyper-care период. В пакетах от «Премиума» — 3 месяца, в «Экосистеме» — 6 месяцев активной поддержки после запуска (выделенный инженер на оперативные правки).
- Документация. Передаём полный пакет: архитектурная документация, API reference, runbook для администратора, пользовательские инструкции.
- Передача знаний. В каждом пакете предусмотрены сессии обучения для вашей команды (1-3 сессии в зависимости от пакета).
- Open code. Весь исходный код принадлежит вам. Никаких vendor lock-in, ваша команда может развивать систему самостоятельно.
- Политика данных. Ваши данные — ваши. Мы не используем их для обучения сторонних моделей, не передаём третьим сторонам.
28. Требования к клиенту
Что нам нужно от вашей стороны для успешного запуска. Запрашиваем по мере необходимости в спринтах.
| # | Что нужно | Когда | От кого |
|---|---|---|---|
| 1 | Доступ к техническому email-ящику (IMAP + SMTP) | Sprint 1 | ИТ-администратор |
| 2 | 50+ примеров реальных заявок (анонимизированных при необходимости) | Sprint 1 | Клиентский сервис |
| 3 | Существующие шаблоны КП и договоров (Word) | Sprint 1 | Юрист / коммерция |
| 4 | Реквизиты компании для генерации документов | Sprint 1 | Бухгалтерия |
| 5 | Список 10-20 ключевых подрядчиков с контактами | Sprint 3 | Логистика |
| 6 | Доступ к API Логисмарта (для «Экосистемы») | Sprint 5 | Логистика + ИТ |
| 7 | Доступ к API Диадока (логин, API-ключ, КЭП организации) (для «Премиума+») | Sprint 5 | Бухгалтерия + ИТ |
| 8 | Доступ к 1С (для «Экосистемы») — желательно тестовый контур | Sprint 7 | ИТ |
| 9 | Назначение ответственного за приёмку и регулярную обратную связь | До старта | Руководство |
| 10 | Регистрация в реестре ГосЛог (для готовности к ЭТрН) | До 30 апреля 2026 | Юрист (срок продлён регулятором) |
29. Что не входит
Чтобы избежать недопонимания — что мы НЕ делаем в рамках этих пакетов.
- Юридические услуги. Мы не разрабатываем шаблоны КП и договоров с юридической экспертизой. Если у вас нет шаблонов — это отдельная услуга, оценивается по факту.
- Регистрация в реестре ГосЛог и в ГИС ЭПД. Это юридические процедуры, выполняются клиентом самостоятельно или с юристом.
- Получение и продление КЭП организации. Делает клиент через УЦ Контур или другой удостоверяющий центр.
- Разработка нового модуля для 1С. Мы используем существующие механизмы (HTTP-сервис в расширении конфигурации) или работаем с тем, что есть. Глубокая доработка 1С — это отдельная компетенция.
- Замена существующих систем (1С, WMS, портал SRDL). Мы интегрируемся, не заменяем.
- Автоматизация бизнес-процессов вне сделочного цикла. HR, склад, бухгалтерия как процессы вне сделок — не входит.
- Маркетинговое продвижение нового портала клиентам Loglab. Если потребуется — отдельная услуга.
- Обучение клиентов Loglab пользоваться кабинетом. Мы делаем UX интуитивным; обучение конечных клиентов — задача клиентского сервиса Loglab.
- Инфраструктурные расходы. Сервер, хранилище, лицензии — оплачиваются клиентом напрямую провайдеру.
- Локализация на другие языки. Опционально (О9).
30. Открытые вопросы
То, что нужно прояснить на первом спринте. Эти вопросы не блокируют старт работ, но определяют детали реализации.
Q1. Объём заявок: 100-300 — это весь поток или только мультимодал Китай-Москва?
Контекст: на сайте Loglab указано 70+ складов и работа с крупными корпоративными клиентами. Возможно, общий поток сделок значительно больше, а 100-300 — только узкий сегмент мультимодал Китай-Москва.
Варианты:
- A) Это вся компания — тогда инфра рассчитана с большим запасом
- B) Это только мультимодал Китай-Москва — обсудим расширение на другие направления как опции/Phase 2
- C) Это пилотный сегмент, дальше планируется расширение — заложим архитектурный задел
Q2. Источник правды по подрядчикам — Excel/Notion или интегрируемся с собственным портфелем подрядчиков?
Варианты:
- A) Заводим базу подрядчиков в новой системе с нуля
- B) Импортируем из существующего Excel/CRM
- C) Интегрируемся с системой клиента (например, с порталом SRDL)
Q3. Кто принимает решения по эскалациям и в каких случаях?
Контекст: для human-in-the-loop важна чёткая матрица эскалаций.
Варианты для обсуждения:
- Сделки на сумму >X ₽ — эскалация старшему логисту
- Нестандартный маршрут (нет в базе) — эскалация старшему логисту
- Молчание подрядчиков >24 часа — эскалация менеджеру
- Подписание Диадок задержано >48 часов — эскалация коммерческому директору
Q4. Логисмарт — какая именно версия и какой API доступен?
Контекст: на рынке несколько систем с похожим названием. Нужно подтверждение от вашего ИТ или поставщика.
Q5. Шаблоны КП и договоров — есть, нужно адаптировать, или будем делать с нуля?
Контекст: влияет на скоуп пакета «Бизнес». Если шаблонов нет — добавим разработку как опцию (~30-60 часов).
Q6. Каналы уведомлений клиентам — email достаточно или нужны Telegram, SMS, WhatsApp?
Контекст: в «Премиуме» предусмотрен email + Telegram. Если нужны другие — обсудим как опцию.
31. Перспективы развития
Куда система может расти после успешного запуска. Это не обещание, а карта возможностей.
Phase 2 (через 6-12 месяцев после запуска MVP)
- Расширение на новые направления: не только Китай-Москва, но и другие маршруты (импорт из Турции, экспорт в СНГ, внутренние мультимодальные)
- Расширение типов грузов: не только мультимодальные сборные, но FTL, LCL, рефрижераторы, негабарит
- Голосовой канал заявок (опция О3): клиенты могут звонить и автоматически получать обработанную заявку
- Мобильное приложение менеджера (опция О6): работа со сделками с любого устройства
- OCR для сканированных документов (опция О1): автоматическая обработка сканов накладных, инвойсов, packing lists
- Интеграция с собственным порталом SRDL (опция О4): двусторонний обмен с существующим клиентским кабинетом
Phase 3 (через 12-24 месяцев)
- Predictive analytics: прогноз оптимальной даты отправки на основе исторических данных по пробкам на погранпереходах
- AI-консультант для клиентов в портале: «спросите у Loglab» в чате внутри кабинета
- Автоматическая работа с маркировкой («Честный знак») (опция О7)
- A/B-тестирование промптов (опция О8): автоматический подбор лучших формулировок для писем
- Расширенная мультиязычность (опция О9): прямая работа с китайскими подрядчиками
Phase 4 (стратегическая перспектива)
- Marketplace-позиционирование: платформа становится продуктом, который Loglab продаёт другим экспедиторам как SaaS
- Интеграция с государственными системами (ГИС ЭПД, ФТС ЕАИС таможни) для автоматизации деклараций
- Цифровой двойник логистической операции: прогнозы, симуляции, оптимизация
- Smart contracts: автоматизация расчётов между сторонами на основе подписания ЭТрН
32. Глоссарий
| Термин | Значение |
|---|---|
| 3PL | Third-Party Logistics — провайдер логистических услуг для бизнеса |
| Агент | Специализированный программный компонент, выполняющий определённый шаг бизнес-процесса с использованием LLM |
| Бонус на разработку | Кредит на будущие доработки, входит в верхние пакеты |
| CRM | Customer Relationship Management — система управления клиентами |
| EDI | Electronic Data Interchange — электронный обмен данными |
| Эскалация | Передача сложного кейса старшему сотруднику для решения |
| ЭДО | Электронный документооборот |
| ЭКП / КЭП | Квалифицированная электронная подпись организации |
| ЭТрН | Электронная транспортная накладная |
| ГИС ЭПД | Государственная информационная система электронных перевозочных документов |
| HITL | Human-in-the-loop — паттерн, где человек подтверждает ключевые решения, агенты их подготавливают |
| Hyper-care | Период интенсивной поддержки сразу после запуска (3-6 месяцев) |
| Incoterms | Международные правила толкования торговых терминов (FOB, CIF, EXW и т.д.) |
| LangGraph | Фреймворк для построения мультиагентных систем с поддержкой состояний и прерываний |
| LLM | Large Language Model — большая языковая модель, основа агентов |
| MVP | Minimum Viable Product — минимальный жизнеспособный продукт |
| OCR | Optical Character Recognition — распознавание текста на изображениях |
| Оркестратор | Компонент, управляющий запуском и взаимодействием агентов |
| ПДЗ | Просроченная дебиторская задолженность |
| RAG | Retrieval-Augmented Generation — обогащение запросов к LLM данными из базы знаний |
| Retainer | Ежемесячная оплата за поддержку и развитие |
| RPO / RTO | Recovery Point Objective / Recovery Time Objective — целевая допустимая потеря данных и время восстановления |
| SLA | Service Level Agreement — соглашение об уровне сервиса |
| TMS | Transport Management System — система управления перевозками |
| УПД | Универсальный передаточный документ |
| WMS | Warehouse Management System — система управления складом |
33. Следующие шаги
Конкретные действия, которые приведут к запуску проекта.
| # | Шаг | Кто | Срок |
|---|---|---|---|
| 1 | Обсуждение этого предложения, ответы на вопросы | AiDevTeam + Loglab | 1-2 рабочих дня после прочтения |
| 2 | Выбор пакета и при необходимости опций | Loglab | 3-5 рабочих дней |
| 3 | Уточнение открытых вопросов из раздела 30 | Loglab | до подписания договора |
| 4 | Подготовка договора (наш типовой шаблон fixed-price) | AiDevTeam | 2 рабочих дня |
| 5 | Согласование и подписание договора | Обе стороны | 3-5 рабочих дней |
| 6 | Внесение первого платежа | Loglab | по графику договора |
| 7 | Sprint 0 — kick-off, доступы, первые встречи | Обе стороны | 2-3 рабочих дня |
| 8 | Старт работ (Sprint 1) | AiDevTeam | следующий понедельник |
Самое быстрое реалистичное расписание: при подписании на следующей неделе старт работ возможен через 7-10 рабочих дней. MVP «Пилот» — через 6 недель после старта. Готовность ЭТрН (для «Премиума+») — через 18 недель, что даёт буфер в 3-4 недели до дедлайна 01.09.2026 при старте в начале мая.
Все оценки являются предварительными и будут уточнены в начале первого спринта после получения доступа к реальным данным и системам.
Предложение действительно 30 дней с даты подготовки.
Подготовлено командой AiDevTeam · 21 апреля 2026 г. · aidevteam.ru