Как заказчик может и должен вносить правки

Пост написан по мотивам записей  vleytman

Памятка ниже предполагается как шаблон для заказчика о том как вносить правки.

Хороший и правильный подход на мой взгляд. Как вариант изначального выстраивания границ взаимодействия.

Как помочь мне сделать ваш дизайн

ДА, Вы можете и должны…

  • Свободно выражать негативное мнение обо всём, что вам не понравилось.
  • Указывать, что именно кажется вам не рабочим, и почему. Делайте это максимально подробно. Ваше мнение очень важно для разрешения проблем.
  • Рассуждать в терминах ваших целей и приоритетов касательно проекта.
  • Сообщать об ошибочных дизайнерских решениях. Нахождение подобных ошибок — это нормальная часть рабочего процесса.
  • Максимально ограничивать количество людей, участвующих в цикле рассмотрения и приёмки. Это делает его более ответственным, эффективным и быстрым.

НЕТ, не стоит…

  • Делать изменения в моём дизайне, или наброски вашего видения в графическом редакторе или в word. Мне придётся долго расшифровывать, что именно вы имели в виду. Это потеря нашего общего времени и денег. Решили всё-таки сделать набросок? Используйте его как способ пояснения структуры и смысла, а не визуального их воплощения.
  • Предлагать готовые решения. Директивная обратная связь также нуждается в “распаковке” и осмыслении, чтобы понять какая проблема решается на самом деле. Вместо этого, опишите суть проблемы.

Плохой пример — “Сделайте кнопку Twitter красной, больше по размеру и поместите её слева”
Хороший пример — “Инструменты шаринга в социальные сети должны быть более заметны и удобны для использования”.

  • Забывать, что вы наняли эксперта по дизайну и разработке веб-сайтов и приложений. Вы покупаете максимум моего опыта в дизайн-бизнесе, то чем вы можете помочь — это максимум опыта в вашем бизнесе.

Комикс из заголовка