Новый проект.
Что делать от первого сообщения до продления.

00 · До заявки

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

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

Сначала создай одну папку проекта

1. Открой Проводник Windows, Яндекс Диск, Google Диск или другое место, где обычно хранишь рабочие файлы.
2. Создай папку Клиенты Скопировать название.
3. Внутри создай папку _Шаблон проекта Скопировать название. Это пустой образец, а не папка конкретного клиента.
4. Внутри неё создай восемь разделов из схемы ниже. Эта же структура используется во всех следующих главах.

Как понять, куда положить файл

Теперь заведи первую заявку

1. Скачай стартовый комплект и открой лист 01_Заявки.
2. Впиши имя или компанию, откуда пришёл человек и его исходное сообщение.
3. Выбери состояние: новая заявка → нужно уточнить → встреча назначена → предложение отправлено → договорились → оплачено → вернуться позже → отказ.
4. Обязательно запиши одно следующее действие и его дату. Остальные неизвестные поля пока оставь пустыми.

01 · Первый контакт

Ответить, собрать минимум и назначить следующий шаг

Первое сообщение не превращается в бесплатную стратегическую сессию.

Сначала определите, какой это контакт

Качество первого ответа проверяется по поведению, а не по «энергии»

• Имя используется, если оно известно и написание проверено. Формальное «вы оставили заявку» не заменяет человеческого ответа, но ошибка в имени хуже нейтрального обращения.
• В ответе отражён названный запрос. Клиент видит, что ему не выгрузят весь перечень услуг без разбора задачи.
• Вопросов ровно столько, сколько нужно для следующего решения. Правило 80/20 не требуется: важнее не перебивать и не превращать разговор в рассказ о себе.
• На встрече и звонке выключены лишние уведомления, открыты заметки и выделено достаточно времени. Нельзя утверждать, что любое движение глаз человек обязательно сочтёт безразличием, но постоянные отвлечения действительно мешают услышать факты.
• Для видео и очной встречи достаточно профессиональной уместности: чистота, слышимый звук, рабочая связь и нейтральный фон. Маникюр, макияж, укладка и дорогая одежда не являются доказательством компетентности.
• После ответа у обеих сторон есть один понятный следующий шаг и дата. Если шага нет, длинная приятная переписка ещё не стала процессом.

Скорость первого ответа важнее его полноты

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

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

Слова клиента сохраняют дословно, а не в своём пересказе

Пересказ незаметно подменяет задачу привычной формулировкой: человек написал о том, что «заявки теряются», а в карточке появляется «нужна настройка рекламы».

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

Бесплатный разбор на первом контакте обесценивает платную работу

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

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

Вопросов задают ровно столько, сколько нужно для следующего решения

Длинная анкета на первом шаге читается как требование отчитаться и чаще всего остаётся без ответа. Человек ещё не понимает, зачем ему эта работа.

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

Контакт без следующего шага и даты не считается состоявшимся

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

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

1. Создай строку заявки сразу.
2. Скопируй _Шаблон проекта и назови копию Клиент — название проекта Скопировать название.
3. Вставь в таблицу исходное сообщение без пересказа, а полученные файлы сохрани в 01_Что_дал_клиент.
4. Заполни известные поля; неизвестное оставь пустым.
5. Поставь следующий шаг и дату.
6. Не отправляй коммерческое предложение до короткой проверки клиента и задачи.

02 · Квалификация клиента и проекта

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

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

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

Посчитать цену сложного взаимодействия

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

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

Проверяют условия работы, а не качества человека

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

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

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

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

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

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

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

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

Первым платным шагом продают проверку, а не обещание результата

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

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

Мощность проверяют до обещания срока, а не после

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

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

Повторяющееся нарушение договорённости важнее одного эпизода

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

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

Порядок квалификации

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

03 · Диагностическая встреча

Не продавать действия до понимания поломки

Встреча собирает решение, а не демонстрирует количество терминов.

1. Открыть строку заявки и заметку встречи.
2. Зафиксировать цель в деньгах или другом измеримом результате и срок.
3. Нарисовать путь: спрос → обращение → проверка заявки → продажа → исполнение → повтор.
4. Для каждого перехода спросить объём, долю перехода, источник цифры и ответственного.
5. Отметить: подтверждённый факт / предположение / данных нет.
6. Назвать предварительное узкое место и что нужно проверить.
7. Не обещать результат до проверки продукта, продаж и доступной мощности команды.

Пять типов вопросов диагностики

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

Порядок «широкое → узкое» и разделение вопросов на прошлое, причины, цель и последствия описаны в практике консультационных диагностик: The Digital Project Manager, 9Lenses, IAG Consulting. Формулировки здесь переведены под работу маркетолога, а не скопированы.

Правило подтверждения: 24 часа

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

04 · Предложение и границы работ

Продать не список работ, а управляемый этап

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

Раздел «что не входит» защищает клиента не меньше, чем исполнителя

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

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

Предложение, которое нельзя отклонить по понятной причине, написано плохо

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

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

Требования к клиенту называют так же подробно, как свои обязательства

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

Названные заранее — с именем и сроком — эти пункты становятся общей ответственностью. Не названные, они превращаются в претензию к исполнителю.

Срок действия предложения — часть предложения

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

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

Выбрать форму оплаты до того, как назвать цену

Цена в предложении зависит не от объёма работы, а от того, кто несёт риск неопределённости. Четыре рабочие формы и одно правило: чем менее ясен объём, тем опаснее фиксированная цена — но фиксированная цена без критериев приёмки опасна всегда.

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

Критерии приёмки: веха без них — просто дата

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

Разбор форм оплаты и роли критериев приёмки в фиксированной цене: ByteMinds, ZTABS, SDR Foundation, TideFlow. Это отраслевые разборы, а не нормативные документы; сроки на замечания в таблице — рабочий ориентир, а не правовая норма.

05 · Договор, приложение и оплата

Сначала оформить правила работы, потом начинать проект

Устное «поехали» не отвечает на вопросы о результате, деньгах, правах, задержках и завершении работы.

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

Что проверить в договоре

1. Стороны и полномочия. Названия, имена, статус, реквизиты и подписанты совпадают с документами. Понятно, кто вправе утвердить работу, принять результат и изменить условия.
2. Предмет и начало. Назван вид услуг и событие, после которого начинается работа: например, подписание, поступление предоплаты и получение обязательных материалов. Эти условия не должны противоречить друг другу.
3. Сроки. Указаны срок договора и сроки отдельных этапов. Отдельно описано, что происходит, если клиент поздно передал материалы, доступ или решение.
4. Приёмка. Понятно, что именно передаётся, кому, где и в какой срок клиент сообщает конкретные замечания. Возможность считать молчание приёмкой используют только тогда, когда такой порядок допустим, понятен обеим сторонам и проверен юристом.
5. Третьи лица. Зафиксировано, можно ли привлекать подрядчиков, нужно ли уведомление или согласие клиента и кто отвечает за их работу, конфиденциальность и соблюдение прав.
6. Ответственность и спор. Последствия нарушения соразмерны риску; описаны уведомление, претензия, срок ответа и способ разрешения спора.
7. Пауза и прекращение. Понятны основания, уведомление, расчёт за уже выполненную часть, передача материалов, отзыв доступов и судьба незавершённых задач.

Деньги разделяются до первого платежа

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

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

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

1. Запишите просьбу клиента и ожидаемый результат, не обещая срок в момент разговора.
2. Проверьте, входит ли задача в согласованные границы. Если входит — поставьте её в план по обычному правилу.
3. Если не входит — оцените влияние на цену, календарь, другие результаты и обязанности клиента.
4. Отправьте короткое изменение к приложению: что добавляется или убирается, новая цена, срок и дата вступления в силу.
5. Начните изменённую работу только после подтверждения человеком с нужными полномочиями.
6. При задержке клиента зафиксируйте отсутствующий материал, затронутые задачи и новую расчётную дату. Перенос срока применяйте по согласованному правилу, а не как автоматическое наказание.
7. При паузе сохраните состояние работ, уже понесённые расходы, доступы, открытые риски и условие возобновления.

Права, доступы и данные

До старта ответьте письменно на пять вопросов. Кому принадлежат исходники клиента и созданные результаты? В какой момент и в каком объёме переходят права? Можно ли использовать внешние материалы, подрядчиков и инструменты с искусственным интеллектом? Какие данные разрешено обрабатывать и в какой среде? Что исполнитель передаёт, хранит или удаляет после завершения?

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

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

06 · День 0

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

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

1. Открыть единую папку проекта, созданную на шаге 00. Новую структуру не придумывать.
2. При необходимости создать внутри 03_Рабочие_материалы подпапки «Исследование», «Стратегия» и «Производство» — только когда в них появились файлы.
3. Создать простую таблицу задач: Очередь → Можно начинать → В работе → На проверке → Есть препятствие → Готово.
4. В стартовом комплекте открыть журналы решений, доказательств, рисков, зависимостей и доступов. Отдельные файлы для них не создавать.
5. Отправить приветственное письмо: команда, установочная встреча, список нужных материалов, основной канал, срок ответа и порядок действий при аварии.
6. Создать повторяющиеся встречи, вложить повестку и назначить ответственных со стороны клиента.

Точка отсчёта — единственный пункт дня 0, который нельзя сделать позже

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

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

Один канал общения назначают явно, включая то, что считается нерабочим

Молчаливое «пишите куда удобно» приводит к решениям, принятым в личных сообщениях, и к работе, о которой не знает половина участников.

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

Структуру папок не придумывают заново под каждый проект

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

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

Шесть вещей, которые должны существовать до первой рабочей задачи

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

07 · Доступы

Запрашивать роль, а не пароль

Доступ должен быть достаточным, отзывным и принадлежащим бизнесу.

Куда нажать в типовых системах

Пути сверены 30.08.2026 по официальным справкам: Google Drive, Яндекс Диск, amoCRM, Битрикс24, Яндекс Директ. Если подпись кнопки изменилась, открой связанную официальную справку; принцип минимальных прав не меняй.

08 · Установочная встреча

Согласовать реальность до первого рабочего цикла

Установочная встреча заканчивается решениями, а не знакомством.

Кто решает: четыре роли на каждое решение

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

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

Как провести встречу, чтобы она не была формальностью

1. За 48 часов разошли повестку и короткий бриф. Встреча, на которой люди впервые видят материал, уходит на чтение вслух.
2. 60 минут — рабочая длина для большинства проектов. 90 минут нужны, когда участников больше пяти или решений больше пяти.
3. Не меньше 10 минут оставь на вопросы в конце. Вопрос, заданный на установочной встрече, стоит несравнимо дешевле пробела, найденного через месяц.
4. В течение 24 часов отправь итоги: принятые решения, задачи с поимённым владельцем и датой, согласованный ритм встреч и отчётов.

Состав повестки, роли и правило рассылки материалов заранее сверены по разборам практики установочных встреч: Plane, Scribbl (агентский вариант), Knowledge Train, Week Blast. Названия ролей здесь переведены по смыслу из проектной матрицы ответственности: кто делает, кто утверждает, с кем советуются и кого держат в курсе.

09 · Дни 1–7

Зафиксировать исходную точку и проверить целостность

Первая неделя не обязана дать рост, но обязана убрать допущения и показать правду о цифрах.

1. Получить полную стоимость доставки (себестоимость, логистика, налоги, хранение) по каждому артикулу.
2. Выгрузить фактические остатки на складе и сроки пополнения.
3. Собрать данные заказов за 12 месяцев (дата, артикул, сумма, клиент, канал).
4. Провести юридический аудит рекламных заявлений: что можно и нельзя утверждать на рынке.
5. Убедиться, что доступы ко всем системам получены и работают.
6. Посчитать реальную экономику единицы товара (юнит-экономику) на фактических данных.
7. Провести конкурентный аудит: цены, заявления, рейтинги.

Правило первой недели: смотреть, а не чинить

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

10 · Дни 8–14

Выбрать главное ограничение и сравнить решения

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

1. Сопоставьте путь клиента, данные, интервью и ограничения команды. Отделите факты от предположений.
2. Выберите одно ограничение, которое имеет смысл проверять первым. Объясните, почему оно важнее других именно сейчас.
3. Сформулируйте альтернативные объяснения и укажите, какие наблюдения помогут их различить.
4. Предложите несколько вариантов: действие сейчас, небольшая проверка или сбор недостающих данных.
5. Сравните ожидаемую пользу, затраты, срок, риски и возможность команды выполнить работу.
6. Подготовьте короткую записку для собственника и согласуйте следующий шаг.

Как отделить факт от предположения

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

11 · Дни 15–30

Утвердить решение и провести первый ограниченный цикл

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

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

Что должно случиться за 30, 60 и 90 дней

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

Логика «учиться → планировать → исполнять» и приоритет ранней видимой победы описаны в разборах первых девяноста дней в консалтинге: StrategyCase, Sarah Hoban, Institute of Project Management.

13 · Каждая неделя

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

Статус короткий, но трассируемый.

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

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

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

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

Перечень сделанного подтверждает, что работа шла, и ничего не меняет. Клиент читает его и ничего не делает, потому что от него ничего не просили.

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

Три цвета: как обозначать состояние проекта

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

Порядок в письме: важное сверху

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

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

Значения цветов, требование подтверждения для жёлтого и красного, порядок «решения сверху» и «эффект арбуза» сверены по отраслевым разборам статусной отчётности: Designveloper, Institute of Project Management, PM Study Circle, monday.com. В оригинале модель называется RAG — red, amber, green.

14 · Каждый месяц

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

Месячный отчёт не должен заставлять собственника самому искать вывод.

1. Сверить данные с первичными системами.
2. Показать воронку, деньги и защитные показатели по одинаковым определениям.
3. Разделить подтверждённый результат, наблюдение и гипотезу.
4. Сопоставить обещания команды и изменение в бизнесе.
5. Обновить журнал ценности: что изменилось, чем доказано и кто это признал.
6. Предложить одно из решений: остановить, продолжить, расширить или исправить.
7. Получить и записать решение.

Траектория и горизонт планирования

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

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

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

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

Изменение определения показателя объявляют отдельно от самого показателя

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

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

Слабый месяц описывают тем же тоном, что и сильный

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

Факт, своя часть ответственности, внешние ограничения и предлагаемое решение — этого достаточно. Такой отчёт укрепляет отношения сильнее удачного месяца, поданного с воодушевлением.

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

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

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

Пять блоков месячного отчёта

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

Структура «итог → показатели → разбор → бюджет → что дальше» и разделение метрик результата и метрик процесса сверены по отраслевым разборам агентской отчётности: Improvado, Swydo, AgencyAnalytics, TapClicks.

15 · Изменение и конфликт

Новая задача проходит согласование изменений

Срочность не отменяет цену выбора.

Отказ без варианта читается как нежелание работать

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

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

Мелкие просьбы опаснее крупных

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

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

Молчание клиента не является согласованием

Работа, продолженная в расчёте на то, что возражений нет, при споре оказывается сделанной по собственной инициативе исполнителя.

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

Заявка на изменение: что в ней должно быть

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

Три оси оценки влияния

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

Семь шагов, через которые проходит изменение

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

Состав полей заявки, три оси оценки влияния и порядок из семи шагов сверены по отраслевым разборам управления изменениями: monday.com, Asana, Atlassian. Цифры в примере расчёта — иллюстрация, а не отраслевая норма.

16 · За 45–30 дней до окончания

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

Решение опирается на журнал ценности, состояние проекта и расчёт следующего этапа.

1. Проверить участников решения, бюджетный цикл и дату выбора.
2. Собрать обязательства, полученные результаты, незавершённое и причины.
3. Проверить состояние проекта: ценность, доверие, использование результатов, риски и изменения у клиента.
4. Предложить варианты следующего этапа с экономикой и ценой каждого выбора.
5. Не выдавать прогноз за полученный эффект.
6. Зафиксировать одно решение: продление, короткое расширение, пауза или завершение.

Разговор о продлении начинается за 90 дней, а не за 14

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

Четыре исхода, к каждому готовиться заранее

1. Продление в том же объёме. Самое простое и самое опасное: объём переносится вместе со всеми неудобными договорённостями. Это момент починить то, что весь год мешало.
2. Продление в другом объёме. Нормальный исход. Скажи прямо, от чего отказываешься и почему, а не расширяй объём молча.
3. Пауза. У клиента нет денег или задачи сейчас. Договорись о дате возврата к разговору и о том, что происходит с доступами и материалами в паузе.
4. Расставание. Оно тоже планируется — см. следующий шаг. Плохо не расставание, а расставание внезапное.

Ориентир 60–90 дней и логика трёх отметок сверены по разборам работы с продлениями договоров: Spendflo, Juro, RetainerHub, BoldSign.

17 · Закрытие

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

Чистый выход — часть качества услуги.

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

Опись передачи: что именно отдаёшь

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

Порядок: сначала передача знаний, потом отключение доступов

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

1. Встреча передачи: проходишь по описи вслух с тем, кто продолжит работу.
2. Клиент письменно подтверждает, что всё из описи получено.
3. Только после подтверждения — твои доступы удаляются, а общие пароли меняются.
4. Закрываются деньги: последний акт, последний платёж.
5. Разбор: что сработало, что нет, что ты изменишь у себя в следующем проекте. Для себя, не для клиента.

Состав описи, требование подтверждения до отключения доступов и порядок закрытия сверены по отраслевым разборам завершения проектов и расставания с клиентом: Productive, Teamwork, Content Snare, ManyRequests.

18 · Рабочие файлы

Открывать таблицу в тот момент, когда возникает решение

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

Лист открывают под решение, а не заполняют ради полноты

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

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

Учебный пример не превращают в данные реального клиента

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

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

Короткая памятка маршрута