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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что делать?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вывод

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

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

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


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

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

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

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

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

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

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

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

Мы не сможем так сделать ★ 

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

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

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

Можно ходить вокруг да около, а можно прямо спросить: «Давайте поговорим вот про это… Нам важно, чтобы было вот так. Да, это отличается от прежних договорённостей. Что будет, если мы выберем это решение? На что это повлияет? С какими проблемами мы столкнёмся?»

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

Ненужные встречи 

Прежде чем договариваться о встрече, я задаю себе вопрос: «А можно ли обойтись без встречи? Можно ли решить это без созвона? Как ещё я могу решить этот вопрос?»

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

Ситуации, когда встреча не нужна:
— получить однозначный ответ «да» или «нет»
— обновить статус задач
— запросить материалы или информацию
— дать обратную связь по макету или черновику
— внести правки
— рассказать, как пользоваться новой админкой

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

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

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

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

Чрезмерная осторожность 

Cтало модным сглаживать углы и маскировать своё мнение под предположение, гипотезу. Для этого активно используются различные безопасные конструкции и слова:

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

Ни что так не раздражает как чрезмерная осторожность в речи. Бля, ты что-то предлагаешь или просто так слова произносишь? В чём твоя ценность, если ты боишься взять ответственность и сказать прямо, как есть?

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

При этом почему-то принято считать, что всяким дизайнерам, коучам и менторам из диджитал-мира это простительно. Однако никто не пойдёт к доктору, который не может предложить конкретного лечения и будет мяться, лишь бы не обидеть пациента: «Хм, вероятно, у вас вот это, но хуй знает. Вы сами как думаете? Как вы чувствуете?»

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

  • Мы сорвали дедлайн. Вот что мы можем сделать…
  • Начинать нужно с раскрутки группы в ВК, а не сайта, потому что…
  • Реклама не дала ожидаемого результата. Предлагаем…

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