Типичная история: фрилансер делает работу по переписке в мессенджере, клиент тянет с приёмкой, потом присылает правки, которых не было в брифе, потом замолкает — а договора либо нет, либо это шаблон "на оказание услуг" без единого пункта, который реально защищает исполнителя. Ниже — не юридический трактат, а 6 пунктов, которые закрывают почти все реальные споры между фрилансером и клиентом.
"Разработка сайта" или "дизайн логотипа" — это не предмет договора, это тема переписки. Нужно прямо зафиксировать: что именно передаётся (файлы, доступы, исходники), в каком формате, к какому сроку, и как заказчик проверяет результат. Без письменных критериев приёмки любая правка превращается в бесконечный спор "это не то, что я хотел" — и формально вы правы, но доказать это без зафиксированного ТЗ почти невозможно.
Пропишите конкретное число дней, за которое заказчик обязан принять работу или прислать мотивированные замечания (типичная практика — 3–5 рабочих дней). Отдельно укажите: если срок прошёл без ответа, работа считается принятой автоматически. Это единственная защита от сценария "клиент пропал, а я не могу закрыть проект и получить оплату, потому что формально акт не подписан".
Укажите точное число дней после подписания акта (или после сдачи работы, если акт не практикуется), в которое должна прийти оплата, и фиксированный процент за каждый день просрочки сверх этого срока. Без штрафной санкции в договоре у "оплачу на следующей неделе" нет никакой финансовой цены для клиента. Готовый текст напоминания, когда срок уже прошёл: шаблон письма о просрочке оплаты (на английском, но формулировки легко адаптировать).
"Заказчик вправе использовать результат" — недостаточно. Нужно явно указать: передаются ли исключительные права на результат целиком (и с какого момента — обычно с момента полной оплаты, не раньше) или предоставляется ограниченная лицензия. Если это не прописано, по умолчанию действует общее авторское право — и клиент может оказаться не единственным законным владельцем результата, даже после оплаты.
Если в работе участвуют данные клиента, доступы к его системам или бизнес-информация — отдельное NDA или пункт о конфиденциальности в самом договоре закрывает вопрос с обеих сторон: клиент не боится делиться информацией, а вы не оказываетесь в ситуации "подписал что-то не глядя и не понимаешь объём обязательств". Бесплатный генератор: NDA-шаблон (английский, но структура подходит и для перевода на русский).
Если пункты 1–3 зафиксированы письменно (в переписке тоже считается, если явно согласована суть — но отдельный подписанный документ сильнее), у вас есть формальное основание требовать оплату: акт считается принятым по умолчанию (п.2), сумма и срок зафиксированы (п.3). Для физлиц-клиентов без договора в принципе шансы на досудебное урегулирование малы — это ещё один аргумент подписывать договор до начала работы, а не постфактум, когда уже есть повод для спора.
Это общая информация, а не юридическая консультация. Договор нужно адаптировать под вашу конкретную ситуацию и, в идеале, показать юристу перед подписанием крупных сделок.