Урок 4. Правки, возражения и аргументация
В этом уроке:
  • разберем, что такое возражения и почему они возникают
  • изучим универсальную формулу работы с ними
  • поговорим о правках
  • разберем, как отличать рабочие правки от вредных
  • научимся переводить абстрактные комментарии клиента в конкретные действия
  • поймем, как аргументировать свои решения
Работа с возражениями
Когда клиент выражает сомнение, возмущение или непонимание — это не нападение на дизайнера и не сигнал, что все плохо.
Возражения — это часть процесса принятия решений и большинство возражений возникает тогда, когда:
  • клиенту не хватает контекста
  • он не видит причинно-следственных связей
  • боится ошибиться
  • или пытается уменьшить риски
Задача дизайнера — не спорить, а помогать клиенту понимать, почему-то или иное решение работает, и куда оно ведет проект.
Главный принцип отработки возражений:
  • Сначала понять, потом объяснить, потом предложить решение.
❌ Не обороняться, не оправдываться, не «ломать» клиента аргументами.
Типы возражений, с которыми сталкивается дизайнер
  1. Эмоциональные (мне не нравится / что-то не то)
  2. Бизнес-возражения (это рискованно / это не сработает / наша аудитория не поймет)
  3. Финансовые (почему так дорого / можно дешевле?)
  4. Процессные (слишком долго, слишком долго согласуем, слишком сложно)
  5. Логические (объясните, почему здесь так / почему не иначе?)
Универсальная формула отработки возражений
  1. Признать эмоцию/сомнение
  2. Переформулировать своими словами — показать, что вы поняли
  3. Дать логику, опору, аргументацию
  4. Предложить вариант решения / альтернативу
Работа с правками
Правки — это самый болезненный момент для большинства дизайнеров.
Дизайнеры болезненно реагируют на правки потому что:
  • кажется, что если работа «не зашла с первого раза», значит ты плохой специалист
  • создается ощущение, что клиент «ничего не понимает» и рушит твою идею
  • непонятно, как аргументировать решения, потому что их объясняют вкусом («так красивее»), а не логикой
  • нет навыка перевести свою работу на язык задач, а клиенту просто не за что зацепиться
  • нет заранее прописанных рамок, поэтому правки кажутся бесконечными и беспорядочными
Правки — это не оценка таланта, а нормальная часть процесса работы и задача дизайнера не избегать правок, а управлять ими.
Принципы работы с правками
1. Ставить рамки
Это необходимо делать еще до начала работы, чтобы и вы, и клиент понимали объем, этапы, сроки и количество итераций.
Большинство конфликтов с правками возникают именно потому, что рамки не были проговорены заранее.
Вот что нужно проговорить:
  1. Этапность проекта — дать понять, что работа строится по этапам (концепция, промежуточный результат, финальный макет + адаптации) и каждый этап утверждается отдельно. Так клиент понимает, что «переделать все заново» невозможно без новых условий.
  2. Количество вариантов — также должны быть сформулированы конкретно (например, 2−3 концепции, 1−2 промежуточных вариантов, 1 финальный) и прописаны в КП и договоре.
  3. Количество итераций правок — это необходимость и их можно и нужно вносить, просто в ограниченном количестве (например, на каждом этапе 2−3 итерации) и когда лимит исчерпан — дополнительные корректировки считаются дополнительной работой.
  4. Разделить правки и новые задачи — важно проговорить это прямо, иначе клиент будет считать все одним и тем же, поэтому нужно объяснить, что правка — это корректировка в рамках утвержденной концепции (цвет, толщина, расположение, уточнение текста, небольшие корректировки формы), а новая задача — это смена концепции, стиля, общей идеи или масштабного направления
  5. Сроки согласования — чтобы не тормозить процесс, рамки принятия решений также четко оговариваются (срок согласования каждого этапа, например, 3−5 рабочих дней), если клиент не укладывается, сроки сдвигаются автоматически.
  6. Как передаются финальные файлы — этот пункт тоже влияет на правки, необходимо обязательно зафиксировать в каких форматах передается проект, какие адаптации включены, что не входит в стоимость, что передается после финального утверждения. Иначе вы можете получить запрос «сделайте ещё баннер», «сделайте еще версию под другой формат» уже после финала.
  7. Финальная точка принятия решения — очень важно объяснить клиенту, что есть момент, когда работа считается закрытой (финал утверждён → правки завершены → файлы переданы → акт подписан). Это избавляет от ситуации через месяц «наш директор посмотрел и хочет все переделать».
2. Задавать правильные вопросы
Большинство конфликтов — это результат того, что дизайнер не задает правильные вопросы. Хороший дизайнер не догадывается, а задает вопросы — вначале, в процессе и перед финалом.
Главное:
  1. Если дизайнер не уверен, он спрашивает.
  2. Если клиент говорит абстрактно, дизайнер уточняет.
  3. Если появляются сомнения — дизайнер синхронизируется по критериям.
Это уменьшает количество правок в 2−3 раза и делает взаимодействие спокойным и профессиональным.
3. Переводить абстрактные комментарии в конкретные действия
Большинство «непонятных» правок — это не проблема клиента, это значит, что дизайнер не уточнил, что именно клиент имеет в виду.
Клиент говорит эмоциями, а дизайнер работает структурой.
Чтобы связать эти два мира, нужна техника декодирования правок:
  1. уточнить,
  2. найти причину
  3. предложить решение
Золотое правило декодирования правок — любая абстрактная фраза должна превращаться в конкретный дизайн-параметр (цвет, контраст, композиция, иерархия и тд).
Если после ответа все равно невозможно сформировать четкую задачу, то задаем ещё 1–2 вопроса (но стоит делать это в меру, чтобы не перегружать клиента).
4. Распознавать вредные правки
Правки — это не враги дизайнера, а инструмент уточнения задачи, но не каждая правка полезна, и дизайнер должен уметь отличать рабочие корректировки от стихийных пожеланий «на вкус».
Чтобы не тратить силы впустую, разделим правки на две большие категории.
Вредные правки, которые нужно обсуждать и мягко переубеждать
1. Правки «на вкус» (хочу розовый, потому что нравится, давайте сделаем шрифт веселее и тд)
Если аргумент вкусовой → дизайнер должен вернуть разговор в логику:
  • «Давайте посмотрим, поддерживает ли этот выбор вашу задачу: вызвать доверие / показать премиальность / повысить конверсию…»
2. Правки, которые ломают ранее утвержденную концепцию (давайте попробуем другой стиль, можно совсем другой вариант и тд)
Это новая работа, а не «правка» и нужно говорить об этом прямо и спокойно:
  • «Это уже новая концепция — могу сделать, но это отдельный этап / дополнительный бюджет.»
3. Правки, ухудшающие удобство/читабельность (сделайте текст меньше, чтобы поместилось все, давайте поставим все по центру и тд)
Здесь дизайнер обязан защищать UX и логику, если она таким образом будет нарушена:
  • «Если уменьшить текст — читать станет сложнее, конверсия упадет. Давайте я предложу решение, чтобы и смысл сохранился, и макет был удобным.»
4. Правки из серии «давайте попробуем все» (можно 6 вариантов цвета, давайте сделаем 10 композиций и выберем лучшую и тд)
Это ловушка «бесконечной неопределенности» — чем больше вариантов, тем меньше шансов принять окончательное решение, поэтому нужно ограничить:
  • «Согласно прописанным этапам согласования, я могу предоставить 3 варианта. Больше можно, но это дополнительный объем, который оплачивается отдельно.»
5. Правки, которые идут вразрез с законом или авторскими правами (возьмите эту картинку из Google, используйте шрифт, который мы нашли, давайте сделаем копию вот этого дизайна и тд)
Дизайнер обязан отказать:
  • «Так делать нельзя, потому что могут быть штрафы. Я предложу легальные альтернативы.»
Нормальные, рабочие правки — это правки, которые улучшают задачу и не ломают концепцию.
  1. Правки по фактической информации (ошибка в тексте, неправильный телефон / адрес, изменилась цена, уточнился продукт и тд)
  2. Правки по бизнес-целям (если кнопка теряется и ее нужно сделать заметнее, если нужен более явный акцент на выгоду, если нужно ярче подсветить важный факт и тд)
  3. Правки по нарушенной читабельности или удобству (текст сливается, слишком мелко, слишком пестро, сложно читать и тд)
  4. Правки из-за новых вводных — иногда в процессе работы реально меняется задача и появляются новые данные. Такие изменения объективны, обоснованы и оплачиваются отдельно, если нарушают изначальный объём.
  5. Правки на стыке ожиданий (например, если клиент ожидал чуть более яркий стиль — это правки, которые легко уточнить и довести до ума после обсуждения)
5. Аргументировать свои решения
Можно сильно сократить количество правок, если правильно аргументировать свои решения.
Аргументация — это навык, который отличает исполнителя от эксперта и связка между визуальным решением и задачей бизнеса
Когда дизайнер умеет объяснять свои решения простыми словами, клиент меньше спорит и чаще прислушивается к логике.
Главный принцип аргументации — каждое решение должно отвечать на вопрос: «Зачем это нужно бизнесу клиента?»
Конкретно:
  • Как это повышает конверсию?
  • Как это улучшает восприятие?
  • Как это снижает риски?
  • Как это помогает пользовательскому пути?
Как строится сильная аргументация
  1. Связка с задачей — каждый элемент дизайн-решения объясняется через цель.
  2. Опора на закономерности восприятия — когда дизайнер опирается на психологию, UX-паттерны, композицию — это звучит уверенно и профессионально.
  3. Опора на аналитику — даже простая аналитика становится аргументом.
  4. Аргументы через бизнес-выгоду — клиент слушает лучше всего, когда ты говоришь языком его цифр.
  5. Говорить простым языком без профессионального снобизма
Слабые аргументы
  • «Так красивее»
  • «Так модно/в тренде»
  • «Так делают все дизайнеры»
  • «Мне так нравится»
Сильные аргументы
  • «Так лучше читается / быстрее считывается / выглядит понятнее»
  • «Это соответствует ожиданиям вашей аудитории и привычным паттернам»
  • «Это повышает кликабельность / улучшает впечатление / снижает нагрузку на пользователя»
  • «Этот вариант решает задачу X потому что Y»
Когда клиент не уверен, дизайнеру важно успокоить, а не спорить.
Формула:
  1. Признать сомнение
  2. Показать логику
  3. Дать визуальное доказательство
  4. Вынести решение в цифры/измеримый результат