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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как сместить фокус клиента в напряжённой беседе и устранить пробелы в коммуникации 

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

Что делать, если в проекте затык: советы для дизайнеров, авторов и руководителей 

На прошлой неделе нашему дизайнеру Кате нужно было сделать две большие задачи по двум разным проектам. Один проект студийный, один — клиентский. Мы обсудили детали в пятницу, и с понедельника Катя приступила к работе…

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

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

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

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

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

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

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

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

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

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

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

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

Что делать?

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

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

Ошибка на старте. Как пропадать правильно ★

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

Бывает, что человек заболел или в проекте затык, и работа встала. Уже ясно, что к дедлайну не успеть. Как обычно действуют люди в таких ситуациях:

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

Чаще всего они мямлят что-то вроде:

— У меня заболела бабушка, прорвало трубу, я заболел…

— Мне казалось, что я успею…

— Я не хотел тебя тревожить по мелочам…

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

Как следует поступать, если у вас проблема: вы заболели, буксуете с задачей или ещё по какой-то причине не успеваете сдать работу в срок.

1. Сообщить о проблеме. Расскажите коллеге, руководителю или клиенту о проблеме в тот же момент, как она возникла. Не надо ждать завтра или пока всё разрешится само собой. Дайте знать, что есть ситуация, которая может навредить проекту, если ничего с ней не делать.

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

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

4. Отвечать на сообщения и звонки. Гасятся только мудаки. Ну и все эти отмазки про «не было связи» звучат смешно в 2023 году, когда связь есть уже в любой деревне.

5. Решить проблему. Без спешки и с чистой совестью перед командой и клиентом. Помните: спешка ебёт горячку.

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


Что это такое?

Серия бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Вот оглавление:

  1. Отправить клиента заполнять бриф
  2. Как пропадать правильно — вы здесь
  3. Не сообщать о проблемах
  4. Наврать клиенту про опыт

Презентация дизайна: ошибка, из-за которой ваш дизайн не принимают. Часть I 

Заметил, что почти все дизайнеры спешат ответить на замечания клиента после презентации макета или логотипа. Они начинают накидывать идеи и предлагать решения, как всё исправить, или ещё хуже — перерисовывать макет прямо на встрече…

Презентация дизайна: как работать с замечаниями. Часть II 

Презентация дизайна: ошибка, из-за которой ваш дизайн не принимают. Часть I…

Иногда люди не знают, что можно по-другому 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вывод

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

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

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


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