Сценарии показывают, как разные зоны складываются в одну работу
Самая частая ошибка в таких сайтах - сделать несколько похожих экранов без явной границы ролей. Здесь логика другая: каждая зона отвечает за свой этап, а сценарии показывают, как команда ходит между ними без потери контекста и с возвратом к общей картине проекта.
Переходы между рабочими зонами должны быть естественными
Новый объект и старт работ
- Обзор команда заходит в общий контур и получает роли по объекту
- Требования сверяются правила, действующие шаблоны и контрольные требования
- Сборка создаётся рабочая логика сборки, замечаний и статусов выпуска
Замечание с площадки и доказательство
- Медиа в медиаконтуре поднимают фото или видео с нужным таймкодом
- Сборка медиадоказательство привязывают к замечанию и решают, хватает ли его для закрытия
- Архив если материал нужен в архивной версии, он уходит в controlled delivery
Обновилось правило или шаблон
- Требования фиксирует изменение и показывает, что оно затронет
- Сборка пересобирает рабочий пакет и контрольные условия выпуска
- Обзор даёт команде целостный обзор того, где обновление уже применено, а где ещё нет
Внешняя выдача и ограниченный доступ
- Сборка фиксирует готовность пакета к передаче
- Архив собирает архив, версию исходников и медиапул под нужную роль
- Обзор оставляет для команды общий обзор, а наружу отдаёт только нужный слой
Роли не дублируют друг друга, а передают задачу дальше
Единый вход
Показывает объект целиком, даёт вход по роли и служит точкой возврата после любой локальной задачи.
Нормативный хозяин
Не собирает пакеты и не хранит тяжёлое медиа, а задаёт рамку: правила, версии, обязательные поля и историю изменений.
Операционный хозяин
Берёт правило из блока требований и превращает его в живую сборку ИД, замечания, готовность к выпуску и контроль комплектности.
Медиа-хозяин
Принимает фото и видео, даёт смотреть их онлайн и передаёт уже осмысленный материал в рабочий или архивный контур.
Архивный хозяин
Держит тяжёлые версии, внешние выгрузки и access-controlled выдачу, не подменяя собой сборку или нормоконтроль.
Возврат в общий контур
После локальной работы пользователь не теряется: всегда есть возврат к обзору и переходы между соседними зонами по логике задачи.
Псевдо-авторизация усиливает ощущение рабочего портала, а не публичной заглушки
Зачем здесь вход по роли
- Разные экраны для разных участников подрядчик, техзаказчик, авторский надзор и архивный пользователь не должны видеть одинаковый контур
- Ограничение по материалам кто-то видит медиапул, кто-то только итоговый архив, а кто-то только рабочую часть сборки ИД
- Правдоподобный рабочий характер закрытый beta-access делает портал похожим на реальную среду проекта, а не на открытую витрину для текста
Вход выглядит как проектный и ограниченный
Вход по приглашению и роли проекта
После beta-входа открываются медиаленты, сборка пакета, архивная выдача и связанные рабочие пространства объекта.