Приёмка работы подрядчика с ИИ: чек-лист, риски и вопросы

Приёмка работы подрядчика начинается не в день, когда вам прислали акт. Она начинается в тот момент, когда в договоре, ТЗ, смете или переписке появляется первое обещание: что именно будет сделано, в каком виде, к какому сроку и по каким признакам это можно считать готовым.

ИИ хорошо помогает навести порядок в этом ворохе: собрать требования, сравнить результат с договорённостями, выписать риски, подготовить вопросы подрядчику и черновик акта замечаний. Но подпись под актом ставит человек. Нейросеть не видит запах краски, люфт дверцы, странный тон в переписке и коммерческий контекст проекта.

Правовая рамка простая, но важная. В договоре подряда заказчик обязан осмотреть и принять результат, а при обнаружении недостатков заявить о них подрядчику; это следует из ГК РФ, в том числе норм о приёмке и качестве работ. Если речь о потребительской услуге, полезно помнить и ст. 29 Закона о защите прав потребителей: она описывает права при недостатках выполненной работы или оказанной услуги. Это не заменяет юриста, но задаёт правильные вопросы.

1. Что именно вы принимаете

Сначала надо отделить результат от процесса. Ремонт кухни, лендинг, рекламная кампания, бухгалтерское сопровождение, дизайн-проект, настройка CRM - всё это называют «работой подрядчика», но проверяется оно по-разному. У ремонта есть физический результат. У рекламы - метрики и отчётность. У консультации - выводы, документы, записи встреч, план действий.

Спросите себя: что должно остаться у меня на руках после оплаты? Файл, помещение, доступ, отчёт, код, макет, инструкция, настроенная интеграция, набор правок, консультационное заключение? Если ответ звучит как «ну, чтобы было хорошо», ИИ не спасёт. Он честно превратит туман в аккуратную таблицу тумана.

Хороший стартовый промпт: «Помоги выделить проверяемый результат из договора и переписки. Раздели обещания подрядчика на материальные результаты, цифровые файлы, услуги, сроки, качество, ограничения и спорные формулировки». На выходе нужна не проза, а список критериев.

2. Соберите исходники до проверки

Нейросеть полезна только тогда, когда ей дали не один акт на последней странице, а весь контекст. Договор говорит, что покупали. ТЗ уточняет детали. Смета показывает состав работ. Переписка фиксирует изменения. Фото и файлы результата показывают, что реально сделано. Если загрузить только финальный отчёт подрядчика, модель увидит его глазами подрядчика.

Для частной задачи это может быть договор на ремонт, переписка в мессенджере, фото до/после и список обещанных материалов. Для бизнеса - договор, бриф, ТЗ, макеты, доступы, отчёты, скриншоты кабинетов, таблица KPI, техническая документация. Да, скучно. Зато потом спор идёт не «мне кажется», а «в пункте 3.2 было обещано».

• договор и приложения: сроки, состав результата, порядок приёмки, гарантия, штрафы;
• ТЗ, бриф, смета, спецификация, макеты, чек-листы подрядчика;
• переписка с согласованными изменениями и обещаниями;
• фото, видео, скриншоты, тестовые доступы, файлы результата;
• предыдущие замечания и ответы подрядчика, если работа сдаётся не впервые.

3. Сделайте матрицу приёмки

Матрица приёмки - это таблица, где каждое обещание связано с доказательством. Не «сайт готов», а «страница оплаты открывается, форма отправляет заявку, письмо приходит, пиксель аналитики срабатывает, мобильная версия не ломается на ширине 360 px». Для ремонта - не «плитка положена», а «швы ровные, сколы отсутствуют, уклон соблюдён, люки открываются, материалы соответствуют смете».

ИИ можно попросить извлечь требования из документов, но лучше сразу задать формат: требование, источник, как проверить, что считается нормой, какое доказательство приложить, кто проверяет, статус, комментарий. Так модель не уйдёт в красивые общие советы.

Важный вопрос: что будет считаться «достаточно хорошо»? Идеального мира нет. Где-то допустимы мелкие косметические правки, где-то один дефект блокирует оплату, где-то результат можно принять с удержанием части суммы. Лучше сформулировать это до встречи с подрядчиком, а не на эмоциях у порога.

4. Проверяйте не только глазами

Глазами видно многое, но не всё. В ремонте нужен уровень, рулетка, фото под разным светом, проверка розеток, дверей, сантехники, доступа к скрытым узлам. В digital-проекте - тесты форм, скорость, адаптивность, права доступа, аналитика, корректность файлов, резервные копии. В рекламной работе - данные из кабинета, UTM, отчёт о расходах, список изменений, логика оптимизации.

ИИ можно дать результаты проверки и попросить найти дырки: какие критерии забыли, какие доказательства слабые, где нужен специалист. Особенно это полезно, когда подрядчик уверенно говорит «всё готово», а вы чувствуете, что где-то не сходится, но не можете быстро сформулировать где.

• сравните результат с ТЗ построчно, а не общим впечатлением;
• проверьте работу в реальном сценарии: открыть, оплатить, отправить, скачать, включить, пройти путь клиента;
• зафиксируйте дефекты фото и видео с датой, ракурсом и привязкой к пункту ТЗ;
• отделите «не нравится вкус» от «не выполнено требование»;
• попросите второго человека пройти чек-лист: свежий взгляд ловит обидные мелочи.

5. Явные и скрытые недостатки

Явные недостатки видны при обычной приёмке: скол, ошибка в тексте, неработающая кнопка, отсутствующий файл, расхождение с макетом. Их надо заявлять сразу и конкретно. Формулировка «есть недочёты» слабая. Формулировка «на странице оплаты кнопка не отправляет форму в Chrome 126 на Android, видео приложено» уже рабочая.

Скрытые недостатки проявляются позже: протечка после запуска воды, падение интеграции под нагрузкой, неверная настройка аналитики, неочевидная зависимость от аккаунта подрядчика. В ГК РФ есть нормы о сроках обнаружения недостатков результата работы, поэтому полезно заранее смотреть договор: что считается гарантийным случаем, как уведомлять, какие сроки на исправление.

Нейросеть помогает сделать из хаоса замечаний нормальный реестр: дефект, где найден, источник требования, серьёзность, доказательство, предложенный способ исправления, срок, ответственный. Такой реестр выглядит менее эмоционально и лучше переживает переписку с подрядчиком.

6. Вопросы подрядчику до подписи

Перед актом полезно не спорить, а задавать вопросы. Не «почему так плохо?», а «каким пунктом ТЗ подтверждается это решение?», «какие файлы считаются финальными?», «что будет исправлено до оплаты?», «какие ограничения результата вы видите сами?». Нормальный подрядчик выдерживает такие вопросы спокойно.

ИИ здесь работает как редактор переговоров. Он убирает раздражение из черновика, превращает претензии в проверяемые вопросы и помогает не забыть важное: доступы, исходники, гарантию, права на результат, дальнейшую поддержку. Иногда этого хватает, чтобы разговор сразу стал деловым.

• какие пункты ТЗ вы считаете выполненными полностью, а какие частично;
• какие изменения были согласованы и где это зафиксировано;
• какие файлы, доступы, исходники и инструкции передаются заказчику;
• какие замечания вы готовы исправить без доплаты и в какой срок;
• есть ли ограничения результата, о которых заказчик должен знать до подписи акта;
• что входит в гарантийную поддержку, а что будет отдельной работой.

7. Если результат нематериальный

С услугами сложнее: нельзя потрогать консультацию, стратегию, настройку рекламы или работу бухгалтера так же, как столешницу. Но это не значит, что принимать нечего. Принимают отчёт, выводы, список действий, документы, протокол встреч, изменения в кабинете, достигнутые этапы, прозрачность расчётов.

Для рекламной кампании результатом может быть не обещанная прибыль, а корректная настройка, тесты гипотез, структура кампаний, минус-слова, отчёт о расходах, объяснение решений. Для юридической консультации - письменная позиция, риски, варианты действий. Для дизайна - макеты, исходники, адаптивы, правила использования. Без такого перечня подрядчик сдаёт «работу вообще».

Попросите нейросеть разложить услугу на артефакты. Этот термин суховат, но удобен: что осталось после работы и как это проверить? Если артефактов нет, задайте подрядчику вопрос до оплаты. Иначе спорить будет почти не за что.

8. Акт без замечаний: где риск

Акт без замечаний выглядит как спокойный финал, но иногда закрывает вам путь к простому разговору. Если явный недостаток был виден при приёмке, а заказчик подписал акт молча, подрядчик потом закономерно спросит: почему не сказали сразу? Поэтому акт лучше подписывать после чек-листа, а не после фразы «давайте уже закончим».

Есть и обратная крайность: не подписывать ничего, потому что «мало ли». Это тоже плохой способ. Если часть результата пригодна, можно принять её с перечнем замечаний, удержанием, сроками исправления или отдельным актом по этапу. Тут лучше смотреть договор и, при значимой сумме, советоваться с юристом.

9. Промпты для ИИ-приёмки

Сильный промпт просит не мнение, а структуру проверки. Слабый: «проверь работу подрядчика». Сильный: «сравни результат с договором и ТЗ, выпиши несоответствия, отдели критичные дефекты от косметических, укажи, какие доказательства нужны». Чем конкретнее формат, тем меньше общих слов.

Если документов много, работайте проходами. Сначала попросите краткую карту требований. Потом матрицу приёмки. Потом список рисков. Потом текст вопросов подрядчику. Потом черновик акта замечаний. Один большой запрос на всё сразу часто превращается в приятный пересказ, а не в рабочий инструмент.

10. Три решения после проверки

После проверки обычно есть три нормальных сценария. Первый - принять без замечаний: всё соответствует критериям, доказательства есть, доступы переданы. Второй - принять с замечаниями: результат в целом пригоден, но часть нужно исправить или закрыть документально. Третий - не принимать до исправления критичных недостатков.

Для бизнеса добавьте ещё один столбец: что будет, если мы примем это сейчас? Иногда дефект некрасивый, но терпимый. Иногда маленькая настройка ломает продажи, безопасность или дальнейшую поддержку. Нейросеть поможет сформулировать последствия, но решение зависит от цены риска.

И последний открытый вопрос, без которого чек-лист неполный: если через месяц возникнет спор, сможем ли мы доказать, что именно было обещано и что именно не выполнено? Если ответ «нет», сначала собирайте доказательства, а потом подписывайте. Бумаги любят скуку, зато споры её очень уважают.

• принять: критерии выполнены, документы и доступы переданы, замечаний нет;
• принять с замечаниями: результат можно использовать, но есть список исправлений и сроки;
• отложить приёмку: есть критичные дефекты, отсутствуют ключевые материалы или невозможно проверить результат;
• передать юристу: спор о праве, крупная сумма, конфликт по акту, штрафам или одностороннему отказу.