B2B-портал
Публичный каталог с поиском по описанию задачи и разбором спецификаций.
Инвестиционное техническое задание · Редакция: 13 октября 2026 г.
TARA AI
Подбор тары
и быстрые КП
Подбор и сопровождение продаж
на собственном оборудовании.
Разработка ИИ-сервиса подбора промышленной тары, поставка собственного сервера и интеграция с 1С и сайтом.
Проект инвестиционного ТЗ для согласования с собственниками
Заказчик: ООО «ТАРА.РУ»
Исполнитель: ADVIRTAG
Программа первого этапа
6–8 недель · 1,6 млн ₽ в составе общего бюджета 16 млн ₽. Интервью, карта процессов, каркас базы знаний, прототип и подготовка к разработке.
Кто участвует и за что отвечаетКоординаторы и интервьюеры
Цель обследования — восстановить полную картину работы компании: как проходит заказ, где принимаются решения, какие сведения нужны сотрудникам и где находятся их достоверные источники. На этой основе создаём каркас базы знаний, требования к системе и рабочий прототип.
| Участник | Ответственность | Что передаёт или подтверждает |
|---|---|---|
| Михаил Добин · координатор ADVIRTAG | Организует обследование, ведёт план, список вопросов и зависимостей; координирует работу исполнителя и представление результатов. | Программу интервью, календарь, протоколы решений, состав результатов и материалы для приёмки. |
| Михаил Добин и Татьяна Мирошникова · интервьюеры | Проводят интервью и разбор реальных случаев; фиксируют процессы, правила, исключения и источники знаний. Уточняют расхождения с участниками. | Протокол каждого интервью, описание процесса, перечень источников, открытые вопросы и карточки базы знаний. |
| Алексей Коньков · координатор ТАРА.РУ | Назначает представителей подразделений, организует встречи и предоставление материалов, собирает ответы; привлекает руководителей к решениям, выходящим за полномочия участников. | Состав участников, подтверждённые даты встреч и ответов, ответственных за процессы и знания, решения со стороны ТАРА.РУ. |
| Представители подразделений ТАРА.РУ | Показывают реальную работу, объясняют правила и исключения, предоставляют действующие документы и проверяют описание своего процесса. | Примеры операций, источники сведений, исправления к протоколам и подтверждение фактической точности. |
| ИТ-отдел и программист 1С ТАРА.РУ | Совместно с ADVIRTAG проверяют доступы, обмен данными, ограничения доработанной 1С и требования к эксплуатации сервера. | Технические ограничения, требования к размещению и обслуживанию, согласованную техническую часть спецификации сервера. |
На стартовой встрече Алексей Коньков закрепляет конкретных специалистов за каждым направлением и определяет, кто вправе подтверждать правила. Интервью проводятся по функциям: один сотрудник может участвовать в нескольких темах.
План на 6–8 недельРаботы, участники, результаты
Недели отсчитываются от старта первого этапа. Интервью одного направления занимает 60–90 минут. Раз в неделю Михаил Добин и Алексей Коньков проводят общую рабочую встречу; профильные специалисты подключаются по вопросам повестки. Повторные встречи используются для проверки прототипа и разбора оставшихся вопросов.
| Период | Что делаем | Участники и ответственность | Результат |
|---|---|---|---|
| Неделя 1 | Стартовая встреча, карта подразделений и систем, проверка имеющихся доступов. Начало интервью по продажам, ИТ, 1С и CRM. | Михаил Добин и Алексей Коньков организуют старт; интервьюеры проводят встречи; представители ТАРА.РУ показывают процессы. | Календарь интервью, список участников, реестр источников, перечень рабочих сценариев и доступных примеров. |
| Неделя 2 | Продолжаем продажи, ИТ, 1С и CRM. Изучаем маркетинг, каталог, финансовые правила и бухгалтерский документооборот. | Интервьюеры и специалисты направлений. Алексей Коньков обеспечивает участие и получение материалов. | Карта пути от обращения до заказа и оплаты; исходные замеры; правила подбора, цен, документов и ответственности. |
| Неделя 3 | Разбираем закупки, производство, склад, логистику и HR. Сопоставляем передачу заказов и данных между отделами. | Интервьюеры и представители подразделений; спорные межфункциональные вопросы собирает Михаил Добин. | Общая карта процессов компании, исключения и проблемы передачи информации, структура разделов базы знаний. |
| Неделя 4 | Проводим сквозной разбор типовых и проблемных заказов. Проверяем протоколы, источники и правила. Собираем каркас базы знаний и первый вариант прототипа. | ADVIRTAG готовит материалы; представители ТАРА.РУ проверяют свои процессы и знания; координаторы разбирают противоречия. | Описанные сценарии, подтверждённые карточки знаний, список неподтверждённых правил, прототип для испытаний. |
| Недели 5–6 | Проверяем подбор и разбор спецификаций, тестовый обмен с 1С, сценарии звонков и утренней сводки. Выполняем замеры и нагрузочный тест. Совместно с ИТ-отделом уточняем сервер и стоимость владения. | Технические специалисты ADVIRTAG и ТАРА.РУ; менеджеры и ответственный за CRM участвуют в сценарных проверках. | Протоколы испытаний, исходные показатели, исправления, проект ТЗ, финальная спецификация сервера и расчёт владения на 3 года. |
| Завершение · недели 6–8 | Устраняем замечания, повторяем затронутые проверки, передаём документы и проводим контрольную приёмку — Шаг 1. | Михаил Добин представляет результаты; Алексей Коньков организует проверку участниками и решение ТАРА.РУ. | Комплект результатов первого этапа, акт и решение о продолжении. При готовности приёмка проводится на 6-й неделе; 7–8-я недели используются для необходимых доработок и повторных проверок. |
План предполагает участие назначенных специалистов и ответы к установленным датам. Если задержка блокирует зависимую работу, координаторы отдельно фиксируют её влияние на календарь. Сам факт наступления 8-й недели не заменяет проверку результатов.
Как проводим обследованиеИнтервью по 60–90 минут
- До интервью: сообщаем тему и ожидаемый результат, просим действующий регламент и пример обычного и проблемного случая. Готовим вопросы по сведениям, уже полученным от смежных отделов.
- Первые 10–15 минут: роль сотрудника, входящие задачи, результат работы, основные системы и участники процесса.
- Следующие 25–35 минут: сотрудник показывает реальный случай на экране или по документам — от входящего запроса до результата, с переходами между системами.
- Следующие 15–25 минут: разбираем исключения, согласования, ручные операции, ошибки и ситуации, когда правила противоречат друг другу.
- Последние 10–15 минут: уточняем источники правил, владельцев знаний, недостающие материалы, ответственных и даты ответов.
- После встречи: интервьюеры готовят протокол. Представитель подразделения проверяет факты; спорные положения остаются открытыми вопросами до решения ответственного.
Типовые вопросы для любого участника
- Покажите последний обычный случай: что пришло на вход, что вы сделали и какой документ или результат передали дальше?
- Какие сведения вы ищете чаще всего и где находите правильный ответ?
- Как вы определяете, что документ, цена или инструкция актуальны? Кто отвечает за обновление?
- Что делаете, когда нужных данных нет, они расходятся или стандартное правило не подходит?
- На каком шаге чаще всего ждёте ответа другого отдела, повторно вводите данные или исправляете чужую ошибку?
- Какой недавний проблемный случай стоит разобрать отдельно? Чем он закончился?
- Как сотрудник на замене узнает порядок действий и к кому обращается за решением?
В протоколе разделяем действующее правило, наблюдение сотрудника и предложение об улучшении. Для каждого правила записываем источник и того, кто подтвердит его актуальность. Одного устного мнения недостаточно, чтобы считать спорное правило утверждённым.
Кого аудируем и о чём спрашиваем14 направлений
Михаил Добин и Татьяна Мирошникова проводят интервью по направлениям ниже. Алексей Коньков обеспечивает участие специалистов. В каждой встрече разбираем реальные примеры; перечень вопросов служит основой разговора и уточняется по показанному процессу.
Руководитель продажНедели 1–2
Что выясняем: Воронка, ответственность, приоритеты и контроль работы отдела.
- Какие типы клиентов, обращений и сделок требуют разных правил работы?
- Как распределяются обращения между менеджерами? Кто подменяет отсутствующего сотрудника?
- Что считается крупной сделкой и какие действия по ней имеют приоритет?
- Какие сроки ответа и подготовки КП действуют сейчас? Кто реагирует на просрочку?
- Какие скидки и условия менеджер вправе предложить сам, а какие согласует?
- Покажите выигранную, потерянную и остановившуюся сделку: где возникли решающие обстоятельства?
Материалы к встрече: Регламент продаж, отчёты воронки, правила распределения и согласований, примеры сделок.
Результат: Карта продаж, роли и правила эскалации, определения показателей и приоритетов.
Менеджеры по продажамНедели 1–2
Что выясняем: Повседневный подбор, КП, повторные заказы и договорённости с клиентом.
- Покажите путь от письма или звонка до КП и заказа в 1С.
- Какие данные обязательно уточняете перед подбором тары? Какие формулировки клиента неоднозначны?
- Как находите аналог и проверяете ограничения по размерам, нагрузке и назначению?
- Как находите прежние цены, согласованные цвета, чертежи и условия повторного клиента?
- Покажите спецификацию на 3–5 позиций: где уходит время и какие действия выполняются вручную?
- Как фиксируете обещание перезвонить или отправить расчёт? Как связываете звонок с нужной сделкой?
Материалы к встрече: Письма, записи звонков, спецификации, КП, повторные заказы и примеры нестандартного подбора.
Результат: Сценарии работы менеджера, вопросы клиенту, контрольные примеры для прототипа и карточки типовых решений.
ИТ-отделНедели 1–2; проверка на 5–6-й
Что выясняем: Инфраструктура, доступы, безопасность и эксплуатация.
- Какие системы участвуют в работе и где они размещены? Кто ими управляет?
- Как предоставляются и отзываются доступы? Какие данные доступны только отдельным ролям?
- Как устроены резервное копирование, восстановление, мониторинг и поддержка?
- Какие ограничения сети и интеграций нужно учесть для сайта, 1С, CRM и телефонии?
- Что уже подготовлено для сервера: стойка, питание, охлаждение, сеть и резервирование?
- Кто будет обслуживать оборудование и ПО, как организуется устранение сбоя?
Материалы к встрече: Схема систем и сети, перечень интеграций, матрица доступов, требования к серверной и эксплуатации.
Результат: Технические требования, схема размещения и доступа, эксплуатационная часть спецификации сервера.
Программист 1СНедели 1–2; проверка на 5–6-й
Что выясняем: Доработанная 1С, источники данных и создание документов.
- Какие конфигурации и доработки используются и какие ограничения они создают?
- Где хранятся характеристики товаров, единицы измерения, цвета, чертежи и связи аналогов?
- Как рассчитываются персональные цены и скидки, проверяются остатки, резервы и кредитные ограничения?
- Как связаны контрагент, связанные юрлица, договор, заказ, КП, счёт и отгрузка?
- Каким способом можно читать данные и создавать черновики без нарушения действующих проверок?
- Какие журналы и метки времени доступны для измерения подготовки КП и поиска ошибок обмена?
Материалы к встрече: Описание доработок и объектов, схемы обмена, тестовая копия, примеры документов и журналов.
Результат: Карта данных 1С, правила проверки заказа, спецификация обмена и метод исходных замеров.
Ответственный за Битрикс24Недели 1–2; проверка на 5–6-й
Что выясняем: CRM, телефония, дела и ежедневная сводка.
- Какие воронки, стадии, роботы и обязательные поля уже используются?
- Где доступны записи звонков и как звонок связан с менеджером, компанией и сделкой?
- Как выбрать сделку, если у компании их несколько? Что делать при неоднозначности?
- Какие виды дел нужны по итогам разговора и какие поля обязательны?
- Как менеджер увидит созданное дело, изменит срок или привязку и исправит ошибку?
- Как определяются крупные сделки, начало рабочего дня, часовой пояс и порядок дел в утренней сводке?
Материалы к встрече: Настройки воронок, схема телефонии, примеры звонков и дел, права доступа и правила работы менеджеров.
Результат: Сценарии ИИ-агента, правила привязки и защиты от дублей, состав утренней сводки и проверочные примеры.
Маркетинг и ответственные за сайтНеделя 2
Что выясняем: Спрос, содержание сайта, аналитика и путь клиента.
- С какими задачами приходят клиенты из разных каналов и как они называют товары?
- Какие запросы, страницы и группы товаров дают обращения и оплаченные заказы?
- На каких шагах посетители не находят ответ или прекращают оформление?
- Как связываются посещение сайта, обращение, заказ и оплата? Где есть разрывы данных?
- Кто обновляет описания, инструкции, изображения и ответы на частые вопросы?
- Какие изменения спроса и сезонности нужно учитывать при сравнении показателей?
Материалы к встрече: Доступ к аналитике, отчёты по каналам, поисковые запросы, формы обращений и действующий контент.
Результат: Карта клиентских вопросов, требования к каталогу и поиску, источники знаний для сайта и база измерений.
Ассортимент и технический подборНеделя 2
Что выясняем: Характеристики, совместимость и допустимые замены.
- Какие параметры обязательны для каждой группы тары и в каких единицах они задаются?
- Как различаются артикул, модификация, цвет, комплектность и индивидуальное исполнение?
- Какие ограничения исключают товар даже при похожем описании?
- Как подтверждаются аналоги, совместимость крышек, тележек и других принадлежностей?
- Где находятся актуальные чертежи, паспорта, сертификаты и сведения об области применения?
- Кто разрешает спорный подбор и как фиксируется новое правило или исключение?
Материалы к встрече: Каталог, паспорта, чертежи, таблицы соответствий и совместимости, примеры замен.
Результат: Словарь характеристик и синонимов, правила подбора, перечень пробелов каталога и источники технических ответов.
ЗакупкиНеделя 3
Что выясняем: Поставщики, пополнение запасов и обещания клиенту.
- Как появляется потребность в закупке и кто утверждает объём?
- Как определяются минимальная партия, кратность, срок поставки и доступность у поставщика?
- Где фиксируются подтверждённые сроки и изменения условий поставки?
- Как выбирается замена, если нужный товар недоступен?
- Кто сообщает продажам об изменении цены, задержке или прекращении выпуска?
- Какие случаи дефицита и излишка повторяются и каких данных для решения не хватает?
Материалы к встрече: Заказы поставщикам, подтверждения сроков, условия закупки, примеры дефицита и замен.
Результат: Правила закупки и информирования продаж, источники сроков и ограничений поставщиков.
ПроизводствоНеделя 3
Что выясняем: Выполнимость заказа, индивидуальные требования и сроки.
- Какие данные нужны для подтверждения возможности и срока изготовления?
- Как учитываются материал, цвет, логотип, чертёж и согласованный образец?
- Какие ограничения задают оборудование, пресс-формы, минимальная партия и переналадка?
- Кто утверждает нестандартное исполнение и изменение технических требований?
- Где отражаются загрузка, производственный срок, готовность и отклонения?
- Как продажи узнают о переносе срока, браке или необходимости пересогласовать заказ?
Материалы к встрече: Производственные задания, технические требования, примеры индивидуальных заказов, правила согласования.
Результат: Карта производственных ограничений, порядок согласования нестандартных заказов и передачи статусов.
СкладНеделя 3
Что выясняем: Остатки, резервы, комплектация и отгрузка.
- Как различаются физический остаток, доступный остаток, резерв и товар в пути?
- Как выбирается склад и что происходит при заказе с нескольких складов?
- Какие нормы упаковки, паллетирования и кратности обязательны при сборке?
- Как выявляются пересортица, повреждения, недокомплект и расхождения учёта?
- Какие сведения нужны складу от менеджера для отгрузки без уточняющих звонков?
- Как фиксируются готовность заказа, передача перевозчику, возврат и претензия?
Материалы к встрече: Складские документы, правила резервирования, упаковочные нормы, примеры расхождений и возвратов.
Результат: Правила складской обработки, определения статусов и требования к данным заказа.
ЛогистикаНеделя 3
Что выясняем: Расчёт доставки, ограничения груза и связь с клиентом.
- Какие данные нужны для расчёта доставки: адрес, объём, вес, паллеты, доступ на объект и разгрузка?
- Как выбираются транспорт, перевозчик и маршрут? Кто подтверждает стоимость?
- Какие особенности тары влияют на укладку, вложение, штабелирование и полезный объём машины?
- Как обрабатываются сборные заказы, несколько адресов и отгрузка с разных складов?
- Кто согласует дату и временное окно с клиентом и сообщает о задержке?
- Как оформляются повреждение в пути, недостача и спор о транспортных расходах?
Материалы к встрече: Заявки перевозчикам, тарифы, требования к грузу и разгрузке, примеры расчётов и претензий.
Результат: Правила доставки, обязательные вопросы клиенту, источники тарифов и требования к будущим логистическим модулям.
HR / кадровая службаНеделя 3
Что выясняем: Роли, обучение, передача знаний и замещение сотрудников.
- Какие роли участвуют в ключевых процессах и где описаны их обязанности?
- Как новый сотрудник изучает ассортимент, системы и порядок работы?
- Какие вопросы новички чаще всего задают коллегам и какие инструкции отсутствуют?
- Как устроены наставничество, проверка освоения работы и подмена отсутствующего сотрудника?
- Как обновляются инструкции при изменении процесса и кто уведомляет сотрудников?
- Какие материалы доступны всем сотрудникам, а какие требуют ограниченного доступа?
Материалы к встрече: Должностные инструкции, программа адаптации, учебные материалы, схема замещения и правила доступа.
Результат: Раздел обучения и адаптации в базе знаний, карта ролей, перечень недостающих инструкций и владельцев материалов.
ФинансыНеделя 2; уточнения на 3–4-й
Что выясняем: Экономика заказа, условия оплаты и управленческие показатели.
- Как определяются себестоимость и маржинальность заказа, какие расходы учитываются?
- Кто утверждает цены, скидки, отсрочку и нестандартные условия?
- Как проверяются кредитный лимит и дебиторская задолженность перед заказом или отгрузкой?
- Какие источники используются для выручки, маржи и оценки дополнительных расходов?
- Как разделяются эффекты роста продаж, экономии времени и сокращения затрат?
- Как учитываются закупка сервера, обслуживание, электроэнергия и прочие расходы проекта?
Материалы к встрече: Правила ценообразования и согласований, управленческие отчёты, определения показателей и статьи расходов.
Результат: Финансовые правила и источники расчётов, исходные данные модели и перечень проверяемых допущений.
БухгалтерияНеделя 2; уточнения на 3–4-й
Что выясняем: Первичные документы, реквизиты, оплаты и закрытие операций.
- Какие сведения обязательны для карточки контрагента, договора и выставления счёта?
- Как проверяются юрлицо, реквизиты, полномочия подписантов и плательщик по заказу?
- Как отражаются аванс, частичная оплата, возврат, корректировка и зачёт?
- Какие документы требуются для отгрузки и завершения сделки, кто их готовит?
- Как связаны заказ, платёж, отгрузка и закрывающие документы? Где бывают расхождения?
- Как обрабатываются ошибки в документах, ЭДО и запросы клиента на исправление?
Материалы к встрече: Шаблоны счетов и первичных документов, порядок ЭДО, примеры оплат, корректировок и расхождений.
Результат: Порядок документооборота, обязательные проверки и список ситуаций для передачи специалисту.
Как собираем базу знаний компанииСтруктура, источники, владельцы
База знаний получает общую структуру по компании и первые заполненные материалы из интервью и разобранных документов. Каждый ответ должен иметь проверяемый источник и ответственного за актуальность.
| Раздел | Содержание |
|---|---|
| Компания и ответственность | Подразделения, роли, владельцы процессов, замещение и порядок обращения за решением. |
| Продукция и подбор | Характеристики, термины и синонимы, назначение, совместимость, аналоги, документы и ограничения. |
| Продажи и обслуживание | Квалификация обращения, вопросы клиенту, КП, повторный заказ, договорённости, возвраты и претензии. |
| Цены, оплаты и документы | Правила согласования условий, финансовые проверки, реквизиты, счета, первичные документы и ЭДО. |
| Закупки и производство | Условия поставки, ограничения изготовления, индивидуальное исполнение, сроки и передача статусов. |
| Склад и логистика | Остатки, резервы, комплектация, упаковка, транспорт, доставка, разгрузка и отклонения. |
| Люди и обучение | Адаптация, инструкции по ролям, наставничество, частые вопросы сотрудников и передача знаний. |
| ИТ и поддержка | Системы, доступы, инструкции пользователей, порядок сообщения об ошибке и восстановления работы. |
Что содержит карточка знания
- Вопрос или рабочая задача; краткий ответ либо последовательность действий.
- Область применения, обязательные условия и известные исключения.
- Ссылка на источник: регламент, паспорт, инструкцию, запись в системе или подтверждённый протокол интервью.
- Подразделение и владелец знания; кто проверил содержание и когда.
- Статус: черновик, проверено или требует уточнения; дата следующей проверки либо событие, при котором материал обновляется.
- Кому доступен материал и куда передать вопрос, если ответа недостаточно.
Меняющиеся цены, остатки и статусы заказов берутся из учётных систем; карточка знаний объясняет правило и указывает источник. Противоречивые сведения помечаются как требующие решения. Для проверки поиска собираем вопросы сотрудников и ожидаемые ответы со ссылками на источники.
Результаты обследования логистики, производства, HR и других функций входят в общую картину компании и план развития. Автоматизация дополнительных процессов рассматривается в соответствующих модулях и отдельных решениях о финансировании.
Данные, прототип и серверЧто проверяем на стенде
Доступы к тестовой копии 1С, Битрикс24, записям звонков, примерам КП и спецификаций, каталогу и аналитике сайта имеются. На первой неделе проверяем работоспособность, полноту данных и права, необходимые для конкретных сценариев.
- По каталогу и спецификациям: проверяем распознавание позиций, поиск по описанию задачи, подбор аналогов и применение ограничений.
- По 1С: проверяем чтение нужных данных, передачу черновика заказа и выполнение учётных проверок на тестовом стенде.
- По звонкам и CRM: проверяем извлечение действия и срока, выбор сделки либо компании, неоднозначные договорённости и повторную обработку звонка.
- По утренней сводке: разбираем примеры дел на сегодня, крупные сделки, просроченные дела и исправления менеджера.
- По показателям: проверяем наличие исходных данных, выполняем замеры по методикам раздела KPI, сохраняем источник и результат.
- По серверу: совместно с ИТ-отделом проверяем нагрузку, совместимость, размещение и обслуживание; готовим финальную комплектацию и расчёт стоимости владения на 3 года.
Проверочные случаи включают обычный заказ, повторную закупку, подбор аналога, спецификацию с несколькими позициями и индивидуальное исполнение. Записываем ожидаемый и фактический результат, причину ошибки и ответственное лицо за исправление. Действия по тестовым звонкам проверяются без создания рабочих поручений реальным менеджерам.
Как решаем задержки и противоречияОтветственный, дата, последствия
- Каждый вопрос заносится в общий реестр: содержание, источник, ответственный, конкретная дата ответа и работа, которую этот ответ позволяет продолжить.
- Михаил Добин и Алексей Коньков назначают даты ответов и проверки материалов при планировании встреч и еженедельном разборе. Представитель подразделения подтверждает, что берёт вопрос в работу.
- Если ответа нет к назначенной дате, Михаил Добин отмечает задержку и её влияние. Алексей Коньков организует ответ, замену участника или привлекает руководителя, который вправе принять решение.
- Если отделы описывают одно правило по-разному, интервьюеры прикладывают обе версии и реальные примеры. Профильные ответственные разбирают расхождение на совместной встрече; принятое правило фиксируется с источником и областью применения.
- Если вопрос выходит за полномочия координаторов, Алексей Коньков выносит его уполномоченному руководителю ТАРА.РУ. До решения спорное положение не получает статус проверенного знания.
- Независимые задачи продолжаются. Для заблокированной работы фиксируются дата возобновления и влияние на следующие этапы; изменение календаря подтверждают координаторы.
- Еженедельный итог содержит сделанное, полученные решения, открытые вопросы, ответственных, даты и план следующей недели.
Технические ограничения подтверждают ИТ-отдел и программист 1С; правила работы — ответственные за соответствующие процессы. Решение, меняющее стоимость, состав работ или финансирование, передаётся лицам, уполномоченным согласовывать такие изменения от компаний.
Что передаём и как принимаем этапКонтрольная приёмка · Шаг 1
- Карта процессов компании: участники, системы, входные данные, результаты и передача работы между подразделениями.
- Протоколы интервью по всем 14 направлениям с примерами операций, правилами, источниками и открытыми вопросами.
- Каркас базы знаний: дерево разделов, словарь терминов, шаблон карточки, реестр источников, заполненные проверенные материалы, владельцы и права доступа.
- Рабочий прототип на тестовом стенде и протоколы сценарных и нагрузочных проверок; список ошибок и результатов повторной проверки.
- Отчёт аудита и калибровки с исходными показателями, источниками данных и методами замера.
- ТЗ на разработку, схема обмена между системами и макет пользовательских сценариев.
- Финальная спецификация сервера, подготовленная совместно с ИТ-отделом, и расчёт стоимости владения на 3 года.
- План следующего этапа с зависимостями, ответственными и перечнем вопросов, требующих решения.
Как принимаем результат — Шаг 1
Михаил Добин представляет комплект результатов. Алексей Коньков организует проверку профильными специалистами ТАРА.РУ. По каждому замечанию указываются содержание, ответственный, дата исправления и способ повторной проверки. Незакрытые вопросы перечисляются явно; влияние каждого на переход к разработке рассматривается при приёмке.
Проверяем, что все направления обследованы, описания процессов подтверждены участниками, у знаний указаны источники и владельцы, прототип воспроизводит контрольные сценарии, а спецификация сервера и требования к размещению согласованы с ИТ-отделом. Закупка оборудования и основная разработка Фазы 1 начинаются после подписания акта первого этапа и решения ТАРА.РУ о продолжении проекта.
16 млн ₽Фаза 1 · базовый контракт без НДС:
12 млн ₽ — разработка ПО, 4 млн ₽ — оборудование.
12 млн ₽ — разработка ПО, 4 млн ₽ — оборудование.
5 месяцевВвод помощника 1С
на оборудовании Заказчика.
на оборудовании Заказчика.
10 месяцевПромышленный запуск
B2B-платформы и каталога.
B2B-платформы и каталога.
Свой серверВнутри компании.
Данные клиентов и цены не уходят в сторонние ИИ-сервисы.
Данные клиентов и цены не уходят в сторонние ИИ-сервисы.
01 / Что мы создаём и зачем
Подобрать тару.
Быстро подготовить предложение.
TARA AI — корпоративная система на основе искусственного интеллекта для автоматического подбора пластиковой тары и быстрой подготовки коммерческих предложений (КП).
- Клиент описывает задачу на сайте или прикрепляет спецификацию. ИИ находит подходящие артикулы и аналоги в каталоге.
- ИИ разбирает спецификацию и сопоставляет позиции с каталогом. В 1С поступает черновик заказа: учётная система проверяет остатки, рассчитывает цены и скидки. Менеджер проверяет подбор и формирует КП.
- ИИ-агент в Битрикс24 превращает договорённости из звонков в дела: создаёт запланированный исходящий звонок или напоминание в карточке сделки, а если сделка не определена — в карточке компании. Менеджер видит созданные дела и может их исправить. Каждое утро получает сводку на сегодня: сначала дела по крупным сделкам, затем остальные.
1.2. Фаза 1 — основной контракт
1С:Предприятие
Помощник для подбора аналогов и быстрой сборки КП.
Битрикс24
Дела по договорённостям из звонков, проверка менеджером и утренняя сводка с приоритетом крупных сделок.
Собственный сервер
ИИ работает на оборудовании ТАРА.РУ, без внешних сервисов нейросетей.
1.3. Фаза 2 — дополнительные модули
После запуска основной системы можно подключить дополнительные модули. Интерфейсы для их подключения предусматриваем заранее.
02 / Целевые показатели эффективности Фазы 1
От запроса клиента до оплаченного заказа
Клиент описывает задачу, ИИ подбирает товары, 1С рассчитывает предложение, а Битрикс24 помогает менеджеру довести сделку до оплаты. Аудит и калибровка включают расчёт исходных значений по данным 1С, CRM и аналитики сайта. Методы измерения приведены в таблице.
Клиент / СайтЗапрос или ТЗОписание, файл, таблица
ИИ-модульПодбор и спецификацияНоменклатура и ограничения
1СРасчёт КППерсональные условия
Битрикс24Договорённости и делаЗвонки, напоминания, план дня
Учёт результатаОплата и отгрузкаПроверка бизнес-эффекта
| Метрика | До внедрения | Целевой показатель | Контроль и подтверждение |
|---|---|---|---|
| Медианное время сборки КП из 3–5 стандартных позиций в 1С | Медиана за предыдущий квартал: от открытия заявки до формирования печатной формы, по меткам времени в логах 1С. | −30%Y = 0,70 × X | X — исходная медиана в минутах; Y — медиана за первые 30 дней после запуска ассистента. Сравниваются КП из 3–5 стандартных позиций. Если исторических меток времени нет, исходный замер проводится таймером на тестовом стенде в рамках аудита. |
| Доля лидов без действия более 24 часов | Отчёт Битрикс24 за 30 дней до релиза. Действие — звонок, исходящее письмо или смена стадии; автоматически созданная задача действием менеджера не считается. | −20%относительное снижение доли | Доля = число открытых лидов без действия более 24 часов / число открытых лидов на конец периода. Сравнение с отчётом за 30 дней после релиза. ИИ извлекает договорённости из звонков, создаёт дела и составляет план дня; менеджер проверяет и выполняет дела. Сроки и эскалацию контролируют штатные роботы CRM. Создание дела и просмотр сводки не считаются выполнением договорённости. |
| Конверсия посетителей каталога в оплаченные заказы | Доля посетителей каталога, совершивших оплату: данные аналитики сайта и 1С за 90 дней до запуска. | +15%относительный рост | Например: с 2,0% до 2,3%. Сравнение с первыми 90 днями после запуска по совпадающим каналам и сезонному составу B2B-трафика. Формула: число посетителей с оплаченным заказом / число уникальных посетителей каталога. Конверсия в лид учитывается отдельно. |
| Число обработанных спецификаций на одного менеджера | КП, подготовленные по входящим спецификациям за 30 дней до запуска, на один рабочий день менеджера. | +25%без расширения штата | Сравнение с 30 днями после запуска по реестру спецификаций и КП в 1С, при одинаковой сложности заявок. Обработанная спецификация — документ, по которому подготовлено КП и не осталось неразобранных позиций. Число менеджеров и соблюдение сроков ответа проверяются отдельно. |
03 / Почему покупаем собственный сервер
Сервер внутри компании
ИИ работает на собственном сервере ТАРА.РУ (On-premise). Для подбора товаров не используем внешние платные ИИ-сервисы, включая OpenAI, и облачную аренду вычислений.
Свой сервер нужен для защиты коммерческой тайны, независимой работы отдела продаж и экономии на аренде вычислительных мощностей.
Работа без внешних ИИ-сервисов
Подбор товаров и подготовка КП в 1С через локальную сеть не зависят от доступа к внешним ИИ-сервисам и интернету. Публичному сайту интернет-связь необходима.
Данные остаются внутри
Себестоимость, персональные скидки, чертежи и клиентская база 1С хранятся на оборудовании компании и не передаются в сторонние ИИ-сервисы.
Экономика инфраструктуры: покупка сервера и аренда GPU
4,0 млн ₽CAPEX · лимит закупки оборудования
250 тыс. ₽/мес.OPEX Cloud · базовая ставка расчёта аренды
16 месяцев4 млн ₽ / 250 тыс. ₽ · без расходов на собственный сервер
- Покупка (CAPEX): стоечный сервер с промышленными GPU-ускорителями в пределах 4 млн ₽. Оборудование принимается на баланс компании как амортизируемый актив.
- Аренда (OPEX Cloud): в расчёте используется диапазон 200–300 тыс. ₽/мес. Варианты для сравнения — конфигурации с 2–4 GPU NVIDIA L40S или A100. Сопоставимость с покупаемым сервером определяется результатами одинакового нагрузочного теста и коммерческими предложениями.
- Сравнение закупочной цены с арендой: 4 млн ₽ / 300 тыс. ₽ = 13,3 месяца; 4 млн ₽ / 200 тыс. ₽ = 20 месяцев. Базовая точка — 16 месяцев при ставке 250 тыс. ₽/мес. Этот расчёт не включает питание, охлаждение, ремонт и обслуживание собственного сервера.
Совокупная стоимость владения на 3 года (TCO)
ADVIRTAG передаёт расчёт TCO вместе со спецификацией на Gate 1. Сравнение включает закупку, размещение в серверной ТАРА.РУ, питание, охлаждение, резервные каналы, сервис и ремонт. Мощность 1,5–2 кВт используется как входное допущение расчёта; фактическая нагрузка указывается для выбранной комплектации. Размещение принадлежащего компании сервера в ЦОД (Colocation) рассчитывается отдельным вариантом.
Формулы расчёта. TCO собственного сервера = 4 млн ₽ + расходы эксплуатации за 36 месяцев. TCO аренды = платежи за 36 месяцев + дополнительные услуги. Срок возврата затрат на сервер = 4 млн ₽ / ежемесячная экономия, где экономия — аренда минус расходы эксплуатации собственного оборудования. При изменении тарифа расчёт учитывает помесячные платежи.
Комплектация и критерии нагрузочного теста Gate 1
| Компонент | Требование |
|---|---|
| Серверная платформа | Сервер промышленного класса для установки в стойку. |
| Серверный блок видеокарт (GPU) | Промышленные GPU-ускорители. Требование к ИИ-модулю: 5 параллельных генераций спецификаций, время выдачи результата подбора по одной стандартной позиции — не более 3 секунд, включая очередь и проверку каталога. Тест проводится на стенде Этапа 1 при 50 активных пользовательских сессиях. Протокол содержит модель, GPU, длину входа и ответа, число позиций, долю ошибок и распределение времени ответа. RPS — число завершённых запросов в секунду; диапазон 2–5 RPS проверяется отдельно по коротким запросам подбора, а пропускная способность полной генерации спецификаций измеряется отдельно. |
| Дисковая подсистема | Скоростные серверные диски с резервным хранением данных (NVMe, RAID 10). |
| Резервирование | Сдвоенные блоки питания с горячей заменой, подключение через корпоративный ИБП. |
Спецификация
Утверждаем точную комплектацию в пределах 4 млн ₽. При изменении рыночных цен корректируем конфигурацию в пределах этого лимита; нагрузку повторно проверяем.
Поставка
6–8 недель параллельно разработке ПО. Закупка — после подписания акта первого этапа и решения ТАРА.РУ о продолжении.
Монтаж и пусконаладка
До старта пилота в 1С.
04 / Базовая архитектура и функциональные требования · Фаза 1
ИИ понимает запрос.
1С проверяет цены и остатки.
ИИ понимает запросы клиентов человеческим языком и находит подходящие товары. 1С проверяет реальные остатки на складе, рассчитывает персональные цены и скидки. Правила каталога проверяют габариты, нагрузки и совместимость независимо от языковой модели. Менеджер проверяет готовое предложение перед отправкой клиенту.
Фаза 1 / Внешний контур
B2B-портал и публичный каталог
Поиск товаров по описанию задачиРазбор вложенных ТЗ и файловB2B-кабинет: роли, договоры, реквизитыЗаявка, диалог и список товаров в Битрикс24
↕ Защищённый обмен данными
Фаза 1 / Собственный ИИ-модуль компанииЛокальный сервер
Работа ИИ на сервере компанииБаза знаний по каталогу (RAG)Подбор аналогов по смыслу, даже если клиент назвал товар иначеФильтр по габаритам и нагрузкамРаспознавание записей звонков и извлечение договорённостей
↕ Обмен с 1С и Битрикс24
Фаза 1 / Контур сбыта
1С:Предприятие
- Ассистент в карточке заказа.
- Проверка цен, остатков и скидок.
- Формирование черновика КП.
Фаза 1 / Контур CRM
Битрикс24
- Дела из звонков в карточке сделки или компании.
- Проверка и корректировка менеджером.
- Утренняя сводка: крупные сделки на сегодня — первыми.
- Назначение ответственных, сроки и эскалация средствами CRM.
↕Подключение дополнительных модулейФаза 2 · заранее предусмотренные интерфейсы
4.1
B2B-портал и публичный сайт · Поток А
- Подбор по описанию задачи: поиск тары по параметрам — размеры, нагрузки, объём, температурный режим, стойкость к средам и штабелируемость.
- Разбор спецификаций: распознавание входящих списков и таблиц заказчика (Excel, PDF) с сопоставлением с номенклатурой ТАРА.РУ.
- B2B-кабинет: привязка юрлиц, персональные договоры, быстрый повторный заказ с автоматической проверкой актуальности цен и доступности.
4.2
Ассистент в 1С:Предприятие · Поток Б
- Подключение к 1С: через расширения 1С без снятия типовой конфигурации с поддержки.
- Подбор аналогов: допустимые замены по параметрам тары с отображением степени совместимости при дефиците базовой позиции.
- Спецтребования: хранение и автоподстановка модификаций — цвет RAL, логотипы, клише, шелкография и чертежи вложений.
- Сборка КП: автоматическое формирование черновика коммерческого предложения для финальной проверки менеджером.
4.3
ИИ-агент в Битрикс24: дела из звонков и план дня
Агент фиксирует обещания клиенту и помогает менеджеру выполнять их в срок. Два основных сценария — создание дел после разговора и утренняя сводка.
После звонка — готовые дела для менеджера
- Разбор записи: после завершения звонка агент получает доступную запись из подключённой телефонии, распознаёт речь на сервере ТАРА.РУ и выделяет договорённости: что сделать, кому и к какому сроку. В деле сохраняются ссылка на звонок и фрагмент расшифровки, на котором основано поручение.
- Автоматическое создание: по явной договорённости агент создаёт CRM-дело «Запланированный исходящий звонок» или дело-напоминание с описанием, ответственным менеджером, датой и временем. Повторная обработка той же записи не создаёт дублей.
- Привязка к клиенту: приоритет — карточка сделки, к которой относится разговор, в том числе крупной. Если сделку нельзя определить однозначно, дело создаётся в карточке компании, с которой шёл разговор, и менеджеру предлагается выбрать сделку. При нескольких сделках агент не выбирает самую крупную без связи с разговором; если не определена и компания, запрашивает привязку у менеджера.
- Проверка менеджером: после обработки звонка агент показывает созданные дела. Менеджер может изменить содержание, тип, срок, ответственного и привязку, а также отменить ошибочное дело. Если действие или срок неясны, агент показывает фрагмент разговора и предлагает уточнить недостающие данные, не придумывая договорённость.
Пример: «Перезвоните завтра в 11:00 по этому предложению» → исходящий звонок на следующий день в 11:00 в карточке соответствующей сделки. Менеджер видит дело и при необходимости корректирует его.
Каждое утро — сводка дел на сегодня
- Один список в Битрикс24: каждое рабочее утро, ко времени начала дня менеджера и в его часовом поясе, агент собирает все его незавершённые дела со сроком на сегодня, включая созданные вручную.
- Порядок по значимости: сначала дела на сегодня по крупным сделкам, затем остальные дела на сегодня. Признак «Крупная сделка» или порог суммы задаёт руководитель продаж в настройках CRM. Внутри каждой группы — по времени исполнения; просроченные дела выводятся отдельным заметным блоком.
- Что видно в сводке: время, действие, клиент, сделка и её сумма, суть договорённости и ссылка на дело. Из сводки менеджер открывает карточку, меняет план или отмечает выполнение. Сводка учитывает внесённые менеджером исправления.
Разделение функций: ИИ распознаёт разговор и извлекает договорённости; интеграция создаёт и связывает дела, а расписание, сортировка по сумме и срокам, уведомления и эскалация выполняются правилами CRM. Квалификация входящих запросов, назначение отраслевого менеджера и контроль отправки КП в течение 24 часов сохраняются. Менеджер отвечает за проверку и выполнение дел.
Условия работы: ТАРА.РУ предоставляет доступ к записям подключённой телефонии и права на чтение и создание дел в CRM. Если запись отсутствует или недоступна, агент показывает причину; он не отмечает такой звонок как обработанный.
05 / Дополнительные модули
Фаза 2. Четыре направления развития.
Дополнительные модули подключаются после успешного запуска основной системы.
Разграничение объёма работ
Фаза 2 не входит в 16 млн ₽ и 10 месяцев
В основной системе предусматриваем интерфейсы для подключения дополнительных модулей. Каждый модуль Фазы 2 согласуется отдельным соглашением после итоговой приёмки Фазы 1 — контрольной точки 3.
Модуль 2.1 / Логистика01
Умная логистика
и 3D-паллетирование
Проблема. Промышленная тара лёгкая, но габаритная. Ошибки расчёта приводят к «перевозке воздуха» за счёт компании или завышенным тарифам доставки для клиента.
- 3D-расчёт укладки с учётом коэффициента конусности / вкладываемости стенок и высоты штабеля.
- Калькулятор заполнения транспорта: заполнение объёма кузова при полной или сборной загрузке — «Газель», 5-тонник, еврофура 82/90 м³.
- Подсказки клиенту в КП для оптимизации партии и удельной стоимости доставки.
Пример подсказки из ТЗ
«При увеличении заказа с 420 до 480 шт. партия займёт ровно 1 еврофуру, снизив удельную стоимость доставки 1 шт. на 18%».
−7–12%Ожидаемое снижение транспортных расходов и исключение споров с транспортными компаниями.
~1 800 000 ₽2,5–3 месяца
Модуль 2.2 / Производство02
Синхронизация
со станочным парком
Проблема. Переналадка термопластавтоматов (ТПА) со сменяемыми пресс-формами и переход между цветами красителя ведут к многочасовым простоям и браку сырья.
- Анализ загрузки парка ТПА при согласовании заказных позиций с нестандартным цветом RAL.
- Группировка заказов по технологической совместимости: предложение клиенту / менеджеру оптимальной даты производства, когда ТПА уже работает на близком сырье / цвете.
- Автоматический контроль минимальной партии запуска и технологических кратностей.
До −15%Ожидаемое сокращение простоев ТПА на переналадку. Цель — согласование сроков готовности с учётом загрузки оборудования.
~1 500 000 ₽2–2,5 месяца
Модуль 2.3 / Склад03
Складские запасы
и неликвиды
Проблема. Разукомплектование заводских паллет приводит к повреждению тары и пересортице; неликвидные остатки замораживают оборотный капитал.
- Контроль кратности паллетным нормам: стимулирование округления заказа в 1С до полной паллеты / связки с микроскидкой.
- Приоритетный подбор неликвидов: при запросе аналогов первыми предлагаются залежавшиеся модификации со склада со специальной ценой.
- Мультискладская маршрутизация сборных заказов для минимизации складских перемещений.
+10–14%Ожидаемое ускорение оборачиваемости склада и снижение потерь от повреждения тары при хранении.
~1 200 000 ₽2 месяца
Модуль 2.4 / Маржа04
Контроль маржинальности
и допродажи
Проблема. Неконтролируемые скидки менеджеров и потеря выручки на сопутствующих товарах: крышках, перегородках и тележках.
- Динамический «светофор маржинальности» в 1С: расчёт чистой рентабельности сделки с учётом себестоимости, логистики, отсрочки платежа и стоимости денег.
- Комплектатор «Тара + Аксессуары»: обязательный вывод менеджеру списка 100% совместимых комплектующих — крышки, фиксаторы, транспортировочные тележки.
- Проверка кредитного лимита и платёжной дисциплины контрагента до резервирования товара.
+8–15%Ожидаемый рост среднего чека за счёт комплектующих. Цель — защита от низкомаржинальных сделок.
~1 100 000 ₽1,5–2 месяца
Проценты эффекта Фазы 2 — сценарные допущения. Экономия рассчитывается по фактическим затратам логистики, простоям ТПА, остаткам и продажам аксессуаров; она не прибавляется к эффекту Фазы 1 без отдельного расчёта.
06 / Финансирование и поэтапная приёмка
Фаза 1 — 16 млн ₽.
Фаза 2 — отдельное финансирование.
Общий бюджет — 16 млн ₽ без НДС: 12 млн ₽ — разработка ПО, 4 млн ₽ — сервер. Срок — 10 месяцев. Первый этап за 1,6 млн ₽ уже входит в эту сумму.
6.1. Базовый инвестиционный бюджет · Фаза 1
1,6 млн ₽Обследование
4 млн ₽Аппаратный комплекс
3,2 млн ₽Контур 1С
7,2 млн ₽B2B-платформа
| Направление | Срок реализации | Стоимость без НДС | Назначение платежа |
|---|---|---|---|
| Этап 01: Обследование и проектирование | 6–8 недель | 1 600 000 ₽ | Обследование, рабочий прототип поиска, ТЗ и точная комплектация сервера. Первый платёж внутри общего бюджета. |
| Серверное оборудование | 6–8 недель — поставка | 4 000 000 ₽ | Серверное оборудование, GPU-модули и сетевая обвязка. Встаёт на баланс. |
| Разработка контура 1С — Поток Б | 5 месяцев | 3 200 000 ₽ | Рабочее место менеджера, подбор, интеграция, пилот 15 сотрудников и релиз. |
| Разработка B2B-платформы — Поток А | 10 месяцев | 7 200 000 ₽ | Витрина, каталог, B2B-кабинет, интеграция с 1С и CRM, релиз. |
| ИТОГО БАЗОВЫЙ КОНТРАКТ | 10 месяцев | 16 000 000 ₽ | 12 млн ₽ — программная часть. 4 млн ₽ — аппаратный комплекс. |
Без повторного начисления первого платежа. 1,6 млн ₽ за обследование + 3,2 млн ₽ за последующую разработку 1С + 7,2 млн ₽ за последующую разработку сайта = 12 млн ₽ за ПО. После первой контрольной точки остаётся 14,4 млн ₽: 10,4 млн ₽ за разработку и 4 млн ₽ за сервер. Это решение о продолжении, а не единовременный платёж: график согласуется отдельно.
6.2. Предварительная стоимость дополнительных модулей · Фаза 2
Оценка ориентировочная. Сроки и стоимость фиксируются отдельными договорами по итогам сдачи Фазы 1.
| Модуль расширения | Срок внедрения | Предварительная стоимость | Ключевой эффект для бизнеса |
|---|---|---|---|
| 2.1. Умная логистика и 3D-укладка | 2,5–3 мес. | ~1 800 000 ₽ | Снижение транспортных расходов на 7–12%. |
| 2.2. Синхронизация с парком ТПА | 2–2,5 мес. | ~1 500 000 ₽ | Сокращение простоев станков на переналадку. |
| 2.3. Складские запасы и неликвиды | 2 мес. | ~1 200 000 ₽ | Ускорение оборачиваемости неликвидов склада. |
| 2.4. Контроль маржи и допродажи | 1,5–2 мес. | ~1 100 000 ₽ | Рост среднего чека на 8–15% на аксессуарах. |
Финансирование Фазы 2 на текущем этапе не открывается. План развития утверждается без закупок и платежей по дополнительным модулям. Сроки модулей не включены в календарь базового контракта.
Календарный план Фазы 1
| Направление | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 |
|---|---|---|---|---|---|---|---|---|---|---|
| Обследование | Аудит / ТЗ · 6–8 недель | |||||||||
| Оборудование | Спецификация | Заказ / поставка → монтаж / ПНР | ||||||||
| Поток Б · 1С | Разработка ядра | Пилот | Ввод в эксплуатацию | |||||||
| Поток А · B2B | Дизайн / каталог | Клиентский пилот | Кабинет / спецификации | Нагрузка / релиз | ||||||
| Контрольные точки | Точка 16–8 недель | Точка 2Релиз 1С | Точка 3Финал | |||||||
Состав работ и результаты
Этап 01 · Аудит и калибровка, прототип и сервер1,6 млн ₽ · 6–8 недель
Месяцы 1–2. Стоимость: 1 600 000 ₽. Срок: 6–8 календарных недель.
- Аудит бизнес-процессов: замер времени сборки КП из 3–5 стандартных позиций в 1С и поиск обращений, по которым нет действий.
- Проверка каталога: поиск неполных описаний товаров, согласование правил совместимости и допустимых замен.
- Выбор сервера: испытания нейросетей на реальных примерах и тестовой нагрузке, проверка скорости ответа, подбор видеокарт и памяти. Комплектация утверждается к завершению первого этапа (через 6–8 недель) в пределах 4 млн ₽.
- Обмен данными: схемы обмена между 1С, Битрикс24 и B2B-порталом. Для ИИ-агента проверяем доступ к записям телефонии и CRM-делам, связь звонка со сделкой или компанией; проверяем сценарии извлечения договорённостей и утренней сводки.
План на 6–8 недель
- Недели 1–2: процессы отдела продаж, доступы и контрольные примеры заявок.
- Недели 3–4: проверка каталога, правила подбора и исходные замеры KPI.
- Недели 5–6: рабочий прототип поиска, испытания нейросетей и обмена данными.
- Завершение этапа, недели 6–8: нагрузочный тест, финальная комплектация сервера, TCO на 3 года и контрольная приёмка Gate 1.
План рассчитан на своевременное предоставление данных и ответов. ADVIRTAG ведёт список вопросов с ответственным, сроком и влиянием на следующий шаг. Куратор ТАРА.РУ утверждает решения; при задержке или противоречии команды фиксируют блокер и согласуют изменение зависимых сроков до перехода к следующему этапу.
Что передаём заказчику
- Утверждённое ТЗ на разработку программной части.
- Заказная спецификация оборудования с контактами проверенных поставщиков параллельного импорта.
- Рабочий прототип поиска и кликабельный макет интерфейса.
- Отчёт аудита и калибровки: исходные значения KPI, выгрузки 1С и CRM, результаты контрольных замеров и нагрузочного теста; расчёт TCO на 3 года.
Установка и настройка собственного сервера4 млн ₽ · месяцы 3–4
Бюджет: 4 000 000 ₽.
- Контроль поставки комплектующих.
- Физический монтаж в серверную стойку Заказчика.
- Настройка гипервизора, драйверов CUDA, сетевой защиты и системы охлаждения.
- Установка ИИ-модуля на сервер компании.
Поток Б · Модуль ассистента в 1С3,2 млн ₽ · месяцы 3–5
Стоимость работ после первого этапа: 3 200 000 ₽. Обследование включено в первый этап за 1,6 млн ₽ и повторно не оплачивается.
- Разработка интерфейсных расширений 1С.
- Подключение ИИ-модуля на собственном сервере.
- Пилотная эксплуатация фокус-группой из 10–15 менеджеров.
- Доработка сценариев и тиражирование на всех сотрудников отдела сбыта.
Результат на 5-м месяце: полноценный ввод помощника 1С в эксплуатацию на собственном оборудовании компании. Сокращение времени сборки КП из 3–5 стандартных позиций на 30% по медианному времени: от открытия заявки до печатной формы, сравнение с исходными данными аудита.
Поток А · B2B-платформа и каталог7,2 млн ₽ · месяцы 3–10
Стоимость работ после первого этапа: 7 200 000 ₽. Обследование включено в первый этап за 1,6 млн ₽ и повторно не оплачивается.
- Дизайн-система, фронтенд и бэкенд B2B-портала.
- Поиск по описанию задачи и автоматический разбор спецификаций.
- B2B-кабинет и миграция клиентской базы.
- ИИ-агент в Битрикс24: разбор звонков, создание дел с проверкой менеджером и утренняя сводка по приоритетам.
- Нагрузочные испытания и запуск в промышленную эксплуатацию.
Результат на 10-м месяце: перевод ключевого трафика на новую платформу. Цель — относительный рост конверсии посетителей каталога в оплаченные заказы на 15% при сохранении объёма целевого трафика. Результат измеряется по данным аналитики и 1С за 90 дней до и после запуска, с учётом каналов и сезонного состава B2B-трафика.
07 / Финансовая модель и показатели окупаемости
Окупаемость основного проекта
Расчёт учитывает только Фазу 1. Прирост продаж в сценариях — отдельное допущение финансовой модели: он не равен автоматически росту конверсии сайта на 15%. Эффекты дополнительных модулей здесь не учтены.
291,7 млн ₽Текущая годовая выручка e-commerce без НДС
22,5%Средняя валовая маржинальность
2,85 млн ₽ / годЕжегодные расходы на эксплуатацию
12 млн ₽Разработка Фазы 1
4 млн ₽Серверное оборудование — актив на балансе
16 млн ₽Полный объём инвестиций Фазы 1
Сценарный анализ · только эффекты Фазы 1
| Сценарий | Прирост продаж | Доп. выручка в год | Доп. валовая прибыль | Годовой результат после расходов на эксплуатацию | Простая окупаемость 16 млн ₽ При полном годовом эффекте |
|---|---|---|---|---|---|
| Консервативный | +7% | 20,4 млн ₽ | 4,6 млн ₽ | 1,7 млн ₽ | 9,2 года |
| Целевой | +15% | 43,8 млн ₽ | 9,8 млн ₽ | 7,0 млн ₽ | 2,3 года 27,4 мес. |
| Оптимистичный | +20% | 58,3 млн ₽ | 13,1 млн ₽ | 10,3 млн ₽ | 1,6 года 18,7 мес. |
12 млн ₽ / 6,994875 млн ₽ годового результата после эксплуатационных расходов. Расчёт при полном эффекте +15% продаж.
16 млн ₽ / 6,994875 млн ₽ = 27,4 месяца полного эффекта. Включены разработка и оборудование.
Срок определяется накопленным денежным потоком: платежи, фактический запуск 1С и сайта, прирост продаж и расходы каждого месяца.
Метод расчёта. Годовой результат = 291,7 млн ₽ × прирост продаж × 22,5% − 2,85 млн ₽. Простая окупаемость = 16 млн ₽ / годовой результат. В таблице не учтены период внедрения, постепенное достижение эффекта, дисконтирование и налоги. Данных помесячного потока для срока от старта и ROI за 5 лет нет. Экономия относительно гипотетической облачной аренды не добавляется к прибыли от роста продаж; затраты эксплуатации не учитываются повторно. Для Фазы 2 нужны отдельные затраты и денежный поток.
08 / Порядок контроля и сдачи-приёмки
Три обязательные точки контроля
Контрольная приёмка первого этапа · Gate 1
- ADVIRTAG передаёт ТЗ, прототип на тестовом стенде, макет интерфейса, финальную спецификацию сервера, отчёт KPI и TCO на 3 года.
- Критерий приёмки: прототип разбирает тестовую спецификацию, подбирает позиции по каталогу и передаёт черновик в тестовую 1С. Представлены протокол нагрузки по требованиям раздела 3 и комплектация в пределах 4 млн ₽.
- ТАРА.РУ проводит контрольную приёмку и подписывает акт первого этапа; решение о продолжении принимает заказчик.
- Утверждение спецификации и запуск закупки на 4 млн ₽.
- Открытие финансирования разработки — 10,4 млн ₽ — либо остановка проекта без штрафных санкций.
14,4 млн ₽Решение об оборудовании и оставшейся разработке
Приёмка 1С и сервера
- Сервер установлен; ИИ-модуль работает на оборудовании ТАРА.РУ.
- Модуль ассистента 1С передан в эксплуатацию фокус-группе из 10–15 менеджеров. Подтверждено сокращение времени сборки КП из 3–5 стандартных позиций на 30%: от открытия заявки до печатной формы.
- Подписание акта сдачи Потока Б.
−30% времениКП из 3–5 стандартных позиций
Запуск B2B-портала
- Нагрузочное тестирование при пиковых запросах к каталогу.
- Тестовые заказы проходят сквозной путь: Клиент / Сайт → ИИ-модуль → Менеджер / 1С → Сделка / Битрикс24 → Оплата.
- Проверка ИИ-агента Битрикс24: из контрольного звонка создаётся дело с верным действием и сроком в связанной сделке; при неопределённой сделке — в компании. Менеджер исправляет дело; повторная обработка не создаёт дубль. Неясные сроки передаются на уточнение.
- Проверка утренней сводки: все незавершённые дела менеджера на сегодня, включая ручные, показаны с учётом его исправлений. Дела по крупным сделкам идут первыми, просроченные выделены отдельно; ссылки открывают соответствующие карточки.
- Подписание итогового акта по Фазе 1. Переход к согласованию модулей Фазы 2.
Сквозной заказПроверка полного процесса от запроса до оплаты
09 / Проект решения собственников компании
Запустить Фазу 1.
Утвердить план развития.
Для запуска базового контура проекта требуется утвердить:
- 1 600 000 ₽ — финансирование Этапа 01.
Первый платёж внутри общего бюджета 16 млн ₽. За 6–8 недель — обследование, рабочий прототип и точная комплектация сервера.
- 4 000 000 ₽ — резерв на аппаратный комплекс.
Собственный сервер внутри компании. Точная комплектация утверждается к завершению первого этапа (через 6–8 недель) в пределах этого лимита; закупка — после решения заказчика.
- Контрольная точка 1 — через 6–8 недель после старта.
Контрольная точка для подведения итогов проектирования и утверждения дальнейшего графика платежей.
- Фаза 2 — план развития.
Утверждение плана развития без открытия финансирования на текущем этапе. Каждый модуль — отдельное соглашение после контрольной точки 3.