Договор на услуги дизайнера: как оформить предложение и цену, чтобы не было «бесконечных правок»
Бесконечные правки почти никогда не про «вредного клиента» или «слабого дизайнера». Обычно причина проще: не зафиксированы границы работы. Нет ясного «что делаем», «как принимаем», «сколько итераций», «что считается новой задачей» — и проект начинает “дышать” только за счёт ваших нервов.
Ниже — практичный шаблон мышления (и формулировок), чтобы предложение услуг дизайнера и договор на услуги дизайнера работали как предохранитель: защищают сроки, цену и здравый смысл.
Важно: это не юридическая консультация. Формулировки — рабочие примеры. Для “железобетона” под вашу юрисдикцию лучше пройтись с юристом.
Почему возникают «бесконечные правки»
Почти всегда срабатывает один (или несколько) пунктов:
- Размытый результат«Сделать красиво», «современно», «как у Apple» — это не критерии приёмки.
- Нет этапов и “точек фиксации”Если вы не закрываете этапы актом/письмом «ок», то всё можно “переоткрыть” в любой момент.
- Нет лимита итерацийКогда правки бесплатны и бесконечны, они… бесконечны.
- Не определён один принимающийКогда согласуют трое, правит десять, а решает “вот тот, кто молчит” — будет круг.
- Цена не привязана к объёмуКлиент уверен, что платит за “результат”, а не за конкретный перечень работ.
Решение: упаковать процесс и ожидания в двух документах — КП (предложение) и договор.
Часть 1. Как оформить предложение услуг дизайнера (КП), чтобы потом не спорить
КП — это не «прайс на услуги дизайнера». Это документ, который заранее отвечает на все вопросы, которые иначе прилетят правками.
Структура КП (можно копировать как шаблон)
1) Что делаем (предмет)
- Услуга: например, «дизайн логотипа» / «оформление соцсетей» / «брендбук» / «презентация».
- Для кого и для чего: цель, аудитория, контекст.
2) Что именно вы отдаёте (результат)Пишите списком, максимально предметно:
- 2–3 концепции логотипа (варианты)
- 1 выбранная концепция в финальной доработке
- Версии: цветная/моно/инверсия
- Форматы: SVG, PDF, PNG (и какие размеры)
- Мини-гайд: отступы, запреты, цвета/шрифты (если входит)
3) Процесс по этапам (самый важный блок)Пример:
- Бриф + сбор материалов
- Мудборд/направление (1–2 страницы)
- Концепции (N вариантов)
- Выбор 1 концепции (фиксация)
- Доработка (M итераций)
- Финализация и экспорт
4) Сроки
- Сроки по этапам + зависимость от скорости ответов клиента.
5) Цена и что входит
- Услуги дизайнера цена должна быть связана с объёмом: количеством концепций, итераций, носителей, адаптаций.
- Отдельно: что НЕ входит (чтобы это не “забыли”).
6) Правки (лимит и определение)
- Сколько итераций включено на каждом этапе.
- Что считается “новой задачей”.
7) Что нужно от клиентаСписок входных материалов и дедлайны на ответы:
- Тексты, размеры, примеры конкурентов, список носителей, бренд-материалы, доступы и т.п.
Часть 2. Как прописать цену, чтобы её не «размыли» правками
Фраза “сколько стоят услуги дизайнера” почти всегда ломается о детали: что именно входит.
Рабочий способ: «пакеты» + допы
Это удобно и для клиента, и для вас.
Пакет “Старт”
- 1 концепция
- 1–2 итерации правок
- базовые форматы
- без адаптаций
Пакет “Стандарт”
- 2–3 концепции
- 2–3 итерации
- адаптация под 2–3 носителя
- исходники
Пакет “Под ключ”
- стратегия/позиционирование (если вы это делаете)
- расширенный набор носителей
- мини-брендгайд/гайдлайн
- сопровождение внедрения
Так вы честно показываете дизайнер услуги стоимость как функцию от объёма, а не “магическое число”.
Что отдельно выделять как доп.работы (чтобы не было сюрпризов)
- дополнительные концепции сверх пакета
- дополнительные итерации правок
- адаптации под новые форматы/носители
- срочность
- сложная ретушь/иллюстрация
- подготовка к печати (если много специфики)
Часть 3. Договор на услуги дизайнера: пункты, которые реально спасают
Ниже — минимум, который превращает “устные договорённости” в понятный регламент.
1) Предмет договора (что делаем)
Не «дизайн», а конкретно:
- «Исполнитель оказывает услуги графического дизайнера: разработка ___, включая ___, в соответствии с ТЗ/Брифом (Приложение №1)».
2) Этапы, сдача-приёмка, “точки фиксации”
Это ключ к анти-правкам.
- Каждый этап закрывается: “принято” письменно (email/мессенджер).
- После принятия этапа откат назад = доп.работы.
Формулировка-идея:
- «Результат этапа считается принятым при подтверждении Заказчиком в переписке либо при отсутствии замечаний в течение __ рабочих дней».
3) Правки: лимит, сроки, формат
Прописывайте по этапам, иначе клиент будет править концепцию на финале.
Пример логики:
- Этап “Мудборд/направление”: 1 итерация
- Этап “Концепции”: 1 итерация уточнений (без смены направления)
- Этап “Доработка выбранной концепции”: 2 итерации
И обязательно:
- «Итерация правок» = один собранный список правок, а не 15 сообщений по одному пункту.
Очень рабочая формулировка:
- «Правки принимаются одним сообщением/файлом списком. Замечания, направленные отдельными сообщениями, считаются отдельными итерациями».
4) Что считается правкой, а что — новой задачей
Это снимает конфликт “я же просто чуть-чуть”.
Пример определений:
- Правка — изменение в рамках утверждённой концепции и утверждённого объёма (текст, расстояния, мелкие корректировки цвета, замена фото в рамках оговорённых параметров).
- Новая задача — смена концепции/стиля, добавление новых носителей, новые тексты/структура, изменение целей/аудитории, запрос «ещё вариант».
Формулировка:
- «Изменения, выходящие за рамки утверждённой концепции/ТЗ, оформляются как доп.работы и оплачиваются отдельно по ставке __ / по доп.сметe».
5) Сроки и “скорость клиента”
Чтобы проект не завис “на согласовании”, добавьте правило:
- клиент даёт обратную связь в течение __ рабочих дней
- если нет — сроки сдвигаются пропорционально
- если пауза слишком длинная — проект закрывается/перезапускается за доплату
6) Стоимость и порядок оплаты
Классика для услуг графического дизайнера:
- предоплата (например, 50%)
- остаток перед передачей исходников/финалов
- оплата доп.работ отдельно
Удобная защита:
- «Передача исходных файлов и исключительных прав — после полной оплаты».
7) Права на результаты (это часто “забывают”)
Зафиксируйте:
- что именно передаётся (исключительные права / лицензия / территория / срок)
- что остаётся у вас (черновики, наработки, право в портфолио, если разрешено)
8) Коммуникации: один канал и один ответственный
- «Стороны согласовывают работы через ___ (почта/чат). Со стороны Заказчика ответственный: ___».
Часть 4. Анти-«бесконечные правки»: простое правило “двух дверей”
Представьте проект как коридор с дверями:
- Дверь №1 — утвердили направление (мудборд/референсы/тональность)
- Дверь №2 — выбрали одну концепциюДальше вы уже не “ищете”, а “доделываете”.
Если клиент хочет вернуться за дверь №1 — это нормально. Но это не правка, а новый виток. И он должен быть оплачен и вписан в сроки.
Готовые мини-шаблоны формулировок (коротко)
Про итерации
- «В стоимость включено __ итерации правок на этапе __. Дополнительные итерации оплачиваются по ставке __».
Про принятие этапа
- «Этап считается принятым при подтверждении в переписке либо при отсутствии замечаний в течение __ рабочих дней».
Про новую задачу
- «Изменения, выходящие за рамки ТЗ/утверждённой концепции, считаются доп.работами и согласуются отдельно по срокам и стоимости».
Про исходники
- «Передача исходных файлов осуществляется после полной оплаты».
Чеклист перед стартом (если сделать только это — уже станет легче)
- Есть бриф/ТЗ приложением к договору
- В КП перечислены deliverables (что отдаёте)
- Есть этапы и “точки фиксации”
- Правки ограничены по итерациям и по этапам
- Определено “правка” vs “новая задача”
- Прописано: сроки ответов клиента и сдвиги
- Цена привязана к объёму (пакет/смета)
- Исходники и права — после оплаты
- Один принимающий и один канал связи