Тег «коммуникация»

Главный вопрос на первой встрече с заказчиком 

Одна из задач первой встречи — понять, ваш ли это клиент и стоит ли браться за проект. Наверняка, есть множество способов это сделать, я поделюсь своим.

Тем, кто сейчас сидит без работы и готов браться за что угодно, может показаться, что этот пост не для них. На самом деле, для них он полезен гораздо больше, чем для тех, кто выбирать проекты из большого потока заявок.

На решение войти в проект или нет, влияет несколько моментов:

Деньги. У заказчика должны быть деньги, за которые вам комфортно сделать работу. Если у заказчика нет желаемого бюджета, вам придётся найти другую мотивацию. Малый бюджет можно компенсировать другими бонусами, но лишь на короткий отрезок времени.

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

Доверие. Заказчик должен вам доверять и вести открытый, честный диалог. Есть случаи, когда доверие можно построить и укрепить в процессе, но изначально какое-то доверие должно быть, иначе будет тяжело.

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

Есть контакт. Вам должно быть приятно общаться с заказчиком. Это должен быть ваш человек, с которым вам легко и просто. Часто этот момент упускают из вида, а он, вероятно, самый тонкий и сложный.

Если после встречи с клиентом, вам нужно целый час отмокать в ванной, то даже гора денег, интересная задача и безграничное доверие не перевесят это ощущение.

Чтобы понять, ваш ли это человек, достаточно после первой встречи задать себе один вопрос: «Хочу ли я встретиться с этим человеком ещё раз? А десять раз? Готов ли я делать с ним проект, где мне придётся вести переговоры, объяснять детали и нюансы, предлагать решения? Хочу ли я сделать с ним два проекта? А пять? «

Самый главный вопрос на первой встрече с заказчиком: «Хочу ли я встретиться с этим человеком ещё раз?»

Если ответ «возможно», это не ваш клиент. Если ответ «нет», значит это не ваш клиент. И только если ответ «да, мне было приятно с ним общаться, готов видеться с ним регулярно», это ваш клиент. Звучит банально, но, чёрт возьми, работает.

Воркшоп по текстовой коммуникации для Флаувау 

В конце февраля мне написала Валетина Сергеева из «Флаувау», где она отвечает за управление онлайн-репутацией сервиса. Оказалось, что Валя давно читает мою рассылку и потому решила обратиться ко мне. Я согласился помочь.

Вот изначальный запрос Вали

Как обычно, я предложил созвониться и обсудить проблемы, цели воркшопа и нюансы работы команды. После встречи я составил примерный план воркшопа под задачи Валиной команды и свою оценку по срокам и стоимости.

После того, как мы согласовали бюджет и условия, выяснилось, что провести воркшоп удастся лишь в мае, так как март — тяжёлый месяц для команд поддержки и онлайн-репутации «Флаувау». В мае мы ещё раз обсудили формат и утвердили дату проведения воркшопа.

О компании

Флаувау — онлайн-платформа для селлеров и мейкеров, которые продают свои товары с доставкой: цветы, торты, сувениры и пр. Несколько фактов о платформе:

  • Ключевое направление — доставка цветов и букетов
  • Большая часть аудитории — русскоговорящие клиенты и селлеры
  • Россия и более 30 других стран

Главный запрос

Валин отдел занимается внешней коммуникацией и поддержкой онлайн-репутации сервиса. Команда отвечает на комментарии на картах, сайтах-отзовиках, в магазинах приложений, социальных сетях и специальных соцсетях для B2C-сегмента.

Чаще всего пишут хорошее и позитивное. В праздники нагрузка на поддержку вырастает, а вместе с ней и количество негатива. Его нужно отрабатывать. Например, неделя перед и после 8 Марта — одни из самых тяжёлых в году.

Главная сложность — всё общение происходит в переписке. Скрипты в таком случае не работают, потому что с ними теряется человечность и ощущение вовлечённости бренда в проблему человека. Команде Вали нужны новые инструменты текстовой коммуникации, которые позволят уйти от скриптов или сделать их более гибкими, адаптируемыми под конкретную ситуацию.

Что было на воркшопе

Я построил воркшоп в формате беседы и разделил его на две части: теория и практика.

Теоретическую часть я посвятил теме контекста, его влиянию на наше восприятие происходящего и работе с ожиданиями людей. Участники задавали вопросы по ходу моего рассказа, спорили и не соглашались. Этот формат оказался вполне удачным: по ходу занятия мы выявляли проблемные точки, и у команды завязалась дискуссия о том, как можно решать подобные ситуации, а как не стоит и почему.

В практической части я представил участникам универсальный скрипт-конструктор, который можно собирать как «Лего», убирая и добавляя нужные блоки, меняя их порядок. После чего предложил участникам самостоятельно опробовать конструктор в деле на заранее собранных мною примерах.

По итогам занятия я составил 40-страничный гид по текстовой коммуникацией с огромным количеством примеров и антипримеров, разобрал каждый из них и оставил пояснительные комментарии. Такой инструмент полезен и для опытных специалистов и для онбординга новичков в команду.

Получилась база знаний с практическим уклоном

Впечатления и отзывы

Вот что написали участники после воркшопа:

Для удобства привожу их в текстовом виде:

Было полезно и познавательно. Да, некоторая информация была не новой, но свежий взгляд все же дал работу для мозга, что бы формировать тексты по другому. Плюс, мы собрались практически на треннинг и было интересно посмотреть как работают коллеги и зарядиться у них опытом)

Наталия

На мой взгляд, воркшоп отлично дополнил общую схему работы с обращениями и отзывами. Понравилась практическая часть с разбором ответов на кейсы.

Анастасия

Я задумалась над тем, какие ответы от компании хотела бы слышать сама. Мне особенно понравилась часть работы с отзывами, круто, что мы сделали ответы более живыми и эмпатичными. Уже сейчас применяем это на практике.

Аделина

Это был полезный опыт, который помог взглянуть на вопрос взаимодействия с клиентами под новым углом. Кейсы, которые мы решали на воркшопе, в очередной раз подсветили проблему того, как важно, чтобы компания говорила на человеческом языке. Информация была подана структурировано, благодаря чему ее можно практически сразу применять в работе, лишь немного адаптировав под рабочие задачи.

Наталья

Юлия, один из руководителей отдела, для которого я проводил воркшоп, тоже написала отзыв:

Воркшоп проводился для сотрудников группы онлайн-коммуникаций (ответы в соцсетях и на отзывы) и копирайтеров. Он был в формате диалога, поэтому мы много брейнштормили, обсуждали, что помогло нам понять наши слабые места и сконнектиться с копирайтерами.

Гайд и само обучение помогли новым специалистам понять структуру написания ответов и перестать бояться креативить — не следовать одному скрипту, который уже есть. После воркшопа мы провели чистку скриптов и сделали их дружелюбнее, продолжаем это делать до сих пор.

Не все для опытного специалиста было в новинку, но было интересно послушать мнение со стороны о нашей коммуникации.

Было познавательно, спасибо!

Юлия

Если вашей команде или отделу нужна помощь с какой-либо темой в сфере редактуры, коммуникации или управления проектами — я готов поделиться опытом и провести обучение.

Обсудить детали → evgeny@lepekhin.ru

Сними шелуху 

Я не люблю слово «маркетинг». Это такой удобный термин, без конкретики. Неясно, что за ним скрывается. Поскольку каждый вкладывает в это слово свой смысл, возникает глупая ситуация: все думают, что обсуждают одно и то же, а на самом деле говорят про разное.

В мире клиента маркетинг — панацея, волшебная таблетка. А для меня — абстракция, пустой звук. Когда клиент на встрече говорит «нам нужен маркетинг», для меня это красный флаг, сигнал, что мы видим будущее проекта по-разному и живём в разных мирах.

Сравните эти фразы:

— Нам нужно заняться маркетингом!
— У нас третий месяц падают продажи. Раньше рассылка давала результат, а теперь перестала. Есть гипотеза, что…

— Мы сейчас делаем маркетинговое исследование! Это очень важно!
— Мы изучаем, как люди ведут себя в наших магазинах, что покупают на кассе, а что берут с доставкой. Исследование поможет нам понять…

— А давайте подключим к проекту маркетолога, чтобы он тоже давал замечания дизайнеру?!
— Предлагаем перед дизайном обсудить основные смыслы со специалистами, которые отвечают за настройку рекламы. Это поможет нам сформировать у людей цельный образ…

В первом случае слово «маркетинг» и его производные — это абстракция, ребус, который нужно разгадывать. Да, это всем известное слово, но оно не даёт понимания, что вообще происходит.

Во втором случае, мы даже не используем слово «маркетинг», но есть ясность. Понятно, что творится в проекте, какую проблему мы пытаемся решить, что планируем делать и чего ожидаем в результате.

Есть и другие слова, которые мешают людям понимать друг друга. Похожая ситуация с фразами: нам нужен сайт, напишите текст, сделайте нам логотип, сделайте красиво. В мире заказчика и в мире исполнителя они означают разные вещи.

Например, фраза «сделайте красиво» не отвечает на вопрос, что именно нужно сделать, что значит «красиво», а что такое «некрасиво» и какую проблему хочет решить заказчик с помощью «красоты». Подобные фразы — это ещё не задачи, а внешняя шелуха, за которой скрываются настоящие вызовы, проблемы и цели.

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

Мантра счастья, радости и просветления 

Когда мне нужно убедиться, верно ли я понял задачу, я действую по одной и той же схеме. Про себя я называю её мантрой. Говорят, когда люди повторяют её в своих проектах, к ним приходят деньги и удача.

Мантра скучная, но безотказная. В ней всего четыре шага:

  1. Выгрузить своё понимание задачи и возможные решения из головы. Написать текстом, что именно я планирую делать, по шагам: какие страницы будут рисовать, какие тексты писать, что будет делать эта кнопка, какие сценарии будут.
  2. Составить список «кроличьих нор». Так называются моменты, которые я упустил, и вопросы, на которые у меня нет ответа. Они сами всплывают в голове, пока я пишу план действий. Важно их сразу записать.
  3. Задать проверочные вопросы. Иногда кажется, что всё понятно. Тогда я задаю себе наводящие вопросы. Чего я не знаю? Что я не понимаю в этом решении? На что у меня нет ответов? Всегда находится два-три нюанса, о которых я не подумал.
  4. Отправить понимание задачи заказчику. Заказчиком может быть кто угодно: дизайнер, автор, разработчик, внешний клиент. Вне зависимости от статуса и должности я передаю ему свои мысли с просьбой: «Посмотри, всё ли верно я понимаю? Ничего ли я не упустил? Возможно, что-то из этого не подходит». Что-нибудь обязательно не подойдёт.

Это единственный способ любому исполнителю убедиться, что он понял задачу именно так, как её поставил заказчик. Возможно, есть другие варианты, но я про них ничего не знаю.

Пользуйтесь. А я пока кофе попью.

Как двигать проект вперёд и не страдать 

Ситуация в проекте с клиентом прямо сейчас:

  • — Нам нужно собрать совещания и обсудить ситуацию с командой.
  • — А зачем нам команда?
  • — Ну, чтобы найти решение.
  • — Давайте решим сейчас, вдвоём. Есть такие-то варианты: раз и два. А вот тот вариант, что мы хотели изначально, не годится, потому-то и потому-то.
  • — Тогда идём с вариантом номер один.
  • — Супер, завтра пришлю результаты по нему.

Вопрос, который не решался неделю, решился за две минуты в обычном телефонном разговоре. Без созвона в Зуме и совещания на два часа с пятью людьми.

Какие тут можно сделать выводы:

  1. Есть клиенты, которые любят посовещаться. Собрать людей из трёх отделов и что-нибудь обсудить. Это затягивает проект и совершенно не помогает найти решение. От такого надо открещиваться всеми правдами и неправдами.
  2. Пять человек никогда ни о чём не договорятся. Договариваются двое, и из них всегда кто-то один принимает финальное решение. Созвоны и встречи на два человека — ОК, на три и более — трата времени и дорожка в ад.
  3. Вы не обязаны соглашаться на условия клиента, если они вам не подходят. Если процесс затягивается, сделайте всё, чтобы принять решение сейчас. Не завтра, не послезавтра. Здесь и сейчас. Потому что завтра — это ещё через неделю.
  4. Старый добрый звонок на телефон — всё ещё отличный способ быстро решать вопросы. Главное, чтобы у него была чёткая и конкретная цель. Без возни и прелюдий. Чётко: контекст, проблема, решение, что делаем дальше, получить ОК.

Можно жаловаться какие клиенты ужасные, а можно ставить свои условия и двигать проект вперёд. Обычно никто не возражает, потому что у людей других проблем хватает.

Разреши себе быть глупым 

Иногда собеседник на встрече выглядит таким крутым и опытным, что страшно задать лишний вопрос. Боишься показаться глупым и невнимательным, и начинаешь додумывать. Может, он уже про это сказал, и если я спрошу, он подумает, что я не слушал. Или он уже и так всё разжевал два раза, а я всё никак не пойму. Наверное, после этого вопроса они просто откажутся со мной работать…

Ситуация скверная: выглядеть дураком страшно, но уйти со встречи, ничего не поняв, ещё страшнее. Хотя некоторые так и делают, а потом у них «всё не то», «надо всё переделать» и «начальник — мудак». Сплошь и рядом такое.

Задавать глупые вопросы мне помогает установка: будь самым глупым на этой встрече.

Когда у меня возникает глупый вопрос или опасение, я всегда озвучиваю его, ведь может оказаться, что он волновал не только у меня, но и других. Просто им не хватило духу задать его. Поверьте, почти всегда, когда вам кажется, что вы один ни черта не понимаете, все остальные тоже ни черта не понимают, но боятся выглядеть глупыми и потому молчат.

Умение задавать глупые вопросы — ключ к решению проекта. Но для этого нужно разрешить себе быть самым глупым и не стесняться этого. К тому же глупый вопрос задаётся лишь раз. И главное, что после ответа вы уже не так глупы, как до. Теперь у вас есть новые знания, которые вы можете использовать для решения задачи.

Если мне надо задать глупым вопрос, я так и говорю: «Возможно, я сейчас задам глупый вопрос, но я не понимаю, как…» Или если у заказчика сложная сфера, про которую я ничего не знаю, например, буровые вышки, я предупреждаю его в начале встречи: «Мы ничего не знаем про ваш бизнес, поэтому сегодня будем задавать много глупых вопросов. Без них мы не сможем разобраться в задаче…»

И плевать, кто и что подумает обо мне. Да, возможно, когда я задам свой вопрос, кто-то и правда подумает: «Вот тупица!» И пусть. Вспомнит ли он об этом, когда проект будет закончен? Вряд ли. Люди не помнят, что они ели сегодня на завтрак и какого числа день рождения у их лучшего друга, не то что чей-то вопрос на одном из десятков созвонов.

В конце концов, я здесь, чтобы сделать проект и решить задачу наилучшим образом. Если для этого мне придётся 30 секунд выглядеть идиотом, хорошо, я готов.

Про голосовые 

Голосовые всех бесят, и я не исключение. С ними много проблем: их нельзя найти в поиске, собеседники часто прыгают с темы на тему, и чтобы их дослушать, нужна максимальная концентрация.

Голосовые — это безусловно зло, если не знать, как ими пользоваться. Вот пять простых приёмов, которые помогут превратить голосовые в рабочий инструмент и не бесить коллег:

  1. Используйте голосовые только в крайнем случае. Например, когда вы на ходу или за рулём, и вам неудобно набирать длинное сообщение. Не стоит делать голосовые нормой общения, особенно с заказчиками. Это отдельная дорожка в ад.
  2. Записывайте голосовые короче 30 секунд. Такое сообщение не бросает в холодный пот, его не страшно послушать, его с меньшей вероятностью будут откладывать и задвигать в стол. Максимальная длина голосового — одна минута, всё, что длиннее, я скорее всего отложу до вечера или на завтра.
  3. У голосового есть тема или повестка. Не присылайте людям абстрактные, неоформленные мысли. Это скорее всего отвлечёт их от дела, но неясно, что отвечать на то, в чём вы сами не уверены. Если решения нет, лучше взять время на то, чтобы довести его до ума, обдумать нюансы. Лучший способ презентовать идеи: письмо или видеовстреча.
  4. Голосовое содержит вопрос или руководство к действию. Если нет ни того, ни другого, то непонятно, что делать с содержимым сообщения, что отвечать? Это толкает человека задавать уточняющие вопросы тоже… голосовым. Незаметно переписка превращается в ад.
  5. У голосового есть пометка: срочно, не срочно, ответ нужен к такому-то времени. Это значительно снижает тревожность с получателя и формирует верные ожидания. Вы не ждёте мгновенной реакции, а собеседник понимает, что у него есть время обдумать ответ. Хотя по-моему всё, что не телефонный звонок, по умолчанию — не срочно.

Защищай не интересы, а время и фокус команды ★ 

Обычно я пишу о том, какие ошибки совершают авторы и дизайнеры при поиске работы. Сегодня про обратное: ошибки руководителей, которые мешают людям работать.

Гиперконтроль

Тайм-трекинг, менеджеры, которые стоят над душой, нескончаемые созвоны и планёрки по три часа без цели. Всё это убивает доверие, а главное отнимает огромное количество времени и пространства в голове. У людей попросту не остаётся времени на то, чтобы делать работу.

Я исхожу из того, что все люди, которых я беру на работу, ответственные, умеют держать слово и предупреждают о проблемах. Если я кого-то нанял, то доверяю ему до тех пор, пока он не докажет обратное и не даст мне повод сомневаться. Если человек оказался ненадёжным, то это и моя ошибка тоже. Ведь я сам выбрал его и доверил ему работу.

Нет прямого контакта с заказчиками

В классических компаниях у команды или проекта есть менеджер — человек, который решает проблемы. На деле я много раз наблюдал ситуацию, когда от менеджеров требуют согласовывать все решения с руководством. В итоге, работа менеджера сводится к тому, чтобы передавать информацию между клиентом и дизайнером, обновлять статусы задач и кивать головой на встречах.

Общение с менеджером, который не обладает властью принимать решения, выглядит как сломанный телефон: заказчик говорит одно, менеджер слышит другое. При этом дизайнерам не дают общаться с клиентом, задавать вопросы, запрашивать материалы. Приходится действовать вслепую.

У исполнителя должна быть возможность в любой момент задать вопрос и уточнить что-то у клиента напрямую. Проект не должен начинаться, пока дизайнер или автор не составят понимание задачи на основе личной беседы с заказчиком. Иначе это не работает.

Ненужные задачи и проекты

Однако самое подлое — это бросать людей на задачи, которые никому не нужны. Это задачи, которые переносятся уже в пятый раз, за которые никто не хочет браться и которые ни на что не влияют. Если бы это было не так, то эти задачи уже были бы сделаны или хотя бы были в работе.

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

Что делать?

Если вы руководитель или собственник, понаблюдайте, не сталкиваются ли ваши сотрудники с чем-то из этого списка. Руководители часто говорят о том, что их роль — защищать команду и её интересы, но при этом не защищают самое ценное: время и внимание людей.

Если вы дизайнер или автор в команде, где есть эти проблемы, перешлите этот пост вашему руководителю. Возможно, этот текст заставит его усомниться в эффективности данных методов управления.

Еженедельные встречи с заказчиком — пульс проекта ★ 

Есть два способа, как люди ведут проекты: договариваются о каждой встрече с отдельно и встречаются раз в неделю в одно и то же время. Очень долго я работал по первому сценарию, но последние два года полностью перешёл на второй. Рассказываю, почему.

Договариваться о каждой встрече отдельно

Подход даёт гибкость в планировании, но если в проекте больше двух человек, согласовывать день и время встречи становится нудно и утомительно. Однако это не самое страшное.

В начале проекта встречи проходят более-менее регулярно, но чем дольше идёт проект, тем реже встречи. Иногда между двумя встречами возникают перерывы в две-три недели, иногда — в месяцы. Я называю их «дырами». Чем больше «дыра», тем хуже взаимопонимание и коммуникация, тем меньше доверия в проекте.

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

Заказчик думает: «Раз они три недели молчали, значит, скорее всего что-то очень долго делали. Наверное, сейчас покажут мне крутые дизайны!»

Дизайнер в свою очередь думает: «Мы три недели рисовали макет, тут всё идеально. Сейчас его примут без правок!»

Так возникают ситуации, когда заказчик ожидал сразу увидеть кликабельный прототип с анимацией, а исполнитель принёс статичный макет. Это те самые встречи, на которых заказчик говорит: «Всё не то, дизайн — говно». Все, кто бывал на таких встречах, мечтают, чтобы они никогда не повторялись. Второй подход помогает избежать таких ситуаций.

Встречаться раз в неделю в одно и то же время

Еженедельные встречи снижают гибкость в планировании, зато повышают управляемость и снижают трение в коммуникации. Главный принцип этого подхода: встречи должны быть несдвигаемыми. Не важно, какая погода за окном, все приходят, рассказывают новости, обсуждают результат.

Большинство никогда не работали по этому сценарию, и почти всегда предложение встречаться раз в неделю встречает дикое сопротивление. Возникает куча «зачем», «в чём смысл» и других вопросов. Отвечаю.

Встречи каждую неделю в одно и то же время решают проблемы, присущие хаотичному планированию:

  • Снижается тревожность и беспокойство участников проекта. Клиент знает, над чем вы работаете или где возникли сложности и как вы с ними справляетесь. Исполнитель знает, что творится у клиента, учитывает контекст и корректирует решение и свои действия под этот контекст. Всё потому, что в коммуникации нет «дыр».
  • Повышается управляемость, снижается цена ошибки. Благодаря тому, что все в курсе, как идёт проект, растёт доверие между участниками проекта. Заказчик и исполнитель работают в тандеме, на благо проекта, вместе принимают решения и делят ответственность. Никто не ищет виноватых.
  • Не нужно согласовывать время для каждой встречи. Выбрали, создали в календаре повторяющуюся встречу и забыли. Это освобождает кучу времени на более полезные дела.

Еженедельные встречи позволяют делать проект поступательно, без стресса. И вы и клиент знаете, что в понедельник, в 15:00 будет встреча и вы принесёте макет, а клиент даст замечания. Даже если вы ничего принесёте, то обсудите, почему не получилось принести. Это будет честно и открыто, без утайки.

Вывод

Подход с хаотичным планированием подходит для коротких проектов, когда есть только вы и заказчик. Однако риск, что что-то может пойти не так, по-прежнему высок.

Подход с еженедельными встречами работает всегда. А большие и сложные проекты вроде разработки интерфейса или масштабного редизайна вообще нельзя делать по-другому.

Регулярные встречи с клиентом — пульс проекта. Без него проект либо не двигается вперёд, либо двигается не в том направлении. Регулярные встречи решают эту проблему и двигают проект всегда в нужном направлении.


Пост вдохновлён постом Лиды Поповой «Пациент скорее жив, чем мёртв»

Нихуя непонятно 

Лучший момент на встрече, когда клиент говорит, что ему нихуя непонятно. Если вы слышите такое, это хороший знак, и вот почему:

  1. Клиент с вами честен и прям. Он вам доверяет и знает, что вы спокойно воспримете даже такой ответ. Клиент, который вам не доверяет, никогда так не скажет, да ещё и матом.
  2. Клиент только что сообщил «У нас проблема». Вам осталось лишь её определить и устранить.
  3. Клиент только что сообщил: «Вы не попали в цель». Это может означать, что решение слишком сложное или что клиент ожидал увидеть что-то другое.

В такие моменты не нужно ничего делать и говорить. Тем более не стоит спорить и возражать, что «у вас всё понятно». Не выставляйте заказчика идиотом: если он не понял, значит не понял, надо разобраться.

Сделайте паузу. Как правило она длится не долго, и заказчик сам начинает изливать душу. В этот момент заткнитесь и слушайте. Скорее всего узнаете что-то важное о продукте и ожиданиях от результата.

Так на одной из недавних встреч мы узнали, что нет смысла показывать клиенту текстовые черновики: без визуальной структуры он ничего не понимает. Ему важно увидеть черновой эскиз, чтобы представить, где будет заголовок, где картинка, где кнопка. Ещё выяснилось, что сейчас горят не те страницы, что мы принесли, а другие, которые изначально отложили.

Не пугайтесь, если клиенту ничего непонятно. Это идеальный момент, чтобы разобраться в проекте и выяснить, чего от вас хотят.