Это классический кошмар любого крупного строительного проекта. У вас есть утвержденный ГПР (График производства работ), есть команда, есть техника, но… бюджет на следующий финансовый год еще «не утвержден», а его утверждение зависит от десятка факторов вне вашей компании. Июль, а вы не знаете, на какие деньги будете строить в марте.
В ручном управлении в этот момент начинается паника. Или вы замораживаете все мобилизации, рискуя сорвать текущий график, или выводите технику, надеясь на «авось», и рискуете банкротством.
Системный подход: Управление в тумане
В «Кабинете Директора» мы не ждем чуда, мы управляем рисками. Финансовый вакуум — это не остановка проекта, а критический параметр системы. Вот как мы действуем:
1. Стресс-тест текущих денежных потоков. Мы не просто смотрим на общую сумму. Мы делаем анализ: "Что мы гарантированно можем закончить на уже выделенных средствах до полной остановки финансирования?". Мы сегментируем этапы ГПР, находя автономные узлы. Если финансирование прервется, мы сдаем этот узел и фиксируем объемы, не оставляя незавершенки, которая разрушится за зиму.
2. Документальное подтверждение обязательств. Гарантийное письмо от Заказчика — это не просто бумажка, это юридический бронежилет менеджера. Системный директор должен заставить Заказчика подписать документ, подтверждающий, что в случае отсутствия бюджета, компания не несет ответственности за срыв ГПР.
3. План мобилизации по требованию. Мы не держим лишнюю технику на площадке. Мы выстраиваем график мобилизации так, чтобы в туманный период выводить только критически важные мощности, которые приносят 80% выручки. И у нас готов План выхода демобилизации — точный алгоритм, как и куда мы вывозим технику, если бюджет не утвердят.
Главный урок
Менеджер проекта управляет не деньгами, а рисками. Финансовый туман не должен парализовать работу. Системный директор всегда имеет "сценарий с остановкой финансирования", который позволяет выйти из проекта с минимальными потерями и сохранить репутацию компании.
Коллеги, а как вы управляете проектами, когда финансирование на следующий год еще не подтверждено? Рискуете и строите "на авось" или замораживаете работы? Пишите в комментариях, обсудим лучшие практики.
Заходишь в штаб любого крупного объекта — и видишь его. Огромный, распечатанный на плоттере График производства работ (ГПР). Десятки полосок, логические связи, красивые даты. Но если копнуть глубже, оказывается, что этот график живет в параллельной реальности, а стройка — в своей.
Почему «красивые картинки» не работают?
Большинство ГПР в России — это «ритуальный документ». Его создают, чтобы показать Заказчику или руководству, а потом благополучно забывают. В итоге управление скатывается в «ручной режим»:
Директор лично обзванивает поставщиков.
На планерках стоит крик, потому что «вчера должны были закончить, а еще не начинали».
Никто не понимает реального критического пути, потому что данные в графике обновляются раз в месяц (в лучшем случае).
ГПР как религия, а не как декор
В «Кабинете Директора» мы придерживаемся другого правила: График — это не план, это инструмент управления ресурсами. Если у вас, как сейчас в некоторых наших проектах, нет утвержденного финансирования на 2026 год, ваш ГПР — это первый документ, который должен «прокричать» об угрозе. Система должна показать: «Если денег не будет к 1 апреля, ввод объекта сдвигается на октябрь». Без эмоций. Только сухие цифры.
Как убить в себе «контролера» и вырастить систему?
Цифровая вертикаль: Данные о выполнении должны приходить с площадки ежедневно. Планшет в руках прораба — это не роскошь, это датчик вашей системы. Если прораб заполнил отчет вечером, вы видите отклонение утром, а не через неделю на совещании.
Связь с деньгами и поставками: ГПР мертворожденный, если он не «завязан» на график поставок и оплат. Вы не можете требовать заливку бетона, если в системе не горит «Оплачено» и «Подтверждено логистикой».
Персональная ответственность: Система должна фиксировать, чья именно подпись или решение тормозит процесс. Не «мы не успели», а «заявка №123 не согласована финотделом».
Итог
«Ручное управление» — это ловушка. Оно дает иллюзию контроля, но на самом деле оно сжирает ваше время и здоровье. Системный менеджер строит не объект, он строит механизм, который строит объект.
Коллеги, признайтесь честно: как часто вы заглядываете в реальный график работ, а не просто спрашиваете «Ну что там у нас?» на объекте?
В идеальном мире проектировщик рисует чертеж, а строитель его воплощает. В реальности (особенно в реконструкции ж/д узлов, ТПУ) проект — это лишь точка зрения автора, которая часто не имеет ничего общего с фактическим положением путей.
Кейс: Три платформы на кривых
Представьте: три платформы, сложная геометрия, кривые участки пути. Проектный институт выдает документацию. Мы выходим на площадку, делаем контрольную геодезию и понимаем: «не бьется».
Если просто начать строить по проекту — через месяц мы получим объект, который невозможно сдать. Если просто остановиться — сорвем ГПР и получим штрафы от Заказчика.
Как действует системный менеджер (Алгоритм «Кабинета Директора»):
Фиксация факта (Геодезия — это ваш щит): Не верьте чертежам на слово. Пока ваши геодезисты не подтвердили координаты «в натуре», к работам приступать нельзя. Любое расхождение — это повод для остановки.
Официальная претензия (Слова к делу не пришьешь): Забудьте про звонки «Вась, ну поправь там в автокаде». Только официальное письмо с приложением ведомости расхождений. Это ваша страховка при разборе причин задержки.
Решение за счет Проектировщика: Менеджер должен заставить институт выдать изменения в кратчайшие сроки. Если ошибка их — они должны ее исправить «вчера».
Управление изменениями в бюджете: Любая правка в проекте — это либо доп. работы, либо изменение объема материалов. Если вы не зафиксировали это в момент обнаружения ошибки, вы оплатите это из своей прибыли.
Главный урок
Менеджер проекта — это не тот, кто «просит» строителей работать быстрее. Это тот, кто расчищает дорогу производству, вовремя выявляя и устраняя «мины», заложенные на этапе проектирования.
Коллеги-строители, бывало ли у вас, что проект приходилось перерисовывать «на коленке» прямо в разгар работ? Как решали вопрос с Заказчиком и оплатой допов?
Недавно у меня было собеседование на продуктовую позицию в крупном проекте на российском рынке. Поговорили про сегменты, метрики, чем занимался, как нанимал, ну и всё в таком духе. Спустя два дня приходит фидбек - не прозвучала явная NSM и ее декомпозиция.
Nortg Star Metric - Метрика Полярной звезды
Меня зацепил даже не сам комментарий. Про NSM я ответил ещё на интервью, хотя может и не так ярко, как нужно было. Меня зацепила логика под такой обратной связью. В продуктовой среде ярлык все чаще весит больше, чем понимание механики. Назови одну правильную аббревиатуру, и всем сразу спокойнее. Как будто бы продукт после этого начинает расти, задачи поставлены и вообще всё под контролем.
Нет. Так это не работает.
Деньги, поведение пользователей и качество роста не складываются в одну красивую цифру. Поэтому мне хочется вернуть разговор на землю. Откуда вообще взялась эта идея, где она правда помогает, а где из полезной рамки получается маленький культ.
Почему идея North Star Metric вообще стала популярной?
NSM вытаскивала команды из ванильных метрик
Когда Шон Эллис начал продвигать идею единственной метрики, мысль там была вполне здравая. Он не продавал магию. Он пытался вытащить команды из мира установок, просмотров и прочих цифр, которые приятно таскать на общий созвон, но трудно привязать к реальной ценности для клиента.
На фоне хаоса это и правда помогало. Одна цифра собирает внимание. Продукт, маркетинг и руководство хотя бы смотрят в одну сторону, вместо того чтобы тянуть одеяло на свои KPI. Неудивительно, что вокруг темы быстро вырос культ. У Amplitude даже появился отдельный North Star Hub с шаблонами, воркшопами и playbook'ами.
Пособие по метрике Полярной звезды
И проблема тут не в идее. Проблема начинается позже, когда команде начинает мерещиться, что одна цифра уже описывает продукт целиком. Вот в этом месте обычно и начинается...
На сильных продуктах NSM работает только поверх системы
В разборах NSM обычно всплывают Airbnb с nights booked - количество забронированных ночей и Spotify с time spent listening - общее время прослушивания контента пользователями . Примеры хорошие. В разборе Amplitude тоже интересно - такие верхние метрики действительно стараются цепляться за ценность.
У каждого продукта своя главная метрика, то есть NSM
Но из разговора почему-то постоянно выпадает скучная часть, а именно всё, что осталось под капотом. В любом маркетплейсе под верхним графиком живут поставки, конверсии, отмены, цены, ликвидность предложения, поведение поставщиков и качество трафика. А в подписке или медиа одна метрика вроде времени прослушивания вообще не отвечает на вопрос, что чинить утром в понедельник, когда эксперимент провалился, рекомендательная полка просела в одном сегменте и вдруг выросла в другом.
Я обычно напрягаюсь, когда вижу слайд с красивой NSM, а под ним пусто. Это почти всегда значит, что настоящая работа осталась где-то в стороне. На сцене символ. В подсобке, где пахнет проводами и недокрученными SQL, как раз и спрятался продукт.
В зрелых продуктах прокси легко перепутать с ценностью
В контентных и зрелых продуктах самообман вообще случается быстро. Там очень легко выбрать прокси-метрику, которая звучит солидно. Прочтения, минуты, открытия, глубина сессии. На презентации это выглядит знакомо и всем понятно. А дальше начинается старая песня - метрика выглядит умной, значит и на решения толкает вроде бы умные.
Хотя человек мог провести в продукте больше времени не потому, что получил ценность, а потому, что лента стала липче. Это совсем не одно и то же. Меня бесит даже не сама ошибка, ошибки бывают у всех. Меня бесит священный тон вокруг нее. В этот момент метрика перестает быть рабочей гипотезой и становится догмой.
Где метрика Полярной звезды ломается?
NSM слишком грубо сжимает реальность
Первая проблема довольно банальная. Рост верхней метрики сам по себе не доказывает, что команда поняла драйвер роста. Иногда просто сработала сезонность. Иногда приехал дешевый канал. Иногда акция надула спрос, который через месяц вернется плохим качеством, высоким CAC и просевшим ретеншеном. График растет, а понимания не прибавилось.
Вторая неприятность в задержке сигнала. Для отчета наверх такая цифра удобна. Для управления продуктом она часто поздняя и глухая. Особенно в зрелых продуктах, маркетплейсах и сервисах, где ценность собирается по кускам, через несколько этапов и иногда через несколько ролей.
И третья штука, самая мерзкая на мой вкус. Как только метрика становится священной, команда начинает оптимизировать число, а не пользу. Брайан Бэлфор хорошо пишет про связку output и input metrics. Верхний показатель без слоя входных драйверов очень быстро превращается в аккуратную ловушку. Снаружи все чисто. Внутри уже давно мухлюют с реальностью.
Входные метрики (Input Metrics) - это опережающие показатели, на которые команда влияет непосредственно через свои действия. Считается, что если вы улучшите входные метрики, выходные вырастут автоматически
Выходные метрики (Output Metrics) - это показатели, которые отражают конечный успех бизнеса или продукта. Они важны для стратегии, но ими нельзя управлять напрямую
Входные и выходные метрики на примере Spotify
Пример из реальной природы входной и выходной метрик.
Скажу жестче. Отсутствие одной верхней метрики не всегда мешает. А вот культ единой метрики мешает почти гарантированно.
Потому что разговор уходит не туда. Вместо вопроса, что именно двигает деньги, люди спорят, как назвать главный график. Вместо разбора воронки начинается обсуждение ритуала. Какой ивент считать активацией. Где провести границу между новым и активированным. Какую формулу красивее показать на квартальном обзоре.
Снаружи это выглядит прилично. Внутри уже пахнет самообманом, и довольно плотно.
Кейс сервиса записи пациентов на приём
Где тут настоящая управленческая механика
Возьмем сервис записи пациентов. На дашборд очень хочется вынести одну цифру, записи пациентов. Звучит чисто, аккуратно, по-менеджерски. Но для управления продуктом это уже поздняя и шумящая метрика.
Если раскладывать механику, дерево выглядит примерно так.
Состоявшиеся визиты в клинику = сессии × конверсия в поиск врача × конверсия в выбор слота × конверсия в заявку × доля подтверждения × доходимость до приема
Валовая прибыль = состоявшиеся визиты × средняя маржа на визит - CAC - cost to serve, то есть затраты на колл-центр, поддержку и операционку.
Повторные визиты через 30 или 60 дней = доля пациентов, которым первый опыт не сломал доверие и которым продукт помог решить задачу, а не просто оставить заявку.
Вот здесь и начинается взрослый продукт. Заявка сама по себе еще не ценность. Пациенту нужна не форма. Ему нужен реальный прием в нужный слот, без отмены, без кривого подтверждения и без двух пропущенных звонков от колл-центра. Бизнесу тоже нужен не просто объем заявок, а визиты с положительной маржой и нормальным шансом на повтор.
Какие контр-метрики должны стоять рядом с NSM
Если у такой команды рядом с верхней цифрой нет защитных показателей, она почти гарантированно врет самой себе. Я бы держал хотя бы такой набор.
CAC по каждому каналу, потому что рост объема на дорогом трафике очень быстро съедает экономику
Доля подтвержденных заявок, потому что маркетинг и продукт легко разгоняют верх воронки, а узкое место живет ниже
No show rate, доля пациентов, которые не дошли до приема. Иначе можно нарастить записи, не нарастив выручку/ценность для клиник
Среднее время до подтверждения и доля пропущенных обращений. Это уже прямой датчик того, что операционный слой не выдерживает спрос
Доля отмен со стороны клиник. Если supply нестабилен, рост сверху только усиливает хаос.
Повторная запись и LTV по когорте. Иначе системе продают одноразовый трафик вместо лояльных пациентов
Вот почему мне мало одной цифры на дашборде. Мне нужен механизм. Не символ, не тотем, а штука, по которой видно, где именно ломается путь пациента и в каком месте продукт перестает быть управляемым.
Где чаще всего прячется сегментный риск
Средняя цифра по больнице почти всегда врет, на то она и средняя. В сервисе записи пациентов картину нужно резать хотя бы по трем измерениям.
Новый трафик против повторных пациентов. У повторных выше доверие, выше конверсия и ниже cost to serve. Смешаешь их в один график, потеряешь сигнал.
Каналы с разным намерением. SEO по симптомному спросу, брендовый трафик и перформанс дают очень разный хвост по качеству. Один канал может красиво растить заявки и тихо убивать маржу.
Города, клиники и специализации. В одной категории есть запас слотов и быстрая обратная связь. В другой все упирается в дефицит расписания, дорогой саппорт и длинный цикл подтверждения.
Важна механика. У каждой вершины дерева должен быть владелец, допустимый диапазон и понятный лаг. Продукт отвечает за конверсию в выбор слота и подачу заявки. Аккаунтинг отвечает за стабильность расписания и долю отмен. Финансы смотрят на CAC, маржу и возвраты. Пока эта схема не собрана, разговор про единую верхнюю метрику немного декоративный. Красиво, но рановато.
Где NSM реально полезна
NSM полезна как верхний ориентир, но только после сборки системы
Я не предлагаю выкинуть весь подход. Верхняя метрика полезна, когда нужно собрать организацию в один фокус. Она помогает объяснить, ради какого результата вообще живет продукт. В разговоре между продуктом, аналитикой, маркетингом и стейкхолдерами это удобный верхний слой.
Но ее нормальный масштаб сильно скромнее, чем любят рисовать на слайдах. Сначала команда формулирует ценность. Потом строит дерево метрик. Потом добавляет контр-метрики. Потом режет картину на сегменты. И только после этого вешает наверх одну агрегирующую цифру. В разборе Amplitude про good vs bad NSM мысль близкая: верхняя метрика не должна жить отдельно от набора входных драйверов, а тщеславные и запаздывающие метрики легко уводят в сторону.
Ирония в том, что люди, которые давно копаются в стратегии и метриках, уже ушли от идеи одной цифры в вакууме. Тот же Тим Хербиг пишет про связку стратегии, верхней метрики и OKR. Это взрослее. Тут хотя бы есть понимание, что один график сам по себе продуктом не рулит.
Конструкция, которую я бы защищал на любом интервью, особенно когда это касается аббревиатур
Для меня рабочая схема выглядит так.
1. Наверху есть один агрегирующий результат, чтобы команда не расползалась
2. Под ним лежит дерево input metrics, чтобы было видно причинную цепочку от поведения пользователя к деньгам
3. Рядом стоят counter metrics и сегменты, чтобы рост одной линии не маскировал деградацию экономики, качества или операционной устойчивости.
А для экспериментов я почти всегда использовал другие метрики, точно не North Star. Не потому, что они заменяют смысл продукта, а потому, что они раньше меняются, то есть более чувствительные. В работе это показано на примере A/B-тестов: медленные north star metrics часто запаздывают и плохо чувствуют эффект, а метрики, собранные из коротких сигналов, могут заметно ускорять обучение и повышать мощность тестов.
Что я бы хотел слышать от нанимающих PM и HR
Если кандидат на интервью не произнес модный термин, это еще ни о чем не говорит. Мне важнее другое. Может ли он показать причинную цепочку от пользовательского поведения к деньгам. Видит ли он, где метрика запаздывает. Понимает ли, какие counter metrics обязаны стоять рядом. Умеет ли резать картину по сегментам, а не прятаться за среднюю линию.
С HR история примерно та же. Если собеседование превращается в проверку словаря, вы отсекаете не слабых продактов, а тех, кто мыслит чуть менее ритуально. Термин правда можно выучить за вечер. Умение разложить систему на драйверы, ограничения и unit-экономику за вечер не нарастишь, хоть обвесься модными фреймворками.
И что с NSM-то делать?
NSM не нужно отменять. Ей нужно вернуть нормальную роль. Это верхний ориентир, а не замена мышлению.
Если команда может показать дерево метрики, держит рядом защитные показатели и понимает, где у нее деньги, где качество, а где операционный потолок, метрика Полярной звезды правда помогает. Если не может, она просто занимается самообманом. В добавок это ещё может и выглядеть умнее. Но и только.
Поэтому я бы на интервью слушал не слово NSM, а то, что человек ставит рядом с ним. Там обычно и видно, перед тобой продакт или человек, который просто хорошо выучил иностранные символы.
У вас и ваших сотрудников могут быть повторяющиеся задачи. Например, есть внешний учитель и он каждый понедельник утром должен посмотреть список выполненных домашних заданий от студентов. Наши сотрудники — кураторы, кто следит за учителями и теребит их, если что-то зависло. Как убедиться, что всё на 100% работает?
Решение
Чтобы сотрудники об этом не забывали, можно сделать напоминание, которое будет прилетать в рабочий чат или в системе таск-трекинга.
Это напоминание видит руководитель и смотрит, выполняют ли сотрудники задачи по этому напоминанию. Получается такой многоуровневый контроль. Если забыл учитель, напомнит куратор. Если забыл куратор, напомнит его лид. Руководитель всегда может зайти и увидеть всю цепочку и, в случае необходимости, обратиться к лиду.
При такой организации работы важно обратить внимание:
Сколько вообще напоминаний приходит в неделю и в день.
Насколько важно в напоминании человеческое присутствие.
Ответственный за задачу
Повторяющиеся задачи, как правило - это контрольный обход задач с прошлой недели, сверка часов, раздача новых задач. У такой задачи может быть ответственным, как лид, так и сотрудник. Но важно, чтобы ответственный был назначен. Как правило, назначить на повторяющиеся задачи лучше конкретных людей, которым комфортно в операционке и нравится наводить порядок.
Когда задачи — не задачи
Если напоминания приходят каждый день, а то и не раз в день, и может даже по нескольким задачам — что-то не так. Повторяющиеся задачи могут быть раз в неделю, раз в месяц. Может быть задача, открывающая рабочую неделю и закрывающая её.
Когда на группу людей прилетают пачками напоминания и есть разные повторяющиеся задачи, то, скорее всего, это должностные инструкции и рабочий процесс. Надо просто всё это описать, упаковать, обложить инструментарием и метриками и убрать лишние уведомления.
Также, следите за собой. Чем меньше всплывающих и звенящих уведомлений, тем лучше. Идеально сделать так, чтобы вы ходили и сами проверяли напоминания. Иначе получится, что не вы работаете над системой, а система над вами. Если вами управляют напоминания, то, скорее всего, вы работаете в режиме хаоса. Выясните что это за задачи, какие действия вы выполняете. Сведите это всё к инструкциям и сделайте стандартным рабочим процессам.
Тактика пустого инбокса
Если вы не знакомы с этим принципом, крайне рекомендую его погуглить. Постарайтесь собрать все напоминания в одном месте. Скорее всего, таких мест будет три: рабочий мессенджер, рабочая почта, такс-трекер. Дальше действуйте как раз-два-три:
Отключите все уведомления
Составьте себе расписание дня. Заложите туда, что вы раз в X часов заходите в каждое место с уведомлениями и разбираете их
Включите только критичные уведомления — о предстоящих встречах, сообщения от начальника.
Когда настанет время проверки инбоксов — заходите и разбирайте их под ноль. И следующие пару часов снова спокойно работайте.
Итоги
Сделайте коллектор задач, чтобы было минимум мест куда надо ходить и их проверять. Чат-бот или таск-трекер вам в помощь
Повторяющиеся задачи должны иметь ответственного, кому нравится делать повторяющиеся вещи. Не назначайте туда творческую нестабильную личность
Проверьте, является ли задача частью процесса, который где-то описан
Используйте и обучайте других тактике пустого инбокса
Что-то забыл? Возможно. Подсказывайте и делитесь своим опытом организации рабочего процесса в комментариях здесь или под постом в моём ТГ-канале: https://t.me/the_young_manager/16
А ещё, если вы интересуетесь темой программирования и применения нейросетей для решения задач, то также можете почитать несколько новых постов у меня в тг.
Читал новости, и вспомнился мне знаменитый указ Петра Первого, что "подчинённый перед лицом начальствующим должен иметь вид лихой и придурковатый, чтобы разумением своим не смущать".
"Так вот оно что! Наверное этот указ до сих пор действует!" - подумал я.
Стал искать - была ли отмена этого указа Петра. И обнаружил, что по мнению некоторых исследователей, такого документа Пётр Первый никогда не издавал. То есть, чья-то современная интернет-шутка стала распространённым фейком. Всего лишь.
Более того, Пётр Первый, как пишут различные авторы, наоборот, требовал нещадно "смущать" начальство честными и откровенными ответами, прямолинейными докладами (без перегибов, конечно же). Именно открытое обсуждение проблем и путей их решения являлось важной составляющей для величия государства.
Также авторы отмечали в своих опровержениях, что в период правления Петра используемая в тексте "указа" лексика не применялась. Более того, в различных записях и реестрах того времени упоминаний о данном "указе" не обнаружено.
То есть, такого указа Петра Первого - не было.
Доводы очень убедительные. Но...
Я снова посмотрел новости и, почему-то, усомнился в этих неопровержимых опровержениях. Либо не все в курсе, что "указа" не было, и "лихим и придурковатым" быть необязательно.
