Спросите любого дизайнера со стажем, что чаще всего портит проекты, и про сложность интерфейса он почти не вспомнит. Зато расскажет про правки, которым нет конца, про макеты, которые «нарисовал красиво, а на разработке всё развалилось», про неловкий разговор на финале — «а файл-то отдадите?» — и про деньги, которые пришлось выбивать после сдачи. Рисовать учатся за пару лет, а выстраивать работу с заказчиком — на собственных шишках, и шишки эти дорогие.
Хорошая новость — почти все эти провалы предсказуемы и предотвратимы. Они повторяются из проекта в проект, а значит, их можно обойти, если знать, где соломку подстелить. Разберём главные ошибки в работе с клиентом и конкретные способы защитить себя — без юридического занудства, просто рабочие договорённости, которые экономят нервы и деньги.
Эта статья — для исполнителей раздела «UX/UI-дизайн». Рядом полезно понять, как считать ставку и правки, и научиться писать чёткое ТЗ.
Что вы узнаете из статьи
- Почему нельзя стартовать без брифа и метрики
- Как остановить бесконечные правки
- Почему важно готовить макеты к разработке
- Кому принадлежат исходники и как это проговорить
- Почему предоплата и этапы — норма, а не наглость
Дизайн без брифа и бесконечные правки
Первая и самая дорогая ошибка — начать рисовать, не получив брифа и не поняв цель. Дизайнер хватается за макеты, угадывает вкус заказчика, а потом слышит «не то» — и не может даже возразить, потому что критерия не было. Защита — выбить из клиента ответы до старта: кто пользователь, какая цель, какая метрика успеха. Без брифа вы работаете вслепую, а это прямая дорога в переделки. Как собрать внятное ТЗ даже с неопытным заказчиком, мы разобрали в материале про чёткое ТЗ.
Метрика тут — ваш главный союзник. Когда задача звучит как «поднять конверсию формы», ваши решения обоснованы и проверяемы. Когда «сделай красиво» — оценивать будут по вкусу клиента, и вы заложник его настроения.
Вторая частая беда — бесконечные правки. Договорились на хорошую сумму, а потом «кнопку левее», «другой оттенок», «верни как было» — и неделя бесплатной работы растворилась. Лечится одной строчкой на старте: сколько кругов правок входит в цену на каждом этапе, что считается дополнительной работой. Помогает и приёмка по этапам — утверждённый прототип уже нельзя бесплатно переделать на стадии финального UI. Как встроить правки в ставку, мы разобрали в материале, как считать ставку и правки.
Сырая передача макетов и слабая коммуникация
Отдельная категория провалов — отдать разработчикам красивые, но хаотично собранные макеты. Снаружи всё выглядит отлично, а внутри файла — мешанина: слои без названий, случайные отступы, ни одного компонента, нет состояний экранов. Программисты вязнут в догадках, сроки едут, а виноватым в итоге оказывается дизайн.
Подготовка к передаче — это часть работы, а не необязательное приложение. Аккуратный файл с дизайн-системой, понятной структурой, названными слоями и прописанными состояниями экономит команде недели. Именно такого дизайнера зовут снова: он экономит деньги на разработке, а не создаёт проблемы. Это сильный аргумент в вашу пользу, который стоит показывать и в кейсах — как их оформить, мы разобрали в материале про то, как собрать портфолио.
И последнее, что часто недооценивают, — коммуникация. Пропавший на несколько дней дизайнер, который молча что-то рисует и не отвечает, нервирует заказчика сильнее, чем небольшая задержка с предупреждением. Держите клиента в курсе: показали прототип, объяснили логику, предупредили о сдвиге. Заказчик нанимает не только за макеты — он нанимает за спокойствие, и предсказуемый исполнитель ценится дороже талантливого, но пропадающего.
Исходники и оплата: где чаще всего ссорятся
Два самых неловких разговора в любом дизайн-проекте случаются на финале — про исходники и про деньги. И оба легко обезвредить, если поднять их в начале, а не в конце.
Исходники. По умолчанию однозначного ответа, кому принадлежит файл Figma, нет, и это поле для конфликта. Частая практика: заказчик получает доступ к финальному файлу, но это стоит зафиксировать на старте. Если клиент хочет полные права и передачу проекта, чтобы потом самому развивать продукт или сменить подрядчика, — это отдельная договорённость, нередко с отдельной ценой. Молчание по этому пункту почти гарантирует напряжённый разговор на сдаче, поэтому проговаривайте судьбу файла вместе с ценой, на старте.
Оплата. Работать без предоплаты — значит вкладывать часы на голом доверии к незнакомому человеку. Здоровый формат — поэтапная оплата: предоплата или оплата первого этапа, дальше платежи по мере сдачи частей — прототип, UI, финал. Это не недоверие и не наглость, а профессиональная норма, которая защищает обе стороны: вы не работаете бесплатно в надежде, что заплатят, а заказчик не отдаёт всю сумму вперёд незнакомцу. Полная оплата только по факту, без этапов, рискованна именно для исполнителя.
Как платформа защищает обе стороны
На Где.Эксперт условия проекта фиксируются до старта: объём, этапы, сроки, оплата. Это убирает почву для главных конфликтов — когда каждая сторона помнит договорённость по-своему. Всё проговорено и зафиксировано, а не держится на устном «ну мы вроде так договаривались».
Поэтапная оплата по факту выполнения защищает исполнителя от работы на голом доверии, а заказчика — от риска отдать всё вперёд. Работа идёт без депозитов. А отзывы делают добросовестность видимой: дизайнер, который держит сроки, ясно общается и аккуратно сдаёт работу с готовым к разработке файлом, набирает репутацию, которая приводит следующих клиентов сама. Прозрачность выгодна именно тем, кто работает честно.
Часто задаваемые вопросы
Почему нельзя начинать без брифа и метрики?
Без брифа вы рисуете вслепую и попадаете в переделки. Метрика превращает «сделай красиво» в проверяемую задачу и делает решения обоснованными.
Как остановить бесконечные правки?
Договориться о числе кругов заранее и письменно: два на этап в цене, дальше — по ставке. Помогает приёмка по этапам.
Почему важно готовить макеты к разработке?
Хаотичный файл тормозит команду и злит программистов. Аккуратный файл с дизайн-системой экономит недели и делает вас дизайнером, которого зовут снова.
Кому принадлежат исходники?
Проговаривать заранее. Часто клиент получает доступ к финальному файлу, полные права — отдельная договорённость. Молчание = конфликт на сдаче.
Брать ли предоплату?
Да. Здоровый формат — поэтапная оплата: первый платёж вперёд, дальше по сдаче частей. Защищает обе стороны.
Заключение
Почти все провалы в работе с заказчиком случаются не из-за дизайна, а из-за непроговорённых границ. Старт без брифа и метрики, правки без лимита, сырые макеты на разработке, исходники и оплата, поднятые на финале вместо старта, — всё это предсказуемо и предотвратимо одной привычкой: договариваться до начала, а не после.
Запомните главное: бриф и метрику выбивают до первой линии, границы правок и судьбу файла проговаривают на старте, макеты готовят к разработке, а оплату дробят на этапы. Добавьте спокойную коммуникацию — и проекты перестанут трепать вам нервы и кошелёк, а заказчики начнут возвращаться.
Зарегистрируйтесь исполнителем на Где.Эксперт — фиксируйте условия и этапы заранее, работайте без депозитов и получайте оплату по факту выполнения.