Fit-out команда, подрядчики и CAPEX: как перестать “открывать на героизме” и начать открывать по системе
Открытие магазина редко проваливается из‐за “плохих подрядчиков”. Оно проваливается из‐за отсутствия права подписи. Пока все заняты работой, решения принимаются в чатах, на дозвонах, “по месту”. А потом внезапно выясняется: узел крепления поменяли, кабель переложили, РЕЙЛ повесили не туда, пожарная не принимает, арендодатель задаёт вопросы, а эксплуатация говорит “мы это не обслужим”. Итог всегда одинаковый: простой бригад, срочные закупки, переделки и CAPEX контроль превращается в сказку для презентации.
Матрица ответственности на открытии магазина — не про бюрократию. Это про скорость. Она убирает серую зону между fit-out командой и подрядчиками на открытии магазина: кто владелец решения, кто согласует, кто подписывает изменения в смете, и в каком месте “стоп-линия”, после которой любое творчество становится финансовым преступлением против вашего бюджета.
Диагностика: как понять, что у вас не стройка, а хаос с календарём
Проверьте три симптома — если есть хотя бы два, вы уже платите лишнее:
- Согласование чертежей идёт “волнами”: сегодня приняли, завтра снова согласовали с новыми параметрами.
- Решения фиксируются постфактум: акты скрытых работ подписывают после того, как всё зашили.
- Любая мелочь превращается в совещание: потому что зона ответственности подрядчика и внутренней команды размыта.
Маркер No1 — изменения по инженерии и торговому оборудованию. Там чаще всего и рождается перерасход: подвесные вешала, потолочные вешала для магазина одежды, тросовые системы развески, электрика и нагрузка на потолочные конструкции.
Причины и механизмы: почему “нет подписанта” всегда раздувает смету
.jpg)
Проблема не в людях, а в механике управления:
- Нет регламента согласований и SLA. Подрядчик ждёт, бригада простаивает, сроки горят — и решение принимают “чтобы не стоять”.
- Нет контроля изменений (change control). Значит замена материала, узла или поставщика проходит как “оперативка”, а не как финансовое решение.
- Нет decision log — реестра решений. Когда возникает конфликт, вы не находите: кто инициировал, кто консультировал, кто утвердил.
Мини‐кейс из реальности сети: субподрядчик поменял крепёж в узле подвеса тросовой системы “потому что на складе было”. На приёмке технадзор попросил паспорта/сертификаты и расчёт нагрузок — не сошлось. В итоге демонтаж, повторный монтаж, и график открытия магазина поплыл на неделю. Не потому что “ошиблись”, а потому что никто не был назначен Approver на узлы крепления.
Решение: реестр решений + правило подписи, которое защищает CAPEX
Вам нужен короткий список решений, которые всегда должны иметь DRI (владельца) и Approver (подписанта). Без этого матрица — просто таблица.
Реестр решений (минимум):
- Планировочные изменения (зонирование, входная группа, примерочные)
- Любые правки по электрике/трассам
- Пожарная и эвакуация (согласования с арендодателем)
- Отделочные материалы и замены “аналогов”
- Торговые системы развески: подвесные вешалки, потолочные вешала, тросовые системы развески
- Точки крепления, монтажные допуски и крепёж, подтверждение нагрузки
- Приёмка выполненных работ, акт скрытых работ, фотофиксация
- Перенос сроков и “ускорение за деньги”
- Любой change request, влияющий на бюджет/риски
Правило подписи по бюджету и риску (пример):
- До X рублей и без влияния на безопасность — один Approver (fit-out manager).
- Выше X или влияет на безопасность/нагрузки/пожарной — двойная подпись (fit-out + эксплуатация/технадзор).
- Любые узлы подвеса и крепления — всегда с инженерной консультацией и фиксацией в decision log.
Шаблон: RACI/DRI матрица для подрядчиков и fit-out команды (то, что реально работает)
Ключевой принцип: один DRI на решение. Не “мы вместе”, а конкретная фамилия/роль.
| Решение/зона | DRI (владелец) | Approver (подписант) | Consulted | Informed |
|---|---|---|---|---|
| Планировка торгового зала | PM открытия | Директор по развитию | корпоративный стиль, арендодатель | Эксплуатация |
| Изменения по электрике | Fit-out manager | Технадзор/инженер | Генподрядчик | PM открытия |
| Замена отделочных материалов | Закупки | Fit-out manager | Эксплуатация | Финансы |
| Узлы крепления потолочных вешал | Инженер проекта | Технадзор | Поставщик систем, генподрядчик | Эксплуатация |
| Монтаж тросовых систем развески | Генподрядчик | Fit-out manager | Инженер, поставщик | PM открытия |
| Согласование чертежей с ТЦ | PM открытия | Директор по развитию | Юрист | Fit-out |
| Акт скрытых работ | Генподрядчик | Технадзор | Fit-out | PM открытия |
| Приёмка торгового оборудования | Fit-out manager | Эксплуатация | Одежда сотрудников | Директор |
| Change control по смете | PM открытия | Финансы | Fit-out, закупки | Директор |
| Сдвиг срока открытия | PM открытия | COO | Маркетинг, HR | Все |
Эта таблица — не “документ ради документа”. Она превращает управление подрядчиками в управляемую систему: кто делает, кто решает, кто несёт риск.
Внедрение за 7–10 дней до стройки: без бюрократии, но с дисциплиной
Вам не нужен “проектный офис на 40 страниц”. Нужны три элемента:
- One-page матрица RACI/DRI (как выше).
- Реестр решений (decision log) в treker: дата, инициатор, вариант, цена, риск, подписи.
- Регламент согласований: SLA 24 часа на типовые решения, 48 часов на рискованные.
И главное — stop-the-line критерии: работы официально ставятся на паузу, если меняется инженерия, узлы креплений, пожарные решения или бюджет. Это дешевле, чем “проскочить”, а потом демонтировать.
Выводы и действие
- Если у решения нет DRI и Approver — оно будет принято “по факту” и почти всегда за счёт CAPEX.
- Fit-out команда не должна быть “пожарной командой” — она должна быть владельцем процесса согласований.
- Реестр решений и change control — это не контроль ради контроля, а защита графика открытия магазина.
- Подвесные системы развески (потолочные вешала, тросовые системы, подвесные вешала) — зона повышенного риска: закрепляйте подписи жёстче, чем по отделке.
- Один лист матрицы + SLA + стоп-линия дают больше эффекта, чем бесконечные звонки.
Соберите на ближайшее открытие матрицу ответственности на открытии магазина и decision log, назначьте DRI/Approver по узлам и изменениям сметы — и вы впервые увидите, где утекают сроки и деньги не “из-за подрядчиков”, а из-за вашей архитектуры решений.
-450x350.jpg)

-250x250.jpg)


