Тег «забота»

Справлюсь сам

Бесит, когда люди из гордости или ещё по каким-то причинам не обращаются за помощью. Почему-то считается, что со всем в жизни нужно справляться самому. Но это не так.

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

Просить помощи не стыдно. Не знать ответов на все вопросы — нормально. Это касается всего: работы, здоровья, отношений с близкими. Несколько примеров:

— Если не идёт работа, попроси помощи у коллег, не надо ждать, когда выйдут все сроки.

— Если третий день болит под лопаткой, сходи к врачу, не жди, пока боль станет хронической.

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

Признать свою слабость в чём-либо — огромная сила. В этом нет ничего дурного.

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

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

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

Тревожный текст под кнопкой отписки 

В прошлом году я покупал лекции Бюро Горбунова, и 16 июля у меня кончается подписка. Я зашёл в личный кабинет, чтобы заранее отменить её…

Ничего страшного или конец света 

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

Про хуйню ★

На сайте студии написано, что наш подход заключается в двух словах: «без хуйни». Некоторых эта фраза смущает и мне время от времени задают вопрос: «Непонятно, что такое „хуйня“. Что имеется в виду? Каждый ведь может трактовать это понятие по-разному». Отвечаю.

Хуйня — это всё, что противоречит здравому смыслу, логике и договорённостям.

Примеры хуйни в работе и жизни:

  • Не предупредить о проблеме в проекте и ждать, что всё разрешится само
  • Не прийти на встречу и не сообщить другим участниками, что планы изменились
  • Потратить две недели на переговоры, получить от клиента согласие, а не следующий день — отказ без объяснения причины
  • Обсуждать человека у него за спиной
  • Сорваться на постороннем человек из-за личных проблем
  • Закатить истерику, чтобы получить желаемое

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

Не бывает так, чтобы кто-нибудь проснулся и подумал: «Вот бы на меня сегодня начальник наорал. И ещё бы сроки в проекте сорвались. Как же скучно жить, когда тобой никто не манипулирует!» Никто не хочет иметь дело с хуйнёй.

Самое удивительное, что, хуйню чувствуют все. Люди могут не знать, как должно быть в идеале, но точно знают, как быть не должно. Хуйня — универсальное явление. Когда случается хуйня, не все могут встать и сказать вслух: «Ребята, творится какая-то хуйня». Но точно все это чувствуют и понимают.

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

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

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

Кратко

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

Подробно

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

История про бронекофе 

Меня упрекают, что вот я постоянно говорю про понимание задачи. Окей, зайду с другой стороны. Вот вам лайфстайл-история не про понимание задачи…

Служение ★

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

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

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

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

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

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

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

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

Кратко

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

Подробно

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

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

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

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

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

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


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

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

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