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