УправлениеПереговоры

Ошибка на старте. Не сообщать о проблемах ★ 

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

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

Кратко

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

Подробно

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

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

Чаще всего они мямлят что-то вроде:
— У меня заболела бабушка, прорвало трубу, я заболел…
— Мне казалось, что я успею…
— Я не хотел тебя тревожить по мелочам…

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

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

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

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


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

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

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

Больше материалов в платном блоге на Бусти за 250 ₽/мес →

Не правки, а замечания и вопросы 

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

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

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

Что мы не делаем ★ 

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

Отложить что-то на старте проекта значит освободить время и место в голове для более важных задач, без решения которых проект не запустится. Чем больше задач вы пытаетесь упихнуть в единицу времени, тем дальше вы от цели. И, наоборот, чем меньше объём работы, тем выше вероятность создать работающее решение и запуститься в срок. На практике все это знают, но когда находишься в проекте, очень легко закопаться и согласиться на дополнительную неоплачиваемую работу.

Не сделать лишнего помогает такой приём — добавить в понимание задачи пункт «Что мы не делаем». Не просто обсудить с клиентом, мол, да-да, вот эту интеграцию с ЦРМ пока делать не будем, а прям записать в документ в отдельный пункт с деталями. Многим это кажется странным, мол, я-то точно не забуду. Забудете.

Люди всё забывают и очень быстро.

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

Вот план действий на случай, если клиент пришёл с задачей, которую вы отложили:

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

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

Не знаешь, что делать — не делай ничего 

Свежий пример из редакторской практики:

Автор присылает на провереку пост, где есть перечень из четырёх пунктов. Три пункта — хорошие, с примерами и фактурой, а четвёртый — дохлый, на одну строчку. Рядом с остальными пунктами перечня он выглядит неуверенно, неполноценно.

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

Снова пишу комментарий. Автор начинает двигать слова, но это не помогает. Так продолжается какое-то время, пока я не задаю вопрос: «А какую проблему ты пытаешься этим решить?» Оказалось, автор был уверен, что должен перебрать как можно больше решений. Это частое заблуждение.

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

Вот несколько примеров:

  1. В списке появился куцый пункт, и вы не знаете, что туда дописать — уберите этот пункт. Это лучше, чем оставить прежний список с дохлым пунктом.
  2. В макете есть экран с плохой компоновкой, запуск уже через неделю, и вы понимаете, что со всеми согласованиями разработчики не успеют выкатить эти изменения в срок. Передоговоритесь с клиентом о том, чтобы запустить сайт без этого экрана. Это лучше, чем отложить пуск.
  3. Вы сели писать письмо другу, но слова не складываются в текст. Значит, сегодня явно не тот день, чтобы страдать над белым листом. Отложите письмо, займись другими делами. Это лучше, чем отправлять вымученное письмо.

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

Ошибка на старте. Отправить клиента заполнять бриф ★ 

Начинаю серию бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Первый — про брифы и техзадания.

Кратко

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

Подробно

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

Требуя заполнить бриф, исполнитель лишается главного — возможности построить долгосрочные отношения с будущим клиентом и понять, его ли это проект. Бриф повышает риск ввязаться в проект с дурным контекстом, потому что в тексте невозможно заметить те самые «подводные камни». Нужна встреча, живое общение, контакт.

Другая проблема в том, что в 99% случаев брифы не помогают сделать проект хорошо. Клиенты заполняют их наотъебись, упуская важные детали. И они не со зла: у них нет времени на ещё одну анкету, и они в самом деле не знают, что важно для проекта, а что нет. Потому и пришли к исполнителю, чтобы тот помог разобраться, взял часть ответственности и помог.

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

Некоторые клиенты могут использовать техзадания в качестве аргумента в переговорах о стоимости. Мол, вот это нам обещали сделать за пять рублей в студии «Пурпурный карась», давайте и вы так же. Я в такие моменты отвечаю: «Так, а зачем покупать у меня? Идите туда и делайте за пять рублей там. У меня это стоит вот столько».

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


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

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

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

Больше материалов в платном блоге на Бусти за 250 ₽/мес →

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Понятное дело, разумеется и конечно 

Однажды в кафе я наблюдая наблюдал примерно такой диалог:

Заказчик: А вы оптимизируете тексты под СЕО перед публикацией?
Исполнитель: Ну, разумеется.

Заказчик: Нам ещё мобильная версия нужна, знаете…
Исполнитель: Понятное дело.

Исполнитель: Планируете ли вы отдавать тексты на вычитку корректору?
Заказчик: Конечно, а вы как думаете?

Хуечно, блять. Терпеть не могу, когда на встрече кто-то отвечает так, будто ему лень объяснять свой подход и рабочий процесс. И наоборот, когда в ответ на уточняющий вопрос прилетает «а вы как думаете?»

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

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

Заказчик: А вы оптимизируете тексты под СЕО перед публикацией?
Исполнитель: Да, мы анализируем запросы через Яндекс Вордстат и потом пишем тексты с этими запросами.

Заказчик: Нам ещё мобильная версия нужна, знаете…
Исполнитель: Да, понимаем, сейчас 50% трафика — мобильные устройства. Мы продумываем мобильную версию на этапе визуальной концепции, а потом готовим макеты в пяти разрешениях, чтобы сайт выглядел хорошо на любом устройстве.

Исполнитель: Планируете ли вы отдавать тексты на вычитку корректору?
Заказчик: Да, мы работаем с одним исполнителем, он билингв. Но мы готовы рассмотреть ваше предложение.

Клиент не знает, как вы работаете. Возможно, в его жизни были только исполнители-мудаки, и потому он теперь переживает и всё уточняет. Исполнитель, в свою очередь, ничего не знает про бизнес заказчика и его возможности и ожидания от результата. Уточняющие вопросы помогают убедиться, что вы понимаете друг друга.

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

Уступки в одну сторону ★ 

Уступки в одну сторону — плохое решение. Часто оно становится причиной дурного контекста и испорченных отношений. Причин, почему так происходит, много, но есть главная:

Природа человека такова, что он постоянно испытывает этот мир и всё вокруг на прочность. Когда он не встречает отпора и сопротивления, то начинает думать, что можно всё. Так он формирует определённую модель поведения и с каждым разом начинает заходить всё дальше. Раз нет сопротивления, почему бы этим не пользоваться?

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

  1. у него есть власть, т. е. некий рычаг и ресурс влияния на окружающих
  2. и нет преград, т. е. никаких ограничений и последствий.

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

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

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

Своими действиями менеджер задал норму: нас можно продавить, и мы готовы терпеть. Клиент лишь принял эту норму, потому что она ему выгодна. Как и Гитлер в 1938 году, он зарвался лишь потому, что его никто не остановил, не сказал «стоп». Нет, я не сравниваю клиента с Гитлером. Просто факт: человеческое поведение не изменилось.

Любые невынужденные уступки ведут к ещё большим уступкам.

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

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