Полный рабочий модуль · проектная работа

Вход и ведение проекта.
От хаоса к ритму решений.

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

На выходе модуля: письменно согласованные роль и границы, таблица доступов, карта воронки, план на 7, 14 и 30 дней, журнал гипотез и решений, план задач на неделю, протоколы встреч, статус для клиента и логичный разговор о следующем цикле.
Рабочая книга модуляФайл с 9 листами: инструкция и заполняемые формы — установочный разговор, распределение ответственности, таблица доступов, план на 7, 14 и 30 дней, карточка задачи, протокол планёрки, статус клиенту, журнал решений.
Скачать рабочую книгу

01 · До первого дня

Не начинай производство, пока не собран порядок сотрудничества

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

Что клиент на самом деле проверяет в первый месяц

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

Поэтому оценивает он совсем другое:

  • Понятна ли логика действий — или это набор задач без объяснения.
  • Соблюдаются ли договорённости: то, что обещано на встрече, случилось.
  • Видно ли движение — есть ли ощущение, что процесс идёт.
  • Можно ли предсказать следующий шаг, не спрашивая.

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

Разговор, который нужно провести до старта

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

Договорённость о том, как принимать решения, важнее списка работ

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

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

Неудобный разговор до старта дешевле неудобного разговора в середине

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

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

Согласие на всё на входе создаёт конфликт позже

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

Возражение на входе воспринимается как профессионализм, то же возражение через квартал — как оправдание. Разница только во времени высказывания.

Первый месяц оценивается по соблюдению обещаний, а не по их размеру

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

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

Отсутствие ответа на входные вопросы — тоже ответ

Когда заказчик не знает цикла сделки, маржи и того, кто принимает решения, это не признак его небрежности. Это состояние бизнеса, и работать предстоит именно с ним.

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

Право отказаться от проекта — часть входного разговора

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

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

Прошлый неудачный опыт заказчика объясняет большую часть его требований

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

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

Совпадение ожиданий проверяют на сроке, а не на цели

О цели стороны договариваются легко: обе хотят роста. Расхождение прячется в представлении о том, когда он станет заметен.

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

Роли на стороне заказчика называют поимённо

Работа начинается с одним человеком, а решения принимает другой, о котором на входе не говорили. Согласование после этого растягивается непредсказуемо.

Достаточно спросить, кто утверждает и кто может остановить. Отсутствие ясного ответа — само по себе важная информация об устройстве компании.

Изменение объёма описывают до того, как оно случится

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

Заранее названный порядок — что считается новой задачей и как она оценивается — делает такой разговор рабочим. Без него он всегда выглядит попыткой взять больше денег.

Что делает заказчик — такая же часть договорённости

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

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

Расставание обсуждают на входе, пока оно гипотетическое

Что происходит с материалами, доступами и незавершёнными работами при прекращении сотрудничества — вопрос спокойный до начала и болезненный потом.

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

Карточка контракта роли

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

Результат на первый период:Какой факт будет означать, что первый цикл полезен?

Полномочия и решения:Кто решает, что я могу менять самостоятельно, какие решения требуют согласования.

Не входит в объём:Конкретный перечень, а не «всё остальное».

Условие изменения объёма:Переносим приоритет, добавляем ресурс, меняем срок или оформляем отдельную задачу.

Разговор о прошлом опыте: нужен партнёр или «спасатель»?

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

  1. С кем работали до этого и какую часть работы вы делали лично?
  2. Что именно не получилось — факт, срок, договорённость, результат?
  3. Как закончилось сотрудничество: расчёт, конфликт, невыполненные обязательства?
  4. Что вы считаете своей зоной ответственности в будущей работе?
  5. Что для вас означает «быстрый результат» и какие риски и усилия вы готовы принять?
Предупреждающий сигналЧто нужно прояснить
«Хочу, чтобы кто-то всё разгрёб»Какую часть работы и решений клиент оставляет за собой
Продажи и результат целиком перекладываются на исполнителяСовпадают ли ответственность за деньги и полномочия влиять на путь клиента
Во всех прошлых неудачах виноваты подрядчикиКак клиент понимает собственные обязательства и критерии совместного разбора
Ожидание быстрых и лёгких денегКакой срок следует из фактического цикла сделки и какой риск сторона готова принять

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

Рамка риска проговаривается голосом, а не прячется в переписке

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

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

Карта ценности вместо перечня модных слов

Для сложной или новой услуги покажи одну понятную схему вместо списка терминов:

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

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

Про договор. Письменные условия нужны и при личном знакомстве. Переписка сама по себе не «не имеет силы»: российское право допускает электронную форму и обмен данными, если содержание можно воспроизвести, а отправителя — достоверно определить. Но разрозненные сообщения легко толковать по-разному, поэтому существенные условия лучше собрать в одном согласованном документе: предмет и границы роли, результаты этапов, ответственность сторон, порядок решений, правок, оплаты, данных, изменения объёма и завершения. Форму и условия под конкретную модель проверяет юрист. Основание: статья 160 и статья 434 ГК РФ.

Проверка договора перед первым рабочим действием

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

Что проверитьЧто должно быть понятноПочему это важно в работе
Стороны и реквизитыКто заказчик, кто исполнитель, кто имеет право подписывать и оплачиватьИначе договорённость есть в переписке, но непонятно, кто несёт обязательства
Предмет и состав услугЧто именно делается: диагностика, стратегия, ведение, рекламные материалы, отчёты, консультацииФраза «маркетинг под ключ» не объясняет ни объём, ни границы
Старт работыПосле какого события начинается работа: подпись, оплата, получение доступов, установочная встречаНельзя считать срок с даты, когда исполнитель ещё не получил условия для работы
Материалы и доступы клиентаЧто клиент обязан дать, в какой срок и что блокируется без этогоТак ожидание данных не превращается в молчаливую просрочку исполнителя
Привлечение помощниковМожно ли подключать подрядчиков или ассистентов, кто отвечает за их действия и конфиденциальностьКоманда может помогать, но ответственность перед клиентом должна быть ясной
Цена и порядок оплатыСумма, этапы, предоплата или постоплата, что является основанием для платежаОплата не должна зависеть от устного «ну мы же договорились»
Приёмка результатаЧто передаётся клиенту, когда подписывается акт или иной документ, сколько времени есть на замечанияИначе невозможно отличить незавершённую работу от принятой работы с новыми пожеланиями
Мотивированные замечанияКак клиент описывает недостатки, в какой срок исполнитель исправляет или согласует новый срокЗамечание должно быть связано с согласованным результатом, а не с изменившимся вкусом
Ответственность и ограниченияЧто считается нарушением срока, качества, оплаты; какие последствия наступаютСанкции и риски нельзя оставлять на эмоциональный спор после конфликта
Завершение работыКак стороны предупреждают о расторжении, что передаётся, как закрываются деньги и доступыЧистый выход сохраняет материалы, репутацию и возможность вернуться к сотрудничеству позже
Сообщение клиенту перед стартом.
Чтобы мы не начали работу на разных ожиданиях, давайте до первого производственного действия закроем административный контур: кто подписывает и оплачивает, что входит в услуги, после чего начинается срок, какие материалы и доступы нужны от вас, как принимаем результат, как оформляем замечания и как меняем объём. После этого я спокойно запускаю работу и фиксирую первый план.
Не копируй договор из обучения как готовый юридический документ. Используй его как список вопросов к своему юристу и к клиенту. Ставки неустойки, порядок молчаливой приёмки, электронная подпись, персональные данные, рекламные обязанности и условия расторжения зависят от модели работы, статуса сторон и актуального права.
Стоп-сигнал: если критический показатель зависит от отдела или собственника, но доступ к данным, право влиять и срок реакции не дают, не обещай результат. Зафиксируй это как риск до старта.
Если ты собственник — ты по другую сторону этого разговора. Всё, что здесь описано как «выяснить у клиента», кто-то будет выяснять у тебя. Стоит подготовиться заранее: знать свою цель в деньгах, цикл сделки, маржу, кто принимает решения и что уже пробовали. Специалист, которому не дали этих ответов, потратит на них первый месяц — оплаченный тобой. А тот, кто не спросил вовсе, скорее всего просто не собирается отвечать за результат.
Неудобные вопросы на входе. Вопросы про прошлый опыт задавать неудобно: кажется, что ты роешься в чужих неудачах и заранее подозреваешь человека. Из-за этой неловкости их чаще всего и пропускают — а потом полгода выясняют то же самое дорогой ценой. Помогает переформулировать себе: ты спрашиваешь не «кто виноват», а «что здесь уже пробовали и чем это закончилось». Это тот же вопрос, который задал бы врач, и он никого не обвиняет.
Результат главы. До производства обе стороны письменно подтвердили цель первого периода, роль, полномочия, состав результата, границы, зависимости, порядок оплаты, изменений и завершения; неприемлемые риски закрыты или проект не начинается.

02 · Доступы

Не «пришлите все пароли», а минимальный доступ под конкретную задачу

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

Область работыЧто запроситьЧто этим проверяешь
Таблица или система учёта клиентовПросмотр и выгрузка, этапы, история обращений, причины потерьМожно посчитать путь от обращения до сделки и время на этапах
Реклама и трафикКабинеты, события и пиксели, платежи, история кампанийВидны затраты, источники и конверсионные события
Аналитика сайтаСчётчики, цели, правила меток, доступ к отчётамВидны визиты, конверсии и разрывы в данных
Продукт и сервисОписание продукта, цены, сроки и мощность, отзывы и возвратыМаркетинг не пообещает того, что исполнение не выдержит
ФинансыМаржа, допустимая стоимость привлечения, план и факт, лимиты бюджетаРешения оцениваются не только количеством обращений
КоммуникацииПапка рабочих материалов, календарь встреч, система задач, список участниковРешения и действующие версии хранятся в согласованном месте

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

Запрос доступа — это разговор о доверии, и он ощущается именно так

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

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

Минимальный уровень прав проще согласовать, чем полный

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

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

Отсутствующий доступ должен иметь дату и владельца, а не статус ожидания

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

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

Доступ через личную учётную запись сотрудника — временное решение

Работа из-под чужого входа удобна и потому закрепляется. При уходе этого человека или смене им пароля работа останавливается внезапно, посреди активного периода.

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

Отзыв прав планируют вместе с выдачей

Разговор о том, как закрывать доступы, в момент старта воспринимается спокойно — это часть процедуры. В момент расставания тот же разговор звучит как подозрение.

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

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

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

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

Жёсткое правило: без доступов работа не начинается. Если согласованные доступы тормозятся, это повод для эскалации. Ожидание доступов — незаметная, но самая дорогая потеря на старте, когда специалист работает и ждёт, а сделать ничего не может. Тормозите процесс.
Отдельная строка — что блокируется без доступа. Не «нет доступа к системе», а «без выгрузки обращений нельзя посчитать долю перехода от заявки к сделке, поэтому каналы пока можно оценить только по стоимости заявки». Это переводит запрос из просьбы в описание последствий, и решение принимается быстрее.
Про кнопки в интерфейсах. Как именно выдаётся роль, зависит от конкретной системы учёта клиентов, рекламного кабинета и аналитики — универсального пути нет. Пришлите датированную инструкцию со снимками экрана и ссылкой на официальную справку выбранной системы; после обновления интерфейса её нужно перепроверить. Скачать рабочую книгу
Если ты собственник. Задержка с доступами — самая дорогая и самая незаметная потеря на входе: человек работает, деньги идут, а сделать он ничего не может. Полезно завести это один раз и держать готовым: список систем, у кого права выдавать, сколько занимает согласование. И честно назвать то, чего не дашь — бывают причины не открывать финансы подрядчику, и это нормально, если сказано прямо, а не растянуто на два месяца «сейчас узнаю».
Когда кажется, что давишь. Настаивать на доступах мешает ощущение, что ты давишь и выглядишь навязчивой в первую же неделю. Но посмотри, что происходит при уступке: ты соглашаешься отвечать за результат, не имея возможности его увидеть. Через два месяца объяснить это будет нечем. Разница между «дайте мне доступы» и «без выгрузки я не смогу посчитать вот это, поэтому оценю только вот то» — в том, что второе не требование, а описание последствий.

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

Доступ просят под вопрос, а не под должность

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

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

Ожидание доступа — работа, которая идёт и не даёт результата

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

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

Право отозвать выдают вместе с правом войти

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

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

Личная учётная запись сотрудника — не доступ, а одолжение

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

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

Полученный доступ проверяют в день получения

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

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

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

03 · Дни 1–7

Неделя диагностики: увидеть фактическую систему, а не придуманную историю

Первая неделя не предназначена для «красивой стратегии» или хаотичного запуска. Её задача — собрать одно рабочее поле фактов и отделить данные от предположений.

День 1: организовать рабочее пространство

  1. Не создавай новую структуру. Открой папку проекта, собранную на шаге «До заявки». Там же можно скопировать каждое название. Проверь, что в папке есть единые разделы: 00_Договор, 01_Что_дал_клиент, 02_Контекст_и_факты, 03_Рабочие_материалы, 04_Готово_к_передаче, 05_Отчёты_и_решения, 06_Шаблоны и 99_Архив.
  2. Внутри 03_Рабочие_материалы создавай подпапки «Исследование», «Стратегия», «Гипотезы» или «Производство» только тогда, когда для них появился первый файл. Это уточнение единой структуры, а не новая структура проекта.
  3. Создай таблицу доступов: система, зачем нужна, владелец, кто выдаёт, статус, дата запроса, дата получения.
  4. Создай журнал решений. Первые столбцы: дата, факт, решение, владелец, срок, зависимость, ссылка на материал, статус.
  5. Назначь короткую встречу со всеми ответственными за ключевые области: собственник/руководитель, продажи, продукт/операции, финансы, маркетинг.

Дни 2–4: собрать факты из четырёх источников

ИсточникЧто собратьВопросыРезультат
ЦифрыВыручка, маржа, продажи, воронка, расходы, загрузкаЗа какой период? Откуда цифра? Можно ли ей доверять?Реестр данных и пробелов
ЛюдиИнтервью с собственником, продажами, исполнением, клиентамиГде процесс ломается? Что уже пробовали? Кто принимает решение?Карта противоречий и гипотез
Путь клиентаКасания, обращение, продажа, ввод в работу, результат, повторЧто обещаем? Что реально происходит? Где ожидание расходится?Черновая карта пути
Рабочие материалыУчёт обращений, рекламные кабинеты, сайт, КП, сценарии, отчёты, договорыКакая версия актуальна? Кто ею пользуется?Список рабочих и устаревших материалов

Дни 5–7: сделать карту воронки

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

Страница диагностики ограничения

Симптом:Например: «Есть обращения, но до встречи доходит мало людей».

Факты:Цифры, снимок таблицы или системы учёта клиентов, записи звонков, наблюдения. Без оценок людей.

Где именно разрыв:Этап и ответственный за него.

Что уже пробовали и что получилось:Не «ничего не работает», а наблюдаемый опыт.

Самая дешёвая проверка причины:Действие, показатель, срок, ответственный.

Первая неделя нужна, чтобы отделить факты от рассказа

Любая компания встречает нового человека готовой историей о себе: что работает, что не работает, кто виноват и что надо делать. История эта не ложь, но она собрана из впечатлений и повторена столько раз, что перестала проверяться.

Задача первой недели не оспорить её, а положить рядом данные и посмотреть, где они расходятся. Расхождения почти всегда есть, и именно они, а не подтверждения, определяют, с чего начинать работу.

Соблазн начать делать сильнее всего в первую неделю

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

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

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

04 · Дни 8–14

Перевести цель в проверяемый план инвестиций и решений

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

Собери декомпозицию

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

План строят от результата назад, а не от списка дел вперёд

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

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

Каждое число получает статус, иначе допущение станет фактом

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

Пометка «факт», «допущение» или «нет данных» стоит ничего и защищает обе стороны. Она же показывает, что именно нужно измерить в первую очередь.

Проверка мощности обязательна до согласования плана

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

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

Одна ставка на период проверяется, три — нет

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

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

Гипотеза без условия опровержения — это намерение

Формулировка «попробуем и посмотрим» не может закончиться выводом: любой исход объясним. Работа продолжается по привычке.

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

Согласованный план фиксируют вместе с тем, что в него не вошло

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

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

Рабочие задачи этого этапа: утвердить цены без фальшивых вечных скидок, собрать комплекты из нескольких продуктов для роста суммы покупки, проверить технические функции оплаты (рассрочка, подписка).

Карточка гипотезы

Проблема и доказательство:Не «надо больше материалов», а факт на конкретном этапе пути.

Предполагаемая причина:Формулируй как гипотезу, а не обвинение.

Действие:Что именно меняем, на каком участке и с каким минимальным ресурсом.

Ранний сигнал и итоговый показатель:Что увидим раньше итоговых денег; что будет считаться эффектом.

Ответственный, дата проверки, правило решения:Продолжаем, меняем или останавливаем при каком факте.

Согласуй первую ставку

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

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

Число без пометки о происхождении становится фактом за неделю

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

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

План проверяют на мощность раньше, чем на желаемый результат

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

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

Одна ставка проверяема, три — нет

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

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

Результат главы. Цель разложена назад до нужного объёма спроса и бюджета; у каждого числа есть источник и статус, мощность проверена, а первая ставка согласована как гипотеза с ресурсом, ответственным и правилом решения.

05 · Дни 15–30

Включить цикл управления: исполнение отдельно, результат отдельно

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

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

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

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

Список остановленного важнее списка запущенного

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

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

Ранний сигнал легко принять за результат

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

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

Ритм важнее содержания первого цикла

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

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

Объём первого цикла ограничен не желанием, а мощностью

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

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

Разбор на конце цикла проводят даже при плохом результате

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

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

Выполнение

Что запущено, сделано или заблокировано; где ссылка на результат; соблюдены ли критерии приёмки и срок.

Результат

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

План 15–30 дней

  • Проведи первую недельную сверку по факту, а не по ощущениям.
  • Закрой все критические доступы либо вынеси блокировку на решение.
  • Запусти механику привлечения без прямого бюджета (партнёрские предложения, существующая база, профильные сети).
  • Включи платные каналы только там, где уже подтверждена экономика.
  • Настрой еженедельный статус клиенту и совместную сверку маркетинга с продажами.
  • Зафиксируй, что остановлено или отложено, чтобы команда не пыталась тащить всё.
  • На 30-й день проведи разбор: карта → факт → вывод → следующий цикл.
Что не делается в первый месяц (сознательно). Чтобы не распылиться, чётко зафиксируйте, во что вы не идёте. Например: не идём в долгие переговоры с офлайн-сетями, пока нет доказанного спроса; не идём на новые рынки вне согласованного периметра; не делаем ребрендинг с нуля, а чиним текущее; не масштабируем бюджет до подтверждения рентабельности на реальных данных; не нанимаем людей в штат.
Что должно быть правдой к концу 30 дней. Зафиксируйте измеримые целевые состояния: средний чек не ниже планового, количество активных партнёров или единиц рекомендаций не ниже нормы, доля заказов по подписке или повторов. Реальная экономика посчитана, юридические рамки проверены.

Исполнение и результат расходятся во времени, и это не оправдание

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

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

Список остановленного говорит больше списка запущенного

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

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

Ранний сигнал легко принять за результат

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

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

Разбор в конце цикла проводят и при плохом результате

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

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

Ритм важнее содержания первого цикла

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

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

Сначала смотрят потери в уже существующем пути

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

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

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

Сначала проверить потери в уже существующем пути

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

Как ставить ограниченную проверку такой потери. Выбрать законное основание и подходящую часть клиентской базы, сформулировать конкретный повод, согласовать предложение, канал, число контактов, показатель и прекращение отправки. Рекламные сообщения по сетям электросвязи в России требуют предварительного согласия адресата; отправитель должен уметь доказать его получение. См. статью 18 Федерального закона «О рекламе». Итог показывают как фактический дополнительный результат с полным составом затрат, а не как деньги, целиком созданные одним письмом.

06 · Первые 90 дней целиком

Что показывать клиенту, пока результата ещё нет

План 7/14/30 — пример контрольных точек входа, а не универсальный календарь. До старта полезно договориться, что предъявляется после диагностики, первой проверки, внедрения и полного цикла результата.

ПериодЦель периодаЧто показать клиентуЧего не обещатьЧто клиент может проверить
Первая неделяПогружение и согласование реальностиДоступы, карта текущей воронки, список пробелов в данных, план работ на месяцНикаких прогнозов по выручкеПонятны текущая ситуация, пробелы и ближайший план
Недели 2–4Найти ограничения и сделать первые управляемые измененияПлан/факт задач, короткие протоколы, список гипотез, первые сигналыНе выдавать сигнал за результатВидно, что сделано и почему план изменился
Второй месяцВнедрить устойчивый механизмЧто починили, какие процессы и каналы запущены, еженедельный план/факт и решенияНе обещать линейного ростаИзменения подтверждены данными, а причины результата названы с ограничениями
Третий месяцСверить эффект и решить про следующий циклБыло → стало, выводы, план на квартал, нужные ресурсы и рискиНе прятать то, что не сработалоЕсть основания выбрать продолжение, паузу или завершение

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

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

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

Операционный минимум первого месяца

  • После каждой встречи — протокол: решение, владелец, срок, зависимость. Четыре строки, отправленные в тот же день.
  • Одна согласованная версия данных: один документ, на который ссылаются обе стороны, а не три отчёта с разными числами.
  • Список пробелов в данных — отдельным документом, с указанием, что именно нельзя утверждать, пока пробел не закрыт.
  • Быстрые улучшения ищут только там, где они не маскируют системную проблему. Рост конверсии страницы — промежуточное изменение, но без обработки обращений он может не дать продаж. Покажите оба участка и назначьте ответственных за исправление.
  • Договорённость до сделки: бизнес-задача и ограничения; вложения, горизонт теста и момент, когда результат вообще может появиться; доступы к данным и участие клиента; что входит в услуги и кто принимает решения; сценарий на случай, если гипотезы не подтвердятся.
  • Пока результата нет, предъявляют движение, а не обещание

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

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

    Контрольные точки — это договорённость, а не календарь

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

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

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

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

07 · Комплект документов

Документы проекта образуют одну цепочку, а не склад таблиц

Документ нужен не потому, что он был в чужом шаблоне. Он появляется в тот момент, когда без него нельзя принять решение, передать работу или доказать результат. Поэтому комплект собирается по ходу проекта в одном порядке: факты → расчёт → решение → исполнение → проверка → память.

Документ появляется из решения, а не из шаблона

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

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

Разные читатели требуют разных документов, а не разной длины одного

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

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

Один источник числа важнее красоты формы

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

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

Устаревшая версия опаснее отсутствующего документа

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

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

Записанное решение ценнее записанного числа

Показатель без вывода через полгода ничего не объясняет: непонятно, чем он тогда обернулся и почему поступили так, а не иначе. История проекта при этом исчезает.

Строка с решением и его причиной занимает одну фразу и избавляет от повторения пройденного. Она же — единственное, что позволяет новому участнику войти в проект без пересказа.

Набор документов растёт только вместе со сложностью проекта

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

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

ДокументНа какой вопрос отвечает
Карта воронкиЧто происходит с клиентом сейчас и где узкое место
Декомпозиция и медиапланНа каком основании тратим ресурс
План работ на месяц или кварталЧто делаем крупными кусками и от чего это зависит
План задач на неделюЧто делаем прямо сейчас и как поймём, что готово
Отчёт план/фактЧто получилось и почему разошлось
Реестр гипотез и решенийЧто проверяем, что уже проверили и что из этого следует
Папка рабочих материаловГде лежит всё остальное

В каком порядке собирать комплект с нуля

  1. Сохрани исходники без правок. Письма, выгрузки, записи, прежние отчёты и презентации клиента остаются в разделе 01_Что_дал_клиент. Рабочую копию создавай отдельно.
  2. Восстанови фактический путь клиента. От первого касания до оплаты, результата, повтора и рекомендации. У каждого перехода подпиши источник числа, владельца процесса и неизвестное.
  3. Собери декомпозицию. Свяжи цель по деньгам с числом продаж, подходящих обращений, посещений, бюджетом и мощностью исполнения. Факты отдели от допущений.
  4. Оформи решение. Одностраничная стратегия объясняет: где ограничение, что проверяем первым, почему, какой ресурс нужен, от чего отказываемся и когда пересматриваем выбор.
  5. Разложи решение на работу. Сначала крупные результаты периода, затем недельные задачи. У каждой задачи есть входные данные, владелец, срок, критерий готовности и ссылка на результат.
  6. Веди факт рядом с планом. Канальные таблицы хранят операционную детализацию, а сводный отчёт показывает собственнику изменение денег, воронки, рисков и решений.
  7. Зафиксируй вывод. После проверки запиши не только число, но и решение: продолжить, изменить, остановить или запросить данные. Иначе следующий человек повторит тот же опыт.
Сквозная связь комплекта

Строка исходных данных → показатель в расчёте → выбранная гипотеза → задача исполнителя → ссылка на готовый результат → изменение показателя → принятое решение.

Если звено нельзя проследить назад и вперёд, документ пока существует сам по себе и не управляет проектом.

Два уровня одной системы

УровеньЧто в нём находитсяЧего в нём не должно бытьКакое решение принимает читатель
Сводный — для собственникаЦель, деньги, главные переходы воронки, отклонения, причины, риски, нужные решения и прогноз с допущениямиСотни объявлений, технические настройки и перечень каждой мелкой задачиОставить или изменить ставку, бюджет, мощность, приоритет и полномочия
Рабочий — для исполнителяТочная задача, исходники, аудитория, канал, ограничения, срок, показатель, критерий приёмки, доказательство и состояниеОбщая цель без следующего действия и фраза «сделать хорошо»Что делать сейчас, как проверить себя и когда передавать результат

Рабочая область отдельного канала или подрядчика

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

Минимальные поля рабочей области
  • задача и её связь с гипотезой или показателем;
  • исходные данные, ограничения и зависимость от других людей;
  • ожидаемый результат и критерий приёмки;
  • ответственный, крайний срок и промежуточная проверка;
  • состояние работы и причина задержки;
  • ссылка на материал или другое проверяемое доказательство;
  • фактический показатель, вывод и принятое решение.
Почему не нужен один и тот же набор для всех проектов. Контент-календарь появляется там, где производится содержание; таблица вместимости — там, где бизнес теряет спрос из-за занятых мест; группы клиентов по дате первого обращения — при длинной сделке; повторные покупки — там, где результат созревает после первой продажи. Начинай с решения, которое нужно принять, и добавляй форму только под него.
Если ты собственник. Тебе не нужно открывать все рабочие листы. На первой странице должны быть цель периода, план и факт по ключевым переходам, денежный результат, три главных отклонения, объяснение причин, решение команды и один вопрос, который нельзя решить без тебя. Детали остаются доступными по ссылке, но не заслоняют выбор.

Как не утонуть в документах

  • Сначала одна сквозная цепочка показателей, а не отдельный отчёт по каждому каналу.
  • Уровень детализации — под адресата: собственнику решение и динамика, исполнителю действие и критерий.
  • Одна действующая версия: согласованные названия показателей, состояний и периодов.
  • План — гипотеза, а не пророчество. Пересматривается по факту, и это норма.
  • Не переносить в новый проект весь архив форм. Сначала вопрос и решение, потом нужная таблица.
  • Не скрывать рабочие материалы от клиента без причины. Разделяй права доступа и чувствительные данные, но сохраняй проверяемость работы.
Сделай сейчас. Открой единую структуру папки, уже созданную по маршруту проекта. Не придумывай вторую. Создай одну страницу-указатель со ссылками на исходники, путь клиента, расчёт, стратегию, задачи, отчёт и журнал решений. Затем пройди по одной строке данных до решения: если связь обрывается, дополни недостающее звено.
Результат главы. Другой уполномоченный участник без устных подсказок находит текущую цель, исходные данные, расчёт, выбранное решение, план, факт, готовые материалы и ближайший шаг; собственник видит сводку, исполнитель — рабочую детализацию, а дубли и устаревшие версии помечены. Скачать рабочую книгу

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

08 · Постоянное ведение

Неделя должна заканчиваться решением, а не ещё одним чатом

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

Встреча без решения превращается в отчёт

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

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

Повестку готовит тот, кто ведёт, и рассылает заранее

Собранная на ходу повестка отдаёт время первому заговорившему. Важное при этом обсуждается в конце и наспех.

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

Разбор исполнения и разбор направления разводят по разным встречам

Вопросы «почему не сделано» и «туда ли идём» требуют разного состава и разного настроения. Смешанные, они всегда решаются в пользу первого — он срочнее.

Отдельное время для второго вопроса — единственный способ его не потерять. Даже если оно наступает заметно реже.

Число участников определяет, что на встрече возможно

В большом составе не обсуждают сложное: люди молчат, а решения принимают потом в переписке. Формально встреча прошла, фактически нет.

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

Записанное решение переживает встречу, обсуждение — нет

Через неделю участники помнят разные вещи, и спор возобновляется с начала. Ощущение хождения по кругу возникает именно отсюда.

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

Невыполненное с прошлой встречи разбирают первым

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

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

УровеньВопрос уровняРабочий результатРитм
Цель и деньгиЧто бизнес пытается изменить и почему?Воронка, декомпозиция, допущенияМесяц / квартал
ИнициативыЧто именно должно изменить показатель?План инициатив и реестр гипотезМесяц
ИсполнениеКто что делает на этой неделе?План задач на неделю и карточки задачНеделя / день
КонтрольЧто произошло, где разрыв, какое решение нужно?План/факт и журнал решенийНеделя
ПамятьКак продолжить работу без раскопок в чатах?Папка рабочих материалов и протоколыПосле каждого решения

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

Какие встречи нужны и как часто

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

ФорматДля чегоКогда нужен
Короткий ежедневныйСинхронизация и снятие препятствийОперационные роли, где задержка на день создаёт аврал
НедельныйФакт, приоритеты, мощность, решенияПроектная работа — основной ритм
Периодический стратегическийДинамика показателей, пересмотр направления и ресурсовС частотой, согласованной под скорость изменений и цикл сделки
ИндивидуальныйПриоритеты человека, качество работы, развитиеКогда в команде есть люди, а не только подрядчики

Четыре вопроса, на которые отвечает каждый участник

До встречи все обновляют одну общую систему задач и показателей. На встрече каждый отвечает коротко:

  1. Что завершено — со ссылкой на результат, а не «работал над».
  2. Что не завершено и почему.
  3. Что в приоритете до следующей точки.
  4. Какое решение, ресурс или входные данные нужны от команды.

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

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

Понедельник: выбрать ставку

  1. Открой карту воронки и план/факт прошлого периода.
  2. Выбери число приоритетов, которое помещается в доступную мощность; сначала критический риск и наибольшее ожидаемое влияние.
  3. Для каждого запиши: проблема → гипотеза → действие → ожидаемый сигнал → владелец → дата проверки.
  4. Проверь мощность, бюджет, зависимости и критерий приёмки.
  5. Явно отложи, отмени или делегируй то, что не помещается.

Карточка задачи

Цель и контекст:

Входные данные и ссылка на источник:

Ожидаемый рабочий результат и критерий приёмки:

Владелец, крайний срок, контрольная точка:

Что блокирует / что делаем при отклонении:

Повестка планёрки

БлокДоля встречиВопросВыход
ФактКороткоЧто завершено со ссылкой или числом? Что не сделано и почему?Единая картина
РазрывОсновная частьГде отклонение и какое решение реально нужно?Решение, не спор
Следующий периодДостаточно для проверки мощностиКакие приоритеты помещаются, от чего зависят и когда проверяются?Выполнимый план
ФиксацияДо полного подтвержденияКто, что, к какому сроку, где проверяем?Протокол

Протокол после планёрки

Факт / разрыв:

Решение:

Владелец и срок:

Зависимость, ссылка на проверку:

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

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

09 · Коммуникация с клиентом

Короткое сообщение о ходе проекта создаёт предсказуемость

Предприниматель не видит ежедневную работу команды. Если информация появляется только после тревожного сообщения, пробел заполняется догадками. У текущего сообщения должны быть заранее согласованные частота и структура.

Статус нужен, чтобы не спрашивали, а не чтобы отчитаться

Проверка полезности простая: стало ли меньше вопросов «как там дела». Если не стало, сообщение не отвечает на то, что действительно интересует вторую сторону.

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

Регулярность создаёт предсказуемость, нерегулярность — тревогу

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

Один и тот же день и одна и та же структура делают статус фоном, а не событием. Это и есть цель: содержание должно быть заметнее самого факта отправки.

Строка «нужно от вас» — главная часть сообщения

Просьба, растворённая в тексте, не выполняется: её не находят. Через неделю выясняется, что решение так и не принято, а работа стояла.

Отдельно вынесенный пункт с конкретным действием и сроком резко повышает долю ответов. Отсутствие такой строки тоже стоит писать явно — это снимает ощущение незаданного вопроса.

Отсутствие результата называют прямо и с датой

Попытка заполнить пустое место перечислением занятости читается насквозь и расходует доверие быстрее молчания. Заказчик видит объём слов и отсутствие содержания.

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

Плохую новость отправляют тем же каналом и в тот же срок

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

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

Длина сообщения ограничена тем, что его будут читать

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

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

Еженедельное сообщение «сделано → сигнал → решение»

Сделано:Коротко и со ссылкой на конкретный рабочий результат.

Сигнал:Что видно в цифрах или системе. Если результат ещё рано ждать — какая часть работы уже выполнена и почему.

Риск / препятствие:Факт без оценок; влияние на цель; что будет при бездействии.

Следующий шаг:Что делает команда, ответственный и дата проверки.

Нужно от клиента:Конкретное решение, доступ или входные данные с крайним сроком.

Ежемесячный разбор строится так: было → сделано → стало → вывод → решение следующего периода → нужный ресурс/риск. Это не презентация ради отчётности, а место, где утверждается новый фокус и нераскрытые ограничения.

Короткий статус

«За период завершено: карта пути заявки и сверка 40 обращений за неделю, файл лежит в рабочей папке проекта. По данным на 13 сентября видим: доля ответов в течение 30 минут выросла, но влияние на оплаты ещё не доказано. Риск или отклонение: в части заявок нет причины отказа, поэтому мы можем неверно оценить качество рекламы. Следующий шаг с нашей стороны: до 15 сентября сверить причины отказов и предложить одно изменение в обработке заявок. От вас нужно до 14 сентября: подтвердить, кто утверждает обязательные поля в системе учёта. Финансовый результат ещё не созрел; следующая проверка — 23 сентября».

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

10 · Общая работа

Маркетинг и продажи управляют одним путём, а не передают друг другу виноватых

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

Совместная сверка пути клиента

ЭтапЧто смотримГлавный владелецЧто решить
Источник → обращениеОбъём, стоимость, конверсия, качествоМаркетингПродолжать / менять канал и сообщение
Обращение → квалификацияДоля, причины, сегментыОбаКритерии и обратная связь
Первый ответОбычное время ответа, пропуски, согласованный пределПродажиРесурс и дисциплина процесса
Квалификация → встречаКонверсия по источнику и менеджеруПродажиСценарий / обучение / предложение
Встреча → оплатаЦикл сделки, причины исходовПродажи / руководительФормат и следующее действие

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

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

11 · Команда и подрядчики

Передавай не «задачу», а контекст и критерий результата

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

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

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

База подрядчиков — это не список знакомых

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

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

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

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

Критерий готовности пишут до начала, иначе его напишет приёмка

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

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

Промежуточная точка нужна там, где переделка дорогая

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

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

Ответственность перед заказчиком не делится с подрядчиком

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

Отсюда практическое следствие: сроки подрядчикам ставят с запасом относительно обещанного клиенту. Запас — не перестраховка, а плата за принятую на себя ответственность.

Пересказ исполнителя — самая дешёвая проверка передачи

Вопрос «всё понятно?» получает утвердительный ответ почти всегда. Расхождение обнаруживается через несколько дней в виде готовой не той работы.

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

Разовая передача и постоянное сотрудничество устроены по-разному

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

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

ПолеЧто записатьЗачем
Роль и специализацияНапример: монтаж коротких роликов, настройка аналитики, дизайн посадочных страницНе звать человека туда, где он просто «в целом маркетолог»
Ниши и тип задачГде уже работал и какие задачи реально делал личноПортфолио без личной роли легко переоценить
ДоказательстваСсылки на работы, отзывы, цифры с условиями, тестовая задача, созвонРекомендация превращается в проверяемое основание
УсловияДиапазон цены, сроки, доступность, формат оплаты, число правок, что не входитСравниваются не люди вообще, а условия под конкретный проект
Источник рекомендацииКто рекомендовал, в каком проекте и чем завершилась работаРекомендация имеет контекст, а не магический статус
Юридическая рамкаДоговор, права на материалы, конфиденциальность, персональные данные, доступыПодрядчик не должен создавать новый риск вместо закрытия задачи
История после проектаСроки, качество, коммуникация, инциденты, повторное привлечение, итоговая оценкаБаза становится умнее после каждого проекта
Карточка подрядчика.
Роль: [какую задачу закрывает]. Специализация: [узкая область]. Подходит для: [ниши/форматы]. Не подходит для: [ограничения]. Доказательства: [портфолио/тест/отзыв/цифры]. Источник рекомендации: [кто и в каком контексте]. Условия: [цена, сроки, правки, оплата]. Юридически проверить: [договор, права, данные, доступы]. После проекта: [сроки, качество, риски, повторять/не повторять].
Не публикуй чужую базу контактов. Персональные телефоны, почты, субъективные оценки, цены и комментарии из учебных таблиц нельзя переносить в книгу. В книге остаётся структура проверки; конкретная база хранится закрыто и передаётся только при законном основании и согласии.
Как звучит передача. Не «сделай лендинг к пятнице», а, например: «Нужно получить страницу для заявок на диагностическую консультацию. Аудитория и предложение — по ссылкам в рабочей папке. Входит один экранный путь и форма, не входит настройка рекламы. Принимаем по утверждённому тексту, работе на телефоне и доставке тестовой заявки. Черновик — в среду, решение принимает руководитель проекта, окончательный срок — пятница». Исполнитель отвечает своим пересказом и вопросами до начала.
Результат главы. Исполнитель подтвердил цель, исходники, границы, рабочий результат, критерии приёмки, промежуточную точку и срок; принимающий назначен, а итог и выводы сохраняются в общей папке проекта.

12 · Несогласие, передача решения выше, границы

Переводи конфликт в решение — пока условия позволяют это делать

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

Новая задача: «В плане уже есть карта воронки и сверка причин отказов. На новую презентацию потребуется 6 часов. Выбираем: переносим одну из согласованных задач, добавляем ресурс, меняем срок или оформляем дополнительный объём?»
Нет доступа или решения: «Без доступа к системе учёта клиентов мы не сможем проверить долю заявок, дошедших до встречи. Это создаёт риск: мы будем менять рекламу, не понимая, где реально теряются люди. Есть два варианта: дать доступ на просмотр сегодня или выгрузить обезличенную таблицу до завтра. Решение нужно до 14 сентября».
Спор о подходе: «Сейчас есть такие данные. У нас две гипотезы: проблема в качестве заявок или в скорости первого ответа. Предлагаю ограниченную проверку до 23 сентября, показатель — доля назначенных встреч, ответственный — руководитель проекта».
Неприемлемый тон: «Готова обсуждать задачу и результат. В таком тоне продолжать не буду; вернёмся к письменной фиксации или встрече с руководителем проекта».

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

Такую передачу часто называют эскалацией. Используйте одну структуру:

факт без оценкириск и влияниевариантыкакое решение нужносрок

Первый элемент особенно важен. «Продажи не берут трубки» — оценка. «Из 60 обращений за неделю первый контакт зафиксирован по 23; обычное время ответа — 9 часов» — проверяемое наблюдение. С самим числом ещё можно спорить по источнику и определению, поэтому ссылку на данные указывают рядом.

Не угадывать причину резкого тона

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

Когда тон перешёл границу

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

Когда эскалировать обязательно

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

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

Клиент сопротивляется инструменту: пять шагов вместо спора

«У нас это уже пробовали, не работает» — не возражение против тебя и не повод настаивать. Это информация, которую надо распаковать.

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

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

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

13 · Конец цикла

Не исчезай после отчёта: заверши цикл решением

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

Разговор о следующем цикле

Стартовая точка:Что было подтверждено на старте.

Сделано и доказательства:Что именно изменили, ссылки и цифры.

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

Следующая логичная задача:Какая незавершённая задача или новая возможность есть.

Варианты решения:Расширение, корректировка, пауза, новый формат или завершение — с границами и ресурсом.

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

Цикл заканчивается решением, а не отчётом

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

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

Разговор о продолжении начинают заранее и не под давлением срока

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

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

Вариантов всегда несколько, и завершение — один из них

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

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

Молчание не продлевает обязательства и не отменяет их

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

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

Результат главы. Карта «было → сделано → стало → вывод → следующий выбор» подтверждена ссылками и ограничениями; стороны выбрали новый объём, паузу или завершение до последнего дня, а доступы, файлы, обязательства и оплаты переданы по списку. Скачать рабочую книгу
Словарь этой страницы 49 терминов

Короткие объяснения терминов, которые встречаются выше. Формулы, примеры и связанные главы — по ссылке на термин.

Acceptance criteria
критерии приёмки. Проверяемые условия, при которых результат считается принятым.
Access
доступ. Техническое право видеть данные или выполнять действия в системе.
AOV
средний чек заказа. Average Order Value: средняя выручка на заказ.
Approval
утверждение. Зафиксированное разрешение уполномоченного человека перейти к следующему действию.
Asset
рабочий актив. Материал, данные, доступ или система, которые можно повторно использовать и которые создают ценность.
Baseline
исходный уровень. Зафиксированное состояние до изменения, с которым сравнивают результат.
Benchmark
ориентир для сравнения. Внешнее или внутреннее значение, с которым сопоставляют результат.
Capacity
доступная мощность. Реальный объём работы, который человек или команда могут выполнить в период с учётом текущих обязательств.
CJM
карта пути клиента. Customer Journey Map показывает этапы, задачи, контакты, ожидания, эмоции и провалы клиента.
Claim
проверяемое рекламное утверждение. Обещание или факт о продукте, который способен повлиять на решение клиента.
Consent
согласие. Осознанное и фиксируемое разрешение человека на конкретное действие с его данными или материалом.
Context
рабочий контекст. Информация, доступная модели в текущем запросе или рабочей среде.
Cookie
файл идентификатора в браузере. Небольшие данные, которые сайт сохраняет или читает для сессии, аналитики и персонализации.
Cost
затраты или стоимость. Деньги и иные ресурсы, потреблённые ради результата. В разных формулах состав затрат различается.
CR / Conversion rate
конверсия. Доля объектов, перешедших из одного точно названного состояния в другое.
Decision log
журнал решений. Хронология принятых решений и причин, чтобы команда не возвращалась к спору без новых данных.
Delivery
доставка результата клиенту. Вся операционная часть исполнения обещанного: производство, передача, внедрение и подтверждение результата.
Discovery
предпроектное исследование. Этап, на котором уточняют задачу, контекст, ограничения, людей, данные и цену бездействия до предложения решения.
Evidence
доказательство. Проверяемая опора для утверждения: источник, точное место, дата и ограничения.
Exclusion
явное исключение из работ. То, что сторона могла ожидать, но что не входит в согласованный scope.
Exit
выход из проекта. Управляемое завершение работы без потери данных, доступов и отношений.
Frequency
частота показов. Среднее число показов на одного охваченного пользователя.
Funnel
воронка. Последовательность измеримых этапов от контакта с рынком до денег и удержания.
Gross profit
валовая прибыль. Выручка после вычета себестоимости проданного объёма.
Handoff
передача между людьми или этапами. Контролируемая передача ответственности и контекста без потери данных.
Job
единица работы. Конкретная работа, которую должен выполнить человек, процесс или система; в исследованиях может означать задачу клиента.
Kickoff
установочная встреча. Официальный старт совместной работы после договора и до активного исполнения.
Landing page
посадочная страница. Страница под одну аудиторию, одно предложение и один основной следующий шаг.
Latency
задержка ответа. Время между запросом к системе и получением первого результата.
Model
модель. Конкретная обученная система с определёнными возможностями, ограничениями, ценой и режимом работы.
Offer
оффер, предложение. Конкретные условия обмена: что получает клиент, за какую цену, в какой срок и с какими границами.
Opt-in / opt-out
согласиться / отказаться. Механизмы включения коммуникации и выхода из неё.
Outcome
изменение в результате работы. Наблюдаемое изменение в бизнесе или поведении клиента, ради которого выполнялась работа.
Owner
владелец результата. Один человек, который отвечает за доведение результата до принятого состояния и имеет нужные полномочия.
PII
персональные данные, позволяющие узнать человека. Personally Identifiable Information: данные, прямо или косвенно связанные с идентифицируемым человеком.
Privacy
приватность и защита личной информации. Принципы законного, минимального и ожидаемого использования данных о людях.
Product
продукт. Не только товар или услуга, а весь способ доставить обещанную ценность конкретному клиенту.
Proof
доказательство обещания. Факт, артефакт или наблюдение, которое снижает риск поверить предложению.
Qualification
квалификация. Проверка, подходит ли клиент, есть ли реальная задача и имеет ли смысл следующий этап.
Reconciliation
сверка. Поиск и объяснение расхождений между двумя источниками, которые описывают связанные факты.
Renewal
продление. Осознанное продолжение отношений на новый период и, возможно, новый объём работ.
Revenue
выручка. Стоимость проданных товаров или услуг за период по принятому правилу признания.
Review
проверка или совместный разбор. Назначенная точка, где результат сравнивают с критериями и принимают решение.
Touchpoint
точка контакта. Любое взаимодействие клиента с брендом или процессом: реклама, звонок, счёт, поддержка.
Uncertainty
неопределённость. Часть результата, которую нельзя считать точно известной из-за данных, выборки или будущих условий.
Запуск
лонч, launch. Ограниченная по времени кампания продаж продукта, вокруг которой заранее выстроены прогрев, вебинар или марафон и дедлайн.
Продюсер
партнёр эксперта по бизнесу и запускам. Роль, которая берёт на себя воронки, запуски, команду и часть операционки эксперта в обмен на процент от выручки, а не фиксированный гонорар.
Рассрочка
оплата частями. Разбивка стоимости продукта на несколько платежей — банковская рассрочка или собственный график продавца.
Фидбэк
обратная связь. Разговорный англицизм для обратной связи — реакции клиента, ученика или коллеги на продукт, контент или работу.
Открыть полный толковый словарь А–Я →