В сентябре в студии запустили подкаст о том, как работать и руководить проектами и людьми. В выпусках мы рассказываем, как работаем сами, критикуем плохие правила и установки, отвечаем на глупые вопросы.
Подкаст называется«Всё круто, но надо переделать». На деле так и вышло: мы с Настей, автором студии, записали первый выпуск, а Артуру, нашему звукорежиссёру пришлось за нами всё переделывать.
Думал, что будем писать с видео, поэтому выставил свет, зашторил окна. Но видео не получилось. И со звуком были накладки, но мы справились. Оставлю здесь наш бэкстейдж для истории.
Где слушать
Первый и второй выпуски уже доступны в Мейве, Ютюбе, Эпл Подкастах, и ВКонтакте. Кроме самих выпусков на Ютубе и во ВКонтакте выходят шортсы. Это для тех, у кого нет времени слушать весь выпуск, но есть свободная минутка.
Как поучаствовать и помочь
Слушайте, делитесь с друзьями и присылайте вопросы. Каждый выпуск будем отвечать на один вопрос слушателей в порядке очереди.
Иногда собеседник на встрече выглядит таким крутым и опытным, что страшно задать лишний вопрос. Боишься показаться глупым и невнимательным, и начинаешь додумывать. Может, он уже про это сказал, и если я спрошу, он подумает, что я не слушал. Или он уже и так всё разжевал два раза, а я всё никак не пойму. Наверное, после этого вопроса они просто откажутся со мной работать…
Ситуация скверная: выглядеть дураком страшно, но уйти со встречи, ничего не поняв, ещё страшнее. Хотя некоторые так и делают, а потом у них«всё не то», «надо всё переделать» и «начальник — мудак». Сплошь и рядом такое.
Задавать глупые вопросы мне помогает установка: будь самым глупым на этой встрече.
Когда у меня возникает глупый вопрос или опасение, я всегда озвучиваю его, ведь может оказаться, что он волновал не только у меня, но и других. Просто им не хватило духу задать его. Поверьте, почти всегда, когда вам кажется, что вы один ни черта не понимаете, все остальные тоже ни черта не понимают, но боятся выглядеть глупыми и потому молчат.
Умение задавать глупые вопросы — ключ к решению проекта. Но для этого нужно разрешить себе быть самым глупым и не стесняться этого. К тому же глупый вопрос задаётся лишь раз. И главное, что после ответа вы уже не так глупы, как до. Теперь у вас есть новые знания, которые вы можете использовать для решения задачи.
Если мне надо задать глупым вопрос, я так и говорю: «Возможно, я сейчас задам глупый вопрос, но я не понимаю, как…» Или если у заказчика сложная сфера, про которую я ничего не знаю, например, буровые вышки, я предупреждаю его в начале встречи: «Мы ничего не знаем про ваш бизнес, поэтому сегодня будем задавать много глупых вопросов. Без них мы не сможем разобраться в задаче…»
И плевать, кто и что подумает обо мне. Да, возможно, когда я задам свой вопрос, кто-то и правда подумает: «Вот тупица!» И пусть. Вспомнит ли он об этом, когда проект будет закончен? Вряд ли. Люди не помнят, что они ели сегодня на завтрак и какого числа день рождения у их лучшего друга, не то что чей-то вопрос на одном из десятков созвонов.
В конце концов, я здесь, чтобы сделать проект и решить задачу наилучшим образом. Если для этого мне придётся 30 секунд выглядеть идиотом, хорошо, я готов.
Я согласился, но прежде чем проводить консультацию, постарался разобраться в ситуации настолько, насколько было возможно. Вот что я сделал:
Задал вопросы Семёну и договорился о вознаграждении. Мои стандартные условия не подходили, поэтому пришлось флексить.
Взял контакт Наташи, руководителя проекта, запросил у неё материалы: брендбук, макет в фигме и скринкаст, который она записала специально для меня.
Изучил материалы, задал уточняющие вопросы. Спрашивал до тех пор, пока не упёрся в стену однотипных ответов: «Заказчик не даёт никакой конкретики по этому вопросу». Было ясно, что дальше копать некуда.
Составил финальное понимание задачи и принялся искать решение.
Подготовка
Заказчиком, для которого предстояло решить задачу, была немецкая комания«Зиге́ния». У таких компаний множество корпоративных ограничений и требований, которым нужно соответствовать. Я понимал, что вариантов у нас мало, но они есть, и при грамотном подходе эту задачу решить можно.
Первым делом я определил ограничения. Их было немного, но все они были критическими:
Дизайн обложен должен соответствовать брендбуку компании. Нельзя отступать от него слишком сильно.
Бюджета на обложки нет. Важно, чтобы их можно было собирать быстро, за 15−30 минут, и не вовлекать в процесс других людей: авторов, редакторов, руководителя проекта и др.
Обложки будет делать дизайнер с небольшим опытом, который не умеет предлагать решения и учитывать ограничения.
Заказчик не даёт конкретики, что он хочет увидеть. Непонятно, как быть в такой ситуации и как предлагать решения, которые подойдут.
Кроме ограничений я сделал несколько списков. В одном собрал решения, которые не подходят, в другом — которые уже пробовали внутри и от которых отказались, в третьем — список инструментов для работы.
Главная проблема
Макет блога«Зигении» при отдалении выглядел слишком однообразно. Никаких акцентов, всё слишком одинаковое, белое, безжизненное. Глаз ни за что не цепляется: ощущение, что попал на сайт корпорации, а не блог с полезными статьями, которые хочется открыть и внимательно прочитать. В макете не было души, поэтому от него хотелось поскорее сбежать.
Цель консультации
За час нужно было успеть многое:
Подобрать нормальный стиль и компоновку элементов для обложек. По факту требовалось сделать что-то вроде дизайн-концепта руками дизайнера. При этом не было никаких вводных о том, что такое«нормальный стиль».
Объяснить дизайнеру, как работать с подобными задачами в будущем, дать готовый подход к решению таких комплексных задач.
Научить дизайнера самостоятельно находить осмысленные решения с учётом большого количества ограничений и неизвестных.
Научить дизайнера выцеплять смыслы и находить метафоры для создания обложек. Темы в блоге сильно похожи, и у ребят было опасение, что будут проблемы с поиском идей для обложек.
Результат
По итогу у Семёна и его команды получилось решить задачу клиента и защитить дизайн-концепцию с первого раза. Кроме этого ребята получили:
Запись встречи в Зуме
Список задач по итогу консультации
Доступ к заметкам и файлу Фигмы с вариантами решений на три дня
Замечания и комментарии к новым обложкам в формате скринкаста
А так выглядел файл в Фигме с референсами и вариантами обложек, которые я подготовил ко встрече. Очень хочется показать дизайн-макет блога в формате«было-стало», но не могу.
Отзывы
Семён Иноземцев, руководитель АКМ«Стратегия»: "Мы обратились к Жене с запросом на помощь в редизайне блога для одного из ключевых клиентов. Дизайн — не основное наше направление, поэтому своими силами решит эту задачу не удавалось. Руководитель проекта видел, что с нашим вариантом редизайна что-то не так, но не мог правильно донести это до специалистов.
Женя погрузился в задачу, а затем организовал встречу с нашим дизайнером. В рамках часовой консультации дал все необходимые вводные, чтобы довести редизайн до нужного результата. Онлайн-встречу записали, чтобы использовать ее как внутреннюю инструкцию для схожих задач на других проектах. Благодарю Женю за консультацию".
Наталья, редактор и руководитель проекта: «Я руковожу контент-маркетинговыми проектами в агентстве. Так вышло, что наш отдел дизайна остался без арт-директора. При этом мы уже начали работу по редизайну блога для клиента.
Наш дизайнеры, мидл и джун, сделали уже большую часть предварительной работы. И мы застопорились на обложках статей. То, что мне приносили на согласование, было совсем не туда. А объяснить, куда надо — я не могла, потому что не дизайнер.
Наш клиент — европейская корпорация, там все из ограничений и рамок: туда не ходи, такой цвет нельзя и так далее. В подобных случаях важен опыт — в первую очередь опыт по поиску решений. А не просто знания механики.
К Жене Лепехину обратились за помощью в этом конкретном затыке. Нужен был мастер-класс для наших ребят, чтобы они решили задачу. И поняли, как работать над подобными задачами в будущем.
Женя быстро включился, задавал уточняющие вопросы, вникал и разбирался. Потом провел для нас часовую консультацию в зуме. Показывал подготовленные в фигме макеты и комментировал, какие есть варианты. Объяснил, как конкретно технически сделать классные обложки, которые подойдут под нашу задачу. Снабдил нас ссылками на полезные дизайнерские сайты.
На деле мы сделали не то, что я хотела. Сделали намного лучше!
С клиентом до этого момента было много жарких споров о том, как все должно выглядеть. Концепт, который мы выработали с помощью Жени, клиент принял с восторгом. Уже на консультации было понятно, что именно это нам и нужно, именно это хотел клиент — но как и я, не мог объяснить.
Задача была в простое не один месяц. После консультации мы за неделю попробовали нарисовать новые обложки — Женя их проверил, дал еще комментариев и записал скринкаст. После чего утвердили с клиентом финальный макет блога. Осталось передать на программинг.
С учетом, что клиент из специфической ниши, я уверена: с помощью этой новой визуальной подачи мы крепко отстроимся от конкурентов, которые уже отстали в диджитале. Приятно давать клиенту результат, который выводит его на первое место в рынке.
Благодарим Женю, мы все очень рады этому новому опыту) Мне как проджекту было полезно не только само решение, но и подсказки Жени о том, как правильно донести это клиенту. Спасибо!»
Одно из правил, которого я придерживаюсь в проектах и переговорах: не говорить о чём-либо«это легко» и не оценивать чью-либо работу этим словом. Ни свою, ни чужую. Особенно, если я никогда не делал то, о чём говорю.
Я понимаю, почему люди используют это слово. Они заискивают перед клиентами, хотят произвести впечатление, понравится. И не замечают, что роют яму сами себе.
Легко — это контракт с клиентом, что вы соглашаетесь выдать безупречный результат в короткий срок и без права на ошибку. Хуже только работать без договора или по бартеру. Именно поэтому«легко» так убийственно для проекта. Оно создаёт завышенные ожидания и не учитывает, что что-нибудь обязательно пойдёт не так. А что-нибудь всегда идёт не так.
«Легко» обесценивает ваш труд и работу целой команды, если руководитель произнёс это слово на встрече с клиентом. «Легко» означает, что с этой задачей справится и школьник, но так уж и быть, отдадим её вам. А заплатим как школьнику. Ведь там на денёк работы, верно?
Легко — это бомба замедленного действия, отложенный конфликт в проекте. И эту бомбу невозможно обезвредить. Нельзя прийти на следующий день и сказать: «Ой, знаете, там вообще не легко оказалось». В глазах клиента это выглядит так, что вы или наврали или не разбираетесь в своём деле.
Не спешите давать оценки. Возьмите время оценить задачу, учитывая все детали и контекст. Особенно, если работу будете делать не вы, а кто-то другой. И уж точно не говорите о своей работе: «Ой, легкотня!» Каждый раз, когда я думал так, случалось ровно наоборот.
Действуйте от обратного. Мне помогает такой приём: «Скорее всего это будет непросто и даже сложно, но я попробую найти красивое и элегантное решение. Как я могу решить эту задачу за день? Какое решение даст результат уже сегодня?»
Читаю рассылку одного агентства и вижу такой совет:
Не говорите, что у вас нет опыта. Мы считаем, что, если вы хотя бы теоретически знаете, как решить задачу, не стоит говорить клиенту, что никогда этого не делали. Иначе отношение к вам может быть снисходительное и настороженное, клиент подумает, что за вами придется сто раз перепроверять. Много денег с таким подходом заработать, скорее всего, не получится.
Начинать отношения с обмана — хреновый совет. Даже если вам кажется, что это пустяк, который ни на что не влияет. Когда мы соглашаемся, что можно соврать в малом, мы незаметно для себя делаем это нормой и со временем закрываем глаза на ложь побольше. Поведение, которое поощряется, становится культурой.
Вдобавок, такой подход лишает заказчика права на обдуманное решение. Исполнитель ничем не рискует, кроме своего времени, а заказчик рискует всем: деньгами, временем и иногда бизнесом.
Нельзя построить здоровые и доверительные отношения на лжи. Сила в честности и прямоте: они помогают построить доверие и располагают людей. Наоборот, попытки казаться лучше, чем вы есть, настораживают и отталкивают.
Это если в общем. Теперь по фактам. Вот как я советую поступать, если нет опыта.
Совет № 1. Снизить ожидания от результата
Скажите честно, что вы никогда не решали такие задачи и объясните, как планируете действовать. Клиент будет понимать, что вы с ним честны, будет платить тем же и доверять вам.
— А вы раньше писали статьи о коммерческой недвижимости? — Пётр Алексеевич, знаете, нет, я прежде не писал на эту тему. Я понимаю, что, возможно, вам нужен автор с опытом в этой сфере. Но если у нас будет эксперт по теме, то вот как бы я решал вашу задачу… Можем для начала написать первую статью и посмотрим, как пойдёт. Если будет не очень, то расстанемся. — Эксперты у нас есть. Давайте пробовать.
Даже если клиент откажется, то вы будете понимать, что это из-за нехватки опыта, и избавите себя от идиотской ситуации в будущем. Это лучше, чем искать решение с горящей жопой.
Совет № 2. Опыт и цена никак не связаны
В отрывке говорится, что если у вас нет опыта, никто не будет платить вам много денег. Это брехня: между опытом и размером вознаграждения нет прямой связи. Просите столько, сколько вам комфортно получить за вашу работу в данный момент.
Цена — это про договорённости с самим собой и заказчиком, а не про опыт, часы, знаки или что-то там ещё. Если мне комфортно сделать работу за Х денег и заказчика это устраивает, то я её делаю. А если нет, то не делаю. Всё просто.
Единственное на что влияет опыт, это уверенность, что я достоин этих денег. Но это уже скорее проблема самооценки, а не опыта.
Что это такое?
Серия бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Вот оглавление:
На сайте студии написано, что наш подход заключается в двух словах: «без хуйни». Некоторых эта фраза смущает и мне время от времени задают вопрос: «Непонятно, что такое „хуйня“. Что имеется в виду? Каждый ведь может трактовать это понятие по-разному». Отвечаю.
Хуйня — это всё, что противоречит здравому смыслу, логике и договорённостям.
Примеры хуйни в работе и жизни:
Не предупредить о проблеме в проекте и ждать, что всё разрешится само
Не прийти на встречу и не сообщить другим участниками, что планы изменились
Потратить две недели на переговоры, получить от клиента согласие, а не следующий день — отказ без объяснения причины
Обсуждать человека у него за спиной
Сорваться на постороннем человек из-за личных проблем
Закатить истерику, чтобы получить желаемое
Ни один человек не хочет оказаться в такой ситуации. Никто не хочет, чтобы в его проекте были проблемы, о которых он не догадывается. Никто не хочет жить с человеком, который психует и срывается по мелочам. Никто не хочет, чтобы его обсуждали за спиной. Никто не хочет потратить две недели на переговоры с мудаками.
Не бывает так, чтобы кто-нибудь проснулся и подумал: «Вот бы на меня сегодня начальник наорал. И ещё бы сроки в проекте сорвались. Как же скучно жить, когда тобой никто не манипулирует!» Никто не хочет иметь дело с хуйнёй.
Самое удивительное, что, хуйню чувствуют все. Люди могут не знать, как должно быть в идеале, но точно знают, как быть не должно. Хуйня — универсальное явление. Когда случается хуйня, не все могут встать и сказать вслух: «Ребята, творится какая-то хуйня». Но точно все это чувствуют и понимают.
Частый косяк исполнителей, который иногда встречается даже у опытных и зрелых ребят — пропадать без предупреждения. Это всех бесит и хреново влияет на результат. В проекте возникает напряжение, пропадает доверие, всё скатывается в говно и мочилово.
Ниже инструкция о том, как не быть мудаком и пропадать правильно.
Кратко
Как только вы поняли, что у вас проблема, сообщите о ней руководителю или заказчику. Предупредите, что у вас что-то идёт не по плану, и нужен новый. Хорошо, если вы не просто придёте со словами«у меня проблема, помогите», но ещё и предложите решение и возьмёте на себя ответственность. Иначе пользы от вашего предупреждения мало.
Подробно
Бывает, что человек заболел или в проекте затык, и работа встала. Уже ясно, что к дедлайну не успеть. Как обычно действуют люди в таких ситуациях:
Не сообщают никому о ситуации.
Пропадают с радаром и не выходят на связь.
Не отвечают на сообщения и звонки.
Появляются в день дедлайна с оправданиями.
Чаще всего они мямлят что-то вроде: — У меня заболела бабушка, прорвало трубу, я заболел… — Мне казалось, что я успею… — Я не хотел тебя тревожить по мелочам…
Если человек пропал без объяснений, а потом пришёл, когда его помощь не нужна — это признак хуйни. Причины не важны, важен факт: человек не предупреждает о проблемах, не предлагает решения, а врёт и оправдывается. Поздравляю, вы только что вычислили мудака. Я допускаю, что человек может быть мудаком один раз. Но если ситуация повторяется дважды — это системная ошибка. С такими людьми просто не нужно работать.
Вот как следует поступать, если у вас проблема, вы заболели, буксуете с задачей или ещё по какой-то причине не успеваете сдать работу в срок:
Сообщить о проблеме. Расскажите коллеге, руководителю или клиенту о проблеме в тот же момент, как она возникла. Не надо ждать завтра или пока всё разрешится само собой. Дайте знать, что есть ситуация, которая может навредить проекту, если ничего с ней не делать.
Описать ситуацию и предложить решение. Если работаете в команде — делегировать задачу кому-то, кто может подменить вас на время жопы. Такая опция есть не всегда, поэтому скорее всего придётся проявить смекалочку и найти решение самому.
Сформировать ожидания. Сообщите клиенту и остальным коллегам, сколько времени вас не будет, как с вами связаться и к кому обратиться, пока вас нет. Большая часть проектной работы с заказчиком или в команде — это управление. Не обязательно самим проектом или людьми, а, в первую очередь, собой, своим процессом, задачами и ожиданиями других людей.
Отвечать на сообщения и звонки. Гасятся только мудаки. Ну и все эти отмазки про«не было связи» звучат смешно в 2023 году, когда связь есть уже в любой деревне.
Решить проблему. Без спешки и с чистой совестью перед командой и клиентом. Помните: спешка ебёт горячку.
Ситуаций, когда что-то идёт не так, в каждом проекте — десятки. Если научиться их решать и предупреждать о проблемах заранее, то ни вы, ни клиент их даже не заметите. А если забить и продолжать мириться с хуйнёй, то каждый проект будет похож на новый круг ада. Выбор за вами.
Что это такое?
Серия бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Вот оглавление:
Раз в две недели мы проводим общий созвон студии, где общаемся на разные темы: про книги, фильмы, мемы, бёрдвотчинги другие классные штуки.
На последней встрече я рассказал о принципах студии, которые сложились за пять лет её существования. Некоторые из них появились совсем недавно, а некоторые — с первого дня работы.
Делюсь публично, потому что хорошего должно быть больше. Будет интересно клиентам студии и всем, кто руководит удалёнными командами.
В январе к нам в студию обратилась Гюнель Тагирова, основательницы бренда одежды«Кика». Когда-то мы снимали офис напротив друг друга и сделали футболки с фразами про Сибирь.
Гюнель пришла с таким запросом: «Хочу сделать сайт для мерча. На какой платформе лучше делать?» Как обычно, я начал с вопроса: «А зачем тебе вообще сайт?» Из ответов стало ясно, что, сайт скорее всего не нжуен. Но что именно нужно, тоже было неясно. Чтобы найти решение, я предложил Гюнель консультацию.
Первым делом — разбираюсь, почему нужен именно сайт, а не что-то другое
Подготовка
Прежде чем предлагать какое-то решение, я разбираюсь в контексте: смотрю на то, какой это бизнес, в какйо нише, кто его клиенты, как они узнают о бинесе, почему покупают, какие задачи и вызовы сейчас стоят перед клиентом. Чем больше информации я соберу, тем лучше.
Я знал, чем занимается Гюнель, и тем не менее, перед консультацией я выслал ей список уточняющих вопросов и попросил прислать материалы о своём бизнесе: фотографии мерча, тексты холодных писем и пр. С тех пор как я общался с ней прошло несколько месяцев, и что-то могло измениться.
Когда дело касается решения сложных и нетривиальных задач, нельзя полагаться на свой опыт и знания из прошлого, потому что они могли устареть. Я стремлюсь и рекомендую всем принимать решение на основе самых свежих данных и фактов.
Даже если вы составили понимание задачи всего две недели назад, но всё это время не общались с клиентом, а потом он вернулся и предложил начать работу, не спешите. Две недели — огромный отрезок времени для бизнеса, особенно для российского, где год за три. Как минимум сначала следует заново пройтись по пониманию задачи и убедиться, что оно не изменилось. А, возможно, вам придётся составить новый документ.
Проблемы бренда
Главной проблемой была визуальная подача: в одном кейсе рядом стояли совершенно разные по настроению фотографии, которые противоречили друг другу. Например, сначала серьёзный парень.
А после него фото с улыбающейся командой кофейни. Конечно, больше отклика вызывает второе фото, возникает мысль: «Если я закажу мерч у Гюнель, то моя команда так же будет радоваться этому, и мы будем более сплочёнными, чем раньше». Мерч — это продукт про эмоции, философию и людей, а не про одежду.
Некоторые фото были настолько тёмными и неконтрастными, что было невозможно разобрать детали.
А некоторые подавали продукцию неряшливо: в кадре было много лишних деталей, что мешало увидеть главное — качество ткани и пошива.
Цель консультации
До консультации Гюнель сформулировала свой запрос так: «Я делаю мерч из премиальных тканей. Хочу, чтобы у меня было портфолио, которое донесёт до клиентов ценность сделать одежду, которая прослужит долго. Для этого хочу сделать сайт про свои услуги по пошиву мерча».
На консультации она хотела понять, нужно ли ей делать сайт, и если нет, то какие ещё решения существуют, в чём их преимущества и недостатки. Кроме этого, ей было важно получить обратную связь по визуальной подаче услуги пошива мерча.
Что было на консультации
На основе материалов и ответов Гюнель я составил подробный документ с разбором ошибок и рекомендациями. На консультации я открыл этот документ и прошёлся по нему, прокомментировал каждый пункт, объяснил главные проблемы бренда и предложил решения.
Встреча состояла из нескольких смысловых блоков:
Тексты и позиционирование. Я дал советы, как переписать тексты, чтобы они перестали звучать неуверенно. В премиальном сегменте нельзя писать«предлагаем вам заказать мерч» или«внешний вид сотрудников — очень важный аспект любого бизнеса».
Нужно прямо сказать и показать заказчику, в чём польза качественной одежды для сотрудников.
Визуальное оформление: фотографии и подача материалов. В портфолио«Кики» были и удачные фото, и мы решили, что они станут референсами для будущих фотосъёмок. Я составил подробный список рекомендаций, как надо и не надо снимать моделей, объяснил разницу между контентом для соцсетей и портфолио. Например, в сторис можно выкладывать процесс и пробные модели, снятые на айфон, а в портфолио стоит класть только фото мерча на людях, сделанные в студии при хорошем освещении.
Бизнес-процесс и его отражение в договоре. Дал примеры юридических формулировок, которые помогут сделать фотосессии частью проекта и позволят использовать снимки мерча в рекламных целях. В студийном договоре есть такой пункт, и он сильно похож на то, что нужно было Гюнель.
Гюнель задавала дополнительные вопросы, а я отвечал и подробно разбирал каждый нюанс. К концу встречи мы составили список задач, которые ей предстояло выполнить, чтобы решить текущие проблемы в своём деле и донести ценность своего продукта до потенциальных клиентов.
Результат
По итогу часовой беседы Гюнель получила:
Подробный разбор ошибок, которые мешали её клиентам понять ценность мерча
Рекомендации по стилю фотографий и презентации своих работ
Чек-лист с решениями, которые позволят выпускать новые кейсы регулярно
Варианты, как оформить портфолио, на четыре разных бюджета
Документ с разбором и рекомендациями был готов к концу встречи, и я сразу выслал его Гюнель.
В итоге, Гюнель решила сделать презентацию, и заказала её в нашей студии. В ней мы решили все проблемы, которые выявили на консультации и создали базу для простой и очень живой айдентики, которая отсылает к пошиву одежды. Получилась невероятно красивая презентация, которая стоила раз в пять-шесть дешевле, чем сайт.
Правки — это хотелки заказчика, которые следует безропотно принять и согласиться на любые доработки. Те, кто принимают правки, обычно так и мыслят: ну раз пришли правки, мы их сейчас внесём, чего спорить-то. Хотя, возможно, всё уже достаточно хорошо и ничего никуда вносить не надо.
Замечания и вопросы — это ход мысли, приглашение к разговору. Замечания требуют обсуждения: можно задать вопросы, уточнить, поспорить, предложить другое решение. Вопросы — сигнал, что заказчик что-то понимает иначе, чем мы, и нам надо разобраться, как именно он это понимает и почему.
Главное отличие между правками и замечаниями в том, что любые правки можно послать нахуй, а замечания — нет.
