NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

포켓몬 GOPokémon GO

성장 판단 계약과 다섯 독립 attachment

현재 상태→목적→유효한 다음 행동→결과→복귀를 36 와 패킷별 validation·rollback으로 연결합니다. · 실행 방향 · BASELINE 2026-06-21

DECISION QUESTION · 2026-06-21

수집 깊이·자원 전문성·Map 탐색·무료 경로를 지키며 보유 상태와 다음 목표를 어떤 판단 계약으로 연결할 것인가?

DECISIONT실행 방향
01포트폴리오

Core Anchor + 5 Attachments

여섯 패킷은 모두 이고 독립 rollback 단위입니다.

02Signature

Signature

Map-to-Intent Continuity는 본선 밖 입니다.

DECISION QUESTION수집 깊이·자원 전문성·Map 탐색·무료 경로를 지키며 보유 상태와 다음 목표를 어떤 판단 계약으로 연결할 것인가?
DECISION ANALYSIS JUDGMENT핵심 방향은 기존 상태·목표·투자 규칙을 재정렬해 현재 상태→목적→유효한 다음 행동→결과→복귀를 잇는 성장 판단 계약입니다. 보상량·가격·통화·용량·매칭·레이팅은 바꾸지 않고 패킷별 근거·owner·validation·를 유지합니다.

Core 방향 잠금 · 5 Attachments 분리 · 검증·Rollback·승인 경계

제1장 · 여섯 모순과 IFR

투자·Map·상품·리듬·GBL·소유의 양립 요구를 독립 설계 단위로 유지합니다

각 Track은 Improve와 Protect, 좌표와 이상적 방향을 한 쌍으로 가집니다.

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

    투자판단 연속성 ↔ 수집·자원 전문성·자발 투자

    holdings/status/goal→investment→return에서 기존 상태·목표·투자 규칙을 재정렬합니다.

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

    첫 행동 판독성 ↔ Map 탐색·정당한 상업

    Map→branch→detail/abandon→return에서 탐색과 상업 의도를 분리하고 복귀를 보존합니다.

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

    조건→72h 가치계약 ↔ paid/free 안전·선택 자율

    detail→claim/purchase/hold→72h에서 선택 전 조건과 선택 후 결과를 연결합니다.

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

    비이벤트 자발 복귀 ↔ LiveOps·무료/사회 경로

    schedule→exit→missed→return에서 참여·종료·놓침·복귀를 무부채 리듬으로 정렬합니다.

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

    결과 이해·재도전 ↔ 경쟁·실력·공정성·지위

    result→cause/rule→settlement→retry에서 기술·규칙·정산·보상·랭크를 원자적으로 나눕니다.

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

    정리·소유 재진입 ↔ 수집 깊이·비권력형 편의

    capacity→choice→continue→re-entry에서 정리·비구매 지속을 소유 목적별 선택으로 바꿉니다.

제2장 · 병목에서 방향으로

Track마다 병목·모순→원리→방향→보호 논리의 도출 사슬을 유지합니다

원리 개수나 혁신 라벨이 성과 확률을 뜻하지 않으며 모든 방향은 기존 관계 재조합입니다.

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

    N3T7+N3T32+N4T24

    판단 계층·목표연결·가치계약·공통문법·절벽 곡선화로 경제량 없이 판단 접점을 재배열합니다.

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

    N1T2+N3T30+N3T32

    진입 슬림화·의도문법·가역 overlay·Map 복귀로 탐색과 상업을 모두 보존합니다.

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

    N1T8+N2T11+N2T9

    사전계약·안전경계·선택선·claim 연속·72h 영수증으로 금액 대신 정보 연속성을 바꿉니다.

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

    N2T19+N1T29+N2T18

    참여창·의무상한·exit-safe·무부채 복귀·이중 cadence로 이벤트 의미를 지킵니다.

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

    N1T35+N1T39+N3T33

    원자 결과·규칙·정산·기술경계·랭크·retry로 처리 속도와 무결성을 함께 봅니다.

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

    N3T4+N3T31+N4T24

    목적별 cleanup·유효 선택·비구매·가역 staging·재진입으로 용량 상품과 소유를 함께 지킵니다.

제3장 · P-A Core 6

성장 판단 계약은 계층·목표·가치·컨텍스트·문법·절벽 완충으로 구성됩니다

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

    성장 판단 계층

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

    목표연결 보유자산

    보유 재화와 포켓몬 상태를 선택 목표·다음 기존 행동에 연결해 포트폴리오 깊이를 지킵니다.

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

    투자 전후 가치계약

    투자 전 약속과 이후 상태·진척을 같은 계약에서 보여 주며 자발 투자를 유지합니다.

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

    성장 컨텍스트 이어가기

    투자 전후 선택 위치와 복귀 상태를 보존해 성장 문맥을 잃지 않습니다.

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

    상태·규칙 공통 문법

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

    투자 절벽 곡선화

    요구 임계 접근에서 continue/exit를 읽히게 하되 가격·통화·보상량을 바꾸지 않습니다.

제4장 · P-B Map 6

Map 첫 분기에서 탐색과 상업 의도를 구분하고 가역 복귀를 보존합니다

정상 commerce를 숨기거나 제거하지 않고 탐색 허브의 agenda와 attention을 보호합니다.

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

    Map-first 진입 슬림화

    map_entry에서 첫 surface 범위를 정리하되 Map 자체의 행동 폭을 줄이지 않습니다.

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

    의도·목적지 공통 문법

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

    명시적·가역 상업 오버레이

    상업 surface는 명시적으로 열고 닫은 뒤 원래 Map 상태로 돌아갈 수 있어야 합니다.

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

    상세·중단 후 Map 복귀

    detail/abandon 이후 탐색 위치·문맥·다음 기존 행동을 잃지 않습니다.

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

    첫 분기 선택 계약

    branch exposure 뒤 사용자가 목적을 선택하며 시스템이 의도를 추론·강제하지 않습니다.

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

    탐색–상업 경계 공개

    어느 route가 탐색이고 commerce인지 보이게 하되 어느 쪽도 강등하지 않습니다.

제5장 · P-C Product 6

상품 선택 전 조건과 claim·사용·72시간 가치를 하나의 인과면으로 잇습니다

paid/free 안전과 보상량을 지키며 purchase·hold를 모두 유효한 선택으로 유지합니다.

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

    제품 조건 사전계약

    detail 단계에서 적용 조건·기간·사용 경로를 선택 전에 확인합니다.

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

    claim 결과 안전경계

    claim start→result/error를 연결하되 보상량이나 권리를 바꾸지 않습니다.

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

    purchase/hold 후회방지 선택선

    구매와 보류가 각각 결과를 갖고 coercive urgency 없이 종료될 수 있습니다.

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

    claim 상태 연속선

    시작·진행·완료·오류를 한 상태 전이로 잇고 중복가치나 숨은 claim을 만들지 않습니다.

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

    72시간 가치 영수증

    선택한 상품의 사용과 편·가치 상태를 72시간 사건열에서 확인합니다.

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

    paid/free 안전동등 계약

    유료·무료 경로 모두 안전하게 계속할 수 있어야 하며 paid-only 보호를 허용하지 않습니다.

제6장 · P-D Rhythm 6

참여·종료·놓침·복귀를 부채 없는 event/non-event cadence로 정렬합니다

이벤트와 stacked reward의 의미를 지키며 mandatory streak·paid rescue·무료 경로 압축을 막습니다.

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

    자발적 참여창

    window view에서 join/skip을 모두 유효하게 두고 참여하지 않은 상태를 실패로 만들지 않습니다.

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

    obligation 상한·완충

    시간·과제 부담이 선택 가능한 상한을 넘지 않도록 하되 보상량을 변경하지 않습니다.

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

    exit-safe 다음 리듬

    종료 뒤 next valid state를 제공해 남은 과제를 복귀 부채로 만들지 않습니다.

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

    missed-participation 무부채 복귀

    놓친 이벤트·과제 뒤 paid rescue 없이 정상 루프로 돌아갑니다.

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

    event/non-event 이중 cadence

    이벤트 종료 뒤 기본 Map·수집·성장 루프로 이어져 LiveOps와 코어가 서로를 대체하지 않습니다.

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

    free/social rhythm 보호선

    무료·Gifts·관계 경로의 복귀를 paid schedule이나 강제 참여로 압축하지 않습니다.

제7장 · P-E GBL + P-F Ownership 12

결과의 원인 얼굴과 소유 정리의 선택 얼굴을 분리해 재도전·재진입을 지킵니다

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

    원자적 결과 영수증 + 적용 규칙·예외 계약

    result face와 rule/exception을 분리해 기술·규칙·공정 원인을 한 얼굴로 합치지 않습니다.

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

    정산 상태 연속선 + 기술상태 원인 경계

    settlement start→complete/error와 technical state→cause tag를 나눠 숨은 보정이나 원인 은폐를 막습니다.

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

    보상·랭크 정합선 + 이해 우선 재도전 선택선

    reward와 rank 상태를 맞추고 설명 뒤 retry/pause를 선택하게 해 실력 의미를 보존합니다.

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

    소유목적별 cleanup 레인 + discard/retain/continue 계약

    capacity hit에서 수집 목적별 선택을 열고 강제 폐기·확장을 차단합니다.

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

    비구매 지속 완충 + 가역적 cleanup staging

    구매 거절 뒤 계속할 수 있고 정리 선택을 undo/confirm할 수 있어야 합니다.

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

    cleanup→ownership re-entry + collection depth 보호선

    정리 완료 뒤 Portfolio로 복귀하고 용량·가격을 바꾸지 않은 채 수집 깊이를 확인합니다.

제9장 · Action Card와 실행 승인 경계

설계 포트폴리오 잠금과 Pilot·Release 권한을 분리합니다

  1. 01TAction Cards

    부터 까지 입니다

    Growth·Map·Commerce·LiveOps·GBL·Inventory owner와 Data·UX·CS의 실명 책임이 필요합니다.

  2. 02TSignature Card

    입니다

    Architecture와 surface owners가 attention·exploration·commerce 보호를 함께 승인해야 합니다.

  3. 03TCustomer Set

    모든 Track의 권장입니다

  4. 04TX boundary

    노출·순서·시간·용량·오류 임계와 효과크기는 고객 로그로 결정합니다

T 판단 마감

상태와 목표가 다음 유효한 투자와 복귀를 설명하게 하되 경제와 자산의 깊이는 바꾸지 않습니다

성장 판단 계약이 불변 Core이고 Map·Product·Rhythm·GBL·Ownership은 독립 attachment입니다.

01NEXT ACTION

여섯 패킷의 근거·causal owner·baseline·comparator·threshold를 등록합니다.

02NEXT ACTION

각 사건열과 보호선을 독립적으로 검증하고 feature flag· 권한을 승인합니다.

03NEXT ACTION

보상·가격·통화·용량·매칭·레이팅을 바꾸지 않고 ·를 유지합니다.

DECISION ANALYSIS OVERVIEW다섯 분석의 연결 논리와 전체 판단 보기 →