NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

붉은사막Crimson Desert

깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬할 것인가

실행 방향 · BASELINE 2026-04-22

DECISION QUESTION · 2026-04-22

깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬하고 언제 되돌릴 것인가?

사용자는 깊이를 덜어낸 시스템이 아니라 같은 깊이를 더 잘 읽는 순서를 받습니다. 결과와 상태는 다음 행동을 가리키고 역할 정보는 선택 뒤 확인된 회복과 연결됩니다. 완료는 의무가 아니며 정산 장부는 합치지 않고 Add-ons와 product field는 새 판매장치 없이 동일 권리·소유 의미를 전달합니다.

DECISIONT실행 방향
01Lock

Lock

Core 1과 Secondary 5의 일관된 설계 포트폴리오입니다.

02Shape

Shape

P-A~P-F가 독립 게임별 패키지로 남습니다.

03Validation

Plan locked · Evidence partial

DECISION QUESTION깊이·자율성·완결감·확정 소유를 지키며 판독→행동→회복 계약을 어떻게 정렬하고 언제 되돌릴 것인가?
DECISION ANALYSIS JUDGMENT붉은사막의 최적화 과제는 콘텐츠 양이 아니라 기존 전투·성장·정산·권리·상품 정보가 판독→행동→회복으로 이어지는 계약을 충분히 드러내지 못하는 데 있습니다.

설계 방향 잠금 · 보호선 보존 · 독립 검증·rollback 계약

제1장

여섯 패키지가 한 방향을 공유하되 하나의 전역 카드로 합쳐지지 않습니다

Core는 고정 앵커이고 B–F는 서로 다른 근거·owner·rollback을 가진 독립 잔여입니다.

  1. 01TP-A

    판독→선택→회복의 공통 grammar

    state·result·role을 next action과 confirmed recovery에 연결합니다.

  2. 02TP-B

    완료 후 선택적 목적 relay

    완결을 훼손하지 않고 user-opened context로 기존 목적을 잇습니다.

  3. 03TP-C

    다층 정산 contract

    ledger를 합치지 않고 rule·input·result·exception 의미를 정렬합니다.

  4. 04TP-D

    Abyss consequence와 recovery cue

    희소성·기회비용·build 폭을 지키며 확인된 회복만 보여 줍니다.

  5. 05TP-E

    Add-ons entitlement closure

    claim·delivery·recovery·ownership을 기존 field와 route로 닫습니다.

  6. 06TP-F

    상품 정보 closure

    product·package·price·ownership 의미를 근거별로 정규화합니다.

제2장 · P-A Core

Layered Read→Choose→Recover Grammar는 복잡성을 삭제하지 않고 판독 순서를 만듭니다

  1. 01TRead

    현재 state와 action result를 같은 입력·결과 규격으로 읽습니다

    same-input/result와 reason code의 일관성을 확인합니다.

  2. 02TChoose

    역할·조건·비용이 가능한 다음 행동과 보류를 가리킵니다

    자동 추천이나 choice 축소가 아닙니다.

  3. 03TRecover

    실제 존재하는 retry·route·recovery를 다음 행동 뒤에 연결합니다

    거짓 회복이나 paid bypass를 만들지 않습니다.

  4. 04TLayer

    정보를 component·state·result·role 순서로 캡슐화합니다

    모든 설명을 한 전역 화면에 모으지 않습니다.

  5. 05TProtect

    전투 깊이·해법 폭·본편 완결감을 보존합니다

    choice·depth·breadth·economy 축소는 cap failure입니다.

  6. 06TValidate

    AF1/AF2 denominator·reason·action을 24h/72h/7d에서 봅니다

    meaningful retry와 next use의 방향만 먼저 확인합니다.

제3장 · P-B/P-C

완료 뒤 목적과 다층 정산은 서로 다른 자발성·예측 계약입니다

완결감을 미완결로 바꾸지 않고 경제 장부를 합치지 않는 두 독립 방향을 유지합니다.

  1. 01TP-B 방향

    Pull-Based Completion Purpose Relay

    completion receipt를 optional context 하나와 user-opened pull route로 연결합니다.

  2. 02TP-B 금지

    push·queue·FOMO·new task를 만들지 않습니다

    자발 복귀를 의무나 미완결로 계수하지 않습니다.

  3. 03TP-B 좌표

    completion/context/revisit · 24h/72h/7d/+30d

    exposure·open·dismiss·revisit로 자발성을 봅니다.

  4. 04TP-C 방향

    Layered Settlement Contract

  5. 05TP-C 금지

    ledger merge·경제값 변경·선택권 축소를 하지 않습니다

    명료화와 economy zero-delta를 함께 확인합니다.

  6. 06TP-C 좌표

    rule/input/result/error/use · 24h/72h/7d/+30d

    eligible·pending·settled·blocked·error 상태를 봅니다.

제4장 · P-D

Abyss의 기회비용은 지우지 않고 실제 consequence와 recovery를 함께 읽게 합니다

  1. 01T방향

    Bounded Consequence & Recovery Cue

    action별 cost·commitment·confirmed recovery를 같은 맥락에 둡니다.

  2. 02T비대칭

    희소 자원의 역할과 선택 결과를 의도적으로 보존합니다

    모든 선택을 무비용·가역으로 만들지 않습니다.

  3. 03T완충

    확인된 recovery만 매개층에 표시합니다

    false recovery와 미확인 reset을 만들지 않습니다.

  4. 04T보호

    성장 해법 폭·투자 자유·build breadth를 지킵니다

    reset/rate/value 변경을 판독 개선에 섞지 않습니다.

  5. 05T좌표

    cost/commitment/recovery/build · 24h/72h/7d/+14d/+30d

    deliberate investment 방향과 hold를 봅니다.

  6. 06TRollback

    false recovery나 build breadth 저하 시 카드 단위로 되돌립니다

    P-A/P-C와 다른 independent boundary를 유지합니다.

제5장 · P-E/P-F

확정 권리와 상품 정보는 새 판매장치 없이 ownership을 닫습니다

비가챠·일회 구매 경계를 유지하며 entitlement와 informed decision을 서로 다른 계약으로 봅니다.

  1. 01TP-E 방향

    Existing Add-ons Entitlement Closure

    근거·claim·delivery·recovery·ownership을 동일 권리 의미로 정렬합니다.

  2. 02TP-E 보호

    확정 권리·price/access/value를 변경하지 않습니다

  3. 03TP-E 좌표

    claim/delivery/recovery/ownership

    구매·프로모션 +72h/+7d와 deterministic denominator를 봅니다.

  4. 04TP-F 방향

    Existing Product Information Closure

    product·package·price·ownership format을 근거별로 정규화합니다.

  5. 05TP-F 보호

    필수 고지와 플랫폼 차이를 숨기지 않습니다

    근거/build/currentness conflict가 섞이면 HOLD합니다.

  6. 06TP-F 좌표

    exposure/decision/hold/inquiry/CS

    구매 퍼널과 +30d에서 informed decision 방향을 봅니다.

제6장 · TVW와 페르소나

시간·돈·자율성·신뢰·무료 경로를 바꾸지 않는 보존 조건을 둡니다

  1. 01TTime

    기존 surface와 게임별 exposure만 사용합니다

    push·queue·global hub를 만들지 않습니다.

  2. 02TMoney

    price·reward·economy·access delta를 0으로 둡니다

    매출 효과를 명료화의 목적이나 근거로 만들지 않습니다.

  3. 03TVolition

    choice·build breadth·reflection·depth를 보존합니다

    compulsory routine과 자동 행동을 만들지 않습니다.

  4. 04TTrust

    same-input/result·truthful recovery·exact ownership을 요구합니다

    약속과 실제 상태를 같은 것으로 보지 않습니다.

  5. 05TFree path

    paywall·paid bypass·probabilistic ownership을 0으로 둡니다

    본편 완결 경로를 보호합니다.

  6. 06TPersona

    H1/H2/H3//L1/V1의 보호 조건을 각각 유지합니다

제7장 · Validation

여섯 패키지는 서로 다른 좌표·가설·재판정 조건을 가집니다

threshold와 효과를 약속하기 전에 방향·분모·상태 closure를 확인합니다.

  1. 01TP-A

    state/result/role/reason/action · 24h/72h/7d

    choice/depth/accessibility 훼손 시 revert와 Q/T 재검수입니다.

  2. 02TP-B

    completion/context/revisit · 24h/72h/7d/+30d

    push/FOMO/closure overwrite 시 rollback합니다.

  3. 03TP-C

    rule/input/result/error/use · 24h/72h/7d/+30d

    ledger merge·경제·선택권 훼손 시 rollback합니다.

  4. 04TP-D

    cost/commitment/recovery/build · +14/+30d 포함

  5. 05TP-E

    근거/claim/delivery/recovery/ownership

    right·recovery·ownership 훼손 시 rollback합니다.

  6. 06TP-F

    exposure/decision/hold/inquiry/CS

    고지·price/ownership 훼손 또는 혼입 시 HOLD합니다.

실행 방향과 검증 조건 분석

MONITOR

각 카드가 원래 제품 상태로 되돌아갈 수 있어야 다음 승인 심의가 가능합니다.

  1. 01T실행 방향과 검증 조건 기준

    MONITOR

    기존 상태와 노출·행동·오류·회복을 먼저 관찰합니다.

  2. 02T실행 방향과 검증 조건 기준

    CONFIG REVERT

    독립 설정 단위가 확인된 카드만 되돌립니다.

  3. 03T실행 방향과 검증 조건 기준

    PARTIAL ROLLBACK

    손상 component를 부분 복귀하고 나머지 패키지와 분리합니다.

  4. 04T실행 방향과 검증 조건 기준

    FULL CARD ROLLBACK

    카드 전체를 원래 게임별 계약으로 되돌립니다.

  5. 05T실행 방향과 검증 조건 기준

    REVALIDATION

    원복 뒤 보호 자산·가설·분모·owner를 다시 확인합니다.

  6. 06T실행 방향과 검증 조건 기준

    T 판단

제9장 · 완료 상태

Decision Analysis

대표 결정의 가정과 중지 조건, 후속 handoff의 경계를 함께 보존합니다.

  1. 01TDecision

    coherence와 권장을 유지한다는 대표 결정입니다.

    coherence와 권장을 유지한다는 대표 결정입니다.

  2. 02TShape

    T 판단

  3. 03TEvidence

    Validation plan locked · evidence partial

    baseline·denominator·owner·existing log·rollback unit이 필요합니다.

  4. 04TStop

    Hard Fact·Core·Identity·Conservation·법·권리·안전 위반 시 중지합니다

    tier/package 변경과 비가역 실행도 재정합 조건입니다.

  5. 05T실행 방향과 검증 조건 기준

    입니다.

    입니다.

  6. 06T분석

    T 판단