Что я говорю новому маркетологу в первую неделю — и почему не даю инструкцию

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

Зачем вообще отказываться от инструкции в первую неделю

Инструкция описывает действия для известных ситуаций. Маркетинг — среда с постоянно меняющимися вводными: новый конкурент, подорожавший канал, блокировка кабинета, смена алгоритма площадки. Сотрудник, обученный по инструкции, умеет повторять шаги; сотрудник, обученный через контекст, умеет понять, какой шаг применить, когда шаблона нет.

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

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

Что я рассказываю в первый день

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

• Как компания зарабатывает деньги. Откуда приходит выручка, какая у неё структура по каналам и сегментам, какая маржинальность у ключевых продуктов. Логику P&L компании новичок должен понимать хотя бы на уровне общей структуры — подробнее о том, как маркетинг соотносится с прибылью и убытками, в материале про P&L в маркетинге. Без этого человек не может оценить, важна ли задача, которую ему поручили.
• Кто принимает решения и на основе чего. Какие цифры смотрит собственник или совет директоров, с какой периодичностью, что для них означает «маркетинг работает».
• Какая у отдела структура сейчас. Кто за что отвечает, где границы ролей, куда идти с вопросом, если не к руководителю напрямую. Общий принцип устройства функции разобран в материале о структуре отдела маркетинга.
• Что считается результатом лично для него. Не список задач, а метрика или набор метрик, по которым через месяц будет видно, получилось или нет.

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

Какую метрику я называю результатом новичка

Результат новичка в первую неделю — это не выполненные задачи, а правильно заданные вопросы. Метрика первого месяца конкретнее: вклад в показатель, который видит руководитель — выручка с канала, стоимость привлечения клиента (CAC), конверсия на этапе воронки, за который он отвечает. Какую именно метрику выбрать и как её не перепутать с метриками активности, разобрано в материале про KPI маркетолога.

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

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

Чем контекст отличается от микроменеджмента

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

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

Там, где компания реально нуждается в микроменеджменте — юридические риски, работа с бюджетом, персональные данные (152-ФЗ) — об этом я говорю отдельно и прямо, без иллюзии, что «разберётся сам». Правило разграничения зон самостоятельности и контроля подробнее разобрано в материале про обязанности CMO.

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

Когда инструкция всё-таки нужна

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

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

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

Как я проверяю, что контекст усвоен

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

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

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

Частые ошибки

• Выдать регламент вместо разговора. Регламент экономит час руководителя сейчас и стоит месяцы неправильно расставленных приоритетов потом.
• Не объяснить, как компания считает деньги. Без этого новичок не может отличить важную задачу от второстепенной и будет полагаться на срочность, а не на значимость.
• Назначить результатом количество закрытых задач. Это учит отчитываться активностью вместо эффекта и закрепляется очень быстро — переучить сложнее, чем научить правильно с начала.
• Смешать зоны контекста и зоны чек-листа. Если дать самостоятельность там, где нужна строгая процедура (бюджет, персональные данные), ошибка окажется необратимой.
• Отложить первый самостоятельный шаг на месяц. Чем позже новичок формулирует задачу сам, тем позже видно, усвоен ли контекст, и тем дороже обходится несовпадение с уровнем сотрудника.
• Считать, что контекст передаётся один раз. Бизнес-приоритеты меняются чаще, чем кажется; то, что было верно в момент найма, может быть неверно через квартал, и это нужно обновлять, а не предполагать по умолчанию.

FAQ

Нужна ли новичку письменная документация вообще?

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

Сколько времени должен занимать разговор о контексте в первый день?

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

Что делать, если новичок приходит из компании с жёсткими регламентами?

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

Как понять, что новичок не готов работать без инструкции?

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

Как делегировать ответственность, а не только задачи?

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

Нужно ли менять подход к онбордингу для джуниора и для сильного маркетолога с опытом?

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

Как часто нужно повторять разговор о приоритетах после первой недели?

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

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