Когда обоснование нужно и кто его прочитает
Формально 44-ФЗ требует обосновывать закупки при формировании плана-графика (ст. 18): проверяют соответствие объекта закупки потребности заказчика. Фактически обоснование ИИ читают четверо: ваш финансист (когда режет бюджет), контрольный орган (когда проверяет план-график и документацию), потенциальный заявитель жалобы (конкурент ищет слабые места) и общественность (закупки «на нейросети» любят СМИ). Слабое обоснование — это риск признания закупки необоснованной и отмены; сильное — щит для всех уровней.
Что именно требует закон
- Ст. 18 44-ФЗ — обоснование закупки: цель закупки, её соответствие установленным потребностям, обоснование объекта. Если объект закупки не соответствует потребности — закупку могут признать необоснованной и потребовать корректировки.
- Ст. 22 44-ФЗ — обоснование НМЦК: метод сопоставимых рыночных цен (не менее трёх КП), тарифный, нормативный, затратный или проектно-сметный. Для ИИ-разработки стандарт — сопоставимые цены: опрос поставщиков, сбор КП; полный разбор — в руководстве «НМЦК: как рассчитать» и методике НМЦК на разработку ПО.
- КТРУ и описание объекта: позиция каталога должна соответствовать сути (разработка ПО — не «услуги связи»); типовые формулировки лотов — в обзоре типовых лотов на ИИ-разработку.
Письмо-обоснование: пять блоков
- Проблема с цифрами. Не «низкое качество обработки обращений», а «N обращений в квартал обрабатывается M часов, пик — …, доля просрочек — …». Берите данные своих систем за реальный период.
- Почему обычными средствами не решается. Покажите, что уже пробовали: добавление людей (стоимость часа, найм), типовое ПО без ИИ (какой узкий участок остался). Один абзац — и половина придирок снята.
- Измеримый эффект ИИ. Метрики «до/после»: время обработки, доля автоматических ответов, скорость распознавания документов, снижение ошибок. Обязательство: как и когда посчитаете после внедрения — это же требование переносится в ТЗ как критерий приёмки (структура — в статье «ТЗ на разработку ИИ-системы»).
- Риски и их закрытие. Персональные данные (152-ФЗ, обезличивание, локальный контур), зависимость от поставщика (исключительные права, реестр российского ПО — детали в разборе запретов и требований к российскому ПО с ИИ), качество (этап POC с метрикой до основного бюджета).
- Объект и цена. Что именно покупается (этапы POC → MVP → промышленная система), НМЦК с тремя КП, график, сопутствующие расходы (сопровождение, инфраструктура).
Как измерить эффект ИИ, чтобы это выглядело честно
Проверяющие не верят словам «повысится эффективность» — они верят формулам. Приёмные метрики эффекта:
- экономия часов: часы операции × стоимость часа × объём — минус стоимость сопровождения системы;
- скорость: среднее время обработки обращения/документа до и после (замер по журналу систем);
- качество: доля ошибок ручного ввода против доли ошибок извлечения ИИ на одинаковой выборке;
- доступность: время реакции системы в час пик (для чат-каналов).
Каждую метрику считайте по одной методике до и после. Если посчитать «до» нечем — сначала проведите замер текущего состояния: без базовой линии эффект недоказуем, и закупка станет уязвимой.
Обоснование НМЦК на ИИ: тонкости
Рынок ИИ-разработки сопоставим достаточно широко: КП на разработку чат-ассистента или распознавания документов дают и крупные интеграторы, и профильные студии. Правила гигиены: запрашивайте КП с одинаковым ТЗ (иначе цены несопоставимы), следите за коэффициентом вариации цен (при разбросе выше 33% — искать ещё предложения или обосновывать), храните переписку. Мы выдаём КП для обоснования НМЦК за 1 рабочий день — sales@vyshka.cloud, бесплатно; ориентиры рынка — в кейсе «Сколько стоит ИИ-ассистент» и прайс-листе рынка разработки 2026.
Придирки проверяющих: таблица аргументов
| Придирка | Ответ в письме-обосновании |
|---|---|
| «ИИ — мода, можно без него» | расчёт стоимости ручного варианта (штат × часы) против стоимости ИИ-контура; ссылка на неудачу/предел обычного ПО |
| «Эффект не доказан» | базовый замер «до» + методика замера «после» + этап POC с порогом метрики, при котором проект продолжается |
| «Почему такой объект закупки» | цель декомпозирована: каждый этап имеет результат; соответствие позиции КТРУ/ОКПД2 |
| «НМЦК завышена/занижена» | 3+ КП по единому ТЗ, коэффициент вариации в норме, отклонения объяснены |
| «А как же 152-ФЗ и утечки» | контур обработки, обезличивание, запрет внешних LLM-API без оснований — прямо в ТЗ |
| «Зачем покупать разработку, есть коробки» | сравнение функциональных разрывов коробочного решения с требованиями; права на код остаются у заказчика |
Чек-лист письма-обоснования (8 строк)
- Цель закупки сформулирована через процесс и метрику, не через технологию.
- Есть замер текущего состояния (базовая линия).
- Альтернатива без ИИ посчитана в деньгах и показана хуже.
- Эффект выражен числами «до/после», методика замера приложена.
- Этапность: POC с порогом качества → MVP → промышленная система.
- Риски (ПДн, права, качество) перечислены с мерами закрытия.
- НМЦК — минимум три КП по единому ТЗ, вариация в норме.
- Сопровождение и инфраструктура включены в стоимость владения.
Что мы предлагаем
Мы разрабатываем ИИ-системы для госсектора и сами выдаём КП для обоснования НМЦК — поэтому знаем, какое обоснование проходит проверку. Если вы заказчик и готовите закупку ИИ: пришлите описание задачи на sales@vyshka.cloud — бесплатно оценим осуществимость, предложим измеримые метрики эффекта и вышлем КП за 1 рабочий день. Поможем и дальше: ТЗ на ИИ-систему, приёмка, экспертиза ИИ-компонентов; наши работы — ИИ-консалтинг и каталог услуг, частые вопросы — хаб вопросов, бюджеты — кейсы.