Смета подрядчика описывает работу подрядчика. Она не описывает всё, что придётся сделать компании, чтобы проект дошёл до эксплуатации.
Это не обман: подрядчик просто не может выставить счёт за время ваших сотрудников. Но в бюджете эти статьи должны быть, иначе они появятся как неожиданность в середине проекта.
Ниже — девять статей в порядке того, насколько часто их не учитывают.
1. Время своих сотрудников
Самая крупная из невидимых.
Что придётся сделать вашим людям:
- объяснить, как устроен процесс на самом деле, включая негласные правила;
- собрать и разметить реальные случаи для проверки;
- согласовать формулировки — особенно там, где есть юристы или требования к текстам;
- принимать промежуточные результаты;
- тестировать на своих задачах;
- разбирать первые недели после запуска.
Как оценить: посчитайте часы по каждому пункту и умножьте на полную стоимость часа. Для среднего проекта это обычно десятки часов ключевых сотрудников — то есть сумма, сопоставимая с заметной долей сметы.
Почему это важно назвать заранее: эти люди при этом продолжают делать свою работу. Если время не выделено явно, проект тормозится, а не удешевляется.
2. Приведение материалов в порядок
Формально это часть проекта, но фактически значительная доля ложится на заказчика: подрядчик может свести и разметить документы, но устранить противоречия между ними может только тот, кто знает, как правильно.
Типичная ситуация: в регламенте один срок, на сайте другой, менеджеры говорят третий. Решить, какой верный, — работа вашего сотрудника, а не подрядчика.
Разбор требований — «Подготовка базы знаний для ИИ».
3. Написание того, чего нет
Отдельная от предыдущей статья, и она больнее.
Часть знаний не записана нигде: частные случаи, исключения, «мы всегда так делаем». Система не может отвечать по тому, чего нет.
Это может оказаться отдельным проектом перед основным — не технической работой, а несколькими неделями работы предметных специалистов.
Обнаруживается обычно на этапе подготовки материалов и оказывается самым неприятным открытием.
4. Эксплуатация первого года
Классическая дыра в бюджете: систему сдали в мае, деньги на её работу до декабря не предусмотрены, потому что бюджет считали как стоимость разработки.
Что сюда входит: обращения к модели, инфраструктура, сопровождение, обновление материалов.
Полная картина — «TCO ИИ-решения».
5. Владелец материалов
Постоянная статья, о которой не думают.
Кто-то должен следить, что база знаний актуальна: изменились условия — обновить документ, появилась новая тема — дописать. Без этого система через полгода отвечает по прошлогоднему прайсу.
Вариантов два: свой сотрудник с выделенным временем или покупка этой работы у подрядчика. Второе — постоянная строка в счёте.
6. Тестовый контур
Если система меняет данные в ваших системах, отлаживать её на боевой базе нельзя.
Тестовый контур либо есть, либо его создание входит в проект и удорожает его. Часто выясняется в середине.
7. Доступы и их получение
Календарное время, которое не видно в смете, но которое сдвигает сроки.
Получить программный доступ к CRM, к почтовому серверу, к учётной системе — иногда дни, иногда недели, особенно если система обслуживается сторонним подрядчиком, у которого свои сроки.
Отдельный подпункт: отсутствие программного интерфейса у нужной системы. Это не задержка, а изменение объёма проекта, и обнаружить это стоит до начала, а не в середине.
8. Обучение и период освоения
Люди должны научиться пользоваться, а первое время работают медленнее обычного. Это временное падение производительности — реальный расход, хотя он нигде не проводится.
Плюс сопротивление: если сотрудники воспринимают систему как контроль или как угрозу, скорость освоения падает, а иногда падает и качество работы. Про организационную сторону — «Политика использования ИИ в компании».
9. Смена модели и доработки
На горизонте двух-трёх лет реализуется почти наверняка: изменятся цены, условия поставщика или выйдет заметно лучшая модель.
Стоимость зависит от того, заложена ли была такая возможность — «Миграция между моделями». При подготовленной инфраструктуре это дни; при коде, прибитом к конкретному поставщику, — отдельный проект.
Плюс доработки под изменившийся процесс: бизнес не стоит на месте.
Сводка: как это ложится на бюджет
Иллюстративно, для проекта со сметой подрядчика 600 000 ₽.
| Статья | Оценка | Кто платит |
|---|---|---|
| Смета подрядчика | 600 000 | подрядчику |
| Время своих сотрудников | ~120 000 | внутри |
| Устранение противоречий в материалах | ~60 000 | внутри |
| Написание недостающего | 0–200 000 | внутри, зависит от состояния |
| Эксплуатация до конца года | ~180 000 | наружу |
| Владелец материалов | ~90 000/год | внутри или подрядчику |
| Тестовый контур | 0–80 000 | зависит от наличия |
| Обучение и период освоения | ~50 000 | внутри |
| Итого сверх сметы | 500 000 – 780 000 |
То есть реальная стоимость первого года — примерно вдвое выше сметы. Это не завышение подрядчика, это нормальная структура такого проекта.
Строка «написание недостающего» имеет диапазон от нуля до трети сметы — и именно она определяет, окажется проект вдвое дороже или в полтора раза.
Как оценить до начала
Проверьте состояние материалов. Возьмите десять реальных вопросов, на которые должна отвечать система, и найдите ответы в документах руками. Сколько нашли — такова готовность. Это займёт час и даст больше, чем любые предположения.
Посчитайте часы своих сотрудников по перечисленным пунктам, честно.
Проверьте доступы до подписания: есть ли программные интерфейсы у нужных систем, кто их администрирует, какие сроки.
Спросите про эксплуатацию явно: сколько в месяц и что входит.
Определите владельца материалов — имя, а не роль.
Заложите резерв 10–15% — «Распределение бюджета на ИИ».
Первый пункт — самый дешёвый и самый информативный. Он же чаще всего меняет решение о том, с чего начинать.
Частые вопросы
Какие расходы не попадают в смету подрядчика?
Время ваших сотрудников на объяснение процесса, сбор случаев, согласования и тестирование; устранение противоречий в материалах; написание того, чего нет ни в одном документе; эксплуатация первого года; работа владельца материалов; тестовый контур; получение доступов; период освоения; смена модели и доработки.
Насколько реальная стоимость выше сметы?
Для типового проекта — примерно вдвое за первый год. Основной разброс даёт состояние материалов: если значительная часть знаний нигде не записана, их написание может стоить трети сметы и занять недели работы предметных специалистов.
Как понять, в каком состоянии наши материалы?
Взять десять реальных вопросов, на которые должна отвечать система, и попробовать найти ответы в документах вручную. Доля найденного — и есть готовность. Проверка занимает час и обычно оказывается информативнее любых обсуждений.
Почему подрядчик не включает эти статьи в смету?
Потому что он не может выставить счёт за время ваших сотрудников и за решения, которые может принять только тот, кто знает ваш бизнес. Это не сокрытие: просто смета описывает работу подрядчика, а не всё, что нужно для запуска.
Что делать, если знаний нет ни в одном документе?
Признать это отдельной работой и оценить её отдельно — это недели работы предметных специалистов, а не техническая задача. Иногда разумно сделать её самостоятельным проектом перед основным: сначала записать знания, потом автоматизировать.
Как избежать неожиданностей?
Проверить состояние материалов и наличие программных доступов до подписания, посчитать часы своих сотрудников, явно спросить стоимость эксплуатации в месяц, назначить владельца материалов по имени и заложить резерв в 10–15% бюджета.
Что дальше
Полная стоимость владения — «TCO ИИ-решения». Как разложить бюджет — «Распределение бюджета на ИИ». Признаки завышенного и заниженного предложения — «Как не переплатить». Требования к материалам — «Подготовка базы знаний для ИИ».
Оценка готовности материалов и доступов до начала проекта — часть аудита, с которого начинается работа по внедрению ИИ.