WEBSITES & E-COMMERCE
РАБОЧАЯ ОБЛАСТЬ / РЕШЕНИЕ → ГРАНИЦЫ → ПРОВЕРКА
Соберите понятный черновик проекта до контакта — без повторного объяснения задачи.
Здесь собраны выбранное направление, локальный черновик, открытые внешние условия, критерии проверки и следующий шаг. Контактные данные сюда не подтягиваются и не сохраняются.
Не нужно разбираться во внутренних контрактах, чтобы понять следующий шаг.
Отдельные внешние условия пока не выделены.
Рабочая область не меняет владельца коммерческого маршрута: незавершённое решение возвращается к проверке задачи, готовый продукт сначала проходит через передачу в Store, а заявка открывается только для пути Services.
ЗАВЕРШИТЬ ПРОВЕРКУ ЗАДАЧИСмотрите на проект как на четыре решения, а не на набор внутренних контрактов.
Результат ещё открыт — его достаточно описать в заявке.
IN 0 · OUT 0 · OPEN 0 · ASSUMPTION 0
Отдельные внешние условия пока не выделены.
Формат старта можно скорректировать после фактической проверки.
ПУТЬ / ПО ЖЕЛАНИЮПочему выбран этот путь решенияПодробная проверка решения и техническая матрица маршрутов доступны по желанию, но не обязательны для следующего действия.
Результат → направление → отправная точка остаются видимыми до передачи следующего шага.
Три пути сравниваются отдельно — тематический fit не равен Store eligibility.
Прямой product match не используется.
Прямой product match не используется.
Прямой 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.
Один project context — три разные delivery boundary.
Project map показывает не полноту формы, а границы реального решения.
- WEBSITES & E-COMMERCE
- RF
- Custom development
- Не уверен — определим на scope
- Нужно определить на scope
Желаемый результат ещё не описан в intake draft.
Отдельные external gates пока не объявлены. Это не доказательство их отсутствия.
Acceptance boundary ещё можно определить на scope review.
Зафиксируйте границу задачи до scope review
Статусы не являются quote или договором. Они показывают, что сейчас считается входящим в задачу, что исключено, что остаётся открытым и что пока является предположением.
03 / BOUNDARY STATUSBoundary остаётся открытой
IN 0 · OUT 0 · OPEN 0 · ASSUMPTION 0. Незаданные строки не считаются OUT.
TECHNICAL HANDOFF / OPTIONALЛокальный preview Scope Package, review sequence и execution queueЭти детали нужны для сверки handoff и operator review. Для коммерческого решения достаточно четырёх summary-блоков и requirements boundary выше.
Локальный preview будущего Scope Package — до server review.
Preview не включает специальные contact/submission поля, но содержит введённый пользователем project text — если в нём есть идентификаторы, они попадут в копию. Это материал для самопроверки до отправки; server-derived package будет построен независимо после принятия intake.
- solution fit / способ старта
- тип проекта
- текущее состояние
- желаемый результат
- критерий успеха
- жёсткие ограничения
- бюджетный диапазон
- временное окно
- граница IN / OUT / OPEN / ASSUMPTION
- граница приёмки
- формат старта
- Уточнить во время scope review
- подтвердить задачу → направление → starting path и product fit
- уточнить тип проекта
- уточнить текущее состояние
- зафиксировать IN / OUT / OPEN / ASSUMPTION границу scope
- уточнить бюджетный диапазон
- уточнить временное окно / приоритет
Безопасный brief исключает outcome, success signal, constraints, system/free-form context и contact/submission поля. Full JSON содержит project text из локального draft — перед передачей проверьте его на идентификаторы и чувствительные данные.
Следующий шаг строится из открытых границ, а не из скрытого score.
- 01закрыть открытые решения
- 02подтвердить outcome → service → starting path
- 03подтвердить формат и границу старта
- 04провести первый scope / fit review
Sequence — рабочий порядок первого review. Он не является обещанием этапов delivery и может измениться после проверки внешних контрактов.
Разложите следующий review по владельцу решения, а не по общей очереди вопросов.
Execution Prep — это server-reproducible очередь подготовки к scope review. Она не авторизует delivery, не назначает SLA и не подтверждает доступность внешних систем.
2xbr.services-execution-prep.v2сначала закрыть открытые решения13 bounded действий
- Определить: solution fit
- Определить: project type
- Определить: current state
- Определить: outcome
- Определить: success signal
- Определить: constraints
- Определить: budget band
- Определить: timeline window
Нет действий из текущего контекста.
- Определить: scope boundary
- Определить: acceptance boundary
- Определить: engagement model
- Согласовать engagement boundary
- Провести первичный scope review
Порядок показывает, что нужно подтвердить до/во время первого scope review. Фактический delivery plan появляется только после operator review и проверки внешних контрактов.
07 / NEXT ACTION / FITСледующее действие определяется тем же Solution Fit, что и на основном Services-маршруте. Workspace не создаёт отдельный путь в заявку.