회수 가능한 상태
활성·상한 임박·상한·누락·수령·회복을 구분합니다.
COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE
메이플 키우기MapleStory: Idle RPG보상 압력을 키우지 않고 상한·일정·교환·확률·혜택 상태를 읽고 회수하게 합니다. · 방향설계 · BASELINE 2026-04-30
DECISION QUESTION · 2026-04-30
T는 제한 진단을 서로 분리 가능한 6개 작업축으로 바꿉니다.
활성·상한 임박·상한·누락·수령·회복을 구분합니다.
상한·시간창·교환·성장·확률·혜택 범위입니다.
접속 의무·보상 인플레이션·유료 우회·강한 FOMO를 피합니다.
확인 전 확대하지 않습니다.
제한 방향 · 6개 작업축 · 검증과 롤백
제1장 · 공통 문법
공통 문법은 시스템을 합치지 않고 서로 다른 규칙을 같은 순서로 설명합니다.
활성·상한 임박·상한·누락·수령 가능·회복 가능을 구분합니다.
시간·재고·안전망·혜택 결과를 손실 과장 없이 보여줍니다.
수령·제한 회복·다음 목표·대안·보류 경로를 현재 상태에 붙입니다.
던전·오프라인·이벤트·소환·패스는 따로 운영됩니다.
클릭 수보다 이해·선택·완료·후속 복귀를 봅니다.
제2장 · 6개 작업축
각 작업축은 다른 작업과 독립적으로 검증·보류·롤백할 수 있습니다.
상한 도달·초과 상태·미수령 보상을 분리하고 다음 유효 행동을 연결합니다.
예고·활성·제한 회복을 분리해 정확한 생활시간 준수를 요구하지 않게 합니다.
마감 전에 재고 상태·희소성 이유·대체 수령 가능성을 보여줍니다.
제한 자원과 회복 수단을 상점 압력 없이 다음 의미 있는 진척에 연결합니다.
확률 정보·보장 진척·중복 가치·이월 조건을 투입 전에 보여줍니다.
포함·제외·정정·수령 경로를 구매 전 범위표로 노출합니다.
제3장 · 검증과 롤백
각 작업축은 보호 가치와 행동 증거를 통과해야 확장할 수 있습니다.
동일 조건에서 상태 인식·선택 경로·완료·후속 복귀를 비교합니다.
회복이 무구매 플레이를 좁히거나 한정 보상과 장기 경제를 약화시키는지 봅니다.
또 다른 체크리스트·알림 의존·유료 회복 기대·숨은 예외가 생기면 중단합니다.
설명 개선과 초기 행동을 유지율·전환·매출 효과로 확대하지 않습니다.
효과 배수·매출 개선폭·정량 목표는 방향 잠금에서 만들지 않습니다.
제4장 · 방향 포트폴리오
각 트랙의 owner·희소성·rollback을 유지한 채 회수 가능 상태를 공통 기준점으로 둡니다.
ticket/cap/offline reward를 손실 회피가 아니라 회수 가능한 return state로 바꿉니다.
PC Login·Hot Time을 active/preload/recovery cadence로 나눕니다.
Event Exchange의 stock·희소성 이유·free floor를 명료화합니다.
성장 sink를 제한 recovery credit과 next milestone으로 연결합니다.
rate·pity·duplicate·guarantee를 실제 rule state와 연결합니다.
Pass·Boost UP의 포함·제외·claim route를 구매 전에 닫습니다.
제5장
신규 보상 기계가 아니라 게임별 rule innovation과 제한된 mediator를 사용합니다.
pending claim·next action·overflow buffer를 expiry/rate와 함께 제한합니다.
event window를 active/preload/recovery 상태로 나누고 대안 수령을 제한합니다.
stock state·free floor·sold-out reason·alternate claim을 실제 table에 묶습니다.
성장 손실을 제한 credit과 다음 목표로 잇되 shop pressure를 분리합니다.
확률·보장·중복·이월을 실제 ledger와 conversion cap에 묶습니다.
구매 범위와 claim·stock·rate 상태를 같은 독해 순서로 정렬합니다.
제7장 · Action Cards
12는 cross-reference이며 별도 Action Card나 자동 릴리즈가 아닙니다.
02를 System·Economy·Data owner와 →로 검증합니다.
04를 LiveOps·Data owner와 →으로 검증합니다.
07을 System·Economy·Data owner와 →로 검증합니다.
09를 Monetization·Data·CS owner와 →로 검증합니다.
제9장 · T 완료 경계
단일 content 근거와 branch-neutral 경계를 유지합니다.
상태·회수·선택 cadence·rule clarity를 같은 포트폴리오 기준점으로 둡니다.
각 에 확인좌표·가설범위·재판정조건을 연결합니다.
T 판단 마감
여러 제한 시스템을 이해·보류·회수하기 쉽게 만들어 자동 성장 정체성을 지킵니다. 모든 작업축은 증거·보호·롤백에 조건부입니다.
규칙 소유권을 합치지 않는 공통 문법 시제품
6개 작업축 독립 검증
의무·유료 우회·불명확성을 키우면 롤백