У нас remote-frst команда. Remote-first — это когда офис/коворкинг по желанию, а изначально мы ориентируем, что работа будет удаленной. Remote-first держится на ответственности и сдерживании обещаний.

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

1. Всегда можно передоговориться. Иногда что-то случается, и становится понятно, что дедлайн не будет соблюдён. В таком случае мы стараемся как можно раньше передоговориться с клиентов. Если времени до дедлайна останется немного, то можем ограничить функционал задачи или её объем. К примеру, делаем анализ конкурентов, и первой итерацией только 3-5 основных конкурентов, а второй всех остальных. Это важно, потому что наш ЛПР тоже мог кому-то пообещать показать нашу работу.
2. Создаем внутренние дедлайны. Чтоб не делать всё в последний день, мы создаем внутренние дедлайны. Дизайнеры готовят креативы к такому числу, мы готовим посадочные к такому числу. А в такой то день согласовываем с клиентом. В идеале если после всего этого еще остается 2 дня, если что-то пойдет не так.
3. Создаем буфер. Это от 2 до 6 часов в неделю, которые отводятся для срочных задач или если что-то пойдет не так. Если срочных задач нет, то делаем что-то сверху.
4. Еженедельная встреча с клиентом. Сложно говорить клиенту, что ты не сделал какую-то задачу. Еженедельная встреча с клиентом для нас обязательна. Там мы обещаем клиенту что-то сделать на следующую неделю. И через неделю отчитываемся о проделанной работе с результатами в цифрах.
5. Дедлайн от согласования. Если для выполнения задачи нужно согласования третьего лица, то мы делаем плавающий дедлайн от дня согласования. К примеру, мы подготовим КП за неделю, после того как получим доступы в рекламные кабинеты и метрику от вас.

А вы что делаете, чтоб не срывать дедлайны?

Я уже писал, что стараюсь разделять информационное поле. Всё что связано с задачами, я веду в планировщике Singularity App. Все что нужно прочитать или узнать что-то новое, я складываю в Omnivore. Все собственные записи делаю в Obsidian.

Но телеграм-каналы не приспособлены, чтоб их читать в Omnivore. У них нет RSS-лент.

Для этого я нашел сервис RSSHub. Это бесплатная утилита, которая создает из телеграм-канала RSS ленту.

Разберём на примере моего канала. Ссылка на него такая:

https://t.me/rozhkovmarketing

Чтоб сделать RSS ленту в RSSHub: берём последнюю часть ссылки

rozhkovmarketing

и добавляем к

https://rsshub.app/telegram/channel/

Должно получится:

https://rsshub.app/telegram/channel/rozhkovmarketing

Все, готово, добавляем этот Atom XML лист в Omnivore или другую RSS читалку, и новые посты будут добавляться в сервис.

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

Почему так случается? Дело в том, что хороший отзыв дает два эффекта:

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

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

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

Сейчас еженедельно созваниваюсь с кандидатами на место младшего перформанс-маркетолога.

Обычно младшие имеют мало опыта работы с инструментами, или вообще не имеют опыта по каким-либо инструментами. И всегда интересно наблюдать как человек будет отвечать на вопросы: «Давай разберем кейс, как ты будешь вытаскивать clientID?».

Некоторые начинают нести какую-то ахинею → с этими я скорее всего попрощаюсь. Зачем придумывать на ходу то, в чем ты не разбираешься?

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

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

В IT-Agency обязательно проводятся 1-to-1 встречи между ведущим и ведомым. Сегодня хочу рассказать про тонкости этого инструмента.

Что такое 1-to-1?

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

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

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

Каждый растит себе замену

Мидл выращивает мидлов себе на замену. Когда он станет старшим, ему будут нужны сильные мидлы, которые будут вести проекты и брать ответственность за проект. А иначе некому будет делегировать.

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

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

Раньше ведущий и руководитель учили всех

Раньше вести 1-to1 могли только ведущие и руководители. Но мы столкнулись с проблемой: руководитель не работал с рекламными кампаниями и не мог помочь младшему, если у того возникли проблемы с каким-то инструментами.

Поэтому переиграли это правило:

Младших — ведут мидлы и старшие-1.
Мидлов — ведут старшие и в редких случаях, ведущие.
Старших — ведут ведущие и руководитель.

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

Как помогает 1-to-1

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

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

А ведущие начинают понимать, что их сила зависит от силы их команды. Чем сильнее команда, тем сильнее и они.