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

Оформление сотрудничества с подрядчиком не сводится к скачанному шаблону договора. Важно понять, какой именно результат вы покупаете, кто перед вами по статусу, какие налоги и документы появятся после оплаты, кому принадлежат права на результат и как стороны будут выходить из конфликта. Это особенно важно для малого бизнеса, где один неудачный подряд может съесть месячный бюджет. Похожие управленческие вопросы часто возникают и в других процессах компании, поэтому полезно смотреть на договор не отдельно, а как на часть нормальной деловой системы: финансы, сроки, коммуникации, ответственность и хранение документов. Близкие по смыслу материалы можно искать в разделе бизнес, а правовые нюансы — в правовом блоке.

Сначала определите, что именно вы покупаете

Главная ошибка — называть подрядчиком любого внешнего исполнителя. В быту это нормально, но в документах формулировки имеют значение. Если вы заказываете материальный или измеримый результат, например ремонт, изготовление мебели, разработку макета, верстку лендинга или монтаж оборудования, чаще подходит договор подряда. Если вам важны действия или процесс, например консультация, сопровождение, обучение, продвижение, аудит, техническая поддержка, обычно используют договор возмездного оказания услуг.

Разница не академическая. В договоре подряда легче привязать оплату к сдаче результата: сделал, передал, заказчик принял. В договоре услуг важнее описать объем действий, период, отчеты, каналы коммуникации и критерии качества, потому что услуга может не иметь вещественного результата. Например, специалист по рекламе не может гарантировать конкретное число продаж, но может обязаться вести кампании, готовить отчеты, тестировать гипотезы и соблюдать согласованный бюджет.

Перед тем как открывать шаблон, ответьте на пять вопросов:

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

Эти ответы потом превращаются в предмет договора, техническое задание, порядок приемки и условия оплаты. Чем яснее предмет, тем меньше шансов спорить о вкусе, ожиданиях и «мы думали, что это входит».

Проверьте статус исполнителя до оплаты

Подрядчиком может быть юридическое лицо, индивидуальный предприниматель, самозанятый или физическое лицо без специального статуса. Для бизнеса это разные сценарии. С компанией и ИП обычно проще по документам: договор, счет, акт, закрывающие документы. С самозанятым важно получить чек из приложения «Мой налог» и проследить, чтобы услуга подходила под режим НПД. С обычным физлицом у заказчика могут появиться обязанности налогового агента: удержание НДФЛ, страховые взносы, отчетность. Это уже не легкая покупка услуги, а отдельная бухгалтерская история.

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

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

Что обязательно прописать в договоре

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

Блок договора	Что важно указать
Предмет	Конкретная работа, услуга или результат, без расплывчатых формулировок.
Техническое задание	Состав работ, формат результата, требования, ограничения, исходные материалы.
Сроки	Дата начала, промежуточные этапы, срок передачи результата, порядок переноса.
Цена и оплата	Стоимость, аванс, постоплата, этапность, валюта, налоги, условия удержаний.
Приемка	Как заказчик проверяет работу, сколько дней есть на замечания, что считается принятием.
Права	Кому переходят исключительные права, можно ли использовать результат в портфолио.
Ответственность	Пени, штрафы, компенсации, предел ответственности, порядок расторжения.

Не перегружайте договор формальностями, которые никто не сможет выполнить. Если вы прописали ежедневные отчеты, но на практике менеджер читает их раз в неделю, пункт быстро превращается в декорацию. Лучше меньше требований, но таких, которые действительно нужны проекту.

Техническое задание лучше делать приложением

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

Для творческих и цифровых задач особенно важно отделять объективные требования от вкусовых ожиданий. «Сделать красиво» не работает. Лучше: подготовить три варианта главного экрана, использовать фирменные цвета, передать исходники в Figma, адаптировать макет под мобильную ширину, учесть список обязательных блоков. Если речь о текстах, можно указать объем, структуру, стиль, ключевые слова, запреты, источники фактов. Для технологичных проектов полезно дополнительно связать ТЗ с задачами в трекере; рядом может пригодиться раздел технологии, где читатель ожидает более прикладной взгляд на процессы.

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

Оплата: аванс, этапы и закрывающие документы

Самый спокойный вариант для обеих сторон — этапная оплата. Заказчик не переводит весь бюджет вперед, исполнитель не работает месяц без денег. Например: 30% аванс, 40% после промежуточной сдачи, 30% после финальной приемки. Для маленьких задач достаточно аванса и постоплаты. Для крупных лучше разбивать работу на понятные части, чтобы спор по одному этапу не блокировал весь проект.

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

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

Права на результат: не оставляйте на потом

Если подрядчик создает дизайн, текст, фото, код, музыку, презентацию, методичку, брендбук или другой объект интеллектуальной собственности, в договоре нужен блок о правах. Заказчик часто думает: «Я оплатил, значит, все мое». На практике это не всегда так. Нужно прямо указать, какие права передаются, на какой территории, на какой срок, можно ли изменять результат, публиковать, передавать третьим лицам, использовать в рекламе и коммерческих продуктах.

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

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

Коммуникации и приемка: где чаще всего ломается проект

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

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

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

Когда нужен юрист, а когда достаточно аккуратного шаблона

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

Если подрядчик получает доступ к базе клиентов, CRM, рекламным кабинетам, финансовой информации или внутренним документам, добавьте соглашение о конфиденциальности и правила доступа. Если проект связан с персональными данными, нужны отдельные условия обработки. Если работа влияет на публичную репутацию, например PR, SMM, публикации, съемки, стоит ограничить самостоятельные действия подрядчика без согласования.

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

FAQ