Отчёты PM — не формальность и не контроль ради контроля.
Это инструмент управления, который позволяет:

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

Инструкция по заполнению
Еженедельный отчёт PM

1️⃣ Шапка отчёта
Менеджер проекта
→ ФИО PM, который ведёт проекты.
Период
→ строго 7 календарных дней (например: 01.01 / 07.01.2026).
Количество активных проектов
→ все проекты, где:

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

2️⃣ Статус проектов (обязательно)
Заполняется ПО КАЖДОМУ проекту.
Проект
→ Название ЖК
Этап
→ Только по регламенту студии (ПР / Концепция / Визуализация / Чертежи / Реализация и т.д.).
Статус
V — идём строго по срокам,
! — риск (обязательно причина),
XXX — срыв (без объяснения — отчёт не принимается).
Срок по договору
→ дата из договора, а не «примерно».
Комментарий PM
Формат:

• что произошло,
• почему возник риск,
• какое действие предпринято.

❌ «Клиент долго думает»
✅ «Клиент не дал обратную связь 5 дней → отправлено официальное напоминание, срок сдвига не согласован».

3️⃣ Клиент и коммуникация
Конфликты / напряжение
Отмечается любой эмоциональный риск, даже если «пока всё нормально».
Обращения к собственнику
Фиксируется факт, не оценка.
Обязательно: как PM предотвратит повтор.
👉 Этот блок = индикатор, где система дала сбой.

4️⃣ Сроки и риски следующей недели
Заполняется на опережение, а не постфактум.
Для каждого риска:

• Проект / этап
• Причина (не человек, а процесс)
• Решение (конкретное действие PM)

5️⃣ Финансы проектов
Сумма
→ сумма этапа или оплаты.
Статус оплаты

• оплачено
• ожидается
• просрочка

Действия PM
→ что конкретно сделано (счёт, напоминание, созвон).
❗️ Если есть риск неоплаты — PM обязан указать его ДО факта задержки.

6️⃣ Допродажи (АН / комплектация)
Фиксируется:

• каждый проект, где была попытка допродажи,
• даже если клиент отказался.

Это база для:

• роста среднего чека,
• оценки инициативности PM.

7️⃣ Внутренняя работа команды
Проблемы с командой
→ только управляемые факты: срывы, возвраты, ошибки.
Возвраты из-за ТЗ
→ ключевой KPI качества работы PM.

8️⃣ Где PM нужна помощь собственника
❗️ Заполняется только если ситуация выходит за регламент:

• коммерция,
• бюджет,
• конфликт,
• стратегия.

9️⃣ Итог недели (обязательно)
1 достижение
→ конкретный результат (этап сдан, конфликт снят, риск закрыт).
1 ошибка / зона роста
→ честно. Без этого отчёт считается формальным.
Фокус следующей недели
→ 1–2 приоритета, а не список дел.

Инструкция по заполнению
Отчёт KPI дизайнера

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

1.Проекты и качество результата
По каждому проекту:

• Соответствует стандарту студии

Да / Нет (по чек-листу, а не по ощущениям).
Количество раундов
Фактическое число согласований.
Решения в бюджете
Да / Частично / Нет.
Технически реализуемо
Факт, подтверждённый техконтролем.
Красная зона (срок этапа близок, а результат не соответствует стандарту студии)
Указывать причину: сроки / коммуникация / ошибки.
В срок
Только по договору, а не «почти успели».

2.Итоговая оценка PM
1️⃣ Самостоятельность
Что оценивается
Способность дизайнера вести свой участок работы без постоянного контроля PM.
Вопрос для PM
«Могу ли я не держать этого дизайнера в ежедневном фокусе?»

✔️ Самостоятельность — ✔️
Если дизайнер:

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

Управленческий вывод:
Можно увеличивать ответственность и сложность проектов.

⚠️ Самостоятельность — !
Если дизайнер:

• иногда забывает сроки;
• требует напоминаний;
• не всегда проверяет результат;
• нуждается в периодическом контроле PM.
• Управленческий вывод:

Рабочий уровень, требуется донастройка.

❌ Самостоятельность — ✖️
Если дизайнер:

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

Системная проблема, рост невозможен.

2️⃣ Предсказуемость
Что оценивается
Насколько стабильно дизайнер соблюдает сроки, качество и коммуникацию.
Вопрос для PM
«Могу ли я заранее спрогнозировать результат его работы?»

✔️ Предсказуемость — ✔️
Если:

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

Управленческий вывод:
Надёжный дизайнер для параллельных проектов.

⚠️ Предсказуемость — !
Если:

• результат есть, но со сдвигами;
• возникают сюрпризы;
• PM вынужден подстраховывать.

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

❌ Предсказуемость — ✖️
Если:

• проблемы вскрываются постфактум;
• сроки “вдруг” срываются;
• каждый проект — зона риска.

Управленческий вывод:
Невозможно планировать загрузку и сроки.

3️⃣ Соблюдение роли
Что оценивается
Способность дизайнера оставаться в зоне дизайна, не разрушая систему.
Вопрос для PM
«Не выходит ли дизайнер за границы своей роли?»

✔️ Соблюдение роли — ✔️
Если дизайнер:

• не договаривается с клиентом о сроках;
• не обсуждает деньги;
• не вовлекает собственников;
• не управляет процессом;
• объясняет дизайн, а не “рулит проектом”.

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

⚠️ Соблюдение роли — !
Если:

• иногда берёт на себя лишнее;
• может пообещать клиенту без согласования;
• требует корректировок со стороны PM.

Управленческий вывод:
Требуется фиксация границ роли.

❌ Соблюдение роли — ✖️
Если дизайнер:

• сам договаривается о сроках;
• обсуждает бюджет;
• тянет клиента напрямую;
• вовлекает собственников;
• спорит с PM о процессах.

Управленческий вывод:
Разрушает управляемость проектов.

Обязательные правила выставления оценки
Если есть сомнение между ✔️ и ! — ставится !
Повторяющаяся проблема = ✖️
Оценка не обсуждается с дизайнером в моменте
Оценка используется для решений, а не для споров

Связь с управленческими решениями
✔️✔️✔️ → рост ответственности, сложные проекты
✔️ / ! → стабилизация, обучение
! / ! → ограничение загрузки
✖️ по любому пункту → системное вмешательство