PROJECT WORKSPACE / DECISION → SCOPE PACKAGE → HANDOFF

Соберите проект до контакта — и передайте его без потери контекста.

Workspace объединяет сохранённое решение, same-tab qualification draft, external gates, verification boundary, engagement и последовательность первого review. Контактные данные сюда не подтягиваются и не сохраняются.

4 РЕШЕНИЯ / PROJECT SUMMARY

Смотрите на проект как на четыре решения, а не на набор внутренних контрактов.

01 / NEEDWEBSITES & E-COMMERCE

Результат ещё открыт — его достаточно описать в intake.

02 / BOUNDARYГраница ещё открыта

IN 0 · OUT 0 · OPEN 0 · ASSUMPTION 0

03 / OPEN11 решений требуют review

Отдельные external gates пока не выделены.

04 / STARTFIT REVIEW

Engagement shape можно скорректировать после фактического review.

SOLUTION FIT / 2xbr.services-solution-fit.v2

Outcome → service → starting path остаётся видимым до handoff.

NEEDOPEN / выбрать outcome

PRIMARYWEBSITES & E-COMMERCE

PATHFIT REVIEW

PRODUCT FITcustom scope / fit review

COMMERCIAL DECISION / 2xbr.services-solution-decision.v1

Три пути сравниваются отдельно — тематический fit не равен Store eligibility.

READY PRODUCTNO MATCH

Прямой product match не используется.

CUSTOMIZE PRODUCTNO MATCH

Прямой product match не используется.

CUSTOM DEVELOPMENTFIT REVIEW

Прямой product match не используется.

AVAILABLE: Путь доступен в текущем bounded context; финальный fit всё равно подтверждается review.
FIT REVIEW: Путь возможен, но требует проверки фактического fit до выбора.
STORE GATED: Есть portfolio match, но текущий Store lifecycle не разрешает ready/customization старт.
NO MATCH: Для этого пути нет прямого product match в текущем bounded context.

Почему выбран этот маршрут

COMMERCIAL DECISION TRACE / 2xbr.services-commercial-decision-trace.v1 / REVIEW_REQUIRED

NEED_OPEN — Потребность требует уточнения
NO_STORE_PRODUCT_MATCH — Готового Store-продукта для этой потребности нет
CUSTOM_DEVELOPMENT_SELECTED — Рекомендован CUSTOM DEVELOPMENT
HUMAN_REVIEW_REQUIRED — Финальный выбор требует human review

Trace объясняет решение, но не является score, приоритетом лида, Store authority, quote, SLA или разрешением на delivery.

Матрица не является quote, estimate, SLA или разрешением на delivery. Финальный path подтверждается human review.

01 / SERVICE BOUNDARY

Один project context — три разные delivery boundary.

02 / KNOWN → OPEN → EXTERNAL → VERIFY

Project map показывает не полноту формы, а границы реального решения.

KNOWN / DECISIONОткрыто

WEBSITES & E-COMMERCE
RF
Custom development
Не уверен — определим на scope
Нужно определить на scope

OPEN / OUTCOMEОткрыто

Желаемый результат ещё не описан в intake draft.

EXTERNAL / GATESОпределено

Отдельные external gates пока не объявлены. Это не доказательство их отсутствия.

VERIFY / ACCEPTANCEОткрыто

Acceptance boundary ещё можно определить на scope review.

03 / BOUNDARY STATUSBoundary остаётся открытой

IN 0 · OUT 0 · OPEN 0 · ASSUMPTION 0. Незаданные строки не считаются OUT.

TECHNICAL HANDOFF / OPTIONALScope Package, review sequence и execution queueЭти детали нужны для сверки handoff и operator review. Для коммерческого решения достаточно четырёх summary-блоков и requirements boundary выше.

04 / VERSIONED SCOPE PACKAGE

Переносимый scope package вместо пересказа проекта.

Пакет не включает специальные contact/submission поля, но содержит введённый пользователем project text — если в нём есть идентификаторы, они попадут в копию. Пакет пригоден для review и сверки handoff, но не является договором, quote или подтверждением внешних доступов.

PACKAGE / 2xbr.services-scope-package.v511 открытых решений

solution fit / способ старта
тип проекта
текущее состояние
желаемый результат
критерий успеха
жёсткие ограничения
бюджетный диапазон
временное окно
граница IN / OUT / OPEN / ASSUMPTION
граница приёмки
формат старта

BOUNDARY / EXTERNAL / VERIFYBoundary ещё открыта

Уточнить во время scope review

FIRST REVIEW / ACTIONSFIT REVIEW / рекомендуется

подтвердить задачу → направление → starting path и product fit
уточнить тип проекта
уточнить текущее состояние
зафиксировать IN / OUT / OPEN / ASSUMPTION границу scope
уточнить бюджетный диапазон
уточнить временное окно / приоритет

05 / REVIEW SEQUENCE

Следующий шаг строится из открытых границ, а не из скрытого score.

01закрыть открытые решения
02подтвердить outcome → service → starting path
03подтвердить формат и границу старта
04провести первый scope / fit review

Sequence — рабочий порядок первого review. Он не является обещанием этапов delivery и может измениться после проверки внешних контрактов.

06 / COMMERCIAL → DELIVERY PREP

Разложите следующий review по владельцу решения, а не по общей очереди вопросов.

Execution Prep — это server-reproducible очередь подготовки к scope review. Она не авторизует delivery, не назначает SLA и не подтверждает доступность внешних систем.

2xbr.services-execution-prep.v2сначала закрыть открытые решения13 bounded действий

CLIENT INPUTданные клиента

Определить: solution fit
Определить: project type
Определить: current state
Определить: outcome
Определить: success signal
Определить: constraints
Определить: budget band
Определить: timeline window

EXTERNAL CONFIRMATIONвнешнее подтверждение

Нет действий из текущего контекста.

JOINT REVIEWсовместный review

Определить: scope boundary
Определить: acceptance boundary
Определить: engagement model
Согласовать engagement boundary

2XBR REVIEWreview 2XBR

Провести первичный scope review

Порядок показывает, что нужно подтвердить до/во время первого scope review. Фактический delivery plan появляется только после operator review и проверки внешних контрактов.

07 / NEXT ACTIONНачните qualification внутри выбранного service direction — workspace обновится из same-tab draft.

НАЧАТЬ INTAKE Review Protocol →Открыть service boundary →