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

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

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

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

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

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

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

Сначала написать и подумать, а потом дёргать других

В сентябре в студии запустили свой сервис онлайн-записи «Окошки»…

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

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

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

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

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

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

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

Текст, который не выбесит клиента

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

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

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

— Вдруг, он уже про это сказал, и если я спрошу, он подумает, что я не слушал?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что делать?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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