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

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

обзор даёт общий вход требования задают правила сборка ведёт выпуск медиа и архив закрывают доказательство и выдачу
текущий контур Единая витрина

Этот host держит общую витрину и раздаёт роли дальше

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

    сценарий 1

    Новый объект и старт работ

    • Обзор команда заходит в общий контур и получает роли по объекту
    • Требования сверяются правила, действующие шаблоны и контрольные требования
    • Сборка создаётся рабочая логика сборки, замечаний и статусов выпуска
    сценарий 2

    Замечание с площадки и доказательство

    • Медиа в медиаконтуре поднимают фото или видео с нужным таймкодом
    • Сборка медиадоказательство привязывают к замечанию и решают, хватает ли его для закрытия
    • Архив если материал нужен в архивной версии, он уходит в controlled delivery
    сценарий 3

    Обновилось правило или шаблон

    • Требования фиксирует изменение и показывает, что оно затронет
    • Сборка пересобирает рабочий пакет и контрольные условия выпуска
    • Обзор даёт команде целостный обзор того, где обновление уже применено, а где ещё нет
    сценарий 4

    Внешняя выдача и ограниченный доступ

    • Сборка фиксирует готовность пакета к передаче
    • Архив собирает архив, версию исходников и медиапул под нужную роль
    • Обзор оставляет для команды общий обзор, а наружу отдаёт только нужный слой

    Роли не дублируют друг друга, а передают задачу дальше

    обзор

    Единый вход

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

    правила

    Нормативный хозяин

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

    сборка

    Операционный хозяин

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

    медиа

    Медиа-хозяин

    Принимает фото и видео, даёт смотреть их онлайн и передаёт уже осмысленный материал в рабочий или архивный контур.

    архив

    Архивный хозяин

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

    return path

    Возврат в общий контур

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

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

    Зачем здесь вход по роли

    • Разные экраны для разных участников подрядчик, техзаказчик, авторский надзор и архивный пользователь не должны видеть одинаковый контур
    • Ограничение по материалам кто-то видит медиапул, кто-то только итоговый архив, а кто-то только рабочую часть сборки ИД
    • Правдоподобный рабочий характер закрытый beta-access делает портал похожим на реальную среду проекта, а не на открытую витрину для текста
    доступ по приглашению Гостевой обзор

    Вход выглядит как проектный и ограниченный

    Вход по приглашению и роли проекта

    После beta-входа открываются медиаленты, сборка пакета, архивная выдача и связанные рабочие пространства объекта.