Тег «полезное действие»

Ошибка на старте. Наврать клиенту про опыт ★ 

Читаю рассылку одного агентства и вижу такой совет:

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

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

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

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

Это если в общем. Теперь по фактам. Вот как я советую поступать, если нет опыта.

Совет № 1. Снизить ожидания от результата

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

— А вы раньше писали статьи о коммерческой недвижимости?
— Пётр Алексеевич, знаете, нет, я прежде не писал на эту тему. Я понимаю, что, возможно, вам нужен автор с опытом в этой сфере. Но если у нас будет эксперт по теме, то вот как бы я решал вашу задачу… Можем для начала написать первую статью и посмотрим, как пойдёт. Если будет не очень, то расстанемся.
— Эксперты у нас есть. Давайте пробовать.

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

Совет № 2. Опыт и цена никак не связаны

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

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

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


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

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

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

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

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

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

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

Кратко

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

Подробно

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

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

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

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

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

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

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


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

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

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

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

Консультация. Гюнель Тагирова, основательница бренда «Кика» ★ 

В январе к нам в студию обратилась Гюнель Тагирова, основательницы бренда одежды «Кика». Когда-то мы снимали офис напротив друг друга и сделали футболки с фразами про Сибирь.

Гюнель пришла с таким запросом: «Хочу сделать сайт для мерча. На какой платформе лучше делать?» Как обычно, я начал с вопроса: «А зачем тебе вообще сайт?» Из ответов стало ясно, что, сайт скорее всего не нжуен. Но что именно нужно, тоже было неясно. Чтобы найти решение, я предложил Гюнель консультацию.

Первым делом — разбираюсь, почему нужен именно сайт, а не что-то другое

Подготовка

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

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

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

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

Проблемы бренда

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

А после него фото с улыбающейся командой кофейни. Конечно, больше отклика вызывает второе фото, возникает мысль: «Если я закажу мерч у Гюнель, то моя команда так же будет радоваться этому, и мы будем более сплочёнными, чем раньше». Мерч — это продукт про эмоции, философию и людей, а не про одежду.

Некоторые фото были настолько тёмными и неконтрастными, что было невозможно разобрать детали.

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

Цель консультации

До консультации Гюнель сформулировала свой запрос так: «Я делаю мерч из премиальных тканей. Хочу, чтобы у меня было портфолио, которое донесёт до клиентов ценность сделать одежду, которая прослужит долго. Для этого хочу сделать сайт про свои услуги по пошиву мерча».

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

Что было на консультации

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

Встреча состояла из нескольких смысловых блоков:

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

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

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

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

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

Результат

По итогу часовой беседы Гюнель получила:

  1. Подробный разбор ошибок, которые мешали её клиентам понять ценность мерча
  2. Рекомендации по стилю фотографий и презентации своих работ
  3. Чек-лист с решениями, которые позволят выпускать новые кейсы регулярно
  4. Варианты, как оформить портфолио, на четыре разных бюджета

Документ с разбором и рекомендациями был готов к концу встречи, и я сразу выслал его Гюнель.

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

Кейс о создании презентации на сайте студии →

Презентация «Кики» на Яндекс Диске →

Как попасть на консультацию

Ознакомьтесь с условиями и напишите мне на почту evgeny@lepekhin.ru или выберите свободное время в Окошках.

Служение ★ 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Длинный текст без картинок ★ 

Никто не читает длинные тексты без картинок.
Сегодня все смотрят Тикток и Ютуб.
Все русские — пьяницы.
Все китайцы — расисты.
В Америке одни геи и трансгендеры.

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

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

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

Люди читают длинные тексты и будут читать в будущем. Вопрос не в том, какой перед нами текст: длинный или короткий, с картинками или без. Вопрос в том, что происходит по ту сторону экрана, в каком контексте человек будет взаимодействовать с нашим текстом, и даём ли мы ему мотивацию прочитать наш текст.

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

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

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

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

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

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

Кратко

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

Подробно

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

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

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

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

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

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


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

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

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

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

Вопрос в конце поста 

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

Мнение или мысль сами по себе являются приглашением к разговору. Вопрос никак не усиливает это сигнал, а, наоборот, ослабляет позицию автора, ставя его в положение просящего.

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

Я всегда срал на все нормы и правила ведения блогов. В конце этого поста нет вопроса, но от этого он не становится менее прекрасным.

Как понять, нужна ли встреча 

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

Любая встреча должна иметь три блока:
— повестку
— цель
— список тем и вопросов к обсуждению

Если чего-то из этого нет или оно сформулировано невнятно, встреча под вопросом. Пользуйтесь этим знанием и не бойтесь отменять встречи.

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

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

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

Мизанплас 

У меня есть негласное правило — превращай всё в систему. Это можно сравнить с тем, что шеф-повара называют мизанплас (фр. mise en place) — «укладка на место» или «всё на своих местах». Это состояние кухни, когда все ингредиенты, утварь и приборы, необходимые для приготовления блюда, лежат на своём месте. Шеф не думая протягивает руку и берет нужную посудину или нож. Так же должно быть и в проектах.

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

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

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

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