Коммерческое предложение: «Второй мозг» компании
Единый ИИ-контур для производства и продаж: видит риски, объясняет причины, держит дисциплину
Версия: 1.0 Дата: 03.06.2026 Клиент: КАВАЯ ГРУПП (бренд Food Milk) Подготовил: AiDevTeam
Содержание
Обзор для собственника
Часть I: Коммерческое предложение
- О проекте
- Текущие процессы и боли
- Архитектура решения
- Пакеты услуг
- Сравнение пакетов
- Ядро системы
- Дополнительные опции
- Конфигурации и варианты размещения
- Наша рекомендация
- Бизнес-выгоды (ROI)
Часть II: Техническое задание
- Границы MVP
- Компоненты системы
- Модель данных
- Интеграции и API
- Пользовательские сценарии
- Команда и калькуляция
- Дорожная карта внедрения
- Предварительные исследования
- Стратегия тестирования
- Развёртывание и сопровождение
- Критерии приёмки
- Нефункциональные требования
Часть III: Коммерческие условия
- Как мы работаем
- Условия оплаты
- Ежемесячные расходы
- Риски и митигация
- Гарантии
- Требования к клиенту
- Что не входит
- Открытые вопросы
- Перспективы развития
- Глоссарий
- Следующие шаги
Главное
Ситуация. У вас сильное растущее производство: ~60 человек в продажах, логистике и производстве, около 500 активных клиентов, 168 SKU, продажи в федеральные и региональные сети и через дистрибьюторов. Учёт идёт в 1С, оперативная работа — в Bitrix24 и рабочих чатах. Но, как вы сами отметили, дисциплина ведения системы неровная: задачи зависают, на сообщения ответственным не отвечают вовремя, а узнать реальную причину, почему просели продажи по конкретной сети или почему сорвётся отгрузка, можно только вручную и постфактум. Решения принимаются на основе того, что уже случилось, а не того, что вот-вот случится.
Что вы получаете. Систему, которая постоянно «читает» вашу операционную картину и сама поднимает то, что важно — до того, как это станет проблемой.
| # | Результат | Эффект |
|---|---|---|
| 1 | Превентивные сигналы о срыве отгрузок и зависших задачах | Реакция за минуты, а не «постфактум через день» |
| 2 | Реальная причина роста и падения продаж | Не «упало на 7%», а «по какой сети, SKU, менеджеру и почему» |
| 3 | Оценка эффективности промо | Видно, какие промо приносят деньги, а какие — убыток |
| 4 | Прозрачность работы менеджеров | Просрочки и «пустые отписки» видны сразу, без ручного контроля |
Три модуля — один контур. Решение собирается из трёх частей: контроль рисков логистики и производства, аналитика продаж с объяснением причин и контроль дисциплины менеджеров. Их можно запускать поэтапно — начать с самого ценного и расширять по мере того, как вы видите отдачу.
Почему AiDevTeam.
- У нас есть собственная платформа бизнес-памяти — мы не пишем «второй мозг» с нуля, а адаптируем работающее ядро под ваш Bitrix24 и 1С. Это короче по срокам и надёжнее.
- Сначала порядок, потом ИИ. Мы начинаем с аудита данных и не «оцифровываем хаос» — система сначала показывает, где хаос, и помогает его сократить.
- Гибкость размещения. Данные могут оставаться полностью в вашем контуре или работать в защищённом облаке — вы выбираете осознанно, по честному сравнению стоимости.
- Прозрачность. Каждый вывод системы подкреплён ссылкой на источник (сообщение, задачу, документ) — никакого «чёрного ящика».
Как читать этот документ.
| Раздел | Кому | Что внутри |
|---|---|---|
| Обзор для собственника + Часть I | Владелец, руководители | Что меняется в работе, пакеты, выгоды |
| Часть II (ТЗ) | IT-директор, технические специалисты | Архитектура, интеграции, данные, дорожная карта |
| Часть III | Все стороны сделки | Оплата, сроки, риски, гарантии |
Для вашей ситуации мы рекомендуем пакет «Премиум» — полный «второй мозг» из трёх модулей: он закрывает и риски, и аналитику продаж, и дисциплину, и окупается за счёт сокращения потерь на срывах и неэффективных промо.
Что вы получаете на каждом тарифе
Этот блок — для собственника и руководителей. Без технических терминов: только то, что меняется в ежедневной работе, что вы получаете и когда какой тариф брать.
Пилот • 3–4 недели
Что меняется в работе: на ограниченном участке (один-два отдела) система начинает сама поднимать риски из рабочих чатов и задач — вы видите результат на своих данных ещё до большого внедрения.
| До | После (Пилот) |
|---|---|
| Узнаёте о зависшей задаче, когда уже сорвалось — через день и позже | Сигнал о риске приходит в течение часа после появления |
| «В Bitrix бардак», непонятно, с чего начинать наведение порядка | Получаете карту проблемных мест в данных и чёткий чек-лист готовности |
| Сомнения, «заработает ли это вообще у нас» | Работающий пример на вашем реальном участке за 3–4 недели |
Что получаете: аудит данных, карту готовности и живой пример детекции рисков на ограниченном контуре. Чего ещё нет: полного охвата всех отделов, аналитики продаж и контроля менеджеров. Когда брать: когда хотите убедиться на деле и снизить риск перед основным внедрением. Окупаемость: окупается уже тем, что показывает, какие данные надо донастроить до большого запуска — экономит бюджет основного этапа.
Старт • 6–8 недель
Что меняется в работе: система полностью закрывает риски логистики и производства — следит за перепиской и задачами по всем участкам и сама эскалирует ответственным.
| До (Пилот) | После (Старт) |
|---|---|
| Риски ловятся на одном-двух участках | Превентивные сигналы по всем отделам логистики и производства |
| «Водитель/ответственный молчит» замечают вручную | Система сама фиксирует тишину по критическому вопросу и поднимает эскалацию |
| Срывы отгрузок всплывают постфактум | Предупреждение приходит заранее, с указанием причины и ответственного |
Что получаете: полный контроль рисков срыва поставок, отчёты и алерты в Telegram, экономию часов ручного контроля в неделю. Чего ещё нет: объяснения причин роста/падения продаж и контроля дисциплины менеджеров. Когда брать: когда главная боль — именно срывы отгрузок и «непрозрачная» логистика. Окупаемость: один предотвращённый срыв отгрузки в сеть окупает значимую часть пакета.
Бизнес • 10–12 недель
Что меняется в работе: к контролю рисков добавляется аналитика продаж, которая объясняет почему, а не только что.
| До (Старт) | После (Бизнес) |
|---|---|
| «Продажи по сети упали на 7%» — причину ищут руками | Система сама раскладывает: по какой сети, SKU, региону, менеджеру и почему |
| «Плюс 5%» воспринимается как успех | Видно, что «+5%» при плане «+15%» — это на самом деле минус |
| Решение по промо — на ощущениях | Видно, какие промо принесли деньги, а какие — убыток |
Что получаете: аналитику продаж с реальной причиной отклонений и оценку эффективности промо по сетям и SKU. Чего ещё нет: систематического контроля дисциплины менеджеров. Когда брать: когда нужно не только ловить риски, но и понимать причины и управлять промо. Окупаемость: отказ от 2–3 заведомо убыточных промо в квартал окупает разницу с предыдущим тарифом.
Премиум • 14–16 недель ⭐ Рекомендуем
Что меняется в работе: полный «второй мозг» — риски, продажи и дисциплина менеджеров в одном контуре.
| До (Бизнес) | После (Премиум) |
|---|---|
| Дисциплину менеджеров контролируют вручную и выборочно | Просрочки, пропущенные задачи и «пустые отписки» видны сразу, по каждому |
| Непонятно, кто тормозит запуск продукта | Рейтинг исполнительской дисциплины с конкретными фактами |
| Три зоны контроля живут отдельно | Единая картина: риск → причина → ответственный — в одном месте |
Что получаете: все три модуля, единую операционную картину и контроль дисциплины без ручных проверок. Когда брать: когда нужен полноценный управленческий контур, а не отдельные инструменты. Это наша рекомендация для вашей ситуации. Окупаемость: окупается комбинированно — меньше срывов, отказ от убыточных промо и рост дисциплины; ориентир — несколько месяцев при вашем потоке.
Экосистема / Промышленная версия • 20–24 недели
Что меняется в работе: система переходит в режим промышленной эксплуатации с максимальной защитой данных и расширенным прогнозом.
| До (Премиум) | После (Экосистемы) |
|---|---|
| MVP-конфигурация трёх модулей | Промышленная надёжность, расширенный прогноз и приоритетная поддержка |
| Стандартный режим размещения | Полностью в вашем контуре (по вашему выбору безопасности) |
Что получаете: промышленную эксплуатацию, повышенную надёжность, расширенную аналитику и бонус на доработки. Чего ещё нет: это полная конфигурация на текущий год. Когда брать: когда система стала критичной для управления и нужна максимальная надёжность и защита данных. Окупаемость: окупается на масштабе — за счёт устойчивости процессов и тиражирования контура на другие задачи группы.
Сравнительная сводка по эффекту
| Метрика | Сейчас | Пилот | Старт | Бизнес | Премиум | Экосистема |
|---|---|---|---|---|---|---|
| Скорость реакции на риск | сутки+ | < 1 часа (участок) | < 1 часа (везде) | < 1 часа | < 1 часа | минуты |
| Охват отделов | — | 1–2 | логистика+произв. | + продажи | + менеджеры | вся группа |
| Причина отклонений продаж | вручную | — | — | авто | авто | авто + прогноз |
| Оценка эффективности промо | нет | нет | нет | есть | есть | расширенная |
| Контроль дисциплины | вручную | — | — | — | авто | авто |
| Прозрачность (ссылка на источник) | нет | есть | есть | есть | есть | есть |
| Готовность к промышленной нагрузке | — | PoC | базовая | базовая | MVP | промышленная |
1. О проекте
КАВАЯ ГРУПП (бренд Food Milk) — производитель и дистрибьютор молочной и кисломолочной продукции, десертов и кондитерских изделий. Продажи идут в федеральные и региональные торговые сети и через дистрибьюторов; ассортимент — 168 SKU, около 500 активных клиентов, штат в зоне проекта — порядка 60 человек.
Операционная картина компании сегодня разбросана по трём источникам правды:
- 1С (8.3, ERP) — продажи, планы, бюджеты, цены, старт промо;
- Bitrix24 — сделки, задачи, коммуникация менеджеров;
- Рабочие чаты (Bitrix24 и мессенджеры) — оперативная переписка логистики и производства.
Каждый источник по отдельности полезен, но между ними нет связующего слоя, который смотрел бы на всё сразу и отвечал на три управленческих вопроса:
- Где у нас вот-вот возникнет проблема? (риск срыва отгрузки, зависшая задача, молчащий ответственный)
- Почему на самом деле изменились продажи? (по какой сети, SKU, региону, менеджеру; план-факт; эффект промо)
- Кто и где не доводит работу до результата? (просрочки, формальные отписки, затягивание запусков)
Цель проекта — построить «второй мозг» компании: единый ИИ-контур поверх 1С, Bitrix24 и чатов, который непрерывно анализирует операционную картину, заранее предупреждает о рисках, объясняет причины отклонений в продажах и держит дисциплину исполнения — с доставкой выводов туда, где их увидят (Telegram, веб-интерфейс), и с обязательной ссылкой на источник под каждым выводом.
Важная особенность подхода: решение проектируется как тиражируемый актив — контур, который сначала закрывает приоритетную задачу, а затем расширяется на смежные процессы группы без переписывания с нуля.
2. Текущие процессы и боли
Ниже — формулировки задач так, как они прозвучали от вашей команды на установочной встрече, и то, как на них отвечает система.
| Боль (из обсуждения) | Решение |
|---|---|
| «В Bitrix бардак, менеджеры сами не знают, как порядок сделать» | Этап 0 «Наведение порядка»: аудит данных, чек-лист готовности, и далее система измеряет соблюдение вашего регламента — он перестаёт быть «на бумаге» |
| «Заказ сорвётся, потому что нет статуса по отгрузке, а ответственный молчит» | Детекция риска по таймаутам и ответственным: тишина по критическому вопросу → предупреждение с причиной и эскалацией |
| «В мессенджерах нет ответа от того, кому адресован вопрос — это потеря времени» | Контроль неотвеченных сообщений в рабочих чатах с привязкой к ответственному |
| «В задачах нет ответа и проделанной работы ответственного — затягивание процесса» | Контроль зависших задач и формальных «отписок без содержания» |
| «Ваш +5% на самом деле −7%: плюс 15% прогнозировали, а вышло меньше» | Аналитика план-факт: система сравнивает с планом и показывает реальную динамику, а не абсолютную цифру |
| «Поучаствовали в промо, должны были вырасти на 30%, выросли на 2%» | Оценка эффективности промо: фактический прирост против ожидаемого, по сетям и SKU |
| «Кто-то пишет общие фразы ради галочки, не даёт сроков, тянет запуск продукта» | Контроль дисциплины: просрочки, отсутствие сроков, формальные закрытия задач |
Главный принцип, который мы закладываем в ответ на ваше же опасение «не превратить это в ускоритель проблем»: система сначала делает хаос видимым и измеримым, и только потом автоматизирует. Мы не строим выводы поверх беспорядка — чистое ядро берём из 1С (где данные структурированы), а в чатах и задачах система именно наводит порядок через сигналы и подсветку проблемных мест.
3. Архитектура решения
Решение — это связующий ИИ-слой между вашими системами и людьми, принимающими решения. Данные забираются из 1С, Bitrix24 и рабочих чатов, проходят нормализацию и защиту персональных данных внутри вашего контура, анализируются ИИ-ядром (с обязательной фиксацией источника под каждым выводом) и доставляются в Telegram и веб-интерфейс.
flowchart TB
subgraph Sources["Источники"]
ERP["1С 8.3 ERP<br/>продажи, план, промо"]
CRM["Bitrix24<br/>сделки, задачи"]
CHAT["Рабочие чаты<br/>логистика, производство"]
end
subgraph Core["ИИ-контур (в вашем периметре)"]
ING["Сбор и нормализация<br/>очередь + повтор"]
PII["Защита персональных данных"]
AI["ИИ-ядро<br/>анализ, причины, риски"]
EV["База знаний + ссылки на источник"]
RULES["Правила и эскалации"]
end
subgraph Out["Доставка"]
TG["Telegram<br/>отчёты и алерты"]
WEB["Веб-интерфейс<br/>дашборды"]
MOD["Проверка человеком<br/>(подтверждение)"]
end
ERP --> ING
CRM --> ING
CHAT --> ING
ING --> PII --> AI
AI --> EV
AI --> RULES
RULES --> TG
EV --> WEB
AI --> MOD
MOD --> WEB
style Sources fill:#172554,stroke:#3b82f6
style Core fill:#14532d,stroke:#22c55e
style Out fill:#78350f,stroke:#f59e0b
Ключевые принципы архитектуры:
- Истина — в ваших системах. Авторитетные данные остаются в 1С и Bitrix24; ИИ-контур строит над ними производный аналитический слой, не подменяя источники.
- Ничего без источника. Каждый вывод и сигнал сопровождается ссылкой на конкретное сообщение, задачу или документ — это исключает «галлюцинации» и делает выводы проверяемыми.
- Человек в контуре. Чувствительные выводы (особенно по дисциплине сотрудников) проходят подтверждение человеком, а не применяются автоматически.
- Заменяемые компоненты. Модель, хранилище и канал доставки спрятаны за внутренними адаптерами — это позволяет менять режим размещения (в периметре / облако / гибрид) без переписывания системы.
Этап 0: наведение порядка перед запуском ИИ
Это прямой ответ на ваше опасение «не превратить систему в ускоритель проблем». Любой пакет начинается с Этапа 0 — и только после него подключается ИИ.
Зачем. ИИ, запущенный поверх беспорядка, ускоряет беспорядок. Поэтому мы сначала делаем картину данных видимой и приводим её к минимальному рабочему порядку — и только потом автоматизируем.
Что мы конкретно делаем (1–2 недели):
| Шаг | Что происходит |
|---|---|
| 1. Инвентаризация источников | Смотрим, какие данные есть в 1С, Bitrix24 и чатах, как они связаны, где заполнено, где пробелы |
| 2. Оценка качества данных | Проверяем заполняемость задач, привязку к клиенту, наличие сроков, дисциплину ведения — по фактам, а не «на словах» |
| 3. Картирование процессов | Фиксируем, как реально идут отгрузки, задачи и продажи, а не как «должно быть» |
| 4. Опора на ваш регламент | Берём существующий регламент ведения Bitrix и определяем минимальный набор правил, без которого ИИ не даст корректный результат |
| 5. Чек-лист готовности | Составляем конкретный список «что донастроить до запуска» — с приоритетами и ответственными |
| 6. Настройка измерения | Включаем измерение соблюдения регламента (заполняемость, сроки) — порядок становится видимым и управляемым |
Что вы получаете на выходе:
- Отчёт-аудит данных: карта источников и оценка их качества.
- Карта проблемных мест с приоритетами — где именно «течёт».
- Чек-лист готовности к ИИ: что, кем и в каком порядке донастраивается.
- Стартовая метрика дисциплины — точка отсчёта для сравнения прогресса.
Как это снимает риск. Мы не запускаем ИИ вслепую: чистое ядро (структурированные данные 1С) используется сразу, а «грязные» зоны (чаты, задачи) сначала подсвечиваются и приводятся в порядок. Если на аудите окажется, что каких-то данных не хватает для выводов — это и есть первый ценный результат: вы узнаёте это до того, как вложитесь в полный охват.
Важно. Мы даём карту, чек-лист и измерение. Наведение порядка в самих процессах (как менеджеры заполняют Bitrix) — совместная работа: дисциплину обеспечиваете вы, мы делаем её видимой и поддерживаем инструментом. Переписывание процессов в 1С вне согласованного объёма в Этап 0 не входит (раздел 29).
4. Пакеты услуг
Пакеты прогрессивные: каждый следующий включает всё из предыдущего и добавляет новый слой. Вы можете остановиться на любом тарифе и получить законченный работающий продукт. Все цены указаны для рекомендованного гибридного размещения (см. раздел 8); ежемесячные расходы на инфраструктуру — в разделе 25.
4.1. Пакет «Пилот» — доказательство на ваших данных
| Модуль | Что входит | Критерий приёмки |
|---|---|---|
| Аудит данных | Диагностика 1С/Bitrix/чатов, карта проблемных мест, чек-лист готовности | Отчёт-аудит + чек-лист переданы и приняты |
| Интеграция (ограниченная) | Подключение одного-двух участков (отдел/чат) | Данные участка поступают в систему |
| Детекция рисков (демо) | Сигналы о зависших задачах и неотвеченных сообщениях на выбранном контуре | Сигнал о риске формируется ≤ 1 часа после появления |
Выгоды: убеждаетесь на собственных данных, получаете карту того, что нужно донастроить до большого запуска, и снижаете риск основного этапа.
Стоимость: 490 000 руб. Срок: 3–4 недели.
Что вы НЕ получаете в «Пилоте»:
| Без этого | Цена бездействия |
|---|---|
| Нет охвата всех отделов | Риски на неподключённых участках по-прежнему всплывают постфактум |
| Нет аналитики продаж | Причина падения по сетям и SKU ищется вручную |
| Нет контроля менеджеров | Просрочки и «пустые отписки» остаются невидимыми |
4.2. Пакет «Старт» — контроль рисков логистики и производства
Включает всё из «Пилота» +
| Модуль | Что входит | Критерий приёмки |
|---|---|---|
| Полная интеграция | Все отделы логистики и производства, рабочие чаты Bitrix24 | Данные всех участков поступают в систему |
| Детекция рисков | Неотвеченные сообщения, зависшие задачи, риск срыва отгрузки — с причиной и ответственным | На 10 тестовых ситуациях система корректно поднимает ≥ 8 |
| Эскалация | Уведомления ответственным и руководству по уровню критичности | Эскалация уходит ≤ 30 сек после детекции |
| Отчёты в Telegram | Ежедневная сводка рисков + мгновенные алерты | Сводка приходит по расписанию, алерты — в реальном времени |
Выгоды: превентивные сигналы по всем участкам, экономия часов ручного контроля в неделю, меньше срывов отгрузок в сети.
Бонусы (бесплатно):
- Настройка шаблонов отчётов под вашу структуру (обычно ~30 000 руб)
- Перенос и структурирование справочника ответственных (обычно ~20 000 руб)
Общая стоимость бонусов: ~50 000 руб.
Стоимость: 1 150 000 руб. Срок: 6–8 недель.
Что вы НЕ получаете в «Старте»:
| Без этого | Цена бездействия |
|---|---|
| Нет аналитики продаж | «Плюс 5%» при плане «плюс 15%» по-прежнему читается как успех |
| Нет оценки промо | Убыточные промо продолжают съедать маржу |
| Нет контроля дисциплины | Затягивание запусков остаётся непрозрачным |
4.3. Пакет «Бизнес» — риски + аналитика продаж
Включает всё из «Старта» +
| Модуль | Что входит | Критерий приёмки |
|---|---|---|
| Подключение 1С | Продажи, планы, цены, бюджеты, старт промо | Данные продаж и планов поступают из 1С |
| Анализ план-факт | Реальная причина отклонений: по сети, SKU, региону, менеджеру | На контрольном периоде система объясняет ≥ 80% значимых отклонений |
| Эффективность промо | Фактический прирост против ожидаемого, по сетям и SKU | Отчёт по промо формируется с указанием прироста и вывода |
| Аналитические отчёты | Регулярные сводки руководству с краткими выводами | Сводка содержит вывод и динамику, а не только цифры |
Выгоды: управленческие решения на основе реальных причин, отказ от заведомо убыточных промо, прозрачность по сетям и SKU.
Бонусы (бесплатно):
- Всё из «Старта» +
- Обучение команды работе с аналитикой (2 сессии) (обычно ~40 000 руб)
- 1 кастомный дашборд по вашему запросу (обычно ~30 000 руб)
Общая стоимость бонусов: ~120 000 руб (бонусы ~120 000 руб).
Стоимость: 2 190 000 руб 2 305 000 руб (скидка 5% за расширенный охват). Срок: 10–12 недель.
Что вы НЕ получаете в «Бизнесе»:
| Без этого | Цена бездействия |
|---|---|
| Нет систематического контроля менеджеров | Дисциплину по-прежнему проверяют вручную и выборочно |
| Нет рейтинга исполнения | Непонятно, кто именно тормозит запуск продукта |
4.4. Пакет «Премиум» — полный «второй мозг» ⭐
Включает всё из «Бизнеса» +
| Модуль | Что входит | Критерий приёмки |
|---|---|---|
| Контроль дисциплины | Просрочки, нарушение сроков, скорость реакции менеджеров | Просроченные задачи фиксируются автоматически |
| Контроль качества задач | «Пустые отписки», отсутствие сроков и проделанной работы | Формальные закрытия помечаются для проверки |
| Рейтинг исполнения | Оценка дисциплины по сотрудникам с фактами и ссылками | Рейтинг строится с привязкой к конкретным задачам |
| Единый контур | Риск → причина → ответственный в одном месте | Все три модуля работают на одном контуре |
Выгоды: полноценный управленческий контур, контроль дисциплины без ручных проверок, единая картина рисков, продаж и исполнения.
Бонусы (бесплатно):
- Всё из «Бизнеса» +
- Расширенное обучение и настройка под роли (обычно ~60 000 руб)
- Тюнинг моделей под вашу специфику в первый месяц (обычно ~50 000 руб)
- Бонус на будущую разработку: 200 000 руб (см. условия ниже)
Общая стоимость бонусов: ~310 000 руб (бонусы ~110 000 руб + бонус на разработку 200 000 руб).
Бонус на будущую разработку (200 000 руб):
- Действует 12 месяцев с момента запуска
- Покрывает не более 50% от суммы нового заказа
- Применяется к: новые модули, интеграции, кастомизации, расширения
Стоимость: 2 950 000 руб 3 170 000 руб (скидка 7% за полный охват). Срок: 14–16 недель.
Что вы НЕ получаете в «Премиуме»:
| Без этого | Цена бездействия |
|---|---|
| MVP-конфигурация без промышленного hardening | На пиковых нагрузках возможны задержки обработки |
| Без полностью изолированного размещения в периметре | Часть обработки идёт в защищённом облаке (если так выбрано) |
4.5. Пакет «Экосистема / Промышленная версия» — максимальная надёжность
Включает всё из «Премиума» +
| Модуль | Что входит | Критерий приёмки |
|---|---|---|
| Промышленное размещение | Полностью в вашем контуре, локальные модели | Система работает внутри периметра без внешних вызовов |
| Hardening и надёжность | Повышенная отказоустойчивость, мониторинг, резервирование | Доступность ≥ 99% за неделю |
| Расширенный прогноз | Прогноз рисков и продаж на горизонт | Прогнозные отчёты формируются регулярно |
| Приоритетная поддержка (SLA) | Согласованное время реакции на инциденты | Реакция в рамках SLA |
Выгоды: промышленная надёжность, максимальная защита данных, расширенная аналитика, фундамент для тиражирования контура на другие задачи группы.
Бонусы (бесплатно):
- Всё из «Премиума» +
- Приоритетная поддержка с SLA на 3 месяца (обычно ~120 000 руб)
- Бонус на будущую разработку: 300 000 руб
- Скидка 10% на следующий заказ доработок
Общая стоимость бонусов: ~470 000 руб.
Бонус на будущую разработку (300 000 руб): действует 12 месяцев, покрывает не более 50% суммы нового заказа.
Стоимость: 4 350 000 руб 4 830 000 руб (скидка 10% — максимальная). Срок: 20–24 недели.
5. Сравнение пакетов
| Возможность | Пилот | Старт | Бизнес | Премиум | Экосистема |
|---|---|---|---|---|---|
| Аудит и чек-лист готовности | ✓ | ✓ | ✓ | ✓ | ✓ |
| Интеграция Bitrix24 + чаты | участок | ✓ | ✓ | ✓ | ✓ |
| Детекция рисков, эскалация | демо | ✓ | ✓ | ✓ | ✓ |
| Отчёты и алерты в Telegram | — | ✓ | ✓ | ✓ | ✓ |
| Подключение 1С | — | — | ✓ | ✓ | ✓ |
| Аналитика план-факт «причина» | — | — | ✓ | ✓ | ✓ |
| Эффективность промо | — | — | ✓ | ✓ | ✓ |
| Контроль дисциплины менеджеров | — | — | — | ✓ | ✓ |
| Рейтинг исполнения | — | — | — | ✓ | ✓ |
| Полное размещение в периметре | опция | опция | опция | опция | ✓ |
| Расширенный прогноз | — | — | — | — | ✓ |
| Приоритетная поддержка (SLA) | — | — | — | — | ✓ |
| Бонус на разработку | — | — | — | 200 000 ₽ | 300 000 ₽ |
6. Ядро системы
Ядро — это фундамент, который входит в каждый пакет. Без него система не работает.
| # | Компонент | Описание |
|---|---|---|
| Я1 | Аудит и наведение порядка | Диагностика данных 1С/Bitrix/чатов, карта проблемных мест, чек-лист готовности |
| Я2 | Интеграционный слой | Подключение Bitrix24 и 1С, сбор переписки и задач, очередь с повтором |
| Я3 | ИИ-платформа | Извлечение фактов/рисков, анализ, база знаний со ссылками на источник, поиск |
| Я4 | Доставка | Отчёты и алерты в Telegram, веб-интерфейс с разграничением прав |
| Я5 | Размещение и сопровождение | Выбранный режим (периметр/облако/гибрид), мониторинг, журнал событий |
| Я6 | Проверка человеком | Подтверждение чувствительных выводов, обоснование вместо «чёрного ящика» |
Ядро — это фундамент, который входит в каждый пакет. Самый младший пакет = Ядро + минимальные дополнения.
7. Дополнительные опции
Независимые модули — можно добавить к любому пакету. Это возможности, которые выведут проект на новый уровень.
| # | Опция | Что даёт | Часы | Стоимость | Срок | Wow |
|---|---|---|---|---|---|---|
| О1 | Интеграция мессенджеров (WhatsApp) | Видит риски и в переписке вне Bitrix24 | 160 ч | 590 000 ₽ | 3–4 нед | Контроль там, где раньше была «слепая зона» |
| О2 | Голосовой канал (анализ звонков) | Тот же контроль качества по телефонным переговорам | 200 ч | 740 000 ₽ | 4–5 нед | Слышит проблему в звонке, а не только в чате |
| О3 | Прогноз спроса и дефицита | Предупреждает о риске дефицита на полке заранее | 140 ч | 540 000 ₽ | 3–4 нед | Реакция до того, как сеть зафиксирует отсутствие товара |
| О4 | Контроль дебиторки и договоров | Подсвечивает риск неплатежа и спора заранее | 120 ч | 450 000 ₽ | 2–3 нед | Видит проблемного контрагента до просрочки |
| О5 | Мост маркировки (Честный ЗНАК / Меркурий) | Автоматизация передачи данных маркировки и поэкземплярного учёта | 180 ч | 660 000 ₽ | 4–5 нед | Готовность к требованиям 2026 года без авралов |
Как считаются опции
- Каждая опция декомпозируется на подзадачи и оценивается по ролям — не «на глаз».
- Цена считается по тем же ставкам, что и пакеты (с учётом наценки).
- Учитывается скрытая работа (изучение API, итерации, интеграционные баги) — множитель ×1.3.
- Интеграции с внешними сервисами (мессенджеры, телефония, государственные системы) получают дополнительный буфер.
- К итогу добавляется резерв на непредвиденное.
Пример декомпозиции — Опция О1 (интеграция WhatsApp), 160 ч:
| Подзадача | Роль | Часы |
|---|---|---|
| Подключение шлюза мессенджера | Backend | 40 |
| Приём истории и входящих (вебхуки) | Backend | 30 |
| Нормализация и привязка к ответственным | Backend | 24 |
| Встраивание в пайплайн детекции рисков | AI/ML | 20 |
| Обработка ошибок и лимитов | Backend | 16 |
| Тестирование на реальных чатах | QA | 20 |
| Архитектура и ревью | Tech Lead | 10 |
| Итого | 160 |
Опции — это мини-проекты на 2–5 недель, а не «быстрые правки». Поэтому каждая оценена с той же строгостью, что и основные пакеты.
8. Конфигурации и варианты размещения
Вы отметили важность того, чтобы данные оставались под вашим контролем — мы это услышали и закладываем такой вариант. Но «под контролем» можно обеспечить по-разному, и от этого заметно зависит стоимость. Поэтому мы предлагаем выбрать режим размещения осознанно, по честному сравнению.
| Режим | Контроль данных | Разовые затраты | Ежемесячно (ориентир) | Обслуживание |
|---|---|---|---|---|
| Полностью в периметре | Максимальный — данные не покидают вас | Выше (свои серверы и оборудование) | 15–25 тыс ₽ + амортизация | На стороне вашей команды (с нашей поддержкой) |
| Российское облако | Высокий — данные в РФ | Минимальные | 12–26 тыс ₽ | Низкое (провайдер держит инфраструктуру) |
| Гибрид ⭐ (рекомендуем) | Высокий — чувствительные данные в периметре | Низкие | 18–32 тыс ₽ | Среднее |
| Международные модели (обезличенно) | Средний — наружу уходят только обезличенные данные | Минимальные | Самый низкий по обработке | Низкое, с оговорками по оплате |
Почему рекомендуем гибрид. Для вашего объёма данных полностью изолированный контур с собственными серверами и моделями обходится заметно дороже — и капитально, и в обслуживании, — а большую часть выгод даёт уже гибридная схема: сырая переписка и персональные данные остаются в вашем периметре, а тяжёлые вычисления идут в защищённом контуре с шифрованием и без обучения внешних моделей на ваших данных. Полностью изолированный режим оправдан, когда это жёсткое требование вашей службы безопасности или когда объёмы вырастут многократно — и мы закладываем его в пакете «Экосистема» и как опцию к любому тарифу.
Важно: вопросы хранения персональных данных и контроля переписки сотрудников требуют оформления внутренних регламентов на вашей стороне. Мы проектируем систему так, чтобы технически поддержать корректный режим (разделение контуров, хранение в РФ, ссылки-обоснования), но юридическое оформление — зона вашей ответственности и ваших юристов (см. разделы 26 и 28).
9. Наша рекомендация
Для вашей ситуации мы рекомендуем пакет «Премиум» в гибридном размещении:
- Закрывает все три боли сразу — риски логистики, реальную причину по продажам и дисциплину менеджеров — в одном контуре, а не тремя разрозненными инструментами.
- Первым включаем модуль рисков (как вы и выбрали) — он даёт самый быстрый ощутимый результат, а остальные модули добавляются по ходу.
- Гибрид даёт безопасность без переплаты за собственную серверную инфраструктуру.
- Окупаемость — несколько месяцев при вашем потоке: за счёт сокращения срывов отгрузок, отказа от убыточных промо и роста исполнительской дисциплины.
Если приоритет на старте — только риски, разумно начать со «Старта» и расширяться: платформа переиспользуется, поэтому добавление модулей дешевле, чем покупка их по отдельности. Из опций для вашего профиля особенно уместны О3 (прогноз дефицита) и О1 (мессенджеры).
10. Бизнес-выгоды (ROI)
Ниже — на что влияет система и какие ориентиры даёт отраслевая практика. Это потенциал, а не гарантия: фактический эффект зависит от ваших данных и процессов.
| # | Выгода | Ориентир (отраслевые данные) |
|---|---|---|
| 1 | Сокращение потерь от срывов и дефицита на полке | В России дефицит на полке оценивается в 10–12%, что соответствует потере 5–6% выручки |
| 2 | Отказ от убыточных промо | По отраслевым исследованиям до ~59% промо в индустрии не окупаются; лучшие промо в разы эффективнее худших |
| 3 | Рост точности планирования | Применение ИИ-аналитики снижает ошибки прогноза, по разным оценкам, на 20–50% |
| 4 | Экономия времени руководителей | Аналитика готовится автоматически — часы ручной подготовки сводок высвобождаются |
| 5 | Рост исполнительской дисциплины | Просрочки и формальные закрытия видны сразу — меньше затянутых запусков |
| 6 | Прозрачность для собственника | Единая картина рисков, продаж и исполнения с обоснованием каждого вывода |
Источники отраслевых ориентиров — публичные исследования рынка FMCG и ритейла; в каждом конкретном случае мы рекомендуем замерять эффект на пилоте.
Часть II: Техническое задание
11. Границы MVP
MVP «Премиум» состоит из обязательного ядра и трёх функциональных модулей. Модули опираются на ядро и подключаются последовательно.
flowchart TB
subgraph CoreBlock["Ядро (обязательно)"]
Y2["Я2 Интеграции<br/>Bitrix24 + 1С + чаты"]
Y3["Я3 ИИ-платформа<br/>экстракция + база знаний"]
Y4["Я4 Доставка<br/>Telegram + веб"]
end
subgraph Modules["Модули"]
M1["М1 Риски<br/>логистика/производство"]
M2["М2 Аналитика продаж<br/>план-факт + промо"]
M3["М3 Дисциплина<br/>менеджеры"]
end
Y2 --> Y3 --> Y4
Y3 --> M1
Y3 --> M2
Y3 --> M3
Y2 -. чаты/задачи .-> M1
Y2 -. данные 1С .-> M2
Y2 -. задачи .-> M3
style CoreBlock fill:#14532d,stroke:#22c55e
style Modules fill:#172554,stroke:#3b82f6
В границах MVP:
- Интеграция с Bitrix24 (сделки, задачи, рабочие чаты) и 1С 8.3 (продажи, планы, промо).
- Детекция рисков по чатам и задачам с эскалацией в Telegram.
- Аналитика продаж план-факт с объяснением причин и оценкой промо.
- Контроль дисциплины менеджеров с рейтингом.
- Веб-интерфейс с разграничением прав и проверкой выводов человеком.
За границами MVP (выносится в опции/перспективы): мессенджеры вне Bitrix24, голосовой канал, прогноз спроса, мост маркировки, расширенный прогноз (Экосистема).
12. Компоненты системы
12.1. Интеграционный слой
Назначение: надёжно и инкрементально забирать данные из Bitrix24, 1С и чатов, не теряя записи и не перегружая источники.
- Из Bitrix24 — через исходящие вебхуки на события (изменение сделки, задачи, новое сообщение) и периодический дочитывающий опрос; приём с немедленным подтверждением и асинхронной обработкой через очередь с повтором.
- Из 1С 8.3 — через стандартный интерфейс выгрузки данных (продажи, планы, цены, бюджеты, статусы промо); порционно и по дате изменения, чтобы не блокировать учётную систему.
- Чтение рабочих чатов требует сервисного доступа уровня наблюдателя; личные каналы не затрагиваются.
Алгоритм (упрощённо): событие/выгрузка → очередь → нормализация → защита персональных данных → передача в ИИ-ядро. При сбое запись не теряется, а повторно обрабатывается.
12.2. ИИ-ядро: извлечение фактов и рисков
Назначение: превратить поток сообщений, задач и документов в структурированные сигналы с обязательной ссылкой на источник.
flowchart TB
IN["Новые сообщения / задачи"] --> RULE["Правила:<br/>таймауты, дедлайны, ответственные"]
IN --> LLM["LLM-анализ:<br/>тип сигнала, важность, причина"]
RULE --> MERGE["Сборка сигнала<br/>+ ссылка на источник + уверенность"]
LLM --> MERGE
MERGE --> CHECK["Проверка: есть источник?"]
CHECK -->|да| OUT["Сигнал в ленту / эскалацию"]
CHECK -->|нет| BLOCK["Заблокировано до проверки"]
style IN fill:#172554,stroke:#3b82f6
style LLM fill:#3b0764,stroke:#a855f7
style OUT fill:#14532d,stroke:#22c55e
style BLOCK fill:#450a0a,stroke:#ef4444
Сигналы классифицируются по типу: риск, действие, решение, вопрос. Для каждого фиксируются заголовок, краткое содержание, цитата-источник, уровень уверенности. Дешёвая модель/правила фильтруют поток, более мощная модель подключается для редких сложных случаев (например, формулировка «настоящей причины» отклонения). Длинные источники разбиваются на фрагменты и собираются обратно с дедупликацией.
12.3. Модуль аналитики продаж (план-факт и причины)
Назначение: объяснять, почему изменились продажи, а не только фиксировать факт.
- Декомпозиция отклонения: разложение разницы план-факт по сети, SKU, региону, менеджеру — какой срез внёс какой вклад.
- Эффективность промо: сравнение фактического прироста с ожидаемым (базовая линия «без промо»), вывод об окупаемости промо по сетям и SKU.
- Нарратив: система формулирует короткий вывод человеческим языком («рост по сети X на 12% — за счёт промо по SKU Y; по сети Z спад −8% из-за снижения частоты заказов клиента N»).
Пример вывода: «План по сети X — +15%, факт +5%. Основной вклад в отставание — снижение отгрузок по SKU группы „сыры“ у двух ключевых клиентов; промо по этой группе не запускалось.»
12.4. Модуль контроля дисциплины
Назначение: сделать исполнительскую дисциплину прозрачной без ручных проверок.
- Просроченные задачи и нарушение сроков; скорость реакции на задачи и сообщения.
- «Пустые отписки»: закрытие задачи без содержательного результата и сроков.
- Рейтинг исполнения по сотрудникам — с привязкой к конкретным фактам и ссылкам.
- Чувствительные оценки сотрудников проходят проверку человеком и снабжаются обоснованием (не «чёрный ящик»).
12.5. Доставка и интерфейс
Назначение: доставить выводы туда, где их увидят.
- Telegram: ежедневные сводки по расписанию + мгновенные алерты по критическим рискам; интерактивные кнопки для быстрой реакции.
- Веб-интерфейс: дашборды по рискам, продажам и дисциплине; разграничение прав (собственник, руководитель отдела, менеджер); каждый показатель раскрывается до источника.
13. Модель данных
Ниже — ключевые сущности в упрощённом виде. Каждая несёт ссылку на источник и метку уверенности.
Сигнал риска:
{
"signalId": "sig-10241",
"type": "RISK",
"title": "Риск срыва отгрузки клиенту X",
"summary": "Нет статуса по отгрузке №1458 более 2 часов, ответственный не отвечает",
"severity": "high",
"responsible": "Логист Иванов",
"evidence": [
{ "source": "bitrix_chat", "ref": "msg-88231", "quote": "по 1458 статуса нет, жду склад" }
],
"confidence": 0.86,
"createdAt": "2026-06-03T10:15:00+03:00",
"status": "escalated"
}
Отклонение продаж (план-факт):
{
"period": "2026-05",
"dimension": "network",
"key": "Сеть X",
"plan": 15.0,
"fact": 5.0,
"deviationPct": -10.0,
"topCauses": [
{ "factor": "SKU группа «сыры»", "contributionPct": -7.2, "note": "снижение отгрузок у 2 клиентов" },
{ "factor": "отсутствие промо", "contributionPct": -2.8 }
],
"evidenceRefs": ["1c:sales:2026-05:netX"]
}
Все записи хранят два временных среза: когда факт действителен в бизнес-смысле и когда система о нём узнала/обновила — это нужно для корректных исторических отчётов.
14. Интеграции и API
Уровень детализации — достаточный, чтобы ваша IT-команда оценила объём интеграции.
| Источник | Метод доступа | Что забираем |
|---|---|---|
| Bitrix24 | Исходящие вебхуки + REST (crm.deal.list, tasks.task.list, методы чатов) |
Сделки, задачи и комментарии, сообщения рабочих чатов |
| 1С 8.3 ERP | Стандартный интерфейс выгрузки (OData / HTTP-сервисы) | Продажи, планы, цены, бюджеты, старт промо |
| Telegram | Bot API | Доставка отчётов и алертов, интерактивные кнопки |
Особенности, учтённые в плане работ:
- Вебхуки Bitrix24 приходят с быстрым подтверждением и асинхронной обработкой; учтены лимиты запросов и повтор «упавших» записей.
- Чтение рабочих чатов требует сервисного доступа уровня наблюдателя — согласуется с вашим руководством на старте.
- Выгрузка из 1С — порционная и по дате изменения, чтобы не нагружать учётную систему.
Пример события (входящий вебхук Bitrix24, упрощённо):
{
"event": "ONTASKUPDATE",
"data": { "taskId": "1458", "status": "in_progress", "responsibleId": "42" },
"auth": { "application_token": "***" }
}
15. Пользовательские сценарии
1. Собственник — единая картина. Как собственник, я хочу видеть состояние компании одним взглядом. Given система подключена к 1С, Bitrix24 и чатам; When наступает утро понедельника; Then в Telegram приходит сводка: ключевые риски недели, отклонения продаж с причинами, проблемы дисциплины — с возможностью раскрыть любой пункт до источника.
2. Руководитель логистики — превентивный сигнал. Как руководитель логистики, я хочу узнавать о риске срыва заранее. Given по критической отгрузке нет статуса и ответственный молчит; When проходит пороговое время; Then система формирует сигнал с причиной и эскалирует ответственному и руководителю.
3. Коммерческий директор — реальная причина. Как коммерческий директор, я хочу понимать, почему просели продажи. Given закрыт месяц; When продажи по сети ниже плана; Then система раскладывает отставание по SKU/региону/менеджеру и формулирует вывод с цифрами.
4. Руководитель продаж — эффективность промо. Как руководитель продаж, я хочу знать, какие промо работают. Given прошло промо по сети и SKU; When завершился период; Then система показывает фактический прирост против ожидаемого и вывод об окупаемости.
5. Собственник/РОП — дисциплина. Как руководитель, я хочу видеть, кто тормозит процессы. Given у менеджеров есть задачи со сроками; When задачи просрочены или закрыты формально; Then система помечает это и строит рейтинг исполнения с фактами.
6. IT-директор — контроль и безопасность. Как IT-директор, я хочу контролировать доступ и видеть, на чём основан вывод. Given система работает в выбранном режиме размещения; When пользователь открывает любой показатель; Then видна ссылка на источник, а права доступа ограничивают видимость по ролям.
7. Менеджер — собственные задачи. Как менеджер, я хочу видеть свои задачи и сигналы. Given менеджер авторизован; When открывает интерфейс; Then видит только свои задачи, сроки и адресованные ему сигналы.
16. Команда и калькуляция
Мы считаем стоимость по ролям и часам, а не «средней ставкой» — так видно, за что именно вы платите.
Роли и ставки:
| Роль | Основные задачи | Ставка, ₽/ч |
|---|---|---|
| AI-архитектор / Tech Lead | Архитектура, контракты интеграций, ревью | 4 400 |
| AI/ML инженер | ИИ-ядро, экстракция, аналитика, причины | 3 500 |
| Backend / интеграционный инженер | Коннекторы Bitrix24 и 1С, очереди, API | 3 100 |
| DevOps | Развёртывание, мониторинг, режим размещения | 3 100 |
| QA инженер | Тестирование, качество детекции | 2 650 |
| Project Manager | Координация, демо, приёмка | 3 100 |
Детальная калькуляция рекомендованного пакета «Премиум»:
| Статья | Часы | Стоимость |
|---|---|---|
| AI-архитектор / Tech Lead | 70 | 308 000 |
| AI/ML инженер | 258 | 903 000 |
| Backend / интеграции | 286 | 886 600 |
| DevOps | 44 | 136 400 |
| QA инженер | 96 | 254 400 |
| Project Manager | 64 | 198 400 |
| Итого разработка | 818 | 2 686 800 |
| Резерв на непредвиденное (10%) | 263 200 | |
| ИТОГО | 2 950 000 |
Сводная калькуляция по всем пакетам:
| Пакет | Часы | Разработка | Резерв 10% | Итого |
|---|---|---|---|---|
| Пилот | 132 | 444 200 | 45 800 | 490 000 |
| Старт | 316 | 1 043 900 | 106 100 | 1 150 000 |
| Бизнес | 606 | 1 991 100 | 198 900 | 2 190 000 |
| Премиум | 818 | 2 686 800 | 263 200 | 2 950 000 |
| Экосистема | 1 211 | 3 957 300 | 392 700 | 4 350 000 |
Часы включают резерв на скрытую работу (изучение интеграций, итерации с моделями, интеграционные баги). Стоимость следующего модуля ниже, чем при отдельной покупке: платформа уже построена и переиспользуется.
17. Дорожная карта внедрения
План для рекомендованного пакета «Премиум» (14–16 недель). Каждый этап завершается демо и приёмкой.
gantt
title Дорожная карта «Премиум»
dateFormat YYYY-MM-DD
excludes weekends
section Подготовка
Этап 0 — аудит и порядок :a1, 2026-06-16, 8d
Интеграции Bitrix24 + 1С :a2, after a1, 13d
section Модули
Модуль 1 — риски :a3, after a2, 13d
Модуль 2 — аналитика продаж :a4, after a3, 16d
Модуль 3 — дисциплина :a5, after a4, 11d
section Запуск
Тестирование и приёмка :a6, after a5, 9d
Этапы подробно (для пакета «Премиум»; в младших пакетах применяются только нужные этапы):
Этап 0 — наведение порядка (1–2 недели). Что делаем: аудит данных, картирование процессов, чек-лист готовности (подробно — в разделе «Этап 0» выше). Что получаете: карту проблемных мест, чек-лист готовности и стартовую метрику дисциплины.
Этап 1 — интеграции (≈2 недели). Что делаем: подключаем Bitrix24 (вебхуки на сделки, задачи, чаты) и выгрузку из 1С (продажи, планы, промо); ставим очередь с повтором, настраиваем защиту персональных данных и разделение контуров. Что получаете: данные из всех источников стабильно поступают в систему без потерь — готовый «трубопровод» для всех модулей.
Этап 2 — Модуль рисков (≈2–3 недели). Что делаем: настраиваем правила детекции (неответ, зависание, риск срыва отгрузки по таймаутам и ответственным) + ИИ-оценку важности; подключаем эскалацию и отчёты в Telegram; калибруем на ваших реальных кейсах. Что получаете: превентивные сигналы по логистике и производству с причиной и ответственным; ежедневные сводки и мгновенные алерты.
Этап 3 — Модуль аналитики продаж (≈3–3,5 недели). Что делаем: подключаем продажи, планы и промо из 1С; строим декомпозицию план-факт по сети, SKU, региону, менеджеру; считаем эффективность промо (базовая линия + прирост); формулируем вывод о причине человеческим языком. Что получаете: отчёты «реальная причина» отклонений и оценку окупаемости промо.
Этап 4 — Модуль дисциплины (≈2–2,5 недели). Что делаем: настраиваем контроль просрочек и сроков, выявление «пустых отписок», рейтинг исполнения; включаем проверку чувствительных выводов человеком. Что получаете: прозрачный контроль дисциплины с привязкой к конкретным фактам.
Этап 5 — тестирование и приёмка (≈2 недели). Что делаем: приёмочное тестирование на ваших данных с вашей командой, обучение пользователей, финальная настройка ролей и доставки. Что получаете: принятый по критериям контур и обученную команду.
Как мы приходим к результату (для технической команды):
| Что нужно от вас (вводные) | Наш шаг | Какой результат |
|---|---|---|
| Доступ к Bitrix24 (API), выгрузка 1С, согласование доступа к чатам | Этап 0: аудит данных | Карта проблемных мест + чек-лист готовности |
| Подтверждённые доступы | Интеграция источников | Данные текут в систему, ничего не теряется |
| Тестовый период данных | Настройка детекции рисков | Сигналы на реальных кейсах |
| Планы продаж и промо из 1С | Аналитический слой | Объяснение отклонений и оценка промо |
| Регламент по задачам | Модуль дисциплины | Прозрачный контроль исполнения |
18. Предварительные исследования
Перед подготовкой предложения мы провели исследование рынка, архитектуры и вариантов размещения.
| # | Тема | Ключевой результат |
|---|---|---|
| 1 | Рынок и аналоги | Готового «коробочного» решения, которое закрывало бы все три задачи в одном контуре поверх Bitrix24 + 1С, на рынке нет — это подтверждает ценность связки |
| 2 | Архитектура и модели | Подобран подход с разными «весами» моделей: дешёвая для потока, мощная для редких сложных выводов — это держит расходы низкими |
| 3 | Варианты размещения | Сравнили периметр / облако / гибрид по стоимости и контролю — для вашего объёма гибрид оптимален (раздел 8) |
| 4 | Правовой контур | Составлена карта требований по персональным данным и контролю переписки (раздел 26); это инженерная карта, не юридическое заключение |
Открытые вопросы, которые уточним на старте:
- Юридическое лицо для договора (уточнить роль «ОВК» в структуре группы).
- Объём и порядок доступа к рабочим чатам (согласование с руководством).
- Состав тестового массива данных для пилота.
- Финальный выбор режима размещения.
19. Стратегия тестирования
| Уровень | Что проверяем | Критерий |
|---|---|---|
| Модульные тесты | Логика правил и преобразований | Покрытие ключевой логики ≥ 70% |
| Интеграционные | Поступление данных из Bitrix24 и 1С | Данные доходят без потерь, повтор при сбое работает |
| Качество детекции | Точность сигналов рисков | На размеченной выборке система находит ≥ 80% реальных рисков |
| Качество аналитики | Объяснение отклонений | ≥ 80% значимых отклонений получают корректную причину |
| Сквозные (e2e) | Путь «событие → сигнал → Telegram» | Сигнал доходит до адресата по сценарию |
| Нагрузочные | Поведение на пиковом потоке | Обработка в пределах целевого времени (раздел 22) |
Перед запуском проводится приёмочное тестирование на ваших реальных данных с участием вашей команды.
20. Развёртывание и сопровождение
- Режимы размещения (раздел 8): полностью в периметре / российское облако / гибрид. По умолчанию рекомендуем гибрид.
- Контейнеризация: система поставляется в контейнерах, разворачивается на вашей инфраструктуре или в выбранном облаке.
- Разделение контуров: коммерческие данные и данные, связанные с сотрудниками, разделяются — это снижает правовые риски и упрощает разграничение доступа.
- Серверные ориентиры по пакетам: Пилот — аренда вычислений на время пилота; Старт/Бизнес/Премиум — один сервер приложений + хранилище (+ при полном периметре — выделенный вычислительный узел для локальной модели); Экосистема — отказоустойчивая конфигурация с резервированием.
- Мониторинг и журналирование: метрики работы, журнал событий и действий, оповещения о сбоях.
- Резервное копирование: регулярные бэкапы хранилища и конфигурации.
21. Критерии приёмки
| Модуль | Критерий приёмки |
|---|---|
| Интеграции | Данные из Bitrix24 и 1С поступают в систему; потери записей при сбое отсутствуют (повтор работает) |
| Детекция рисков | На согласованной тестовой выборке система корректно поднимает ≥ 80% рисков; эскалация уходит ≤ 30 сек после детекции |
| Аналитика продаж | План-факт раскладывается по сети/SKU/региону/менеджеру; ≥ 80% значимых отклонений получают причину |
| Эффективность промо | Отчёт показывает фактический прирост против ожидаемого с выводом |
| Контроль дисциплины | Просроченные и формально закрытые задачи фиксируются; рейтинг строится с привязкой к фактам |
| Доставка | Сводки приходят по расписанию, алерты — в реальном времени; каждый вывод раскрывается до источника |
22. Нефункциональные требования
| # | Параметр | Порог |
|---|---|---|
| N1 | Время формирования сигнала риска | ≤ 1 часа после появления |
| N2 | Время эскалации после детекции | ≤ 30 секунд |
| N3 | Доступность системы | ≥ 99% за неделю (Экосистема — с SLA) |
| N4 | Сохранность данных при сбое | Повтор обработки без потери записей |
| N5 | Покрытие тестами ключевой логики | ≥ 70% |
| N6 | Прозрачность | 100% выводов имеют ссылку на источник |
Часть III: Коммерческие условия
23. Как мы работаем
| Активность | Частота | Формат |
|---|---|---|
| Демо этапа | По завершении этапа | Видеозвонок + демонстрация на тестовом стенде |
| Еженедельный синк | 1 раз в неделю (30 мин) | Статус, блокеры, решения |
| Доступ к стенду | Постоянный | Тестовая среда с первого этапа |
| Канал связи | Постоянный | Telegram-группа проекта |
| Приёмка | По завершении этапа | Демо + чек-лист приёмки |
Управление изменениями: изменения к ТЗ оформляются через запрос на изменение — мы оцениваем влияние на сроки и бюджет, обе стороны согласуют до начала работ.
24. Условия оплаты
Оплата привязана к результату: предоплата → приёмка ключевого этапа → финальная приёмка (30% / 50% / 20%).
Пилот (490 000 ₽):
| Событие | Оплата | Нарастающим итогом |
|---|---|---|
| Предоплата | 147 000 | 147 000 |
| Приёмка аудита и демо | 245 000 | 392 000 |
| Финальная приёмка | 98 000 | 490 000 |
Старт (1 150 000 ₽):
| Событие | Оплата | Нарастающим итогом |
|---|---|---|
| Предоплата | 345 000 | 345 000 |
| Приёмка интеграций и детекции | 575 000 | 920 000 |
| Финальная приёмка | 230 000 | 1 150 000 |
Бизнес (2 190 000 ₽):
| Событие | Оплата | Нарастающим итогом |
|---|---|---|
| Предоплата | 657 000 | 657 000 |
| Приёмка модуля рисков + аналитики | 1 095 000 | 1 752 000 |
| Финальная приёмка | 438 000 | 2 190 000 |
Премиум (2 950 000 ₽):
| Событие | Оплата | Нарастающим итогом |
|---|---|---|
| Предоплата | 885 000 | 885 000 |
| Приёмка трёх модулей (демо) | 1 475 000 | 2 360 000 |
| Финальная приёмка | 590 000 | 2 950 000 |
Экосистема (4 350 000 ₽):
| Событие | Оплата | Нарастающим итогом |
|---|---|---|
| Предоплата | 1 305 000 | 1 305 000 |
| Приёмка промышленной версии | 2 175 000 | 3 480 000 |
| Финальная приёмка | 870 000 | 4 350 000 |
25. Ежемесячные расходы
Помимо разработки, система требует инфраструктуры и работы моделей. Мы показываем два подхода — выберите по балансу цены и контроля.
| Подход | Что это | Ежемесячно (ориентир) | Когда выгоден |
|---|---|---|---|
| Облако / гибрид | Вычисления и модели в защищённом контуре провайдера | 12–32 тыс ₽ | При вашем объёме данных — оптимально по цене |
| Полностью свои мощности | Серверы и локальные модели в вашем периметре | 15–25 тыс ₽ + амортизация оборудования | Когда требуется полная изоляция или объёмы вырастут многократно |
При текущем объёме (около 60 сотрудников, 500 клиентов, поток сообщений и задач) расходы на работу моделей невелики — основная статья это базовая инфраструктура. Точную смету ежемесячных расходов мы фиксируем после выбора режима размещения на этапе аудита.
26. Риски и митигация
Карта рисков (вероятность × влияние)
| Низкая вероятность | Высокая вероятность | |
|---|---|---|
| Высокое влияние | R5 — Правовой контур по данным сотрудников | R1 — Качество данных в Bitrix R4 — Точность ИИ-выводов |
| Низкое / среднее влияние | R3 — Нагрузка на 1С при выгрузке | R2 — Доступ к чатам R6 — Принятие пользователями |
| Риск | Влияние | Митигация |
|---|---|---|
| R1 — Низкое качество данных в Bitrix | Высокое | Этап 0 «Наведение порядка», чек-лист готовности, система измеряет соблюдение регламента |
| R2 — Сложности с доступом к чатам | Среднее | Сервисный доступ уровня наблюдателя, согласование с руководством на старте; мессенджеры вне Bitrix — отдельная опция |
| R3 — Нагрузка на 1С при выгрузке | Среднее | Порционная инкрементальная выгрузка по дате изменения, вне пиковых часов |
| R4 — Недостаточная точность выводов | Высокое | Обязательная ссылка на источник, проверка человеком, тюнинг на ваших данных, замер на пилоте |
| R5 — Правовой контур (персональные данные, переписка) | Высокое | Разделение контуров, хранение в РФ, ссылки-обоснования; оформление регламентов — на стороне клиента с его юристами |
| R6 — Низкое принятие пользователями | Среднее | Доставка в привычный Telegram, обучение, понятные обоснования вместо «чёрного ящика» |
| R7 — Зависимость от внешних моделей | Среднее | Модель за адаптером — заменяема; возможен полностью локальный режим |
27. Гарантии
- Прозрачность результата: каждый вывод системы сопровождается ссылкой на источник — вы всегда можете проверить, на чём он основан.
- Поэтапная приёмка: вы принимаете каждый этап по измеримым критериям; оплата привязана к результату.
- Исправление дефектов: в период гарантийной поддержки после запуска мы устраняем ошибки, выявленные относительно согласованных критериев приёмки.
- Заменяемость компонентов: вы не «заперты» в одном поставщике моделей или режиме размещения — архитектура позволяет менять их.
Мы отвечаем за работу программного обеспечения по согласованным критериям. Юридические, налоговые и регуляторные выводы (включая трактовку требований по персональным данным и маркировке) — зона ответственности клиента и его профильных консультантов.
28. Требования к клиенту
Для запуска и работы системы понадобится:
- Доступ к Bitrix24 (права администратора, возможность настроить вебхуки/интеграцию).
- Возможность выгрузки данных из 1С 8.3 (продажи, планы, цены, промо).
- Согласование сервисного доступа к рабочим чатам (с руководством).
- Тестовый массив данных для пилота (продажи за период, история переписки, список задач).
- Внутренние регламенты по контролю рабочих коммуникаций и обработке персональных данных сотрудников (оформляются на стороне клиента; мы поддерживаем технически).
- Ответственное контактное лицо со стороны IT для согласования доступов и приёмки.
29. Что не входит
- Юридическое сопровождение и оформление регламентов по персональным данным (зона клиента).
- Доработка или наведение порядка в самих учётных процессах 1С вне согласованного объёма.
- Интеграции сверх перечисленных (мессенджеры вне Bitrix24, телефония, маркировка) — выносятся в опции.
- Закупка серверного оборудования для полностью изолированного размещения (по отдельному расчёту).
- Обучение модели на сторонних внешних данных вне периметра проекта.
30. Открытые вопросы
Эти решения уточним на старте — они влияют на конфигурацию и стоимость.
В1. Режим размещения данных:
- A — Гибрид (рекомендуем): баланс безопасности и цены.
- B — Полностью в периметре: максимальный контроль, выше стоимость.
- C — Российское облако: данные в РФ, минимальные разовые затраты.
В2. С чего начинаем:
- A — Премиум сразу: полный контур (рекомендуем для вашей ситуации).
- B — Старт → расширение: сначала риски, далее модули по мере отдачи.
- C — Пилот: доказательство на ваших данных перед основным внедрением.
В3. Охват рабочих коммуникаций:
- A — Только чаты Bitrix24 (в базовом объёме).
- B — Плюс мессенджеры вне Bitrix24 (опция О1).
В4. Юридическое лицо для договора:
- Уточнить, на какое юрлицо группы оформляется договор (роль «ОВК» в структуре).
31. Перспективы развития
После запуска базового контура система естественно расширяется:
- Мессенджеры и голос — контроль рисков в переписке вне Bitrix24 и в телефонных переговорах (опции О1, О2).
- Прогноз спроса и дефицита — предупреждение о риске отсутствия товара на полке до фиксации сетью (опция О3).
- Мост маркировки — автоматизация передачи данных Честный ЗНАК / Меркурий и поэкземплярного учёта (опция О5).
- Расширенный прогноз — прогноз рисков и продаж на горизонт (пакет «Экосистема»).
- Тиражирование контура — распространение «второго мозга» на смежные компании и процессы группы без переписывания с нуля.
32. Глоссарий
| Термин | Определение |
|---|---|
| Второй мозг | Единый ИИ-контур над вашими системами, который анализирует операционную картину и поднимает важное |
| Превентивный сигнал | Предупреждение о проблеме до того, как она реализовалась |
| План-факт | Сравнение фактических продаж с планом для оценки реальной динамики |
| Реальная причина | Объяснение, почему изменились продажи, по конкретным срезам |
| Эскалация | Автоматическое уведомление ответственного и руководителя при риске |
| Периметр | Контур инфраструктуры компании, где данные остаются под её контролем |
| Гибридное размещение | Чувствительные данные — в периметре, тяжёлые вычисления — в защищённом облаке |
| Обезличивание | Удаление персональных данных перед обработкой вне периметра |
| Ссылка на источник | Привязка каждого вывода к конкретному сообщению, задаче или документу |
| Человек в контуре | Подтверждение чувствительных выводов человеком перед применением |
33. Следующие шаги
| # | Шаг | Сторона |
|---|---|---|
| 1 | Подтвердить пакет и режим размещения (разделы 8, 30) | Клиент |
| 2 | Согласовать юрлицо и условия договора | Клиент + AiDevTeam |
| 3 | Предоставить доступы (Bitrix24, выгрузка 1С) и тестовые данные | Клиент |
| 4 | Старт Этапа 0 — аудит и наведение порядка | AiDevTeam |
| 5 | Демо и приёмка аудита, фиксация плана внедрения | Обе стороны |
Все оценки являются предварительными и будут уточнены после детального ТЗ и аудита.
Предложение действительно 30 дней. Разработка: AiDevTeam