From ec92c1b8a662bfb1007d26404d32dc15155b0acf Mon Sep 17 00:00:00 2001
From: yesung <jeewonhan80@gmail.com>
Date: Mon, 27 Apr 2026 15:18:29 +0900
Subject: [PATCH] feat: 2026-04-27 wiki-fication completed (knowledge
 enhancement and category optimization)

---
 10_Wiki/Topics/.obsidian/graph.json           |  2 +-
 ...��계에게 검열 맡기기_ - 정적 분석 툴 (ESLint Prettier)).md} |  0
 ...T  罽).md => Chain-of-Thought (CoT 罽).md} |  0
 .../BLUF (Bottom Line Up Front).md            | 30 ++++++++
 .../Business Presentation.md                  | 32 ++++++++
 .../Communication & Tech/Business Writing.md  | 31 ++++++++
 .../Executive Briefings.md                    | 18 +++++
 .../Executive Communication.md                | 17 +++++
 .../Executive Presentation.md                 | 18 +++++
 .../Persuasive Business Writing.md            | 18 +++++
 .../Storytelling in Business.md               | 28 +++++++
 .../Strategic Communication.md                | 28 +++++++
 .../Communication & Tech/Tripledot Studios.md | 16 ++++
 .../User Acquisition (UA).md                  | 18 +++++
 .../사용자 확보 (User Acquisition).md         | 21 +++++
 .../Market Entry Strategy.md                  | 20 +++++
 .../Profitability Framework.md                | 19 +++++
 .../Willingness to Pay (WTP).md               | 18 +++++
 ...�버-그레인저 방법 (Gabor-Granger Method).md | 13 ++++
 ... 확장성 경제 (Infinitely Scalable Economy).md | 19 +++++
 .../지불 용의 (Willingness to Pay).md         | 18 +++++
 .../Behavioral Interview Questions.md         | 18 +++++
 10_Wiki/Topics/Education/Case Interviews.md   | 19 +++++
 .../Education/Consulting Case Interviews.md   | 19 +++++
 .../Management Consulting (경영 컨설팅).md    | 18 +++++
 .../Management Consulting Case Interviews.md  | 18 +++++
 .../Management Consulting Reports.md          | 18 +++++
 .../Topics/Education/Management Consulting.md | 18 +++++
 .../Topics/Education/McKinsey & Company.md    | 17 +++++
 .../Education/McKinsey Case Interview.md      | 17 +++++
 10_Wiki/Topics/Game Design/Events.md          | 31 ++++++++
 10_Wiki/Topics/Game Design/Fate War.md        | 28 +++++++
 .../Final Fantasy XV- A New Empire.md         | 22 ++++++
 .../Game Design/GAME_SYSTEM_DESIGN_PROMPT.md  | 76 +++++++++++++++++++
 .../Game of War  BM과 구조 조사.md            | 26 +++++++
 .../Game Design/Game of War BM과 구조 조사.md | 28 +++++++
 .../Game of War- Fire Age BM 및 구조 설계.md  | 33 ++++++++
 .../Game Design/Game of War- Fire Age.md      | 25 ++++++
 .../Genre & Mechanics/4X Strategy.md          | 34 +++++++++
 .../Topics/Game Design/Industry/AppLovin.md   | 29 +++++++
 .../Game Design/Industry/Machine Zone.md      | 29 +++++++
 .../Game Design/Kingdom vs. Kingdom (KvK).md  | 32 ++++++++
 .../Game Design/Live Operations (LiveOps).md  | 20 +++++
 10_Wiki/Topics/Game Design/LiveOps.md         | 20 +++++
 ...��폴리오 확장 및 라이브 서비스 모델 고도화.md | 25 ++++++
 10_Wiki/Topics/Game Design/Mobile Strike.md   | 22 ++++++
 10_Wiki/Topics/Game Design/Monetization.md    |  5 ++
 .../Game Design/Monetization/Power Creep.md   | 29 +++++++
 .../Monetization/Staircase Monetization.md    | 28 +++++++
 .../Game Design/Monetization/VIP System.md    | 28 +++++++
 10_Wiki/Topics/Game Design/Pay-to-win.md      | 18 +++++
 .../Social & Psychology/Alliances.md          | 30 ++++++++
 .../Social & Psychology/Social Engineering.md | 29 +++++++
 .../Staircase Monetization Model.md           | 18 +++++
 .../Game Design/VIP 시스템 (VIP System).md    | 26 +++++++
 10_Wiki/Topics/Game Design/VIP 시스템.md      | 26 +++++++
 .../계단식 수익화 (Staircase Monetization).md | 18 +++++
 ...��식 수익화 모델 (Staircase Monetization).md | 18 +++++
 .../Game Design/고과금 유저 (Whales).md       | 22 ++++++
 .../Game Design/고래 유저 (Whale Players).md  | 18 +++++
 .../Game Design/과금 모델 (Monetization).md   | 21 +++++
 .../Game Design/다크 패턴 (Dark Patterns).md  | 22 ++++++
 .../동적 가격 책정 (Dynamic Pricing).md       | 26 +++++++
 .../맞춤형 팩 (Personalized Packs).md         | 24 ++++++
 .../매몰 비용의 오류 (Sunk Cost Fallacy).md   | 18 +++++
 ...�임의 진화 및 Game of War BM 구조 분석 프로젝트.md | 34 +++++++++
 10_Wiki/Topics/Game Design/병원 (Hospital).md | 17 +++++
 ...��적 권력 피라미드 (Feudal Power Pyramid).md | 17 +++++
 ...�� 수익화 모델 (Staircase Monetization Model).md | 18 +++++
 .../시간 제한 메커니즘 (Time-gating).md       | 18 +++++
 ...간 제한 활성화 (Time-limited Activation).md | 17 +++++
 .../Game Design/실시간 번역 엔진 (RTE).md     | 18 +++++
 .../실시간 번역 엔진 (Real-Time Engine).md    | 17 +++++
 .../Topics/Game Design/실시간 엔진 (RTE).md   | 18 +++++
 .../실시간 엔진 (Real-Time Engine).md         | 18 +++++
 .../약탈적 수익화 (Predatory Monetization).md | 19 +++++
 .../Game Design/얼라이언스 (Alliance).md      | 22 ++++++
 .../Game Design/영구 손실 (Permanent loss).md | 18 +++++
 .../영구적 손실 (Permanent Loss).md           | 18 +++++
 .../Game Design/왕국 대 왕국 (KvK) 이벤트.md  | 27 +++++++
 .../이중 VIP 시스템 (Dual-layer VIP).md       | 25 ++++++
 ...� 계층 과금 모델 (Two-layer Monetization).md | 18 +++++
 .../적자 경제 (Deficit economy).md            | 17 +++++
 .../Game Design/제로잉 (Getting Zero-ed).md   | 20 +++++
 .../Topics/Game Design/제로잉 (Zeroing).md    | 18 +++++
 .../Game Design/파워 크립 (Power Creep).md    | 18 +++++
 .../Real-Time Engine (RTE).md                 | 29 +++++++
 .../Topics/Logic & Reasoning/5R Structure.md  | 19 +++++
 .../BCG Corporate Restructuring.md            | 29 +++++++
 .../Logic & Reasoning/Bottom-Up Thinking.md   | 29 +++++++
 .../Business Problem Solving.md               | 30 ++++++++
 .../Logic & Reasoning/Complex Systems.md      | 19 +++++
 .../Consulting Problem Solving.md             | 19 +++++
 .../Topics/Logic & Reasoning/Decision Tree.md | 19 +++++
 .../Deductive & Inductive Reasoning.md        | 32 ++++++++
 .../Logic & Reasoning/Deductive Reasoning.md  | 18 +++++
 .../Deductive and Inductive Reasoning.md      | 18 +++++
 .../Deductive vs. Inductive Reasoning.md      | 17 +++++
 .../Logic & Reasoning/Horizontal Logic.md     | 21 +++++
 .../Horizontal and Vertical Logic.md          | 27 +++++++
 .../Logic & Reasoning/Hypothesis Tree.md      | 18 +++++
 .../Logic & Reasoning/Inductive Reasoning.md  | 17 +++++
 .../Inductive and Deductive Reasoning.md      | 17 +++++
 .../Inductive vs. Deductive Reasoning.md      | 28 +++++++
 .../Topics/Logic & Reasoning/Issue Tree.md    | 17 +++++
 .../Logic & Reasoning/Linear Thinking.md      | 18 +++++
 .../Topics/Logic & Reasoning/Logic Trees.md   | 31 ++++++++
 ...Logical Reasoning (Deductive-Inductive).md | 18 +++++
 .../MECE + Pyramid Principle--.md             | 19 +++++
 .../Logic & Reasoning/MECE Framework.md       | 18 +++++
 .../Logic & Reasoning/MECE Principle.md       | 31 ++++++++
 10_Wiki/Topics/Logic & Reasoning/MECE.md      | 18 +++++
 .../Management Consulting Problem Solving.md  | 18 +++++
 .../McKinsey Problem Solving Game.md          | 17 +++++
 .../McKinsey Problem Solving Test (PST).md    | 16 ++++
 .../McKinsey Problem Solving.md               | 17 +++++
 .../Topics/Logic & Reasoning/Mental Models.md | 17 +++++
 .../Minto Pyramid Principle.md                | 20 +++++
 ...sive and Collectively Exhaustive (MECE).md | 18 +++++
 .../Logic & Reasoning/Problem Solving Game.md | 17 +++++
 .../Problem Solving Process.md                | 22 ++++++
 .../Problem Solving Skills.md                 | 18 +++++
 .../Problem Solving Test (PST).md             | 17 +++++
 .../Logic & Reasoning/Problem Solving.md      | 18 +++++
 .../Logic & Reasoning/Pyramid Principle.md    | 21 +++++
 .../Topics/Logic & Reasoning/Rule of Three.md | 18 +++++
 .../Logic & Reasoning/SCQA Framework.md       | 20 +++++
 .../Logic & Reasoning/Strategic Thinking.md   | 29 +++++++
 .../Logic & Reasoning/Structural Reasoning.md | 29 +++++++
 .../Behavioral Segmentation.md                | 19 +++++
 .../소셜 엔지니어링 (Social Engineering).md   | 23 ++++++
 131 files changed, 2811 insertions(+), 1 deletion(-)
 rename 10_Wiki/Topics/AI/{AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint  Prettier)).md => AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint Prettier)).md} (100%)
 rename 10_Wiki/Topics/AI/{Chain-of-Thought (CoT  罽).md => Chain-of-Thought (CoT 罽).md} (100%)
 create mode 100644 10_Wiki/Topics/Communication & Tech/BLUF (Bottom Line Up Front).md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Business Presentation.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Business Writing.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Executive Briefings.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Executive Communication.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Executive Presentation.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Persuasive Business Writing.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Storytelling in Business.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Strategic Communication.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/Tripledot Studios.md
 create mode 100644 10_Wiki/Topics/Communication & Tech/User Acquisition (UA).md
 create mode 100644 10_Wiki/Topics/Communication & Tech/사용자 확보 (User Acquisition).md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/Market Entry Strategy.md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/Profitability Framework.md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/Willingness to Pay (WTP).md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/가버-그레인저 방법 (Gabor-Granger Method).md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/무한한 확장성 경제 (Infinitely Scalable Economy).md
 create mode 100644 10_Wiki/Topics/Economics & Algorithms/지불 용의 (Willingness to Pay).md
 create mode 100644 10_Wiki/Topics/Education/Behavioral Interview Questions.md
 create mode 100644 10_Wiki/Topics/Education/Case Interviews.md
 create mode 100644 10_Wiki/Topics/Education/Consulting Case Interviews.md
 create mode 100644 10_Wiki/Topics/Education/Management Consulting (경영 컨설팅).md
 create mode 100644 10_Wiki/Topics/Education/Management Consulting Case Interviews.md
 create mode 100644 10_Wiki/Topics/Education/Management Consulting Reports.md
 create mode 100644 10_Wiki/Topics/Education/Management Consulting.md
 create mode 100644 10_Wiki/Topics/Education/McKinsey & Company.md
 create mode 100644 10_Wiki/Topics/Education/McKinsey Case Interview.md
 create mode 100644 10_Wiki/Topics/Game Design/Events.md
 create mode 100644 10_Wiki/Topics/Game Design/Fate War.md
 create mode 100644 10_Wiki/Topics/Game Design/Final Fantasy XV- A New Empire.md
 create mode 100644 10_Wiki/Topics/Game Design/GAME_SYSTEM_DESIGN_PROMPT.md
 create mode 100644 10_Wiki/Topics/Game Design/Game of War  BM과 구조 조사.md
 create mode 100644 10_Wiki/Topics/Game Design/Game of War BM과 구조 조사.md
 create mode 100644 10_Wiki/Topics/Game Design/Game of War- Fire Age BM 및 구조 설계.md
 create mode 100644 10_Wiki/Topics/Game Design/Game of War- Fire Age.md
 create mode 100644 10_Wiki/Topics/Game Design/Genre & Mechanics/4X Strategy.md
 create mode 100644 10_Wiki/Topics/Game Design/Industry/AppLovin.md
 create mode 100644 10_Wiki/Topics/Game Design/Industry/Machine Zone.md
 create mode 100644 10_Wiki/Topics/Game Design/Kingdom vs. Kingdom (KvK).md
 create mode 100644 10_Wiki/Topics/Game Design/Live Operations (LiveOps).md
 create mode 100644 10_Wiki/Topics/Game Design/LiveOps.md
 create mode 100644 10_Wiki/Topics/Game Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md
 create mode 100644 10_Wiki/Topics/Game Design/Mobile Strike.md
 create mode 100644 10_Wiki/Topics/Game Design/Monetization.md
 create mode 100644 10_Wiki/Topics/Game Design/Monetization/Power Creep.md
 create mode 100644 10_Wiki/Topics/Game Design/Monetization/Staircase Monetization.md
 create mode 100644 10_Wiki/Topics/Game Design/Monetization/VIP System.md
 create mode 100644 10_Wiki/Topics/Game Design/Pay-to-win.md
 create mode 100644 10_Wiki/Topics/Game Design/Social & Psychology/Alliances.md
 create mode 100644 10_Wiki/Topics/Game Design/Social & Psychology/Social Engineering.md
 create mode 100644 10_Wiki/Topics/Game Design/Staircase Monetization Model.md
 create mode 100644 10_Wiki/Topics/Game Design/VIP 시스템 (VIP System).md
 create mode 100644 10_Wiki/Topics/Game Design/VIP 시스템.md
 create mode 100644 10_Wiki/Topics/Game Design/계단식 수익화 (Staircase Monetization).md
 create mode 100644 10_Wiki/Topics/Game Design/계단식 수익화 모델 (Staircase Monetization).md
 create mode 100644 10_Wiki/Topics/Game Design/고과금 유저 (Whales).md
 create mode 100644 10_Wiki/Topics/Game Design/고래 유저 (Whale Players).md
 create mode 100644 10_Wiki/Topics/Game Design/과금 모델 (Monetization).md
 create mode 100644 10_Wiki/Topics/Game Design/다크 패턴 (Dark Patterns).md
 create mode 100644 10_Wiki/Topics/Game Design/동적 가격 책정 (Dynamic Pricing).md
 create mode 100644 10_Wiki/Topics/Game Design/맞춤형 팩 (Personalized Packs).md
 create mode 100644 10_Wiki/Topics/Game Design/매몰 비용의 오류 (Sunk Cost Fallacy).md
 create mode 100644 10_Wiki/Topics/Game Design/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md
 create mode 100644 10_Wiki/Topics/Game Design/병원 (Hospital).md
 create mode 100644 10_Wiki/Topics/Game Design/봉건적 권력 피라미드 (Feudal Power Pyramid).md
 create mode 100644 10_Wiki/Topics/Game Design/스태어케이스 수익화 모델 (Staircase Monetization Model).md
 create mode 100644 10_Wiki/Topics/Game Design/시간 제한 메커니즘 (Time-gating).md
 create mode 100644 10_Wiki/Topics/Game Design/시간 제한 활성화 (Time-limited Activation).md
 create mode 100644 10_Wiki/Topics/Game Design/실시간 번역 엔진 (RTE).md
 create mode 100644 10_Wiki/Topics/Game Design/실시간 번역 엔진 (Real-Time Engine).md
 create mode 100644 10_Wiki/Topics/Game Design/실시간 엔진 (RTE).md
 create mode 100644 10_Wiki/Topics/Game Design/실시간 엔진 (Real-Time Engine).md
 create mode 100644 10_Wiki/Topics/Game Design/약탈적 수익화 (Predatory Monetization).md
 create mode 100644 10_Wiki/Topics/Game Design/얼라이언스 (Alliance).md
 create mode 100644 10_Wiki/Topics/Game Design/영구 손실 (Permanent loss).md
 create mode 100644 10_Wiki/Topics/Game Design/영구적 손실 (Permanent Loss).md
 create mode 100644 10_Wiki/Topics/Game Design/왕국 대 왕국 (KvK) 이벤트.md
 create mode 100644 10_Wiki/Topics/Game Design/이중 VIP 시스템 (Dual-layer VIP).md
 create mode 100644 10_Wiki/Topics/Game Design/이중 계층 과금 모델 (Two-layer Monetization).md
 create mode 100644 10_Wiki/Topics/Game Design/적자 경제 (Deficit economy).md
 create mode 100644 10_Wiki/Topics/Game Design/제로잉 (Getting Zero-ed).md
 create mode 100644 10_Wiki/Topics/Game Design/제로잉 (Zeroing).md
 create mode 100644 10_Wiki/Topics/Game Design/파워 크립 (Power Creep).md
 create mode 100644 10_Wiki/Topics/Infrastructure & Automation/Real-Time Engine (RTE).md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/5R Structure.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/BCG Corporate Restructuring.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Bottom-Up Thinking.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Business Problem Solving.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Complex Systems.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Consulting Problem Solving.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Decision Tree.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Deductive & Inductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Deductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Deductive and Inductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Deductive vs. Inductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Horizontal Logic.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Horizontal and Vertical Logic.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Hypothesis Tree.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Inductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Inductive and Deductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Inductive vs. Deductive Reasoning.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Issue Tree.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Linear Thinking.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Logic Trees.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Logical Reasoning (Deductive-Inductive).md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/MECE + Pyramid Principle--.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/MECE Framework.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/MECE Principle.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/MECE.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Management Consulting Problem Solving.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Game.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Test (PST).md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Mental Models.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Minto Pyramid Principle.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Mutually Exclusive and Collectively Exhaustive (MECE).md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Problem Solving Game.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Problem Solving Process.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Problem Solving Skills.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Problem Solving Test (PST).md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Problem Solving.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Pyramid Principle.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Rule of Three.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/SCQA Framework.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Strategic Thinking.md
 create mode 100644 10_Wiki/Topics/Logic & Reasoning/Structural Reasoning.md
 create mode 100644 10_Wiki/Topics/Psychology & Behavior/Behavioral Segmentation.md
 create mode 100644 10_Wiki/Topics/Psychology & Behavior/소셜 엔지니어링 (Social Engineering).md

diff --git a/10_Wiki/Topics/.obsidian/graph.json b/10_Wiki/Topics/.obsidian/graph.json
index 5331a34e..0f935e3b 100644
--- a/10_Wiki/Topics/.obsidian/graph.json
+++ b/10_Wiki/Topics/.obsidian/graph.json
@@ -17,6 +17,6 @@
   "repelStrength": 10,
   "linkStrength": 1,
   "linkDistance": 250,
-  "scale": 0.16348370567220236,
+  "scale": 0.021528718442429914,
   "close": true
 }
\ No newline at end of file
diff --git a/10_Wiki/Topics/AI/AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint  Prettier)).md b/10_Wiki/Topics/AI/AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint Prettier)).md
similarity index 100%
rename from 10_Wiki/Topics/AI/AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint  Prettier)).md
rename to 10_Wiki/Topics/AI/AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint Prettier)).md
diff --git a/10_Wiki/Topics/AI/Chain-of-Thought (CoT  罽).md b/10_Wiki/Topics/AI/Chain-of-Thought (CoT 罽).md
similarity index 100%
rename from 10_Wiki/Topics/AI/Chain-of-Thought (CoT  罽).md
rename to 10_Wiki/Topics/AI/Chain-of-Thought (CoT 罽).md
diff --git a/10_Wiki/Topics/Communication & Tech/BLUF (Bottom Line Up Front).md b/10_Wiki/Topics/Communication & Tech/BLUF (Bottom Line Up Front).md
new file mode 100644
index 00000000..4fb2e49b
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/BLUF (Bottom Line Up Front).md	
@@ -0,0 +1,30 @@
+---
+id: a1b2c3d4-e5f6-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [bluf, bottom-line-up-front, pyramid-principle, executive-communication, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[BLUF (Bottom Line Up Front)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> BLUF는 핵심 결론을 최상단에 배치하여 의사결정자의 시간을 존중하고 소통의 명확성을 즉각적으로 확보하는 고효율 커뮤니케이션 프로토콜이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 결론 우선 제시(Answer First)를 통한 인지 효율성 극대화 및 비판적 분석 유도.
+- **핵심 원리:**
+    - **Bottom Line Up Front:** 도입부 직후에 권고사항, 결론, 요청 사항을 직접적으로 전달.
+    - **Time Efficiency:** 바쁜 임원진의 시간을 절약하고 세부 정보 탐독 여부를 신속히 결정하게 함.
+    - **Critical Analysis Support:** 결론을 먼저 인지한 청중이 이어지는 근거들을 더 목적 지향적이고 비판적으로 분석 가능하게 함.
+    - **Professional Presence:** 주장의 확신과 전문성을 드러내어 설득력을 강화.
+- **예외 케이스:** 결론에 대한 강한 반감이 예상되거나 극도의 논리적 축적이 필요한 경우 연역적(Deductive) 접근법 고려.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[Executive Communication]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/BLUF (Bottom Line Up Front)]], [[00_Raw/BLUF(Bottom Line Up Front)]], [[00_Raw/Bottom Line Up Front (BLUF)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Business Presentation.md b/10_Wiki/Topics/Communication & Tech/Business Presentation.md
new file mode 100644
index 00000000..e0975c39
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Business Presentation.md	
@@ -0,0 +1,32 @@
+---
+id: c1d2e3f4-g5h6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [presentation, storytelling, business-communication, executive-presence]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Presentation]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 프레젠테이션은 데이터의 나열이 아니라, 피라미드 구조와 결론 우선(Answer First) 원칙을 통해 청중의 의사결정을 이끌어내는 전략적 설득 프로세스다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 스토리보딩을 통한 논리 흐름 설계와 수직적/수평적 논리의 결합.
+- **핵심 원리:**
+    - **Answer First (BLUF):** 첫 1~2분 내에 핵심 답변을 전달하여 청중의 주의를 즉각적으로 확보.
+    - **Vertical Dialogue:** 상위 메시지의 질문에 하위 근거가 즉각 답변하는 대화형 구조 유지.
+    - **Action-Oriented Summary:** 발표의 끝에 명확한 요약과 다음 단계(Next Steps)를 제시하여 행동을 촉구.
+- **실행 전략:**
+    - **Storyboarding:** 제작 전 스토리보드를 통해 논리의 일관성 점검.
+    - **Visual Evidence:** 텍스트 중심이 아닌, 차트와 다이어그램을 활용한 시각적 근거 제시.
+    - **Engagement:** 청중과의 상호작용 및 Q&A를 통한 공감대 형성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[BLUF (Bottom Line Up Front)]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/Business Presentation]], [[00_Raw/Business Presentation Structure]], [[00_Raw/Business Presentations and Reports]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Business Writing.md b/10_Wiki/Topics/Communication & Tech/Business Writing.md
new file mode 100644
index 00000000..afa54f39
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Business Writing.md	
@@ -0,0 +1,31 @@
+---
+id: b4c5d6e7-f8g9-4a0b-1c2d-3e4f5a6b7c8d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [writing, business-writing, logic-tree, scqa, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Writing]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전문가적 비즈니스 글쓰기는 독자의 인지 부하를 최소화하기 위해 생각을 하향식(Top-down)으로 재배열하고 질문-답변의 논리적 대화를 문서로 구현하는 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 사고 과정(Bottom-up)과 소통 과정(Top-down)의 철저한 분리.
+- **핵심 원칙:**
+    - **Hierarchy of Ideas:** 동일 계층의 아이디어를 그룹화하고 명확한 제목(Action-oriented Headings) 사용.
+    - **Q/A Dialogue:** 모든 주장은 독자의 질문을 유발하고, 하위 계층에서 즉각 답변을 제공하는 구조 유지.
+    - **Consistent Logic:** 한 그룹 내의 아이디어들은 동일한 논리적 수준과 성격을 공유해야 함.
+- **문서 구조화:**
+    - **SCQA Introduction:** 독자가 동의하는 상황(S)으로 시작하여 문제(C)와 질문(Q)을 도출하고 답변(A)으로 리드.
+    - **Categorical Integrity:** 범주형 제목보다는 핵심 아이디어를 담은 문장형 제목 선호.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Deductive Reasoning]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Business Writing]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Executive Briefings.md b/10_Wiki/Topics/Communication & Tech/Executive Briefings.md
new file mode 100644
index 00000000..ce01ae52
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Executive Briefings.md	
@@ -0,0 +1,18 @@
+# [[Executive Briefings]]
+
+## 📌 Brief Summary
+항상 시간이 부족하고 의사결정에 집중해야 하는 경영진(C-Level)을 대상으로, 핵심 결론을 가장 먼저 전달하는 효율적인 브리핑 기법.
+
+## 📖 Core Content
+- 경영진은 시간이 매우 부족하며, 분석의 모든 여정을 따라가는 것보다 최종 목적지(권고안)를 먼저 아는 것을 원합니다 [9-11].
+- 따라서 '결론 먼저(Answer First)'라는 피라미드 원칙을 적용하여 브리핑의 첫 문장이나 첫 슬라이드에 명확한 단일 권고안(BLUF)을 제시해야 합니다 [12-14].
+- 경영진은 브리핑 중간에 수시로 말을 끊고 질문(Interrupt)할 수 있습니다 [15]. 결론을 먼저 제시하면 이러한 방해가 흐름을 깨는 것이 아니라, 결론을 뒷받침하는 세부 사항에 대한 생산적인 논의로 변하게 됩니다 [15].
+- 도입부에서는 SCQA(Situation, Complication, Question, Answer) 프레임워크를 활용해 경영진이 이미 알고 있는 맥락을 짧게 짚고 넘어가면서 브리핑의 적절성을 확립합니다 [16, 17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Communication]], [[SCQA Framework]]
+- **Projects/Contexts:** [[C-Suite Meetings]], [[Board Updates]]
+- **Contradictions/Notes:** 나쁜 소식을 전달해야 하거나 경영진이 아직 명확한 권고안을 받아들일 정서적 준비가 되지 않은 경우에는 '결론 먼저'의 브리핑 방식보다 배경 설명을 먼저 하는 방식이 필요할 수도 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Executive Communication.md b/10_Wiki/Topics/Communication & Tech/Executive Communication.md
new file mode 100644
index 00000000..3d6b7b93
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Executive Communication.md	
@@ -0,0 +1,17 @@
+# [[Executive Communication]]
+
+## 📌 Brief Summary
+복잡한 문제나 분석 결과를 경영진에게 빠르고 명확하게 전달하기 위해 고안된 구조화된 커뮤니케이션 전략.
+
+## 📖 Core Content
+- 사고와 커뮤니케이션의 분리: 전문가들은 데이터를 모아 결론에 도달하는 상향식(Bottom-up) 사고를 하지만, 경영진 커뮤니케이션은 이를 역순으로 뒤집어 결론부터 시작하는 하향식(Top-down)으로 진행해야 합니다 [19-21].
+- 단호함과 권위 전달: 결론을 천천히 도출하는 방식은 허락을 구하는 것처럼 보여 주저하는 듯한 인상을 줍니다. 반면, 가장 먼저 권고안을 직접적으로 제시하는 것은 발표자의 확신, 권위, 그리고 결단력을 경영진에게 전달합니다 [22-24].
+- 피라미드 원칙과 MECE: 경영진 커뮤니케이션의 글로벌 표준은 피라미드 원칙을 따르며, 핵심 메시지를 3~4개의 MECE(상호 배제 및 전체 포괄)한 논거로 뒷받침하여 인지적 과부하를 막는 것입니다 [25-27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Briefings]], [[The Pyramid Principle]]
+- **Projects/Contexts:** [[Management Consulting]], [[Corporate Strategy Alignment]]
+- **Contradictions/Notes:** 경영진 커뮤니케이션을 지나치게 구조화된 형태로만 진행할 경우, 디자인 씽킹(Design Thinking)이나 공동 설계(Co-design)와 같은 협력적이고 유연한 문제 해결 접근법의 장점을 해칠 수 있다는 한계도 지적됩니다 [28].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Executive Presentation.md b/10_Wiki/Topics/Communication & Tech/Executive Presentation.md
new file mode 100644
index 00000000..9dfab988
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Executive Presentation.md	
@@ -0,0 +1,18 @@
+# [[Executive Presentation]]
+
+## 📌 Brief Summary
+피라미드 원칙을 슬라이드 덱(Slide Deck)에 직접 적용하여, 경영진의 주의를 끌고 신속한 의사결정을 이끌어내는 프레젠테이션 기법.
+
+## 📖 Core Content
+- 프레젠테이션의 첫 번째 슬라이드는 명확하고 구조화된 요약(Executive Summary)이 되어야 하며, 분석 결과나 권고안이 단일 문장으로 제시되어야 합니다 [14, 29, 30].
+- 그다음 이어지는 슬라이드들은 권고안을 증명하는 최대 3개의 핵심 논거(Supporting Points)를 다룹니다. 각 논거에는 주장을 뒷받침하는 강력한 사실이나 데이터(Evidence)가 포함되어야 합니다 [14, 31, 32].
+- 마법의 숫자 3(Rule of Three): 인간의 작업 기억은 3~4개의 항목을 편안하게 유지할 수 있으므로, 3개의 논거를 초과할 경우 관련 아이디어를 그룹화하여 줄여야 합니다 [32, 33].
+- 슬라이드의 제목(Heading)은 단순한 범주(예: "결론" 또는 "배경")가 아니라 독자가 슬라이드를 스캔했을 때 스토리를 이해할 수 있도록 아이디어의 핵심 메시지(Action title)를 담고 있어야 합니다 [34-36].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[MECE Principle]]
+- **Projects/Contexts:** [[Consulting Presentations]], [[Pitching to Board]]
+- **Contradictions/Notes:** 청중과 감정적인 공감대를 형성해야 하거나 아직 결정된 권고안이 없는 브레인스토밍 목적의 프레젠테이션이라면, 피라미드 구조보다는 영웅의 여정(Hero's Journey) 같은 내러티브 구조를 사용하는 것이 더 적합할 수 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Persuasive Business Writing.md b/10_Wiki/Topics/Communication & Tech/Persuasive Business Writing.md
new file mode 100644
index 00000000..4c39ff7e
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Persuasive Business Writing.md	
@@ -0,0 +1,18 @@
+# [[Persuasive Business Writing]]
+
+## 📌 Brief Summary
+바쁜 경영진이나 이해관계자들의 의사결정을 돕기 위해, 결론을 먼저 제시하고 논리적이고 간결한 근거로 설득하는 비즈니스 글쓰기 및 커뮤니케이션 전략입니다.
+
+## 📖 Core Content
+- **결론 선행 (Bottom Line Up Front, BLUF):** 독자가 가장 필요로 하는 것, 즉 '우리가 무엇을 해야 하는가?'에 대한 추천 및 답변을 문서나 이메일의 첫 문장에 명확히 밝힙니다 [44, 70, 71]. 이는 리더의 시간을 절약하고 메시지에 대한 자신감을 보여줍니다 [72, 73].
+- **본질적인 요약 문장 사용:** 문단이나 섹션의 소제목(Heading)은 '발견 사항(Findings)'과 같은 단순한 분류명이 아니라, 핵심 아이디어(본질)를 담은 완성된 문장이어야 합니다 [74-76].
+- **인지 부하 최소화:** 한 번에 3개(많아도 4개 이하)의 핵심 주장만을 그룹화하여 제시하는 '3의 법칙(Rule of Three)'을 활용하여 독자가 세부 사항 속에서 길을 잃지 않게 합니다 [47, 77, 78].
+- **데이터 중심(Data-driven) 접근:** 모든 조사 데이터를 나열하는 '데이터 덤프(Data dump)'를 피하고, 오직 핵심 논거를 증명하는 데 필요한 관련 증거와 사실만을 큐레이션하여 제시해야 합니다 [48, 79].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[SCQA Framework]]
+- **Projects/Contexts:** [[Executive Communication]], [[Consulting Proposals]]
+- **Contradictions/Notes:** 청중이 결론에 강한 반감을 가질 것으로 예상되거나, 배경 논리를 알아야만 결론을 이해할 수 있는 특수한 상황에서는 결론을 앞세우는 대신 연역적(Deductive)으로 근거부터 차근히 전개하는 방식이 더 효과적일 수 있습니다 [80-82].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Storytelling in Business.md b/10_Wiki/Topics/Communication & Tech/Storytelling in Business.md
new file mode 100644
index 00000000..386933d6
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Storytelling in Business.md	
@@ -0,0 +1,28 @@
+---
+id: 5f9a8b1c-3e2d-4f5a-9b8c-7d6e5a4b3c2d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [storytelling, business, communication, scqa]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Storytelling in Business]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 스토리텔링은 전통적 서사를 뒤집어 결론(Answer)을 최우선으로 배치함으로써 의사결정자의 인지 부하를 최소화하는 전략적 소통 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** SCQA(Situation-Complication-Question-Answer) 프레임워크를 통한 논리적 서사 구축.
+- **핵심 원리:**
+    - **BLUF (Bottom Line Up Front):** 결론을 가장 먼저 제시하여 청중의 주의를 즉각적으로 확보.
+    - **공감 기반 도입:** 독자가 이미 알고 있는 사실(Situation)에서 출발하여 저항감을 최소화.
+    - **하향식 소통:** 분석 과정(Bottom-up)과 달리 소통은 반드시 결론 중심(Top-down)으로 전개.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[SCQA Framework]], [[The Pyramid Principle]], [[Executive Presentation]]
+- **Raw Source:** [[00_Raw/Storytelling in Business]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Strategic Communication.md b/10_Wiki/Topics/Communication & Tech/Strategic Communication.md
new file mode 100644
index 00000000..a7d8a549
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Strategic Communication.md	
@@ -0,0 +1,28 @@
+---
+id: a1b2c3d4-e5f6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [communication, strategy, executive, bluf]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Strategic Communication]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전략적 커뮤니케이션은 복잡한 메시지를 피라미드 구조로 계층화하여 이해관계자의 빠른 의사결정을 유도하는 고효율 하향식 엔진이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 수직적(질의응답) 및 수평적(연역/귀납) 논리의 결합을 통한 구조적 완결성 확보.
+- **핵심 원리:**
+    - **Logic Consistency:** 상위 메시지가 유발하는 질문에 하위 메시지가 명확히 답하는 구조.
+    - **Rule of Three:** 인지 과부하를 방지하기 위해 핵심 주장을 3개 내외로 그룹화.
+    - **Inductive Preference:** 경영진 대상 소통 시 빠른 전개와 방어력을 위해 귀납적 추론을 우선 사용.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Strategic Thinking]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Strategic Communication]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Communication & Tech/Tripledot Studios.md b/10_Wiki/Topics/Communication & Tech/Tripledot Studios.md
new file mode 100644
index 00000000..2616bb47
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/Tripledot Studios.md	
@@ -0,0 +1,16 @@
+# [[Tripledot Studios]]
+
+## 📌 Brief Summary
+Tripledot Studios는 'Game of War: Fire Age'의 개발사인 Machine Zone(MZ)의 현재 모회사입니다 [1, 2]. 2025년 7월 1일, 이전 소유주였던 AppLovin으로부터 MZ를 포함한 모바일 게이밍 스튜디오들을 인수하여 소유권을 확보했습니다 [3]. 
+
+## 📖 Core Content
+- **Machine Zone(MZ) 인수:** 2025년 7월 1일, AppLovin은 자사의 모바일 게임 비즈니스 부문을 Tripledot Studios에 매각하는 절차를 완료했습니다 [3, 4]. 이 매각을 통해 'Game of War: Fire Age', 'Mobile Strike', 'Final Fantasy XV: A New Empire' 등을 제작한 주요 모바일 게임 개발사 MZ는 Tripledot Studios의 자회사(Subsidiary)로 편입되었습니다 [1-3].
+- **정보의 한계:** 제공된 문서에서는 Tripledot Studios가 MZ를 인수하고 소유하고 있다는 사실 외에, 이 기업 자체의 내부 구조나 비즈니스 모델(BM)에 대한 구체적인 내용은 확인할 수 없습니다. 따라서 Tripledot Studios에 대한 심층적인 소스에 관련 정보가 부족합니다.
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Machine Zone]], [[AppLovin]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에는 Tripledot Studios가 MZ의 새로운 소유주가 되었다는 사실(2025년 7월 1일 기준)만 명시되어 있으며, 이들의 자체적인 BM이나 수익 구조에 대해서는 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Communication & Tech/User Acquisition (UA).md b/10_Wiki/Topics/Communication & Tech/User Acquisition (UA).md
new file mode 100644
index 00000000..283df1ac
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/User Acquisition (UA).md	
@@ -0,0 +1,18 @@
+# [[User Acquisition (UA)]]
+
+## 📌 Brief Summary
+User Acquisition (UA)은 게임이나 앱에 새로운 유저를 끌어들이기 위한 마케팅 및 유입 전략을 의미합니다. *Game of War*의 개발사 Machine Zone(MZ)은 모바일 게임 업계 최고 수준의 LTV(고객 생애 가치)를 바탕으로 타의 추종을 불허하는 압도적인 규모의 UA 전략을 실행했습니다 [1, 2]. 이들은 막대한 자본을 바탕으로 한 TV 광고와 디지털 매체 독점, 그리고 고액 결제자를 식별해내는 자체적인 데이터 최적화 기술을 통해 4X 전략 게임 시장을 장악했습니다 [3, 4].
+
+## 📖 Core Content
+* **막대한 예산과 매스 미디어의 적극적 활용:** MZ는 2014년에만 약 4,000만 달러를 *Game of War* 마케팅에 쏟아부었으며, 케이트 업튼(Kate Upton)이나 머라이어 캐리(Mariah Carey) 등 유명 모델과 연예인을 기용한 고품질 TV 광고를 제작했습니다 [3, 5, 6]. 특히 2016년 슈퍼볼 50 기간에는 단일 광고에 1,070만 달러를 지출하며 미드코어 게임 유저들의 인지도를 장악하기 위해 경쟁사를 돈으로 압도하는 모습을 보여주었습니다 [3, 5, 7]. 또한 화제가 된 "Thelegend27" 광고는 인터넷 밈을 일으키며 게임의 인기를 크게 높였습니다 [8].
+* **높은 LTV를 기반으로 한 공격적인 매체 입찰(CPI):** 4X 장르는 막대한 지출을 유도하는 경제 구조 덕분에 업계 최고의 LTV를 자랑하며, 이를 바탕으로 MZ는 신규 유저 확보를 위해 경쟁사보다 훨씬 높은 CPI(설치 당 비용, 유저당 최대 60달러라는 루머도 존재)를 감수할 수 있었습니다 [1, 2, 4]. 신작 *Mobile Strike* 출시 시에는 단기간에 매출 순위권에 진입하기 위해 유튜브(YouTube)의 전체 트래픽을 사들였다는 소문이 돌 정도로 공격적인 독점 입찰 전략을 펼쳤습니다 [2].
+* **데이터 기반의 광고 최적화와 자체 기술:** MZ는 마케팅 부서에만 200명의 직원을 두고 스스로를 세계 최대의 다이렉트 리스폰스(Direct Response) 마케터로 칭했습니다 [6]. 타사보다 압도적으로 많은 수의 광고 소재(creatives)를 운영하며 이를 지역별 최고 효율(local maxima)에 맞춰 끊임없이 최적화했습니다 [4]. 또한 고액 결제 유저를 식별하여 집중적으로 타겟팅하는 독자적인 기술을 보유했던 것으로 알려져 있습니다 [4].
+* **테마 선정과 UA 효율의 상관관계 파악:** MZ는 UA 비용 측면에서 유리한 게임 테마를 선정하는 데 탁월한 노하우를 보였습니다 [9]. 일례로 경쟁사인 Zynga가 범죄/마피아 테마로 4X 게임에 도전했을 때 높은 CPI와 저조한 수익성으로 인해 소프트 론칭 단계에서 포기해야 했으나, MZ는 이러한 데이터에 대한 이해를 바탕으로 가장 성과가 좋은 테마를 선택했습니다 [9]. 이후 하이 판타지 장르의 높은 CPI를 극복하기 위해 유명 IP인 *Final Fantasy XV*를 활용하는 전략을 취하기도 했습니다 [10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LTV (Lifetime Value)]], [[CPI (Cost Per Install)]], [[Monetization]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** MZ는 초창기 케이트 업튼, 아놀드 슈워제네거 등을 기용하며 막대한 예산을 TV 및 슈퍼볼 광고에 집중했습니다 [6, 7]. 하지만 이후 취임한 CEO 크리스틴 듀몬트(Kristin Dumont)는 보다 측정 가능한(measurable) 마케팅 결과를 선호하며, TV 광고를 "일종의 바가지(rip-off)"라고 칭하는 등 향후 마케팅 전략의 변화를 시사하기도 했습니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Communication & Tech/사용자 확보 (User Acquisition).md b/10_Wiki/Topics/Communication & Tech/사용자 확보 (User Acquisition).md
new file mode 100644
index 00000000..739e6ea4
--- /dev/null
+++ b/10_Wiki/Topics/Communication & Tech/사용자 확보 (User Acquisition).md	
@@ -0,0 +1,21 @@
+# [[사용자 확보 (User Acquisition)]]
+
+## 📌 Brief Summary
+사용자 확보(User Acquisition, UA)는 모바일 게임 시장에서 고수익을 창출할 수 있는 미드코어 및 하드코어 플레이어를 유치하기 위해 수행하는 마케팅 및 트래픽 점유 활동을 의미합니다. Machine Zone(MZ)은 'Game of War: Fire Age'를 모바일 게임 시장 최상위권에 올리기 위해 막대한 자본을 투자하여 디지털, 소셜 미디어 및 TV 광고 트래픽을 장악하는 공격적인 전략을 취했습니다. 이들의 성공적인 사용자 확보는 게임이 가진 업계 최고 수준의 고객 생애 가치(LTV)를 바탕으로 경쟁사보다 훨씬 높은 설치 당 비용(CPI)을 지불할 수 있었기 때문에 가능했습니다.
+
+## 📖 Core Content
+* **막대한 마케팅 자본 투자 및 유명인 모델 기용:** MZ는 'Game of War'의 초기 인지도 확보를 위해 2014년에만 약 4,000만 달러를 마케팅에 지출했습니다 [1-3]. 모델 케이트 업튼(Kate Upton)을 아테나 여신으로 내세운 고품질 TV 광고를 제작해 NFL 경기 및 슈퍼볼(Super Bowl) 기간에 대대적으로 방영했으며, 2015년에는 7자리 수의 막대한 모델료를 지불하고 머라이어 캐리(Mariah Carey)로 모델을 교체했습니다 [2-4]. 또한 자매 게임인 'Mobile Strike'를 위해서는 슈퍼볼 50에서 아놀드 슈워제네거가 등장하는 단일 광고에만 약 1,070만 달러를 지출하는 등, 미드코어 유저의 '마인드셰어(Mindshare)'를 장악하기 위해 경쟁사를 압도하는 투자를 단행했습니다 [1, 4].
+
+* **LTV 기반의 공격적인 CPI 입찰 및 광고 네트워크 장악:** 4X 전략 게임은 업계에서 가장 뛰어난 고객 생애 가치(LTV)를 창출하는 장르이며, MZ는 이를 무기로 사용자 확보 입찰 경쟁에서 타사를 무자비하게 압도했습니다 [5]. 사용자 당 60달러에 달하는 엄청난 설치 당 비용(CPI)을 기꺼이 지불했으며, 'Mobile Strike' 출시 당시에는 YouTube의 모든 트래픽을 싹쓸이했다는 소문이 돌 정도로 모바일 광고 네트워크 시장을 완벽하게 장악했습니다 [5, 6].
+
+* **광고 최적화 및 고액 결제자(Whale) 타기팅 기술:** MZ는 타사보다 압도적으로 많은 종류의 광고 시안(Creatives)을 운영하며, 이를 지역별 최고 효율을 낼 수 있도록 끊임없이 업데이트하고 최적화했습니다 [6]. 이들은 막대한 수익을 창출하는 '고래(Whales)' 플레이어, 즉 고액 결제자를 식별하고 확보하는 데 특화된 독자적인 기술을 보유한 것으로 알려져 있습니다 [6]. 이와 같은 정교한 운영을 위해 전체 직원의 상당수인 200명을 마케팅 부서에 배치하며 세계 최대 규모의 직접 반응 마케터(Direct response marketer)로 군림했습니다 [2]. 
+
+* **TV 광고 기반에서 측정 가능한 마케팅으로의 전략 선회:** 막대한 자본을 TV 광고에 쏟아붓던 MZ의 전략은 2018년에 변화를 맞이했습니다. 새롭게 취임한 CEO 크리스틴 듀몬트(Kristen Dumont)는 "보다 측정 가능한 결과"를 얻을 수 있는 마케팅을 선호한다고 밝히며, 기존의 TV 광고를 "바가지(rip-off)"라고 평가했습니다 [7]. 이러한 전략 수정과 함께 MZ는 125명에 달하는 마케팅 부서 인력을 대규모로 감축했습니다 [7, 8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[고객 생애 가치 (LTV)]], [[설치 당 비용 (CPI)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** 초기 Machine Zone은 수백만 달러를 호가하는 슈퍼볼 광고와 유명 연예인을 동원한 대규모 TV 캠페인을 통해 모바일 게임 사용자 확보의 성공 공식을 썼으나 [1, 3, 4], 2018년 경영진 교체 이후에는 이러한 방식이 비용 대비 효과가 불분명하다(rip-off)고 판단하여 TV 광고 비중을 줄이고 정확한 측정이 가능한 데이터 기반 마케팅으로 전략을 축소 및 선회하는 대조적인 행보를 보였습니다 [7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Economics & Algorithms/Market Entry Strategy.md b/10_Wiki/Topics/Economics & Algorithms/Market Entry Strategy.md
new file mode 100644
index 00000000..e8a89783
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/Market Entry Strategy.md	
@@ -0,0 +1,20 @@
+# [[Market Entry Strategy]]
+
+## 📌 Brief Summary
+기업이 새로운 시장에 성공적으로 진입하기 위해 기회와 위험을 평가하고 실행 계획을 수립하는 전략적 접근 방식으로, 컨설팅에서는 주로 MECE 프레임워크를 활용해 분석을 구조화합니다.
+
+## 📖 Core Content
+- **구조화된 접근:** 시장 진입 문제를 해결할 때 MECE 원칙을 적용하여 중복이나 누락 없이 요소를 분해할 수 있습니다 [1]. 
+- **핵심 분석 범주:** 
+  - **시장 환경(Market Landscape):** 시장의 규모와 성장성, 경쟁 상황, 규제 환경 등을 파악합니다 [1, 2].
+  - **전략적 옵션(Strategic Options):** 파트너십 구축, 현지 기업 인수, 혹은 단독 진입 등 시장에 진입할 수 있는 다양한 방법을 검토합니다 [1].
+  - **실행 계획(Execution Plan):** 필요한 리소스, 타임라인, 마케팅 계획 및 운영 조정 사항을 결정합니다 [1].
+- 베인 앤 컴퍼니(Bain & Company)와 같은 컨설팅 펌은 시장 진입 및 성장 전략을 개발할 때 시장 규모, 소비자 행동, 경쟁 환경, 지역 규제 등으로 범주를 나누어 유망한 시장에 집중합니다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[McKinsey Problem Solving]]
+- **Projects/Contexts:** [[Growth Strategy Development]], [[Corporate Restructuring]]
+- **Contradictions/Notes:** 제공된 자료에서는 시장 진입 전략의 구체적인 세부 프레임워크보다, 이를 분석할 때 MECE 구조를 어떻게 적용하는지에 대한 예시 위주로 설명되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Economics & Algorithms/Profitability Framework.md b/10_Wiki/Topics/Economics & Algorithms/Profitability Framework.md
new file mode 100644
index 00000000..7d4da693
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/Profitability Framework.md	
@@ -0,0 +1,19 @@
+# [[Profitability Framework]]
+
+## 📌 Brief Summary
+수익성 하락의 근본 원인을 파악하기 위해 기업의 이익을 수익(Revenues)과 비용(Costs)의 세부 요소로 체계적으로 분해하는 MECE 기반의 프레임워크입니다.
+
+## 📖 Core Content
+- 경영 컨설팅 케이스 인터뷰에서 가장 자주 등장하고 기초가 되는 수익성 구조화(Structuring) 모델입니다 [31, 32].
+- **이익(Profits)**은 크게 **수익(Revenues)**과 **비용(Costs)**이라는 두 가지 MECE 버킷으로 나뉩니다 [32].
+- **수익(Revenues)**은 다시 **판매량(Volume)**과 **단위당 가격(Price per unit, PPU)**으로 세분화됩니다 [32].
+- **비용(Costs)**은 **고정비(Fixed costs)**와 **변동비(Variable costs)**로 나뉘며, 변동비는 **판매량(Volume)**과 **단위당 비용(Cost per unit)**으로 더 깊게 분해됩니다 [32, 33].
+- 이러한 구조화를 통해 수익성 문제의 핵심 동인(Driver)이 가격 하락인지, 비용 상승인지, 판매량 감소인지를 정확히 식별해 낼 수 있습니다 [32, 33].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Framework]], [[Issue Tree]]
+- **Projects/Contexts:** [[비즈니스 케이스 인터뷰(Case Interview)]], [[매출/비용 최적화 프로젝트]]
+- **Contradictions/Notes:** 이 프레임워크만으로는 수익성 하락의 수학적 이유는 알 수 있으나, '왜' 가격이 하락했는지(경쟁 심화, 시장 트렌드 변화 등)와 같은 외부적/정성적 맥락은 설명해주지 못하므로 외부 시장 분석과 병행해야 합니다 [34, 35].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Economics & Algorithms/Willingness to Pay (WTP).md b/10_Wiki/Topics/Economics & Algorithms/Willingness to Pay (WTP).md
new file mode 100644
index 00000000..8b74d2fd
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/Willingness to Pay (WTP).md	
@@ -0,0 +1,18 @@
+# [[Willingness to Pay (WTP)]]
+
+## 📌 Brief Summary
+Willingness to Pay (WTP, 지불 용의)란 소비자가 특정 상품이나 서비스에 대해 기꺼이 지불하고자 하는 구매 의사 및 그 최대 금액을 의미합니다 [1, 2]. 'Game of War'와 같은 모바일 4X 전략 게임은 개별 유저의 WTP를 극대화하기 위해 '계단식(Staircase)' 가격 책정과 맞춤형 동적 제안(Dynamic Pricing) 모델을 철저히 활용합니다 [3]. 이 시스템 속에서 유저의 인게임 권력과 사회적 지위는 곧 개인의 지불 용의(WTP) 수준과 직접적으로 연관되어 측정되고 판매됩니다 [4].
+
+## 📖 Core Content
+*   **WTP의 개념과 평가:** WTP는 제품의 가치와 지불 의향을 평가하는 핵심 지표입니다. 이를 추정하는 대표적 방법인 '가보-그랜저(Gabor-Granger)' 기법은 다양한 가격점(Price points)에서 소비자의 구매 의향을 물어 수요를 예측하고, 이를 바탕으로 이윤과 수익을 극대화하는 최적의 가격을 도출합니다 [1, 2, 5].
+*   **'Game of War'의 WTP 극대화 (계단식 BM):** 'Game of War'의 개발사 MZ는 정적인 가격표를 제시하는 기존 게임들과 달리, 모든 개별 유저의 WTP를 끝까지 끌어올리기 위해 동적 가격 책정 및 '계단식(Staircase)' 패키지 상승 모델을 사용합니다 [3]. 
+*   **지출 하한선(Spend Floor)의 상승:** 초기 플레이어에게는 엄청난 가성비의 4.99달러 스타터 팩을 제공하여 첫 결제에 대한 심리적 장벽을 낮춥니다 [3]. 그러나 유저가 한 번 결제를 하면 4.99달러 팩은 사라지고 19.99달러, 결국 99.99달러의 팩으로 계속 대체됩니다 [3]. 고레벨 단계에 이르면 99.99달러 팩이 사실상의 표준 단위가 되며, 이는 유저의 WTP 한도를 시스템적으로 상승시켜 높은 ARPPU(지불 유저 당 평균 매출)를 달성하게 합니다 [3, 6, 7].
+*   **사회적 지위와 WTP의 결합:** MZ는 유저의 WTP를 자극하기 위해 정교한 사회적 설계(Social Engineering)를 결합했습니다 [8]. 동맹(Alliance) 중심의 정치적 구조와 글로벌 실시간 경쟁 속에서, 팀원들을 실망시키지 않으려는 사회적 유대감과 압박감은 유저가 지속해서 돈을 쓰게 만드는 강력한 원동력이 됩니다 [8, 9]. 결과적으로 권력(Power) 자체가 구매 가능한 상품이 되었고, 인게임 사회에서의 지위는 전적으로 개인의 지불 용의(WTP)에 따라 결정되는 구조가 완성되었습니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Social Engineering]], [[Dynamic Pricing]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Gabor-Granger Method]]
+- **Contradictions/Notes:** WTP를 측정하는 데 쓰이는 전통적인 가보-그랜저 기법은 고정된 단일 제안(Single defined offer)에 대해 설문조사 형태로 지불 의사를 파악하지만 [10, 11], 'Game of War'는 이와 달리 실시간 데이터와 알고리즘을 통해 유저의 결제 여부와 행동 마찰점(Point of friction)을 분석하여 맞춤형 패키지를 제시하는 방식으로 WTP의 한계를 동적으로 확장합니다 [3, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Economics & Algorithms/가버-그레인저 방법 (Gabor-Granger Method).md b/10_Wiki/Topics/Economics & Algorithms/가버-그레인저 방법 (Gabor-Granger Method).md
new file mode 100644
index 00000000..08a412eb
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/가버-그레인저 방법 (Gabor-Granger Method).md	
@@ -0,0 +1,13 @@
+# [[가버-그레인저 방법 (Gabor-Granger Method)]]
+
+## 📌 Brief Summary
+가버-그레인저 방법(Gabor-Granger Method)은 고객의 가치 및 지불 용의성(Value & Willingness to Pay)을 파악하기 위해 고안된 설문 기반의 가격 책정 프레임워크이다 [1]. 특정 제품이나 서비스에 대해 고객이 다양한 가격대에서 구매할 의향이 있는지를 질문하여 가격에 따른 수요를 추정한다 [1]. 이를 바탕으로 수요 감소와 가격 상승 간의 관계를 보여주는 수용 곡선을 도출하며, 기업이 수익이나 이윤을 극대화할 수 있는 최적의 가격을 신속하게 찾을 수 있도록 돕는다 [2].
+
+## 📖 Core Content
+- **기원 및 작동 메커니즘:** 1966년 앙드레 가버(André Gabor)와 클라이브 W. J. 그레인저(Clive W. J. Granger)가 소개한 이 방법은 거래 탄력성 데이터가 부족한 시장이나 출시 전 단계에서 유용하다 [3]. 현실적인 5~8개의 가격대(Price grid)를 제시하고 각 가격에 대한 구매 의향을 묻는 방식(예/아니오 등)으로 진행된다 [4]. 여기서 얻은 각 가격별 수용도(Acceptance)에 가격과 도달 가능한 볼륨을 곱하여 예상 수익(Revenue) 및 이윤(Profit) 곡선을 만들고, 전략적 제약 내에서 최적의 가격점을 선택한다 [5].
+- **장점 및 단점:** 단일하고 명확한 제공물에 대해 빠르고 간단하게 최적 가격 후보를 찾을 수 있으며, 대상 고객 세그먼트별로 뚜렷한 차이를 비교할 수 있다는 장점이 있다 [6, 7]. 반면, 제품 기능 간의 상충 관계(Feature trade-offs)를 평가할 수 없고, 경쟁사의 상황을 반영하지 못하며, 가상 상황에 의한 편향이나 기준점 편향(Anchoring bias)이 발생할 수 있다는 한계도 존재한다 [8, 9].
+- **Game of War BM(비즈니스 모델)과의 연관성:** 가버-그레인저 방법의 핵심 목적은 소비자의 '지불 용의성(WTP)'을 파악하는 것이다 [1, 3]. Game of War는 이를 인게임 시스템에 적용하여, 모든 개별 유저의 지불 용의성(WTP)을 극대화하는 알고리즘 기반의 동적 가격 책정(Dynamic pricing)을 활용한다 [10]. 플레이어에게 초기에 4.99달러의 팩을 제시한 후, 구매가 발생하면 이를 19.99달러, 궁극적으로 99.99달러 팩으로 상향 조정하는 '계단식(Staircase)' 모델을 통해 소비자가 감당할 수 있는 최대 WTP 한계치까지 수익을 창출한다 [10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의성 (Willingness to Pay, WTP)]], [[계단식 수익화 모델 (Staircase Monetization Model)]], [[동적 가격 책정 (Dynamic Pricing)]]
+- **Projects
\ No newline at end of file
diff --git a/10_Wiki/Topics/Economics & Algorithms/무한한 확장성 경제 (Infinitely Scalable Economy).md b/10_Wiki/Topics/Economics & Algorithms/무한한 확장성 경제 (Infinitely Scalable Economy).md
new file mode 100644
index 00000000..70ff8c44
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/무한한 확장성 경제 (Infinitely Scalable Economy).md	
@@ -0,0 +1,19 @@
+# [[무한한 확장성 경제 (Infinitely Scalable Economy)]]
+
+## 📌 Brief Summary
+'무한한 확장성 경제(Infinitely Scalable Economy)'란 Game of War에서 플레이어의 소비 상한선(Spending Ceiling)이 존재하지 않도록 설계된 경제 시스템을 의미합니다 [1, 2]. 이 경제 구조는 전투로 인한 병력의 영구적 손실, 끊임없이 상승하는 파워 인플레이션, 그리고 무한한 자원 소모처(Infinite sink)를 결합하여 플레이어의 지속적인 과금을 강제합니다 [3-5]. 씬 클라이언트(Thin-client)와 데이터 기반의 계단식 수익화 모델(Staircase Monetization) 등의 기술적 기반이 이를 뒷받침하여, 개발사는 권력 구조와 아이템의 스케일을 멈춤 없이 무한하게 확장할 수 있습니다 [6-8].
+
+## 📖 Core Content
+* **지출 상한선의 부재:** Game of War의 경제는 플레이어의 소비 한도가 없도록 설계되어 있습니다 [1, 2]. 일반 유저들의 연평균 지출액이 550달러 수준인 반면, 최상위 과금러(Whale)들은 50만 달러 이상을 지출하는 등 개인이 가진 개별 경제력에 맞춰 무한히 과금할 수 있는 환경을 제공합니다 [1, 9-11]. 게임 내 권력이 철저히 유저의 지불 용의(Willingness to Pay)와 직결되어 있기 때문입니다 [12].
+* **영구적 손실(Permanent Loss)과 무한한 자원 소모처:** 전투에서의 패배는 막대한 자원과 시간이 투자된 병력의 영구적 삭제로 이어집니다 [3, 5]. 이 파괴된 권력을 복구하고 적에게 복수하기 위해 플레이어는 즉각적인 패키지 구매를 강요받습니다 [3, 13]. 또한, 아카데미의 연구 시스템이나 장비 제작(보석 합성에 기하급수적인 재료 요구) 등은 플레이어의 시간과 자원을 끝없이 빨아들이는 '무한한 소모처(Infinite sink)' 역할을 수행합니다 [4, 14].
+* **계단식 수익화 모델(Staircase Monetization)을 통한 지출 확장:** 무한한 규모의 경제는 계단식 수익화를 통해 극대화됩니다 [6]. 시스템은 플레이어의 진행도와 흥미도에 맞춰 저렴한 팩(예: 4.99달러)으로 첫 결제를 유도한 뒤, 결제가 이루어지면 이전의 저가 상품을 없애고 19.99달러, 궁극적으로는 99.99달러 팩을 기본 단위로 상향 고정하여 플레이어의 지출 눈높이를 끊임없이 올립니다 [6, 15, 16].
+* **콘텐츠 러닝머신과 지속적 노후화(Continuous Obsolescence):** 게임 내 '권력(Power)'의 천장은 끝없이 상승합니다 [17]. 매일매일 새로운 건물의 상위 레벨, 새로운 티어의 병력, 신규 연구 카테고리 등을 업데이트하여 최상위 과금러와 일반 플레이어 간의 격차를 지속적으로 벌립니다 [18]. 이 과정에서 플레이어의 기존 투자는 무용지물이 되며, 이들은 권력 싸움에서 도태되지 않기 위해 끝없이 지출해야 합니다 [18, 19].
+* **무한한 확장을 위한 기술적 아키텍처:** 이 거대한 경제 확장은 씬 클라이언트(Thin-client) 구조와 수치 연산(Spreadsheet) 중심의 전투 시스템 덕분에 손쉽게 이루어집니다 [7, 8]. 클라이언트 단의 무거운 그래픽 업데이트 없이도 서버에서 새로운 콘텐츠를 즉각적으로 배포할 수 있으며, 전투 밸런스 역시 스프레드시트상의 알고리즘에 의존하기 때문에 신규 유닛과 파워 스케일을 무한대로 추가하는 것이 극도로 용이합니다 [7, 8, 20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[영구적 손실 (Permanent Loss)]], [[파워 크립 (Power Creep)]], [[지불 용의 (Willingness to Pay)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 구조 설계]]
+- **Contradictions/Notes:** 무한한 확장성과 막대한 수익을 창출한 이 비즈니스 모델은 상업적으로 모바일 4X 전략 장르의 표준(Benchmark)이 되었으나, 동시에 플레이어의 매몰 비용 오류(Sunk Cost Fallacy)를 남용하고 기본적인 삶의 질 향상 기능을 과금으로 강제하는 등 "약탈적 수익화(Predatory Monetization)"라는 학계 및 규제 기관의 강한 비판을 받고 있습니다 [12, 21, 22].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Economics & Algorithms/지불 용의 (Willingness to Pay).md b/10_Wiki/Topics/Economics & Algorithms/지불 용의 (Willingness to Pay).md
new file mode 100644
index 00000000..cd2edd1d
--- /dev/null
+++ b/10_Wiki/Topics/Economics & Algorithms/지불 용의 (Willingness to Pay).md	
@@ -0,0 +1,18 @@
+# [[지불 용의 (Willingness to Pay)]]
+
+## 📌 Brief Summary
+지불 용의(Willingness to Pay, WTP)는 소비자가 특정 상품, 서비스 또는 혜택을 얻기 위해 기꺼이 지불하고자 하는 최고 금액이나 의사를 의미합니다 [1, 2]. 'Game of War'와 같은 모바일 4X 전략 게임은 동적 가격 책정과 패키지 단계별 상승(Escalation)을 사용하여 각 개별 사용자의 지불 용의를 극대화하는 수익화 구조를 설계합니다 [1]. 결과적으로 이 게임 내에서 권력(Power)과 사회적 지위는 플레이어의 지불 용의와 직접적으로 연결되는 구매 가능한 상품이 됩니다 [3].
+
+## 📖 Core Content
+* **'계단식(Staircase)' 수익화 모델을 통한 지불 용의 극대화:** 'Game of War'의 비즈니스 모델은 정적인 가격표를 제공하는 전통적인 게임과 달리 '계단(Staircase)' 또는 '사다리(Ladder)' 형태로 묘사됩니다 [1]. 알고리즘 제안 시스템은 플레이어를 더 높은 가격대로 이동시키도록 설계되어 있으며, 초기에는 엄청난 가치를 지닌 $4.99의 '스타터 팩'으로 구매를 유도합니다 [1]. 플레이어가 첫 구매를 하면 $4.99 제안은 사라지고 $19.99, 종국에는 $99.99 팩으로 대체되어 플레이어의 지불 한도(WTP)를 최대한으로 끌어올립니다 [1].
+* **사회적 지위 및 압력을 이용한 지불 용의 상승:** 게임 내에 구축된 '봉건적(Feudal)' 권력 피라미드와 동맹(Alliance) 시스템은 플레이어의 지불 용의를 높이는 강력한 사회적 동인으로 작용합니다 [4, 5]. 플레이어들은 동맹원들을 실망시키지 않기 위해, 혹은 공격으로 인한 자산의 '영구적 손실'을 막거나 복수하기 위해 지출을 계속하게 됩니다 [6-8]. 즉, 인간의 지위, 권력, 소속감에 대한 욕구를 활용하여 지불 용의를 자극합니다 [5].
+* **실시간 데이터 기반의 지불 용의 최적화:** 개발사인 MZ는 실시간 엔진(RTE)을 통해 플레이어의 소비 습관, 이탈 지점 등을 매우 세밀하게 추적합니다 [9]. 만약 플레이어의 군대가 파괴되는 마찰점(Friction point)이 발생하면, 시스템은 즉각적으로 재건에 필요한 정확한 자원이 포함된 맞춤형 $99.99 '복수 팩(Revenge Pack)'을 제안하여 해당 순간의 폭발적인 지불 용의를 수익으로 전환합니다 [9].
+* **지불 용의를 측정하는 가버-그레인저 방법(Gabor-Granger Method):** 제품 가격 책정 시 지불 용의를 사전 파악하기 위해 가버-그레인저 방법과 같은 프레임워크가 활용되기도 합니다 [2]. 이는 고객에게 다양한 가격점에서 구매할 의향이 있는지 묻고, 이를 바탕으로 수요 곡선을 그려 수익이나 이윤을 극대화할 수 있는 가격점을 선택하는 데 도움을 줍니다 [2, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[동적 가격 책정 (Dynamic Pricing)]], [[가버-그레인저 방법 (Gabor-Granger Method)]], [[소셜 엔지니어링 (Social Engineering)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 13은 명확히 정의된 단일 오퍼에 대한 고객의 지불 용의를 묻는 설문 기반의 정량적 연구 방법(Gabor-Granger Method)을 설명하는 반면 [2], 소스 6은 'Game of War'가 실제 인게임 상황에서 플레이어의 감정적 마찰(Friction)과 사회적 압박, 데이터 분석을 이용해 지불 용의를 실시간으로 조종하고 동적으로 극대화하는 실전 사례를 보여줍니다 [1, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Education/Behavioral Interview Questions.md b/10_Wiki/Topics/Education/Behavioral Interview Questions.md
new file mode 100644
index 00000000..1a171046
--- /dev/null
+++ b/10_Wiki/Topics/Education/Behavioral Interview Questions.md	
@@ -0,0 +1,18 @@
+# [[Behavioral Interview Questions]]
+
+## 📌 Brief Summary
+지원자의 과거 경험과 행동 패턴을 질문하여 조직 적합성, 문제 해결 능력, 리더십 등 소프트 스킬을 평가하는 면접 방식입니다. 이 과정에서 단순히 경험을 두서없이 나열하는 대신, MECE(상호 배타적이고 전체 포괄적인) 프레임워크와 같은 논리적 기법을 적용하여 구조적으로 답변하면 면접관에게 큰 신뢰를 줄 수 있습니다. 이를 통해 복잡한 상황에서도 명확하게 사고하고 소통하는 컨설턴트로서의 역량을 입증할 수 있습니다.
+
+## 📖 Core Content
+*   **행동 면접에서의 프레임워크 적용:** "팀을 성공적으로 이끌었던 경험을 말해보라"와 같은 전형적인 행동 면접 질문에 대해, 케이스 인터뷰처럼 **논리적인 '버킷(Bucket)'을 생성하여 답변을 구조화**하는 것이 매우 효과적입니다 [63].
+*   **구조화된 답변 예시:** 프로젝트 리더십 경험을 무작위로 말하는 대신, **1) 역할 배분 및 마감일 설정(조정/Coordination), 2) 스트레스 상황에서의 팀 사기 진작(동기부여/Motivation), 3) 조기 프로젝트 달성(결과/Results)**이라는 상호 배타적인 3가지 항목으로 나누어 논리적으로 전개합니다 [63].
+*   **논리적 사고력 증명:** 이런 방식은 지원자가 방대한 세부 사항에 익사하지 않고, 모호한 상황 속에서도 문제의 핵심을 범주화하고 우선순위를 정할 수 있는 체계적 사고방식을 가졌음을 증명합니다 [64].
+*   **유연한 사고 체계 유지:** 완벽한 대본을 외운 것처럼 기계적으로 들리지 않도록 주의해야 하며, 본질적으로는 면접관의 질문 속에서 뼈대를 세우고 차분히 논리를 전개하는 유연한 마인드셋(Mindset)을 보여주는 것이 중요합니다 [64].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Framework]], [[STAR Method]], [[Consulting Interview Prep]]
+- **Projects/Contexts:** [[컨설팅 및 일반 기업 채용의 Fit/Behavioral Interview 단계]]
+- **Contradictions/Notes:** 구조화(MECE)에 너무 집착한 나머지 자연스러운 스토리텔링의 감성적 요소나 진정성을 잃게 되면 로봇처럼(Robotic) 들릴 위험이 있습니다. 구조는 논리의 틀로 활용하되, 답변 자체는 대화하듯 매끄럽고 설득력 있는 이야기(Narrative)로 풀어내야 합니다 [64].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Case Interviews.md b/10_Wiki/Topics/Education/Case Interviews.md
new file mode 100644
index 00000000..f83bc05b
--- /dev/null
+++ b/10_Wiki/Topics/Education/Case Interviews.md	
@@ -0,0 +1,19 @@
+# [[Case Interviews]]
+
+## 📌 Brief Summary
+전략 컨설팅 펌에서 지원자의 논리적 추론, 압박 상황에서의 문제 구조화, 명확한 커뮤니케이션 능력을 평가하기 위해 가상의 비즈니스 상황을 해결하도록 요구하는 면접 방식입니다 [79-81].
+
+## 📖 Core Content
+- **초기 문제의 구조화:** 면접 프롬프트를 받으면 직관이나 경험에 의존하기보다, 문제를 명확하고 겹치지 않는 논리적 버킷(예: 수익 레버 vs 비용 레버)으로 나누는 MECE 사고를 보여주어야 합니다 [80, 82].
+- **구조의 시각화 및 발화:** 면접관은 지원자의 머릿속 구조를 볼 수 없으므로, 카테고리를 나눈 후 자신이 어떤 논리적 순서로 접근할 것인지 소리 내어 설명해야 합니다 [82].
+- **브레인스토밍의 체계화:** 해결책을 제시할 때도 단순히 아이디어를 무작위로 나열(Non-MECE)하는 것은 감점 요인이며, 큰 카테고리를 먼저 설정한 후 구체적인 아이디어를 제안해야 합니다 [83, 84].
+- **결론 도출 시 5R 구조 활용:** 케이스의 마지막에는 5R(Recap, Recommend, Reasons, Risk, Retention) 구조를 사용하여, 앞서 피라미드 원칙의 결론과 논거를 제시하듯 자신의 통찰을 간결하게 요약해야 합니다 [85, 86].
+- **가설 기반 접근:** 정보가 극히 제한된 상태에서도 면접관의 질문과 데이터를 바탕으로 유연하게 가설을 세우고, 필요하다면 즉석에서 프레임워크를 수정할 수 있어야 합니다 [87].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Consulting Case Interviews]], [[MECE Framework]]
+- **Projects/Contexts:** [[MBB (McKinsey, BCG, Bain) Recruiting]]
+- **Contradictions/Notes:** 케이스 인터뷰용 프레임워크를 기계적으로 암기하여 모든 문제에 강제로 끼워 맞추는 것은 실무적인 뉘앙스를 파괴하므로, 문제의 성격에 맞춰 '충분히 MECE적인(MECE-enough)' 구조로 유연하게 대응하는 것이 중요합니다 [88, 89].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Consulting Case Interviews.md b/10_Wiki/Topics/Education/Consulting Case Interviews.md
new file mode 100644
index 00000000..9592f87e
--- /dev/null
+++ b/10_Wiki/Topics/Education/Consulting Case Interviews.md	
@@ -0,0 +1,19 @@
+# [[Consulting Case Interviews]]
+
+## 📌 Brief Summary
+컨설턴트 채용 과정의 핵심 단계로, 지원자가 실제 프로젝트와 유사한 모호한 비즈니스 사례를 할당받아, 데이터를 구조화하고 우선순위를 정하여 최종 권고안을 도출해 내는 능력을 심층적으로 평가하는 면접입니다 [79, 81, 99].
+
+## 📖 Core Content
+- **MECE적 사고의 증명:** 면접관은 지원자가 MECE(상호 배제 및 포괄성) 프레임워크를 자발적으로 사용하여 구조화된 추론, 명확성, 효율성을 보여주는지를 핵심 평가 지표로 삼습니다 [81, 100].
+- **수익성 프레임워크 적용:** 매출 감소 등의 전형적인 문제에서 이윤을 수익(가격×수량)과 비용(고정비, 변동비)으로 MECE하게 분해하여 근본 원인을 추적하는 것이 기본적인 접근법입니다 [80, 88, 101].
+- **주도적인 문제 분해(Issue Tree):** 복잡한 프롬프트를 받았을 때, 이슈 트리를 그려 시장 환경, 내부 역량, 실행 계획 등의 명확한 계층으로 문제를 분리하여 분석해야 합니다 [102].
+- **비즈니스 판단력과 우선순위화:** 모든 데이터를 맹목적으로 탐색하는 대신, 문제 해결에 가장 큰 영향을 미치는 핵심 가설(예: 가격보다 고객 확보가 우선)을 먼저 검증하겠다는 전략적 우선순위를 제시해야 합니다 [55, 82, 103].
+- **피라미드식 요약 발표:** 면접의 마지막 종합 단계에서는 도출된 결론(Answer First)을 먼저 제시하고, 앞선 분석에서 찾은 3가지 주요 근거를 순차적으로 설명하는 피라미드 원칙을 보여주어야 합니다 [85, 104].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Case Interviews]], [[Business Problem Solving]]
+- **Projects/Contexts:** [[MBB Interview Preparation]], [[Profitability Analysis Cases]]
+- **Contradictions/Notes:** 미리 준비한 프레임워크(예: Porter's 5 Forces)를 기계적으로 늘어놓는 것은 피해야 하며, 면접관이 제공하는 데이터와 맥락에 맞추어 현장에서 유연하게 자신만의 맞춤형 논리 구조를 짜는 것이 진정한 컨설팅 마인드셋입니다 [87, 105].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Management Consulting (경영 컨설팅).md b/10_Wiki/Topics/Education/Management Consulting (경영 컨설팅).md
new file mode 100644
index 00000000..40ea30aa
--- /dev/null
+++ b/10_Wiki/Topics/Education/Management Consulting (경영 컨설팅).md	
@@ -0,0 +1,18 @@
+# [[Management Consulting (경영 컨설팅)]]
+
+## 📌 Brief Summary
+경영 컨설팅은 MECE 및 피라미드 원칙과 같은 구조화된 분석 프레임워크를 활용하여 조직의 복잡한 비즈니스 문제를 진단하고 전략적 의사 결정을 지원하는 전문 자문 서비스입니다 [1-3].
+
+## 📖 Core Content
+- **논리적 프레임워크 적용:** 기업의 수익 감소, 신규 시장 진출, 운영 최적화 등 복잡한 문제를 **MECE(상호 배제 및 포괄적 망라) 원칙**을 적용해 중복되거나 누락되지 않는 명확한 카테고리로 분류하여 분석합니다 [1, 4-6].
+- **핵심 중심의 커뮤니케이션:** 바쁜 경영진(C-suite)을 대상으로 효율적으로 소통하기 위해 **탑다운(Top-down) 방식과 결론을 가장 먼저 제시하는 커뮤니케이션 전략**을 사용합니다 [7-10].
+- **업계 표준 방법론:** McKinsey, BCG, Bain과 같은 선도적인 컨설팅 펌들은 이러한 논리적 구조화 기법을 전사적 표준으로 삼아 고객에게 데이터 기반의 명확한 해결책을 제공하고 있습니다 [3, 11-13].
+- **가치 창출 최적화:** 컨설턴트들은 80/20 법칙을 활용하여 가장 큰 영향을 미치는 핵심 기회(20%)에 역량을 집중해 클라이언트 가치의 80%를 창출하는 것을 목표로 합니다 [14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Framework]], [[Minto Pyramid Principle]]
+- **Projects/Contexts:** [[시장 진출 전략(Market Entry Strategy)]], [[기업 구조조정 및 변화 관리]]
+- **Contradictions/Notes:** 현실의 비즈니스 문제는 상호 의존성과 피드백 루프가 얽혀 있는 복잡계(Complex system)인 경우가 많으므로, MECE와 같은 선형적이고 환원주의적인 접근만으로는 한계가 있을 수 있으며 이를 보완하기 위해 시스템 사고(Systems Thinking)가 동반되어야 합니다 [15-18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Management Consulting Case Interviews.md b/10_Wiki/Topics/Education/Management Consulting Case Interviews.md
new file mode 100644
index 00000000..f04a4770
--- /dev/null
+++ b/10_Wiki/Topics/Education/Management Consulting Case Interviews.md	
@@ -0,0 +1,18 @@
+# [[Management Consulting Case Interviews]]
+
+## 📌 Brief Summary
+경영 컨설팅 케이스 인터뷰는 가상의 비즈니스 상황을 통해 지원자의 구조화된 문제 해결 능력(MECE), 분석적 사고력, 그리고 압박 속에서의 명확한 커뮤니케이션 능력을 종합적으로 평가하는 채용 과정입니다 [19, 20].
+
+## 📖 Core Content
+- **MECE적 사고 평가:** 인터뷰어는 지원자가 모호한 문제(예: 피자 체인의 수익 감소)를 직관에 의존하지 않고, **논리적인 '버킷(buckets)'으로 명확하게 나누어 체계적으로 접근하는지**를 중점적으로 평가합니다 [19-22].
+- **이슈 트리(Issue Tree)의 활용:** 문제를 시장 환경, 전략적 대안, 실행 계획 등으로 시각적이고 구조적으로 쪼개어 분석의 방향성을 잃지 않도록 하는 기술이 중요합니다 [6, 23, 24].
+- **피라미드 원칙 기반 답변:** 브레인스토밍이나 결론을 제시할 때 핵심 답변을 먼저 말하고 구체적 근거를 덧붙여 불필요한 장황함을 방지하는 훈련이 필요합니다 [20, 25-27].
+- **5R 구조를 통한 권고안 종합:** 인터뷰 마지막 단계에서는 **'5R 구조(Recap, Recommend, Reasons, Risk, Retention)'**를 사용하여 문제 요약, 핵심 해결책, 3가지 근거, 예상 리스크, 그리고 후속 방안을 명확하고 설득력 있게 전달해야 합니다 [28, 29].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Principle]], [[Issue Trees]]
+- **Projects/Contexts:** [[컨설팅 펌 채용 인터뷰 준비]], [[5R Method 기반 최종 권고안 발표]]
+- **Contradictions/Notes:** 지원자들이 흔히 범하는 실수는 프레임워크에만 지나치게 의존하여 논리적 일관성이 없는 비-MECE적 분류(예: 고객을 '취미' 기준으로 분류)를 사용하거나, 체계적 구조 없이 바로 결론으로 비약하는 것입니다 [22, 30, 31].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Management Consulting Reports.md b/10_Wiki/Topics/Education/Management Consulting Reports.md
new file mode 100644
index 00000000..ac3545ce
--- /dev/null
+++ b/10_Wiki/Topics/Education/Management Consulting Reports.md	
@@ -0,0 +1,18 @@
+# [[Management Consulting Reports]]
+
+## 📌 Brief Summary
+경영 컨설팅 보고서와 프레젠테이션은 경영진의 빠르고 정확한 의사 결정을 돕기 위해 피라미드 원칙과 SCQA 구조를 바탕으로 결론을 최상단에 배치하고 논리적 근거로 이를 뒷받침하는 매우 목적 지향적인 문서입니다 [48-51].
+
+## 📖 Core Content
+- **결론 선행(Bottom Line Up Front):** **핵심 답변이나 권고안을 가장 먼저 제시**하여 바쁜 임원들의 시간을 절약하고 보고서의 설득력과 명확성을 극대화합니다 [9, 52-54].
+- **SCQA 내러티브:** 서론은 SCQA(Situation: 상황, Complication: 전개/문제, Question: 질문, Answer: 답변) 프레임워크를 활용하여 독자가 이미 동의할 수 있는 배경(Situation)에서 시작해 자연스럽게 핵심 해결책으로 유도합니다 [55-58].
+- **수직적/수평적 논리 구축:** 수직적 논리(Vertical Logic)를 통해 독자의 "왜?Diff", "어떻게?"라는 질문에 즉각 답하며 논리를 하향 전개합니다 [59-61]. 수평적 논리(Horizontal Logic)는 동일 계층의 아이디어들을 연역적 또는 귀납적 추론을 사용해 일관되게 배열합니다 [62-64].
+- **시각적 메시지 전달:** **각 슬라이드의 제목(Heading)은 해당 장의 '핵심 이야기'를 요약하는 행동 지향적 문장(Action title)**이어야 하며, 본문은 가장 적합한 텍스트, 다이어그램, 그래프 등으로 논리를 증명해야 합니다 [65-68].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[SCQA Framework]], [[Inductive and Deductive Reasoning]]
+- **Projects/Contexts:** [[임원 보고용 슬라이드 덱 제작]], [[전략 제안서 작성]]
+- **Contradictions/Notes:** 생각의 전개 과정(Bottom-up)과 의사소통의 과정(Top-down)은 정반대입니다 [10, 69-72]. 많은 전문가들이 자신이 연구하고 분석한 순서대로 정보를 나열하는 실수를 범하는데, 이는 의사 결정권자의 집중력을 떨어뜨리므로 지양해야 합니다 [73-76].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/Management Consulting.md b/10_Wiki/Topics/Education/Management Consulting.md
new file mode 100644
index 00000000..dd05a9ce
--- /dev/null
+++ b/10_Wiki/Topics/Education/Management Consulting.md	
@@ -0,0 +1,18 @@
+# [[Management Consulting]]
+
+## 📌 Brief Summary
+경영 컨설팅 산업은 데이터와 체계적인 논리 구조를 바탕으로 기업의 전략적 모호성을 타파하고, 조직의 실질적 행동과 성과 개선을 이끌어내는 고도의 지식 서비스업입니다 [77-79].
+
+## 📖 Core Content
+- **지식의 구조화:** 컨설팅은 직관이나 단순 추측에 의존하지 않고, 아리스토텔레스 시대부터 이어진 엄격한 논리적 분류 체계를 현대 기업 환경에 맞게 발전시킨 **MECE 및 피라미드 구조를 의사소통과 분석의 전사적 표준으로 채택**하고 있습니다 [77, 78, 80, 81].
+- **분석과 전달의 분리:** 데이터 수집 및 아이디어 도출은 세부 사항에서 전체로(Bottom-Up) 진행하지만, 고객을 설득할 때는 최종 결론에서 세부 근거로(Top-Down) 전개하여 복잡한 정보 더미를 임원진이 즉시 행동할 수 있는 지식으로 변환합니다 [10, 74, 75].
+- **컨설턴트의 본질적 역할:** 현대의 경영 컨설턴트는 단순한 데이터 수집가(researcher)가 아니라, **논리와 아이디어를 조립하는 '구조적 설계자(structural architect of ideas)'**로서 기능해야 합니다 [82, 83].
+- **AI 시대의 컨설팅 통찰:** 향후 AI 기술이 방대한 데이터를 대신 분석하더라도, 이를 경영진의 의사 결정 목적에 맞게 의미를 부여하고(meaning-making) 설득력 있는 스토리로 합성하는 구조적 사고 역량은 컨설팅 업계에서 대체 불가능한 가치로 남을 것입니다 [83].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Strategic Communication]], [[Executive Decision-Making]]
+- **Projects/Contexts:** [[Business Transformation 프로젝트]], [[의사 결정 고도화 작업]]
+- **Contradictions/Notes:** 피라미드 원칙이나 MECE는 '분류와 배제'에 지나치게 집착할 경우 현실 세계의 유기적인 연관성, 긴급한 피드백 루프, 창의적인 융합 가능성을 축소시킬 위험도 존재하므로 기계적 적용보다는 상황에 맞는 유연한 활용이 요구됩니다 [17, 18, 84, 85].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/McKinsey & Company.md b/10_Wiki/Topics/Education/McKinsey & Company.md
new file mode 100644
index 00000000..b6d2ddca
--- /dev/null
+++ b/10_Wiki/Topics/Education/McKinsey & Company.md	
@@ -0,0 +1,17 @@
+# [[McKinsey & Company]]
+
+## 📌 Brief Summary
+글로벌 최고 수준의 전략 및 경영 컨설팅 펌으로, 비즈니스 문제 해결과 커뮤니케이션의 표준이 된 '피라미드 원칙(Pyramid Principle)'과 'MECE 프레임워크'가 탄생하고 발전한 곳입니다.
+
+## 📖 Core Content
+- **지적 혁신의 요람:** 1960~70년대에 맥킨지 컨설턴트였던 바바라 민토(Barbara Minto)가 정보 합성과 의사결정권자 대상 커뮤니케이션의 체계를 바꾼 피라미드 원칙과 MECE 프레임워크를 확립했습니다 [3, 4].
+- **데이터 분석 및 문제 해결:** 맥킨지에서는 클라이언트의 거대한 비즈니스 데이터를 구조화할 때 항상 "MECE 방식으로 접근하라"는 원칙을 강조하며, 이슈 트리(Issue Tree) 및 가설 트리를 통해 문제를 체계적으로 분해합니다 [5-7].
+- **비즈니스 트랜스포메이션 활용:** 글로벌 통신사 등과의 프로젝트에서 맥킨지는 MECE를 활용해 문제를 비용 절감, 네트워크 최적화, 고객 만족도 향상 등의 독립적인 영역으로 나누어 중복 없는 실행 권고안을 도출합니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[Mutually Exclusive and Collectively Exhaustive (MECE)]]
+- **Projects/Contexts:** [[Management Consulting]], [[Business Transformation]]
+- **Contradictions/Notes:** 맥킨지식 구조화 방법론은 강력하지만, 시스템적 상호작용이 중요한 복잡계(Complex problems) 문제에서는 기계적인 적용이 한계를 보일 수 있다는 비판적 시각도 존재합니다 [9-11].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Education/McKinsey Case Interview.md b/10_Wiki/Topics/Education/McKinsey Case Interview.md
new file mode 100644
index 00000000..3269f6b6
--- /dev/null
+++ b/10_Wiki/Topics/Education/McKinsey Case Interview.md	
@@ -0,0 +1,17 @@
+# [[McKinsey Case Interview]]
+
+## 📌 Brief Summary
+맥킨지를 포함한 최고 수준의 컨설팅 펌 채용 과정에서 지원자의 구조적 사고, 논리적 분석 및 커뮤니케이션 능력을 평가하기 위해 진행되는 실전 비즈니스 문제 해결 면접입니다.
+
+## 📖 Core Content
+- **MECE적 사고의 중요성:** 면접관은 경험보다는 모호한 문제를 구조화된 방식으로 접근하는 잠재력을 평가하며, 이때 MECE 프레임워크를 사용하는 것이 필수적입니다 [12-14]. 
+- **이슈 트리(Issue Tree) 활용:** 짧은 시간 안에 문제를 포괄적으로 분해하기 위해, '수익 레버(Revenue levers)'와 '비용 레버(Cost levers)'처럼 상호 배타적이고 전체를 포괄하는 범주로 논리 트리를 구성해야 합니다 [15-17].
+- **5R 권고안 구조:** 케이스 말미에 해결책을 제시할 때는 피라미드 원칙과 유사한 **Recap**(문제 요약), **Recommend**(해결책 권고), **Reasons**(뒷받침하는 이유 3가지), **Risk**(위험 요소), **Retention**(가치 창출)의 흐름으로 결론을 먼저 말하고 논리적으로 설명해야 합니다 [18-20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[McKinsey Problem Solving]]
+- **Projects/Contexts:** [[Consulting Recruitment]], [[Consulting Interview Prep]]
+- **Contradictions/Notes:** 기계적으로 암기한 프레임워크를 그대로 적용하기보다는, 주어지는 가상의 상황과 면접관의 질문에 맞추어 유연하고 직관적인 하향식(Top-down) 구조를 만들어내는 것이 중요합니다 [21, 22].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Events.md b/10_Wiki/Topics/Game Design/Events.md
new file mode 100644
index 00000000..8a38bb53
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Events.md	
@@ -0,0 +1,31 @@
+# [[Events]]
+
+## 📌 Brief Summary
+게임 오브 워(Game of War) 및 4X 전략 게임에서 '이벤트(Events)'는 플레이어의 장기적 참여와 사회적 협력, 그리고 지속적인 수익 창출(Monetization)을 유도하기 위해 설계된 핵심적인 기간 한정 활동입니다. 이러한 이벤트는 매일 진행되는 소규모 일과부터 다수의 왕국(서버)이 맞붙는 대규모 전쟁에 이르기까지 다양하게 구성되며, 라이브옵스(LiveOps) 스케줄과 촘촘하게 결합되어 유저들의 결제를 강력하게 촉진합니다. 최상위 이벤트의 결과는 서버의 존폐나 최고 권력의 향방을 결정지을 만큼 막대한 영향력을 지닙니다.
+
+## 📖 Core Content
+*   **라이브옵스(LiveOps)와 결제(Monetization)의 핵심 동력**
+    *   이벤트는 4X 전략 게임에서 유저의 유지(Retention)를 수익으로 전환하는 가장 중요한 수단입니다 [1]. 
+    *   '즉각적 수익화 전략(Immediate Monetization Strategy)'을 사용하는 게임들은 한 번에 최대 15개에 달하는 정규 및 시즌 이벤트를 동시에 진행하며 플레이어를 압도합니다. 각 이벤트의 보상과 진행도가 서로 맞물려 있어, 유저가 끊임없이 이벤트에 참여하고 그 과정에서 자연스럽게 패키지 상품을 구매하도록 설계되어 있습니다 [1, 2]. 
+    *   반면, '점진적 수익화 전략(Gradual Monetization Strategy)'을 취하는 게임들은 이벤트의 밀도를 낮추어 플레이어가 다수의 활동에 쫓기지 않고 개별 이벤트에만 집중할 수 있게 하여 장기적인 몰입을 유도하기도 합니다 [3].
+
+*   **대규모 엔드게임 이벤트: KvK (Kingdom vs. Kingdom)**
+    *   KvK는 서버(왕국) 간의 자존심을 건 총력전으로, 왕국의 보호막이 해제되고 교차 서버 간 텔레포트 및 직접적인 침공이 허용되는 대규모 이벤트입니다 [4, 5].
+    *   일반적으로 매치메이킹, 준비(건설/연구 등으로 포인트 획득), 전투(적 왕국 침공), 치료 및 복구(Triage)의 4단계로 나뉘어 진행됩니다 [6, 7].
+    *   KvK는 단일 서버의 생존이 걸린 '사활을 건(life or death)' 이벤트로 취급되며, KvK에서 지속적으로 패배하는 왕국은 유저들이 다른 서버로 이탈해버리는 "서버 사망(kingdom death)"을 겪게 되므로 모든 플레이어의 강제적인 참여와 과금을 유도합니다 [8].
+
+*   **최고 권력을 향한 전쟁: 슈퍼 원더(Super Wonder)**
+    *   슈퍼 원더 이벤트는 한 달에 한 번 24시간 동안만 열리며, 모든 활성 서버의 최고 연맹들이 '용의 왕국(Kingdom of Dragons)'에 모여 그랜드 왕좌를 차지하기 위해 싸우는 이벤트입니다 [9, 10].
+    *   이벤트 종료 시점에 왕좌를 가장 오래 점유한 플레이어는 '황제(Emperor)'로 등극하며, 전 서버를 아우르는 강력한 통치권과 막대한 스탯 버프(예: 공격력 +2,600% 증가 등) 칭호를 다른 플레이어들에게 부여할 수 있는 특권을 얻습니다 [4, 9, 11, 12].
+
+*   **일일 및 정규 왕국 이벤트(Regular Kingdom Events)**
+    *   대규모 전투 외에도 건설(Build), 병력 훈련, 몬스터 사냥(Kill Monster) 등 일상적인 행동과 연계된 이벤트들이 끊임없이 순환합니다 [13]. 
+    *   자신의 왕국 내에서 요새를 점령하거나 특정 토큰을 모으는 도미네이션(Domination) 이벤트, 포트리스 킬(Fortress Kill) 이벤트 등을 통해 유저들 간의 상호작용과 경쟁을 일상적으로 유도합니다 [14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Kingdom vs. Kingdom (KvK)]], [[Super Wonder]], [[LiveOps]], [[Monetization]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 구조]], [[4X 전략 게임 이벤트 구조]]
+- **Contradictions/Notes:** 소스에 따르면 4X 게임의 수익화 전략에 따라 이벤트 운영 철학이 극명하게 갈립니다. 일부 게임(예: Puzzles & Survival)은 이벤트를 고밀도로 중첩시켜 강한 과금 압박과 행동을 유도하는 반면, 다른 게임(예: State of Survival, King of Avalon)은 이벤트의 수를 제한하고 UI에서 숨길 수 있는 선택권까지 제공하여 유저의 피로도를 낮추고 장기적인 신뢰를 구축하는 방식을 택합니다 [1-3, 15].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Fate War.md b/10_Wiki/Topics/Game Design/Fate War.md
new file mode 100644
index 00000000..078463d0
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Fate War.md	
@@ -0,0 +1,28 @@
+# [[Fate War]]
+
+## 📌 Brief Summary
+'Fate War'는 부족(Tribe) 기반의 경쟁 이벤트와 족장 회관(Chieftain Hall) 건설 및 연구를 중심으로 하는 4X 전략 게임입니다. 이 게임의 핵심 비즈니스 모델(BM)은 누적 과금에 의한 '영구적인 VIP 레벨'과 아이템 소모를 통한 '제한적 VIP 활성화'라는 이중 레이어(Two-Layer) VIP 시스템에 크게 의존하고 있습니다. 이는 'Game of War'를 비롯한 4X 장르의 핵심 수익화 구조 및 유저들의 지속적인 재화 소모(Sink)를 유도하는 구조가 어떻게 적용되는지를 보여주는 대표적인 사례입니다 [1, 2].
+
+## 📖 Core Content
+* **이중 레이어 VIP 시스템 (Two-Layer VIP System)**
+  Fate War의 VIP 시스템은 타 4X 게임들과 차별화되는 두 가지 구조로 설계되어 있습니다. 
+  1. **VIP 레벨 (Layer 1)**: 패키지 구매 등 누적 과금(Spending)을 통해 획득하는 VIP 경험치로 영구적인 등급을 상승시킵니다 [2].
+  2. **VIP 활성화 (Layer 2)**: 단순히 레벨을 달성했다고 해서 보너스가 적용되지 않으며, 1시간, 8시간, 24시간 단위의 'VIP 활성화 아이템'을 별도로 소모해야만 해당 티어의 시간제한 혜택(Time-limited perks)을 켜서 적용받을 수 있습니다 [1, 2].
+
+* **핵심 과금 분기점 (VIP Breakpoints & Monetization Strategy)**
+  2026년 업데이트 기준으로 VIP 레벨이 15단계까지 확장되었으며, 과금 유저(월 $1,000 이상 지출)를 위한 효율적인 분기점이 세밀하게 나뉘어 있습니다 [3].
+  * **VIP 1~4**: 자연스럽게 도달하는 기초 단계로, 소소한 편의성 및 생산 속도 부스트를 제공합니다 [4].
+  * **VIP 5~7**: 실질적인 과금 효율이 체감되는 첫 분기점이며, 이때 제공되는 건설 속도 및 연구 효율성 보너스는 유저의 성장에 직접적인 영향을 미칩니다 [5].
+  * **VIP 8~10**: 경쟁적인 고과금 유저의 핵심 목표 구간입니다. 이 구간에서 주어지는 강력한 승수 보너스(Multiplier bonuses)는 족장 회관(Chieftain Hall)의 업그레이드 타이머를 비약적으로 단축시켜 줍니다 [6, 7].
+  * **VIP 11~15**: 확장된 최상위 레벨로 점진적인 추가 보너스를 제공하나, 활성화에 요구되는 비용(Gem)이 급증하므로 투자 대비 효율성(ROI)을 유저가 신중하게 평가하도록 만듭니다 [7, 8].
+
+* **게임플레이와 BM의 전략적 결합**
+  활성화 시간이 제한되어 있기 때문에, 오프라인 상태일 때 VIP를 켜는 것은 젬(Gem)의 낭비로 직결됩니다 [9, 10]. 따라서 유저들은 부족 쇼다운(Tribal Showdown) 이벤트의 건설 및 연구 당일이나, 다수의 대규모 업그레이드가 진행되는 집중적인 활성 플레이 시간에만 VIP를 전략적으로 켜야 합니다 [10, 11]. 게임은 '골든 문 패스(Golden Moon Pass)'나 각종 이벤트 팩 구매를 통해 자연스럽게 VIP 경험치 누적을 유도하는 경제 생태계를 구축하고 있습니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP System]], [[4X Strategy Monetization]], [[Game of War: Fire Age]], [[LiveOps]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스에 따르면 일반적으로 대부분의 4X 게임은 유저가 특정 금액을 지불하여 티어에 도달하면 VIP 보너스가 영구적으로 켜지는 단순한 모델을 사용합니다. 하지만 Fate War는 VIP 레벨 달성과는 별개로 이를 작동시키기 위해 지속적인 재화(활성화 아이템) 소모를 요구하는 이중 구조를 채택하고 있어 과금 구조의 복잡성이 훨씬 높습니다 [2, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Final Fantasy XV- A New Empire.md b/10_Wiki/Topics/Game Design/Final Fantasy XV- A New Empire.md
new file mode 100644
index 00000000..e81a6c8d
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Final Fantasy XV- A New Empire.md	
@@ -0,0 +1,22 @@
+# [[Final Fantasy XV: A New Empire]]
+
+## 📌 Brief Summary
+'Final Fantasy XV: A New Empire'는 Machine Zone(현 AppLovin)이 자회사 Epic Action LLC를 통해 개발하고 2017년에 출시한 무료 모바일 4X MMO 전략 게임입니다. 스퀘어 에닉스의 유명 IP인 '파이널 판타지 XV'의 세계관을 바탕으로 제작되었으나, 실제 게임 시스템과 비즈니스 모델(BM)은 개발사의 전작인 'Game of War: Fire Age'의 구조를 그대로 가져온 "복제판(clone)"입니다. 혹평 속에서도 공격적인 마케팅과 검증된 과금 유도 방식을 통해 상업적으로 큰 성공을 거두었으나, 2024년 12월 30일을 기점으로 서비스가 종료되었습니다.
+
+## 📖 Core Content
+* **게임 구조 및 플레이 방식:** 
+  플레이어는 '인솜니아(Insomnia)' 왕국을 발전시키기 위해 성채(Citadel)를 중심으로 자원 생산 시설과 방어벽 등을 건설합니다 [1-3]. 건물 건설과 업그레이드에는 많은 시간과 자원이 소모되며, 특정 순서에 따라 순차적으로 진행해야 하는 제약이 있습니다 [3]. 군대를 양성하여 몬스터나 타 플레이어를 공격할 수 있으며, 이 전투 시스템은 보병, 원거리, 기병, 공성 병기로 나뉘는 가위바위보 방식의 상성에 기반합니다 [4, 5].
+* **소셜 및 길드 시스템:**
+  플레이어들은 길드를 형성하여 무역과 전쟁의 동맹을 맺고, 자원 및 병력을 교환할 수 있습니다 [5, 6]. 길드원들은 서로의 건물 건설 시간을 단축시켜 주거나 특수 아이템 구매용 충성도(Loyalty)를 획득하는 등 협력 플레이를 통해 게임 내 세력을 키워나갑니다 [5, 6].
+* **Game of War BM 및 구조의 직접적 계승:** 
+  이 게임은 사실상 MZ의 전작인 'Game of War: Fire Age' 및 'Mobile Strike'와 동일한 아키텍처 청사진을 사용했습니다 [7]. 도시 건설 레이아웃, 길드 지원 메커니즘, 그리고 유저의 과금을 점진적으로 유도하는 팩 에스컬레이션(Pack escalation) 전략까지 그대로 차용하여 비평가들로부터 'Game of War'의 "노골적인 복제판(blatant clone)"이라는 평가를 받았습니다 [3, 7, 8]. 
+* **수익화 모델 (BM) 성과 및 비판:** 
+  초기 튜토리얼부터 기지 건설과 과금 유도에 초점을 맞추었기 때문에, "페이 투 윈(pay-to-win)", 지나친 현금 결제 유도(cash grab), "영혼 없는 착취(soullessly exploitative)"라는 강한 비판을 받았습니다 [6, 7, 9]. 그러나 모델 알렉시스 렌(Alexis Ren)을 내세운 대규모 마케팅과 MZ 특유의 '계단식 수익화(staircase monetization)'를 앞세워 2019년 1월 기준 5,100만 회 이상의 다운로드와 5억 1,800만 달러 이상의 막대한 수익을 기록했습니다 [5, 7, 8, 10]. 이는 'Game of War'에서 정립된 BM 공식이 글로벌 대형 IP에도 성공적으로 적용되어 막대한 수익을 창출할 수 있음을 증명한 사례입니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Game of War: Fire Age]], [[4X Strategy]], [[Staircase Monetization Model]], [[Pay-to-win]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]]
+- **Contradictions/Notes:** 주요 게임 매체와 비평가들은 이 게임을 'Game of War'의 뼈대에 파이널 판타지 IP만 덧씌운 반복적이고 노골적인 과금 유도 게임이라고 강하게 비판했지만, 실제 앱스토어에서는 11만 개 이상의 리뷰에서 평균 4점을 받는 등 캐주얼하게 시간을 보내기 좋다는 이유로 대중적(유저) 평가는 엇갈리는 모습을 보였습니다 [6, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/GAME_SYSTEM_DESIGN_PROMPT.md b/10_Wiki/Topics/Game Design/GAME_SYSTEM_DESIGN_PROMPT.md
new file mode 100644
index 00000000..26db81dd
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/GAME_SYSTEM_DESIGN_PROMPT.md	
@@ -0,0 +1,76 @@
+# 🚀 게임 시스템 분해 및 재구성 프롬프트 (V2)
+
+## 1) 게임 메커닉 분해 능력 (MDA Framework)
+레퍼런스를 분석할 때 AI는 자동으로 아래 요소를 분해해야 합니다.
+- **핵심 루프(Core Loop)**: 사용자 행동의 근본적 순환
+- **보상 구조**: 동기 부여의 핵심
+- **리스크/리턴 구조**: 도전과 성취의 밸런스
+
+👉 **학습 포인트 (MDA)**
+- **Mechanics**: 규칙, 수치, 시스템 (Code/Data)
+- **Dynamics**: 플레이 중 발생하는 상호작용 (Runtime)
+- **Aesthetics**: 유저가 느끼는 감정 (UX/Experience)
+*이걸 통해 "왜 재미있는지"까지 데이터로 증명 가능해집니다.*
+
+## 2) 시스템 설계 (Core Loop + ECS)
+분석을 넘어 구현 가능한 수준으로 설계합니다.
+- **Entity Component System (ECS)** 기반 설계
+- 기능 단위가 아니라 **"시스템 단위"**로 구조화
+- 캐릭터 / 아이템 / 스킬 → **완벽한 데이터 분리**
+
+## 3) 데이터 기반 밸런스 설계 (Data-Oriented Design)
+현재 `balance.ts` 전략을 극대화합니다.
+- **사고 방식**: "레퍼런스 수치 → 테이블로 추출"
+- **대상**: 레벨, 스탯, 확률 (드랍 확률, 성장 곡선, 데미지 공식)
+
+## 4) 유저 경험 흐름 분석 (User Journey Map)
+겉보기 유사성보다 중요한 것은 **흐름**입니다.
+- **시작 → 몰입 → 반복 → 보상**의 주기 분석
+- 지루함이 발생하는 지점 및 과금/보상 유도 포인트 진단
+
+## 5) 수치 모델링 (Exponential Growth)
+비슷한 느낌을 구현하기 위한 정밀한 수치 설계입니다.
+- 레벨업 곡선, 난이도 상승폭, 보상 증가 구조 모델링
+
+---
+
+### 📊 수집해야 할 구체적 데이터
+
+1. **플레이 기반 데이터**
+   - 레벨별 성장 속도, 보상 획득 타이밍, 반복 주기
+2. **시스템 구조**
+   - 전투 구조(턴제/실시간), 스킬/아이템 효과 매커니즘
+3. **수치 데이터**
+   - 데미지 공식, 드랍/크리티컬 확률, 쿨타임
+4. **UX 흐름**
+   - 튜토리얼 구조, 이탈 지점, 몰입 포인트
+
+---
+
+### 🤖 AI 분석 프롬프트 (핵심)
+
+너는 게임 시스템 디자이너다.
+레퍼런스 게임을 분석해서 아래를 구조화해라.
+
+1. **Core Loop**
+2. **주요 시스템** (전투, 성장, 보상)
+3. **데이터 테이블로 분리 가능한 요소**
+4. **밸런스 수치** (추정 가능하면 추정)
+5. **UX 흐름** (몰입 / 이탈 포인트)
+
+**[중요 지시]**
+- 모든 시스템은 **데이터 기반**으로 재구성할 것
+- **하드코딩 없이** 테이블 조회 방식으로 설계할 것
+
+---
+
+### 💡 한 단계 더: 변형 규칙 (Differentiation)
+레퍼런스 구조를 유지하되 아래를 변형하여 차별화된 경험을 만듭니다.
+- 보상 타이밍 변경
+- 성장 곡선 변경
+- 리스크 구조 변경
+
+---
+
+## 🎯 한 줄 정리
+**"게임을 학습시키는 게 아니라, 게임을 분해해서 데이터 + 시스템으로 재구성하는 능력"**을 학습시킨다.
diff --git a/10_Wiki/Topics/Game Design/Game of War  BM과 구조 조사.md b/10_Wiki/Topics/Game Design/Game of War  BM과 구조 조사.md
new file mode 100644
index 00000000..6ec5657b
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Game of War  BM과 구조 조사.md	
@@ -0,0 +1,26 @@
+# [[Game of War BM과 구조 조사]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)로 이루어진 4X 코어 루프를 모바일 실시간 환경에 최적화한 대규모 다중 접속(MMO) 전략 게임이다 [1, 2]. 이 게임은 단순한 일회성 결제가 아닌, 동맹 중심의 봉건적 소셜 구조와 무한 경쟁을 통해 유저의 끝없는 지출을 유도하는 라이브 서비스 모델을 확립했다 [3]. 특히 유저의 지불 의향을 극대화하는 '계단식 수익화(Staircase Monetization)' 알고리즘과 정교한 이중 VIP 시스템을 결합하여, 모바일 게임 역사상 최고 수준의 유저당 평균 결제액(ARPPU)을 달성하며 수익화의 새로운 기준을 제시했다 [1, 3, 4].
+
+## 📖 Core Content
+
+**게임의 핵심 구조 (4X와 소셜 시스템의 결합)**
+* **영구적인 세계와 4X 루프:** Game of War는 끊임없이 진행되는 거대한 세계(Persistent world)를 배경으로 도시 인프라를 건설하고 자원을 최적화하며 다른 유저를 공격하는 4X 전략을 따른다 [1, 2, 5, 6]. 특히 전투에서 패배하고 병원 수용량을 초과하면 병력을 영구적으로 잃게 되는(Permanent loss) 메커니즘을 채택하여, 수천 달러의 투자가 순식간에 사라지는 가혹한 환경을 조성한다 [7, 8].
+* **봉건적 권력 피라미드 (Feudal Power Pyramid):** 게임의 최종 목표는 왕국과 '슈퍼 원더(Super Wonder)'를 통제하여 권력을 쥐는 것이다 [9-11]. 승리한 동맹의 리더는 왕이나 황제로 등극하여, 동맹원에게는 공격력을 대폭 높여주는 강력한 타이틀(Prince, Duelist 등)을 하사하고, 적에게는 자원 생산량을 깎는 굴욕적인 디버프 타이틀(Whiner, Doormat 등)을 부여할 수 있다 [12-17]. 
+* **실시간 번역 엔진 (RTE):** 개발사 Machine Zone은 실시간 자동 번역 레이어를 채팅 시스템에 구축하여, 언어 장벽 없이 전 세계 유저가 동맹을 맺고 실시간으로 외교, 협잡, 다국적 전쟁을 벌일 수 있는 글로벌 소셜 네트워크를 형성했다 [18-20].
+
+**비즈니스 모델 (BM)과 수익화 전략**
+* **계단식 수익화 (Staircase Monetization):** 고정된 상점 시스템 대신, 유저의 결제 여부에 따라 패키지 가격이 점진적으로 상승하는 방식을 사용한다 [4, 21]. 초기에는 $4.99의 엄청난 효율을 자랑하는 스타터 팩을 제공하지만, 한 번 결제하면 이 패키지는 사라지고 점차 $19.99, $99.99로 상승하며 결국 고레벨 유저에게는 $99.99가 기본적인 결제 단위로 자리 잡게 된다 [4, 22, 23].
+* **마찰 시점의 맞춤형 타겟팅:** 실시간 엔진으로 유저의 지출 습관과 게임 내 이탈 지점(Quit points)을 추적한다 [24]. 유저의 군대가 전멸하는 극도의 스트레스 상황이 발생하면, 즉각적인 복수와 부대 복구에 필요한 아이템이 정확히 포함된 $99.99의 '복수 팩(Revenge Pack)'을 개인 맞춤형으로 띄워 충동적인 결제를 유도한다 [7, 24, 25].
+* **이중 VIP 시스템:** 과금을 통해 VIP 포인트를 누적하여 영구적인 레벨을 올리는 시스템과 함께, 해당 혜택을 실제로 게임에 적용하려면 별도의 활성화 아이템을 소비하여 VIP 상태를 '활성(Active)' 상태로 유지해야 하는 이중 구조를 채택했다 [26-29]. 이는 높은 VIP 레벨을 달성한 유저라도 지속적으로 결제와 게임 플레이를 이어가도록 강제한다 [30].
+* **무한한 자원 소모처 (Infinite Sinks):** 끝없이 진화하는 연구 트리(Research trees), 장비 제작, 기하급수적으로 자원이 필요한 보석(Gems) 합성 시스템 등은 유저에게 천문학적인 시간과 재화를 요구한다 [31-33]. 최상위 고래 유저(Whales)들을 위해서는 파괴적인 성능을 내지만 일정 시간 후 소멸해버리는 '코어 장비(Core Equipment)' 시스템을 두어 끝없이 지출하도록 설계했다 [34, 35].
+* **콘텐츠 러닝머신 (LiveOps):** 매일 새로운 업데이트를 통해 더 높은 티어의 건물과 병력, 새로운 연구 카테고리를 끊임없이 추가함으로써 파워 인플레이션을 유발하며, 유저들이 도태되지 않기 위해(FOMO) 지속적으로 돈을 쓰도록 만든다 [36, 37].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략 게임]], [[계단식 수익화 (Staircase Monetization)]], [[이중 VIP 시스템 (Dual-layer VIP)]], [[실시간 번역 엔진 (RTE)]], [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 소스에 따르면, Game of War는 2015년 유저 1인당 평균 결제액(ARPPU)이 약 550달러에 달할 정도로 독보적인 경제적 성과를 거두었으나 [38, 39], 기본적인 편의 기능조차 과금과 연결하고 유저의 두려움과 매몰 비용의 오류를 악용하는 극단적인 '약탈적 수익화(Predatory Monetization)'라는 윤리적 비판 또한 팽배하다 [40].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Game of War BM과 구조 조사.md b/10_Wiki/Topics/Game Design/Game of War BM과 구조 조사.md
new file mode 100644
index 00000000..8bce49f7
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Game of War BM과 구조 조사.md	
@@ -0,0 +1,28 @@
+# [[Game of War BM과 구조 조사]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 4X 전략 장르를 모바일 실시간 환경에 최적화한 게임으로, 강력한 소셜 엔지니어링과 과금 모델을 결합하여 모바일 게임 시장에 큰 변화를 일으켰습니다 [1]. 이 게임의 구조는 탐험, 확장, 착취, 섬멸이라는 4X 코어 루프와 유저 간의 연맹 및 영구적인 병력 손실을 기반으로 한 끊임없는 경쟁 스파이럴을 중심으로 설계되었습니다 [2]. 비즈니스 모델(BM) 측면에서는 플레이어의 결제 의향에 맞춰 패키지 가격이 점진적으로 상승하는 '계단식(Staircase)' 수익화, 이중 VIP 시스템, 그리고 데이터 기반의 맞춤형 타겟팅을 사용합니다 [1, 3-6]. 이를 통해 MZ(Machine Zone)는 모바일 게임 역사상 전례 없는 유저당 평균 결제액(ARPPU)을 달성했습니다 [2, 7].
+
+## 📖 Core Content
+
+**게임 구조 및 코어 루프 (4X 및 소셜 엔지니어링)**
+* **4X 전략 기반의 끝없는 경쟁:** 게임은 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)이라는 4X 요소를 모바일 실시간 환경에 맞춰 차용했습니다 [2, 8-13]. 플레이어는 지속적으로 건물을 업그레이드하고 병력을 훈련하며 기술을 연구하여 권력을 키워야 합니다 [9, 10].
+* **영구적 손실 (Permanent Loss)과 마찰:** **전투에서 패배하여 병원의 수용량을 초과한 병력은 서버에서 영구적으로 삭제됩니다** [14]. 이는 막대한 자원과 시간의 투자가 사라지는 권력(Power) 손실을 의미하며, 즉각적인 복구를 위해 유저가 과금을 하도록 유도하는 강력한 장치로 작용합니다 [14-16].
+* **적자 경제 (Deficit Economy):** 유지비(Upkeep) 시스템으로 인해 고급 병력은 플레이어의 자연적인 자원 생산량을 초과하는 식량을 소모합니다 [11, 12]. 이로 인해 병력을 무한정 쌓아두기만 할 수는 없으며, 지속적으로 자원을 채집하거나 결제 아이템을 소모해야만 합니다 [12].
+* **봉건적 권력 구조 (Feudal Power Pyramid):** 최대 100명으로 구성된 연맹 단위로 움직이며, 왕국(Kingdom) 중앙의 'Wonder'나 다수 서버가 경쟁하는 'Super Wonder'를 차지하는 연맹의 리더는 왕이나 황제가 됩니다 [17-22]. **왕은 다른 유저에게 강력한 버프나 굴욕적인 디버프 칭호를 공공연히 부여할 수 있어, 유저들의 명예욕과 권력욕을 극도로 자극합니다** [18, 19, 23, 24].
+* **실시간 번역 및 글로벌 소셜 시스템:** MZ의 독자적인 실시간 엔진(RTE)이 제공하는 실시간 번역 기능을 통해 언어 장벽 없이 전 세계 유저들이 연맹을 맺고 소통할 수 있으며, 이는 게임 내 정치와 배신이라는 복잡한 메타 게임과 이머전트 게임플레이(Emergent Gameplay)를 형성합니다 [25-28].
+
+**수익화 모델 (Business Model)**
+* **계단식 수익화 (Staircase Monetization):** 고정된 가격표 대신 **플레이어의 소비 패턴에 맞춰 가격이 점진적으로 상승하는 방식**을 사용합니다 [3, 29]. 초기 $4.99의 효율 좋은 팩을 구매하면 이후 해당 가격대의 상품은 사라지고 $19.99, 결국에는 **$99.99 패키지로 유저의 결제 하한선(floor)이 상향**되도록 유도합니다 [3, 4, 30].
+* **데이터 기반 맞춤형 타겟팅 (Data-Driven Personalization):** 실시간 엔진을 통해 유저의 소비 습관과 이탈 포인트를 정밀하게 추적합니다 [6]. 부대가 전멸하여 좌절감을 느끼는 시점에 정확히 복구에 필요한 자원과 스피드업 아이템이 포함된 맞춤형 '복수 팩(Revenge Pack)'을 띄워 마찰 포인트에서의 과금을 극대화합니다 [6, 31].
+* **이중 구조의 VIP 시스템:** 결제를 통해 누적하여 올리는 영구적인 'VIP 레벨'과 별개로, 이 혜택을 실제로 게임에 적용받으려면 **시간제한이 있는 'VIP 활성화(VIP Activation)' 아이템을 지속적으로 소모**해야 합니다 [5, 32]. 활성화되지 않은 고레벨 VIP는 무용지물이므로, 유저가 경쟁력을 유지하기 위해 지속적으로 돈과 재화를 쓰도록 만듭니다 [32-34].
+* **사회적 압력과 연맹 선물 (Alliance Kick-backs):** 연맹원이 유료 결제를 할 때마다 소속 연맹원 전체에게도 일정 보상이 지급됩니다 [35]. 무과금이나 과금액이 적은 유저는 연맹에서 무임승차자로 낙인찍혀 쫓겨날 위험이 존재하므로, 연맹 내 집단적 압박과 기여에 대한 의무감이 유저의 지갑을 열게 하는 강력한 촉매가 됩니다 [35-37].
+* **무한한 확장성 (Infinite Scalability):** 끊임없이 상위 레벨의 건물, 새로운 병력 티어, 장비 및 연구를 업데이트하여 상위 결제자(Whale)들의 권력 격차를 계속 벌리고 지출의 천장(Ceiling)을 없앱니다 [38, 39].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략]], [[계단식 수익화 (Staircase Monetization)]], [[다크 패턴 (Dark Patterns)]], [[영구적 손실 (Permanent Loss)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 게임의 노골적인 결제 유도와 복잡한 UI, 그리고 매몰 비용의 오류(Sunk Cost Fallacy)를 인질로 삼는 구조 등은 약탈적(Predatory) 디자인과 다크 패턴이라는 강한 비판을 받습니다 [40-42]. 하지만 고도의 사회적 관계망과 심리적으로 정교하게 설계된 수익화 모델 덕분에 2015년 유저당 평균 결제액(ARPPU)이 모바일 업계 평균의 약 7배인 $550에 달할 정도로 상업적인 대성공을 거두며 후속 4X 게임들의 표준이 되었습니다 [7, 43-46].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Game of War- Fire Age BM 및 구조 설계.md b/10_Wiki/Topics/Game Design/Game of War- Fire Age BM 및 구조 설계.md
new file mode 100644
index 00000000..dd751047
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Game of War- Fire Age BM 및 구조 설계.md	
@@ -0,0 +1,33 @@
+# [[Game of War: Fire Age BM 및 구조 설계]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 Machine Zone(MZ)이 개발한 모바일 4X 전략 게임으로, 치밀한 사회 공학적 설계와 공격적인 과금(BM) 구조를 결합하여 모바일 게임 시장의 수익 모델에 큰 변화를 일으켰습니다 [1]. 이 게임은 영구적 손실(Permanent Loss)이 존재하는 전투 시스템과 끝없는 자원 소모처를 기반으로 플레이어의 경쟁심을 극대화합니다 [2, 3]. 또한, 실시간 데이터 분석을 통해 개별 유저의 상황에 맞춘 '계단식(Staircase)' 과금 모델을 도입하여 업계 최고 수준의 유저당 평균 결제액(ARPPU)을 달성했습니다 [1, 4, 5].
+
+## 📖 Core Content
+**4X 코어 루프와 영구적 손실 구조**
+* 게임의 뼈대는 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)이라는 4X 장르의 핵심 요소를 모바일 실시간 환경에 최적화하여 구축되었습니다 [6, 7]. 
+* **영구적 손실(Permanent Loss):** 전투 패배 시 병원(Hospital) 수용량을 초과한 병력은 서버에서 영구적으로 삭제되며, 이는 수천 달러에 달하는 투자 손실로 이어질 수 있습니다 [2, 8]. 이 잔혹한 시스템은 잃어버린 군사력을 즉시 복구하고 복수하기 위해 플레이어가 패키지를 구매하도록 강하게 압박합니다 [2, 9].
+* **적자 경제(Deficit Economy):** 거대한 군대를 유지하기 위한 고레벨 병력의 유지비는 플레이어의 자연적인 자원 생산량을 초과하여 막대한 식량을 소모합니다 [10]. 병력이 굶어 죽지는 않지만 식량이 0이 되면 새로운 연구나 건설이 멈추기 때문에, 플레이어는 과금을 하거나 위험을 무릅쓰고 자원을 채집해야만 합니다 [11].
+* 아카데미의 연구(Research)와 대장간의 장비(Equipment) 및 보석 제작 시스템은 자원과 시간을 끊임없이 흡수하는 '무한한 소모처(Infinite sink)'로 설계되어 플레이의 장기적인 동기를 부여합니다 [3, 12, 13].
+
+**'계단식(Staircase)' 과금 모델 및 카지노식 접근**
+* 기존의 고정된 가격 상점과 달리, 플레이어의 지불 용의(WTP)를 끌어올리기 위해 가격이 점진적으로 상승하는 계단식 모델을 사용합니다 [4, 14]. 4.99달러의 팩을 구매하면 해당 상품이 사라지고 19.99달러, 궁극적으로는 99.99달러짜리 상품으로 유도되어 최고가 팩이 과금의 기본 단위(Spend floor)로 자리 잡게 만듭니다 [4, 15, 16].
+* 실시간 엔진(RTE) 데이터를 바탕으로 플레이어의 소비 습관과 이탈 지점을 파악하여 맞춤형 번들을 제공합니다 [5]. 예를 들어, 군대가 전멸한 직후 이를 복구하는 데 정확히 필요한 자원이 포함된 '복수 팩(Revenge Pack)'을 즉각적으로 띄워 마찰 지점에서의 구매를 유도합니다 [5, 17].
+* **가상 화폐의 모호성:** 실제 화폐의 지출 감각을 무디게 만들기 위해 카지노 칩과 같이 임의의 교환 비율을 지닌 게임 내 프리미엄 화폐 팩을 할인된 것처럼 구성하여 충동적인 대량 과금을 부추깁니다 [18-20].
+
+**이중 계층 VIP 시스템**
+* 과금을 통해 영구적으로 쌓이는 'VIP 레벨'과 그 혜택을 받기 위한 시간제한 'VIP 활성화(Activation)'라는 두 가지 계층으로 나뉩니다 [15, 21, 22].
+* 높은 VIP 레벨을 달성했더라도 혜택을 실제로 적용받으려면 골드나 충성도 포인트로 활성화 아이템을 지속적으로 사용하여 상태를 유지해야 하므로, 유저가 게임 경제 시스템에 끊임없이 비용을 지불하도록 강제합니다 [21, 23, 24].
+
+**사회적 공학(Social Engineering) 설계**
+* 수백만 명을 연결하는 실시간 번역 엔진(Real-Time Engine)을 통해 다국적 플레이어 간의 소통을 완벽하게 지원하며, 이를 통해 동맹(Alliance) 중심의 글로벌 권력 다툼을 유도합니다 [25, 26].
+* 지도 중앙의 '원더(Wonder)'를 장악한 플레이어는 왕(King)이나 황제(Emperor)로 등극하여 타인에게 강력한 능력치 보너스를 하사하거나, 반대로 자원 생산량 감소 등의 모욕적인 디버프 칭호(예: Whiner, Doormat)를 부여할 수 있는 봉건적 지배력을 행사합니다 [27-29].
+* 동맹 내의 정치적 역할 분담, 그룹을 실망시키지 않으려는 사회적 압박, 그리고 복수와 권력 쟁취의 드라마는 플레이어들이 막대한 돈을 계속해서 지불하게 만드는 가장 핵심적인 원동력입니다 [30-32].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Staircase Monetization]], [[Permanent Loss]], [[Deficit Economy]], [[LiveOps]], [[VIP System]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 이와 같은 고도의 심리적, 구조적 과금 모델은 모바일 게임 산업의 패러다임을 바꿀 정도로 막대한 수익을 창출했지만, 연구자들과 비평가들 사이에서는 인위적 조바심(FOMO)과 매몰 비용 오류를 악용하는 '약탈적 과금(Predatory Monetization)' 기법으로 분류되어 윤리적 비판의 대상이 되기도 합니다 [33-35].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Game of War- Fire Age.md b/10_Wiki/Topics/Game Design/Game of War- Fire Age.md
new file mode 100644
index 00000000..1b454ec2
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Game of War- Fire Age.md	
@@ -0,0 +1,25 @@
+# [[Game of War: Fire Age]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 Machine Zone(MZ)이 2013년에 출시한 부분 유료화 모바일 4X MMO 전략 게임이다 [1, 2]. 이 게임은 탐험, 확장, 착취, 섬멸이라는 전통적인 4X 요소에 영구적인 부대 손실과 글로벌 실시간 번역 기반의 강력한 봉건적 소셜 시스템을 결합했다 [3-6]. 특히 유저의 행동 데이터를 바탕으로 맞춤형 결제를 유도하는 '계단식(Staircase)' 과금 모델과 무한히 확장 가능한 경제 구조를 갖추어, 모바일 게임 역사상 가장 높은 수준의 유저당 평균 결제액(ARPPU)을 달성한 타이틀로 평가받는다 [1, 7, 8].
+
+## 📖 Core Content
+*   **4X 구조와 영구적 손실(Permanent Loss) 메커니즘:**
+    이 게임은 지속적이고 위험도가 높은 24시간 실시간 환경에서 4X 핵심 요소(Explore, Expand, Exploit, Exterminate)를 수행하도록 설계되었다 [9, 10]. 전투는 보병, 원거리, 기병, 공성 병기 간의 가위바위보식 상성 관계로 이루어진다 [11]. 가장 특징적인 부분은 병원의 수용량을 초과하여 패배한 병력은 서버에서 완전히 삭제되는 '영구적 손실(Zeroing)'이다 [4, 12]. 이로 인한 급격한 전투력 상실은 유저가 복수와 권력 복구를 위해 즉시 병력 훈련 팩 등을 결제하도록 강력하게 압박한다 [4, 13].
+
+*   **봉건적 권력 피라미드와 소셜 엔지니어링:**
+    MZ의 독자적인 실시간 엔진(RTE)은 다국어 실시간 번역 기능을 제공하여 언어 장벽 없이 전 세계 유저들을 거대한 정치·사회적 네트워크(동맹)로 묶는다 [6, 14]. 왕국의 중앙에 위치한 'Wonder'나 전체 서버 단위의 'Super Wonder(Kingdom of Dragons)'를 차지한 동맹의 리더는 왕(King) 또는 황제(Emperor)가 되며, 다른 플레이어들에게 막대한 버프나 굴욕적인 디버프(칭호)를 부여할 수 있는 실질적인 행정 권력을 갖는다 [15-20]. 동맹원 간의 의무감과 이러한 칭호가 주는 권력욕 및 수치심은 유저를 게임에 묶어두고 결제하게 만드는 핵심 동력이다 [5, 16, 21].
+
+*   **계단식 수익 모델 (Staircase Monetization)과 개인화된 맞춤 제안:**
+    정적인 상점 가격표 대신, 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 가격대가 점진적으로 상승하는 '계단식' 알고리즘을 사용한다 [8, 22]. 유저가 4.99달러의 초보자 팩을 구매하면 해당 가격대의 팩은 사라지고 점차 19.99달러, 최종적으로는 99.99달러 팩이 경제의 기본 단위로 고정된다 [8, 23]. 또한 RTE를 통해 유저의 이탈 시점이나 병력 전멸과 같은 데이터를 추적하여, 유저가 가장 좌절감을 느끼는 마찰점(Point of Friction)에 정확히 필요한 자원을 포함한 맞춤형 복수 팩을 띄우는 고도의 라이브옵스(LiveOps)를 실행한다 [24, 25]. 
+
+*   **무한한 자원 소모처 (Infinite Sinks) 및 이중 VIP 시스템:**
+    경제의 상한선이 없는 디자인을 통해 과금 고래(Whale) 유저들의 지속적 지출을 유도한다 [26, 27]. 아카데미의 다양한 연구 트리와 기하급수적인 수량이 요구되는 보석(Gem) 합성이 대표적인 무한 자원 소모처이다 [28, 29]. 핵심 장비인 '코어 장비(Core Equipment)'는 엄청난 스탯을 제공하지만 일정 시간이 지나면 부서지기 때문에 대규모 전투마다 계속해서 돈을 들여 제작해야 한다 [30]. 또한, VIP 시스템은 누적 결제로 레벨(Experience)을 올리는 것 외에도, 혜택을 실제로 받기 위해서는 별도의 활성화 아이템을 소모해 제한된 시간 동안만 상태를 켜두어야(Activation) 하는 이중 구조로 설계되어 있어 쉴 새 없는 과금 순환을 만든다 [31-33].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Staircase Monetization]], [[Real-Time Engine (RTE)]], [[VIP System]], [[Power Creep]], [[Kingdom vs. Kingdom (KvK)]]
+- **Projects/Contexts:** [[Machine Zone]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 평론가들과 일반 대중은 화면을 가득 채우는 광고와 99.99달러 팩 등 노골적인 과금 유도 및 단조로운 게임플레이("pay-to-win junk")를 강하게 비판하지만 [34-36], 실제 고관여 플레이어들은 동맹 간의 복잡한 내부 정치와 권력 투쟁 시스템에 깊이 매료되어 연평균 $550 이상의 기록적인 지출을 하는 모순적이고 양극화된 반응을 보인다 [7, 37, 38].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Genre & Mechanics/4X Strategy.md b/10_Wiki/Topics/Game Design/Genre & Mechanics/4X Strategy.md
new file mode 100644
index 00000000..8b7f7dbe
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Genre & Mechanics/4X Strategy.md	
@@ -0,0 +1,34 @@
+---
+id: e9f8d7c6-b5a4-3210-9876-54321fedcba0
+category: "[[10_Wiki/Topics/Game Design/Genre & Mechanics]]"
+confidence_score: 1.0
+tags: [4x-strategy, game-mechanics, explore-expand-exploit-exterminate, mmo-strategy, genre-blending]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-game-update"
+---
+
+# [[4X Strategy]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 4X 전략은 4가지 핵심 루프(Explore, Expand, Exploit, Exterminate)를 기반으로 고도의 리스크 관리와 소셜 엔지니어링을 결합하여 모바일 시장 최고의 LTV를 창출하는 장르다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 시간 제한(Time-gating)과 영구 손실(Permanent loss)을 활용한 과금 모멘텀 및 장르 블렌딩을 통한 유저 확장.
+- **핵심 루프:**
+    - **Explore & Expand:** 지도 정찰과 요새(Citadel) 확장을 통한 초기 성장 동력 확보.
+    - **Exploit:** '적자 경제(Deficit economy)'와 '시간 제한(Time-gating)' 병목 현상을 통한 자원/가속 아이템 결제 유도.
+    - **Exterminate:** 병력의 영구적 손실(Zeroing)과 복수 심리를 자극하여 폭발적인 매출 피크 달성.
+- **수익화 접근 전략:**
+    - **Immediate (즉각적):** 초반부터 빽빽한 UI와 다층적 이벤트를 통해 결제 루프를 강제 (예: Evony).
+    - **Gradual (점진적):** 초기 몰입과 신뢰 구축 후 후반부에 가성비 오퍼를 통해 지출을 유도 (예: Rise of Kingdoms).
+- **진화 및 트렌드:**
+    - **Genre-blending:** 매치3, 머지(Merge), RPG 요소를 결합하여 하드코어 장르의 진입 장벽을 낮추고 신규 유저층 확보.
+    - **Social Power Structure:** 왕/황제 등 봉건적 권력 구조와 동맹 간의 소셜 압박을 통한 유지력 극대화.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Genre & Mechanics]]
+- **Related:** [[Monetization (BM)]], [[Staircase Monetization]], [[Alliance]], [[VIP System]], [[Permanent Loss]]
+- **Raw Source:** [[00_Raw/4X Strategy]], [[00_Raw/4X Strategy Games]], [[00_Raw/4X Strategy Monetization]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Industry/AppLovin.md b/10_Wiki/Topics/Game Design/Industry/AppLovin.md
new file mode 100644
index 00000000..8bb4cbb6
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Industry/AppLovin.md	
@@ -0,0 +1,29 @@
+---
+id: e1f2a3b4-c5d6-4789-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Game Design/Industry]]"
+confidence_score: 1.0
+tags: [applovin, machine-zone, acquisitions, ad-tech, marketing-platform]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-industry"
+---
+
+# [[AppLovin]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> AppLovin은 모바일 게임 퍼블리싱과 마케팅 플랫폼을 통합하여 Machine Zone(MZ) 인수를 통해 하드코어 전략 게임의 수익화 원천 기술을 확보하고 최적화한 기업이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 기술 기반 마케팅 플랫폼과 고수익 게임 스튜디오의 결합 및 포트폴리오 재편.
+- **핵심 역사:**
+    - **MZ 인수 (2020):** 약 5억 달러에 Machine Zone을 인수하여 4X 장르의 핵심 BM과 RTE 기술력 확보.
+    - **Game Operations:** 인수 후 'Final Fantasy XV' 시리즈 등 MZ의 성공 공식을 계승한 타이틀 지속 운영.
+    - **Portfolio Shift (2025):** 마케팅 플랫폼 비즈니스 집중을 위해 MZ를 포함한 게임 스튜디오 부문을 Tripledot Studios에 매각.
+- **비즈니스 가치:** Axon 알고리즘 등 고도화된 마케팅 기술과 MZ의 데이터 기반 수익화 노하우의 시너지 창출.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Industry]]
+- **Related:** [[Machine Zone]], [[Game of War: Fire Age]], [[Tripledot Studios]]
+- **Raw Source:** [[00_Raw/AppLovin]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Industry/Machine Zone.md b/10_Wiki/Topics/Game Design/Industry/Machine Zone.md
new file mode 100644
index 00000000..e17de685
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Industry/Machine Zone.md	
@@ -0,0 +1,29 @@
+---
+id: a1c2e3d4-b5b6-4c7d-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Game Design/Industry]]"
+confidence_score: 1.0
+tags: [machine-zone, mz, mobile-strategy, applovin, monetization-history]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-industry"
+---
+
+# [[Machine Zone]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> Machine Zone은 독자적 실시간 엔진(RTE)과 극단적 데이터 마케팅을 결합하여 모바일 4X 전략 장르의 수익화 한계를 재정의한 기술 중심의 게임 제국이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 소셜 네트워크 기술력(Social Roots)을 하드코어 게임 수익화(Hardcore BM)에 이식한 피벗 성공 사례.
+- **핵심 경쟁력:**
+    - **RTE (Real-Time Engine):** 수백만 트랜잭션과 실시간 번역을 처리하는 거대 인프라.
+    - **Staircase Monetization:** 유저별 지불 용의(WTP)를 실시간 추적하여 소비 규모를 계단식으로 확장.
+    - **Aggressive UA:** 설치당 수십 달러의 비용을 감당하는 압도적 LTV 기반의 물량 마케팅.
+- **주요 마일스톤:** Game of War의 대성공, AppLovin 및 Tripledot Studios로의 매각 및 기술 전이.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Industry]]
+- **Related:** [[Game of War: Fire Age]], [[Staircase Monetization]], [[Real-Time Engine (RTE)]], [[User Acquisition (UA)]]
+- **Raw Source:** [[00_Raw/Machine Zone]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Kingdom vs. Kingdom (KvK).md b/10_Wiki/Topics/Game Design/Kingdom vs. Kingdom (KvK).md
new file mode 100644
index 00000000..f7768f2c
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Kingdom vs. Kingdom (KvK).md	
@@ -0,0 +1,32 @@
+# [[Kingdom vs. Kingdom (KvK)]]
+
+## 📌 Brief 소Summary
+Kingdom vs. Kingdom (KvK)은 모바일 4X 전략 게임에서 여러 서버(왕국) 간의 보호막이 해제되고 상대 왕국을 침공할 수 있게 되는 대규모 서버 간 전면전 이벤트입니다 [1]. 이 이벤트의 승패는 개별 플레이어를 넘어 서버 전체의 통치권과 생존에 직결되므로, 유저들의 폭발적인 자원 및 단축 아이템(Speed-ups) 소비를 유도하여 게임의 핵심적인 수익화(BM) 장치로 작동합니다 [2].
+
+## 📖 Core Content
+
+**KvK의 중요성과 서버에 미치는 영향**
+KvK는 단순히 포인트를 획득하는 일반적인 이벤트와 달리, 전체 서버의 명예와 생존이 걸린 가장 중요한 엔드게임 콘텐츠입니다 [3, 4]. KvK에서 승리한 왕국은 'High Kingdom'이 되며, 해당 왕국의 왕은 두 서버 모두를 통치하는 'High King'으로 등극해 패배한 서버에 세금과 디버프를 부과할 수 있는 막강한 권력을 쥐게 됩니다 [5, 6]. 지속적으로 KvK에서 패배하는 서버는 유저들이 다른 서버로 이탈하면서 결국 왕국의 몰락('Kingdom death')과 서버 통합으로 이어지게 됩니다 [2, 7, 8].
+
+**KvK 이벤트의 진행 단계**
+KvK는 일반적으로 다음과 같은 4가지의 구조화된 단계로 진행됩니다 [5, 9].
+*   **매치메이킹 단계 (Matchmaking Phase):** 상위 100명 플레이어의 총 전투력 등을 기준으로 비슷한 수준의 두 왕국이 매칭됩니다 [5, 9].
+*   **준비 단계 (Preparation Phase):** 전투 외적인 활동(건설, 연구, 훈련, 자원 채집 등)을 통해 포인트를 쌓는 기간으로, 이 단계의 승자가 성 전투에서 선제 공격권을 얻게 됩니다 [5, 10].
+*   **전투 단계 (Battle Phase):** 약 12시간 동안 서버 간 보호막이 해제되고 고급 순간이동(Advanced Teleports)을 통해 적의 왕국으로 넘어가 적군을 처치하고 자원을 약탈하며, 적의 불가사의(Wonder)를 점령하기 위해 싸웁니다 [1, 5, 11, 12].
+*   **복구 단계 (Triage Phase):** 전투가 종료된 후, 전투 중 잃은 병력을 아이템 등을 사용해 일정 비율로 복구하고 치료하는 단계입니다 [5, 13]. 
+
+**침공 및 전투 메커니즘**
+*   **순간이동과 방패:** 유저들은 고급 순간이동(Advanced Teleports)을 사용하여 적의 왕국으로 이동할 수 있습니다 [1, 14]. 적의 불가사의 숲(Wonder Forest)에 들어가지 않는 한, 평화 방패(Shield)를 유지한 채 몬스터 사냥이나 자원 채집 등만 수행하는 제한적인 참여도 가능합니다 [15, 16].
+*   **침략자 식별:** 적 왕국으로 넘어간 침략자의 도시는 뿔이 달린 해골 장식이 있는 검은색 건물(Barbarian Fortresses와 동일한 외형)로 표시되어 맵 상에서 쉽게 식별할 수 있습니다 [17, 18]. 
+*   **전투 규칙:** 이 기간에는 평소 금기시되던 자원 타일에서의 공격이 허용되며, 승리 포인트를 채우기 위해 서로 병력을 죽여주는 킬 교환(Kill Trades)이 발생하기도 합니다 [17, 19].
+
+**수익화(BM) 구조와의 직결성**
+KvK는 서버의 존망이라는 실존적 위협을 조성하여, 평소 전투에 소극적인 유저들까지도 준비 및 전투 단계에 강제로 참여하게 만듭니다 [2]. 이벤트 승리를 위해서는 서버 전체의 막대한 자원 저장과 참여가 필수적이므로 유저들의 집중적인 스피드업 아이템(Speed-ups) 및 자원 소비를 극대화하는 강력한 BM 동인으로 작용합니다 [2, 20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[High King]], [[Advanced Teleports]], [[Wonder]], [[Speed-Ups]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Kingshot]]
+- **Contradictions/Notes:** 소스 [21]의 왕국 위키에서는 KvK가 단일한 이름의 정식 이벤트라기보다는 왕국 간 보호막이 해제되는 상태이며 그 이면에 여러 세부 이벤트(Days of War, Domination 등)가 동시다발적으로 일어나는 것이라 설명합니다. 반면, 시스템 분석 문서와 Kingshot 가이드([5], [9])에서는 KvK를 매치메이킹부터 복구까지 4단계로 명확히 나뉜 단일 대형 이벤트 구조로 정의하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Live Operations (LiveOps).md b/10_Wiki/Topics/Game Design/Live Operations (LiveOps).md
new file mode 100644
index 00000000..bba8fc86
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Live Operations (LiveOps).md	
@@ -0,0 +1,20 @@
+# [[Live Operations (LiveOps)]]
+
+## 📌 Brief Summary
+Live Operations(LiveOps)는 게임 출시 후 지속적인 콘텐츠 업데이트, 이벤트 캘린더 운영, 실시간 맞춤형 혜택 제공 등을 통해 유저의 참여를 유지하고 수익을 극대화하는 운영 전략입니다 [1, 2]. 'Game of War'와 같은 4X 전략 게임은 방대한 콘텐츠와 고도화된 LiveOps를 결합하여 유저의 평생 가치(LTV)와 잔존율을 높이는 것을 목표로 합니다 [1, 3, 4]. 유저의 행동 데이터를 분석하여 필요한 순간에 적절한 상품을 제안하거나, 촘촘하게 짜인 정기/비정기 이벤트를 통해 끊임없는 지출과 경쟁을 유도하는 것이 이 전략의 핵심입니다 [5-7].
+
+## 📖 Core Content
+* **실시간 엔진(RTE) 기반의 데이터 운영:** Machine Zone(MZ)은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하며, 수백만 건의 실시간 트랜잭션을 처리할 수 있는 자체 실시간 엔진(RTE)을 LiveOps 전략의 핵심 플랫폼으로 활용했습니다 [2]. 이를 통해 유저의 지출 습관, 위치, 연령, 심지어 게임 이탈 시점(quit points)까지 세밀하게 추적하고 행동 기반 세분화(behavioral segmentation)를 수행할 수 있었습니다 [6].
+* **마찰 지점에서의 맞춤형 수익화 (Monetization at the point of friction):** 수집된 데이터를 바탕으로 시스템은 유저가 가장 필요로 하는 순간에 동적 혜택(dynamic offers)을 제공합니다 [6]. 예를 들어, 플레이어의 군대가 적에게 파괴되었을 때 RTE는 즉시 병력 재건에 필요한 자원과 가속 아이템이 정확히 포함된 99.99달러짜리 개인화된 '복수 패키지(Revenge Pack)'를 트리거하여, 최고 수준의 일일 활성 유저 결제액(ARPDAU)을 유지했습니다 [6].
+* **콘텐츠 트레드밀(Content Treadmills)과 지속적 노후화:** LiveOps의 라이브 페이즈(Live Phase)에서는 매일 새로운 레벨의 건물, 새로운 부대 티어, 새로운 연구 카테고리 등의 콘텐츠가 계속해서 업데이트됩니다 [8]. 이는 단순히 게임을 수리하는 버그 픽스 수준을 넘어서서 상위 결제자와 일반 유저 간의 힘의 격차를 지속적으로 넓히며, 중간 티어의 유저들이 쓸모없는 존재(obsolete)가 되지 않기 위해 끊임없이 결제하도록 강제하는 '끝없는 러닝머신' 역할을 합니다 [8].
+* **수익화 전략에 따른 이벤트 캘린더 설계:** 대부분의 전략 게임은 다양한 정기 및 비정기 이벤트가 포함된 복잡한 LiveOps 이벤트 캘린더를 운영하지만 [7], 게임의 수익화 접근법에 따라 방식이 다릅니다.
+  * **즉각적 수익화 (Immediate Monetization):** 최대 15개의 이벤트가 동시에 실행되는 등 촘촘한 이벤트 캘린더를 통해 유저를 강하게 압박합니다 [5]. 각 이벤트의 보상과 진행 상황이 서로 맞물리도록 설계하여 유저가 지속적인 소액 결제 루프에 빠지게 만듭니다 [9, 10].
+  * **점진적 수익화 (Gradual Monetization):** 이벤트를 개별적이고 특별한 요소로 취급하여 동시에 진행되는 이벤트의 밀도를 낮춥니다 [11]. 대규모 서버전이나 시즌별 축제 등 주요 이벤트에 집중하게 함으로써 유저의 몰입감을 해치지 않고 장기적인 신뢰와 잔존율을 구축합니다 [11, 12].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Dynamic Pricing & Offers]], [[4X Strategy Monetization]], [[Power Creep (Content Treadmills)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[Puzzles & Survival]]
+- **Contradictions/Notes:** 소스에 따르면 4X 게임에서 LiveOps의 이벤트 밀도는 게임의 수익화 철학에 따라 확연히 대비됩니다. 수익을 즉각적으로 추구하는 게임은 수많은 이벤트를 겹치게 배치하여 유저를 압도(overwhelming)하고 지출을 유도하지만 [5, 9], 장기적 신뢰를 중시하는 게임은 이벤트 밀도를 낮추고 꼭 필요할 때만 제한적으로 제공하여 플레이어의 스트레스를 줄이고 몰입을 돕습니다 [11, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/LiveOps.md b/10_Wiki/Topics/Game Design/LiveOps.md
new file mode 100644
index 00000000..ff5926fe
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/LiveOps.md	
@@ -0,0 +1,20 @@
+# [[LiveOps]]
+
+## 📌 Brief Summary
+LiveOps(라이브 서비스 운영)는 모바일 4X 전략 게임에서 유저의 지속적인 참여를 유도하고 수익 창출을 극대화하기 위해 실시간으로 이벤트, 업데이트, 맞춤형 상품 등을 제공하는 핵심 운영 전략이다 [1, 2]. 성공적인 게임들은 정교하게 짜인 이벤트 캘린더와 데이터 추적 기술을 활용해 게임 플레이 전반에 걸쳐 결제 기회를 자연스럽게 엮어낸다 [2-4]. 특히 'Game of War'와 같은 게임에서는 유저의 행동 데이터를 기반으로 결정적인 순간에 타겟팅 제안을 띄우거나, 한계가 없는 콘텐츠 업데이트를 통해 유저 간의 경쟁심을 자극하는 방향으로 고도화되어 사용된다 [4, 5].
+
+## 📖 Core Content
+*   **성공적인 4X 전략 게임의 핵심 기둥**: 4X 전략 장르에서 상위권 타이틀들은 방대한 콘텐츠, 세밀하게 설계된 BM(수익화 모델)과 더불어 잘 구성된 LiveOps를 기반으로 높은 진입 장벽을 형성하고 있다 [1]. 스튜디오들은 LiveOps와 수익화 기능을 긴밀하게 결합하여 유저가 가장 흥미를 느끼는 시점에 조기 결제를 유도하거나 장기적인 신뢰를 구축한다 [3].
+*   **수익화 전략에 따른 LiveOps 캘린더 설계**: 
+    *   **즉각적 수익화(Immediate Monetization)**: 다수의 정기 이벤트, 시즌 마일스톤, 일회성 이벤트 등 한 번에 최대 15개의 이벤트가 공백 없이 겹쳐서 진행되도록 설계하여 유저에게 끊임없는 활동거리와 소액 결제 루프를 제공한다 [2, 6].
+    *   **점진적 수익화(Gradual Monetization)**: 게임 몰입을 중시하는 타이틀의 경우, LiveOps 이벤트의 밀도를 상대적으로 낮춰 유저가 다수의 활동에 압도되지 않고 개별 이벤트에 집중할 수 있도록 운영한다 [7].
+*   **실시간 데이터 기반의 타겟팅 프로모션**: 'Game of War'의 개발사 Machine Zone(MZ)은 독자적인 실시간 엔진(Real-Time Engine, RTE) 플랫폼을 LiveOps 전략의 중추로 활용했다 [8]. 이 엔진을 통해 플레이어의 소비 습관, 위치, 연령 및 게임 이탈 지점(quit points)을 세밀하게 추적했다 [4]. 이를 통해 유저의 군대가 전멸하는 등 마찰이 발생하는 시점에 맞춰 정확한 자원과 스피드업 아이템이 포함된 $99.99짜리 개인 맞춤형 복구 팩(Revenge Pack)을 제안하는 등 행동 분할에 기반한 역동적인 운영을 보여주었다 [4].
+*   **콘텐츠 트레드밀(Content Treadmill)과 계획적 진부화**: 라이브 운영 단계에서 개발사는 단순한 버그 수정을 넘어 새로운 건물 레벨, 상위 부대 티어(T11+), 새로운 연구 카테고리 등을 매일 업데이트로 밀어 넣는다 [5]. 이처럼 끊임없이 추가되는 콘텐츠는 최상위 과금 유저와 일반 유저 간의 힘의 격차를 계속해서 벌리며, 중간 계층의 유저들이 쓸모없어지는 것을 피하기 위해 강제적으로 과금을 지속하게 만드는 '무한한 지출 수조(infinite sink)' 역할을 한다 [5, 9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Monetization]], [[Real-Time Engine (RTE)]], [[Events]], [[Behavioral Segmentation]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]], [[Machine Zone]]
+- **Contradictions/Notes:** 모든 4X 전략 게임이 동일한 방식의 LiveOps를 추구하는 것은 아니다. Puzzles & Survival과 같은 게임은 15개 이상의 이벤트를 촘촘하게 겹쳐 진행하며 즉각적인 과금을 압박하는 반면, Rise of Kingdoms 등의 게임은 몰입을 위해 이벤트 밀도를 의도적으로 낮추고 필수적인 게임플레이 위주로 UI를 정돈하여 장기적인 유저 신뢰를 쌓는 상반된 LiveOps 접근법을 사용한다 [2, 7, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md b/10_Wiki/Topics/Game Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md
new file mode 100644
index 00000000..e3abaec7
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md	
@@ -0,0 +1,25 @@
+# [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]]
+
+## 📌 Brief Summary
+Machine Zone(MZ)은 *Game of War*의 압도적인 상업적 성공을 바탕으로 검증된 4X 시스템과 수익화 모델을 새로운 테마와 글로벌 IP에 복제하여 포트폴리오를 성공적으로 확장했습니다 [1, 2]. 또한 독자적인 실시간 엔진(RTE)을 활용해 수백만 건의 트랜잭션 처리와 글로벌 실시간 번역을 지원하고, 유저 데이터를 세밀하게 분석하는 등 고도화된 라이브 서비스(LiveOps) 기술을 확립했습니다 [3-5]. 이를 통해 MZ는 마찰 지점을 노린 맞춤형 결제 유도와 쉴 틈 없는 콘텐츠 업데이트 구조를 완성하여 유저의 LTV(생애 가치)를 극대화했습니다 [6-8].
+
+## 📖 Core Content
+**성공 공식의 복제와 IP 포트폴리오 확장**
+* MZ는 *Game of War: Fire Age*를 통해 증명한 도시 건설 구조, 동맹 기반의 소셜 메커니즘, 그리고 공격적인 패키지 수익화(Staircase Monetization) 방식을 후속작에 그대로 적용하여 확장했습니다 [1]. 
+* 2015년 아놀드 슈왈제네거를 모델로 내세운 현대전 테마의 *Mobile Strike*를 출시하여 큰 성공을 거두었으며 [9], 이후 자회사인 Epic Action LLC를 통해 스퀘어 에닉스(Square Enix)와 협력하여 *Final Fantasy XV: A New Empire*(2017)를 선보였습니다 [10-12]. 
+* 이러한 후속작들은 비주얼이나 IP만 다를 뿐, 기반에 깔린 4X 코어와 아키텍처는 *Game of War*를 노골적으로 복제(blatant clone)한 것이었으나, 이 모델이 글로벌 IP에도 통한다는 것을 입증하며 막대한 수익을 올렸습니다 [1, 2].
+* 이후에도 군사 테마의 *World War Rising*(2018)과 *Final Fantasy XV: War for Eos* 등을 출시하며 포트폴리오를 다각화하고 4X 전략 장르에서의 지배력을 이어갔습니다 [13, 14].
+
+**독자기술(RTE)을 활용한 라이브 서비스와 행동 기반 수익화 고도화**
+* MZ는 단순한 게임 개발사를 넘어 기술 기업으로 스스로를 포지셔닝하며, 글로벌 서버를 감당하는 **실시간 엔진(Real-Time Engine, RTE)**을 구축했습니다 [4]. 이 기술로 구현된 자동 번역 레이어는 전 세계 유저들을 언어 장벽 없는 하나의 글로벌 소셜 네트워크로 묶어 거대한 결제 압박과 경쟁을 부추겼습니다 [3, 5].
+* 고도화된 라이브 운영(LiveOps)의 핵심은 데이터 주도형 개인화(Data-Driven Personalization)였습니다. RTE를 통해 유저의 결제 습관, 접속 위치, 게임 이탈 시점(quit points)을 낱낱이 추적할 수 있었습니다 [6].
+* 이를 바탕으로 유저의 병력이 전멸하는 등 스트레스가 극에 달하는 '마찰 지점(point of friction)'을 파악하여, 즉각적인 재건에 필요한 정확한 자원과 스피드업이 포함된 맞춤형 팩(예: $99.99 복수 팩)을 즉시 띄우는 고도로 최적화된 시스템을 운영했습니다 [6, 15].
+* **지속적 노후화(Continuous Obsolescence) 설계:** 라이브 서비스 단계에서 매일 강도 높은 업데이트를 단행했습니다 [7]. 새로운 건물 레벨, T11 이상의 신규 병력 티어, 새로운 연구 항목 등의 '콘텐츠 트레드밀(content treadmills)'을 지속적으로 추가하여 최상위 유저와 일반 유저 사이의 격차를 끝없이 벌렸고, 유저들이 게임 내에서 도태(obsolete)되지 않기 위해 지속적으로 결제하도록 강제했습니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[LiveOps]], [[Data-Driven Personalization]], [[Continuous Obsolescence]], [[Staircase Monetization]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]], [[World War Rising]]
+- **Contradictions/Notes:** MZ의 *Final Fantasy XV: A New Empire*는 막대한 상업적 성과를 거두었지만, 비평가들로부터는 콘솔 RPG 원작의 장점을 살리지 못한 채 페이투윈(pay-to-win) 수익 구조만 씌운 '영혼 없는 착취(soullessly exploitative)'이자 '전형적인 쓰레기(pay to win junk)'라는 비판을 심하게 받았습니다 [1, 16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Mobile Strike.md b/10_Wiki/Topics/Game Design/Mobile Strike.md
new file mode 100644
index 00000000..f2f10dae
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Mobile Strike.md	
@@ -0,0 +1,22 @@
+# [[Mobile Strike]]
+
+## 📌 Brief Summary
+Mobile Strike는 2015년 11월 Machine Zone(이후 MZ)에서 출시한 현대전 테마의 부분 유료화(Freemium) 모바일 4X 전략 게임입니다 [1]. 전작인 'Game of War: Fire Age'와 정확히 동일한 아키텍처와 비즈니스 모델을 기반으로 개발되어 MZ의 성공 공식을 입증했습니다 [2]. 출시 당시 대규모 광고 트래픽 매입과 유명 배우 아놀드 슈워제네거를 기용한 슈퍼볼 광고 등 공격적인 사용자 확보(UA) 전략을 펼친 것으로 잘 알려져 있습니다 [3-5].
+
+## 📖 Core Content
+* **구조 및 시스템적 특징**
+  * Mobile Strike는 전작인 'Game of War'의 건축 청사진(architectural blueprints)과 핵심 메커니즘을 그대로 재사용하여 개발되었습니다 [2, 6]. 이는 MZ의 높은 평생 가치(LTV)를 창출하는 BM 모델이 다른 테마에서도 반복 및 확장 가능하다는 것을 증명했습니다 [2].
+  * 게임 플레이 측면에서 Game of War와 차별화되는 편의성 요소도 존재합니다. 예를 들어, 한 번에 하나의 건물만 지을 수 있는 기본 구조와 달리, Mobile Strike에서는 플레이어가 추가 건설자(builder)를 구매하여 동시에 여러 건물을 짓는 다중 건설(multi-build) 기능을 사용할 수 있습니다 [7].
+
+* **공격적인 마케팅과 사용자 확보(UA) 전략**
+  * MZ는 Mobile Strike를 최고 매출 순위 10위 안에 빠르게 진입시키기 위해 출시 당시 YouTube의 트래픽을 사실상 독점적으로 사들였다는 소문이 돌 정도로 막대한 자본을 사용자 확보(User Acquisition)에 투자했습니다 [5].
+  * 특히, 아놀드 슈워제네거(Arnold Schwarzenegger)가 등장하는 텔레비전 광고를 제작했으며, 초기에는 MZ가 아닌 'Epic War'라는 가상의 자회사 이름으로 마케팅을 진행했습니다 [1]. 
+  * 마케팅 비용의 규모는 타의 추종을 불허하는 수준이었는데, 슈퍼볼 50(Super Bowl 50) 기간에 방영된 단일 광고에만 무려 약 1,070만 달러를 지출한 것으로 추정됩니다 [3, 4]. 이는 미드코어(Mid-core) 게임 오디언스의 관심을 독점하기 위해 경쟁사를 압도하는 비용을 지불할 의지가 있었음을 보여줍니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Game of War: Fire Age]], [[Machine Zone]], [[4X Strategy]], [[User Acquisition (UA)]]
+- **Projects/Contexts:** [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]]
+- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Monetization.md b/10_Wiki/Topics/Game Design/Monetization.md
new file mode 100644
index 00000000..483fd7d1
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Monetization.md	
@@ -0,0 +1,5 @@
+**Analyzing the Monetization Strategies**
+
+I'm now integrating the layered approach to permanent buffs, requiring activation items, into the analysis. I'm also incorporating the critiques of this "predatory monetization" from Source [92], noting the exploitation of FOMO and sunk cost. I've expanded my view to the broader 4X monetization, highlighting welcome packs, overlapping events, and the central role of hard currency. Furthermore, the exceptionally high ARPPU, and extreme whale spending are also being considered. I'm currently noting casino-like tactics and adapting the information into the Wiki format. Finally, I'm integrating the "live service" and "freemium" business models.
+
+
diff --git a/10_Wiki/Topics/Game Design/Monetization/Power Creep.md b/10_Wiki/Topics/Game Design/Monetization/Power Creep.md
new file mode 100644
index 00000000..809c9a34
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Monetization/Power Creep.md	
@@ -0,0 +1,29 @@
+---
+id: b4c5d6e7-f8g9-0h1i-2j3k-4l5m6n7o8p9q
+category: "[[10_Wiki/Topics/Game Design/Monetization]]"
+confidence_score: 1.0
+tags: [power-creep, game-balance, monetization, ltv, liveops]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-game"
+---
+
+# [[Power Creep]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 파워 크립은 신규 콘텐츠의 '상대적 매력'을 유지하기 위해 기존 자산의 가치를 의도적으로 희석시키며 경제적 팽창을 가속화하는 수익화의 양날의 검이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 지속적 도태(Continuous Obsolescence)를 통한 과금 러닝머신(Content Treadmill) 가동.
+- **핵심 원리:**
+    - **Inflation of Power:** 신규 아이템의 수치/기능을 점진적으로 상향하여 구매 동기를 자극.
+    - **Asset Depreciation:** 기존에 투자한 고가치 장비의 성능을 상대적으로 하락시켜 재구매 유도.
+    - **Low-Cost Production:** 수치 기반의 데이터 설계(Spreadsheet-based)를 통해 빠른 크립 사이클 유지.
+    - **Risk Factor:** 과도한 격차 발생 시 라이트 유저의 이탈과 커뮤니티 붕괴(Broken Base) 초래 가능.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Monetization]]
+- **Related:** [[Content Treadmills]], [[Staircase Monetization]], [[Infinitely Scalable Economy]]
+- **Raw Source:** [[00_Raw/Power Creep]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Monetization/Staircase Monetization.md b/10_Wiki/Topics/Game Design/Monetization/Staircase Monetization.md
new file mode 100644
index 00000000..903e75cd
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Monetization/Staircase Monetization.md	
@@ -0,0 +1,28 @@
+---
+id: f1e2d3c4-b5a6-4987-9e0d-1c2b3a4f5e6d
+category: "[[10_Wiki/Topics/Game Design/Monetization]]"
+confidence_score: 1.0
+tags: [monetization, dynamic-pricing, ltv, staircase, dark-patterns]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-game"
+---
+
+# [[Staircase Monetization]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 계단식 수익화는 동적 가격 에스컬레이션을 통해 유저의 지불 용의(WTP) 하한선을 인위적으로 높여 LTV를 기하급수적으로 증폭시키는 알고리즘 오퍼 시스템이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 구매 이력에 따른 패키지 가격 상승(Escalation)과 병목 자원 중심의 번들링.
+- **핵심 원리:**
+    - **Price Escalation:** 저가 팩 구매 시 상위 가격대 팩으로 즉시 대체하여 소비 규모를 계단식으로 상향.
+    - **Friction-based Offers:** 패배, 자원 부족 등 심리적 마찰이 발생하는 시점에 개인화된 '복구 패키지' 제안.
+    - **Standardization of High Tiers:** 반복적 노출을 통해 $99.99 패키지를 심리적 '표준 거래 단위'로 고착화.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Monetization]]
+- **Related:** [[Willingness to Pay (WTP)]], [[Lifetime Value (LTV)]], [[Dynamic Pricing]], [[Dark Patterns]]
+- **Raw Source:** [[00_Raw/Staircase Monetization]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Monetization/VIP System.md b/10_Wiki/Topics/Game Design/Monetization/VIP System.md
new file mode 100644
index 00000000..03f15371
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Monetization/VIP System.md	
@@ -0,0 +1,28 @@
+---
+id: c3d4e5f6-a7b8-4c9d-0e1f-2a3b4c5d6e7f
+category: "[[10_Wiki/Topics/Game Design/Monetization]]"
+confidence_score: 1.0
+tags: [monetization, vip-system, mz, whale-retention]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-game"
+---
+
+# [[VIP System]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> VIP 시스템은 영구적 레벨업(Experience)과 일시적 활성화(Activation)의 이중 구조를 통해 플레이어의 '지속적 지출'을 강제하는 정교한 유지 기계(Retention Machine)다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 혜택 해제와 혜택 활성화의 분리를 통한 지속적 참여 유도.
+- **핵심 원리:**
+    - **Dual-layer Mechanism:** 레벨(영구) + 활성화(소모성) 구조. 혜택을 얻기 위해 레벨을 올리고, 사용하기 위해 아이템을 소모하게 함.
+    - **Psychological Hook:** 높은 등급에 도달할수록 비활성화 시의 손실 혐오(Loss Aversion)를 극대화하여 과금을 상시화함.
+    - **QoL vs Stats:** 편의성(자동화)과 전투력(스탯)을 동시에 묶어 모든 유저층에 강력한 동기 부여.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Monetization]]
+- **Related:** [[Staircase Monetization Model]], [[Whale Players]], [[Retention Strategies]]
+- **Raw Source:** [[00_Raw/VIP System]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Pay-to-win.md b/10_Wiki/Topics/Game Design/Pay-to-win.md
new file mode 100644
index 00000000..a975895c
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Pay-to-win.md	
@@ -0,0 +1,18 @@
+# [[Pay-to-win]]
+
+## 📌 Brief Summary
+Pay-to-win(P2W)은 게임 내에서 생존과 우위를 점하기 위해 지속적인 금전 지출이 필수적으로 요구되는 게임 디자인 또는 비즈니스 모델을 의미합니다. [1, 2] 이러한 시스템 하에서는 막대한 자금을 지불하는 유저가 일반 유저에 비해 압도적인 힘의 우위를 가지게 되어 경쟁 환경에서 승리하기 쉬워집니다. [3] 최근 모바일 게임 시장에서는 이처럼 노골적인 Pay-to-win 모델에 대한 비판과 함께, 보다 공정하다고 여겨지는 배틀패스 및 외형 치장성 아이템 중심의 과금으로 이동하는 추세도 관찰됩니다. [2]
+
+## 📖 Core Content
+* **압도적인 힘의 격차와 재정적 투입 강요:** 'Game of War'와 같은 4X 전략 게임에서 최상위 과금 유저(고래 유저)는 일반 플레이어보다 수백 배 더 강력한 힘을 발휘할 수 있습니다. [3] 게임 내 모든 활동(건설, 연구, 행군 등)과 서버 간 전쟁은 플레이어들을 경쟁의 소용돌이로 몰아넣으며, 오직 지출만이 생존과 지배를 위한 유일하게 실행 가능한 경로가 되도록 설계되어 있습니다. [1]
+* **영구적 손실(Permanent Loss)을 통한 과금 유도:** 게임 내 전투는 병원 수용량을 초과하여 병력을 잃을 경우 서버에서 영구적으로 삭제되는 구조를 띱니다. [4] 수개월에 걸친 투자와 진행 상황이 단 몇 분 만에 파괴될 수 있는 이러한 가혹한 환경에서, 플레이어는 잃어버린 군사력을 복구하고 복수하기 위해 '즉시 훈련(Instant Training)' 팩과 같은 고가의 패키지를 구매하도록 강하게 유도되며 이로 인해 게임은 완전한 Pay-to-win 양상을 띠게 됩니다. [4-6]
+* **VIP 시스템과 스탯의 직접 구매:** VIP 시스템은 현실의 자본을 게임 내 삶의 질 향상과 직접적인 전투 스탯으로 변환하는 핵심 수익화 계층(Layer)입니다. [7] 누적 지출을 통해 VIP 레벨을 상승시키더라도 이를 유지 및 활성화하기 위해서는 지속적으로 아이템 소비가 필요하여 결과적으로 끊임없는 지출을 강제합니다. [8, 9]
+* **비판과 시장의 평가:** 이와 같은 무자비한 Pay-to-win 메커니즘은 'Game of War'뿐만 아니라 동일한 구조를 차용한 'Final Fantasy XV: A New Empire' 등의 파생 게임에서도 "Pay-to-win 쓰레기(junk)", "광고에 의존하는 개발자의 노골적인 돈벌이(cash grab)"라는 언론과 유저들의 거센 비판을 받았습니다. [10, 11] 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Monetization]], [[Permanent Loss]], [[VIP System]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Final Fantasy XV: A New Empire]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 리뷰어들과 연구자들은 Pay-to-win 시스템을 불공정하고 약탈적인 과금 유도라고 비판하지만 [10-12], 소스 [6]에서는 돈이 많은 사람이 권력의 자리에 오르는 현실의 자본주의를 그대로 반영한 것으로 볼 수 있다는 시각도 존재함을 언급합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/Social & Psychology/Alliances.md b/10_Wiki/Topics/Game Design/Social & Psychology/Alliances.md
new file mode 100644
index 00000000..17fb90c1
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Social & Psychology/Alliances.md	
@@ -0,0 +1,30 @@
+---
+id: d5e6f7a8-b9c0-4123-8e1f-2a3b4c5d6e7f
+category: "[[10_Wiki/Topics/Game Design/Social & Psychology]]"
+confidence_score: 1.0
+tags: [alliance, social-engineering, mmo-strategy, kick-back-system, social-pressure]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-social"
+---
+
+# [[Alliances]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 동맹은 단순한 팀을 넘어, 킥백(Kick-back) 보상과 사회적 유대감을 통해 개별 유저의 과금을 '집단적 기여'로 승화시키는 강력한 소셜 엔지니어링 엔진이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 상호 원조(Help) 시스템과 킥백(Kick-back) 보상을 통한 사회적 결속 및 결제 압박 강화.
+- **핵심 메커니즘:**
+    - **Social Cooperation:** 건설/연구 시간 단축(Help)과 자원 공유를 통한 이타적 유대감 형성.
+    - **Kick-back System:** 한 명의 결제가 동맹 전체의 보상으로 이어져, '결제를 하지 않는 유저'에게 사회적 부채감을 부여.
+    - **Role Distribution:** 은행가(Banker), 농부(Farmer), 정찰병(Scout) 등 자발적 역할 분담을 통한 메타 게임 활성화.
+    - **Territorial Control:** 하이브(Hives) 구축과 원더(Wonder) 점령을 통한 집단적 목표 달성 및 권력 쟁취.
+- **운영 규칙:** 무임승차 방지를 위한 자체 규제(추방 등)와 RTE를 활용한 글로벌 실시간 외교 조율.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Social & Psychology]]
+- **Related:** [[Social Engineering]], [[Kick-back System]], [[Wonder]], [[VIP Activation]]
+- **Raw Source:** [[00_Raw/Alliances]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Social & Psychology/Social Engineering.md b/10_Wiki/Topics/Game Design/Social & Psychology/Social Engineering.md
new file mode 100644
index 00000000..3aed511d
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Social & Psychology/Social Engineering.md	
@@ -0,0 +1,29 @@
+---
+id: c3e4f5a6-b7d8-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Game Design/Social & Psychology]]"
+confidence_score: 1.0
+tags: [social-engineering, feudal-power-pyramid, psychology, alliance-pressure, retention]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-psych"
+---
+
+# [[Social Engineering]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 게임 내 소셜 엔지니어링은 지위, 권력, 소속감을 향한 인간의 원초적 욕구와 사회적 압박을 정교하게 설계하여 결제를 '집단적 기여'와 '수치 회피'의 수단으로 변환하는 심리적 통제 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 봉건적 권력 구조와 동조 압력(Peer Pressure)을 활용한 자발적/강압적 과금 생태계 구축.
+- **핵심 메커니즘:**
+    - **Feudal Power Pyramid:** 왕좌와 칭호 수여권을 통한 실제적 권력 행사와 정치적 상호작용 유발.
+    - **Alliance Peer Pressure:** 개별 결제가 동맹 전체의 보상(Kick-back)으로 이어지게 하여 '과금을 통한 기여' 압박 형성.
+    - **Public Shame & Honor:** 디버프 칭호를 통한 공개적 수치심 부여와 병력 복구를 위한 절박한 결제 유도.
+- **창발적 결과:** 유저들이 스스로 농부, 정찰병, 은행원 등 사회적 역할을 분담하며 거대한 가상 사회 생태계 조성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Social & Psychology]]
+- **Related:** [[Alliances]], [[Real-Time Engine (RTE)]], [[Feudal Power Pyramid]], [[Monetization]]
+- **Raw Source:** [[00_Raw/Social Engineering]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Game Design/Staircase Monetization Model.md b/10_Wiki/Topics/Game Design/Staircase Monetization Model.md
new file mode 100644
index 00000000..aaa17e56
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/Staircase Monetization Model.md	
@@ -0,0 +1,18 @@
+# [[Staircase Monetization Model]]
+
+## 📌 Brief Summary
+'Staircase Monetization Model(계단식 수익화 모델)'은 정적인 가격이 정해진 상점 대신, 동적 가격 책정 및 패키지 에스컬레이션을 통해 각 유저의 지불 용의(WTP, Willingness to Pay)를 극대화하는 수익화 전략입니다 [1]. 플레이어가 저렴한 초보자용 패키지를 구매하면 해당 상품이 사라지고 더 비싼 패키지로 대체되어 지속적인 지출 상향을 유도합니다 [1-3]. 종극에는 높은 가격대(예: $99.99)를 지출 하한선으로 고정시켜 모바일 게임 유저의 평생 가치(LTV)를 혁신적으로 끌어올린 *Game of War*의 핵심 비즈니스 모델로 평가받고 있습니다 [4, 5].
+
+## 📖 Core Content
+- **동적 가격 책정 및 패키지 에스컬레이션 (Price Escalation):** 이 모델은 플레이어의 소비 단계에 따라 상품의 가격을 지속적으로 올리는 알고리즘 시스템을 사용합니다 [1]. 신규 플레이어에게는 막대한 가치를 지닌 4.99달러짜리 시작 팩(Starter Pack)이 제공되지만, 한 번 구매하고 나면 이 저렴한 상품은 사라지고 19.99달러, 결국에는 99.99달러 팩으로 대체됩니다 [1-3].
+- **지출 하한선(Spend Floor) 고정과 병목 아이템 판매:** 고레벨 플레이에 도달하면 99.99달러짜리 팩이 게임 내의 기본적인 통화 단위처럼 작용하게 됩니다 [5]. 이러한 고가의 팩에는 실제 플레이어의 성장에 필수적인 한두 가지의 '병목(bottleneck)' 아이템(특수 연구 재료나 고등급 보석 등)이 포함되어 있으며, 여기에 잉여 아이템들을 끼워 넣어 체감 가치를 부풀리는 맞춤형 번들 형태로 설계됩니다 [5].
+- **카지노형 심리 조종과 상황 맞춤형 제안:** 이 수익화 모델은 유저에게 큰 이득을 주는 것처럼 환대하여 지출을 유도한 뒤 점차 판돈을 키우는 카지노의 수법과 유사하다고 비유됩니다 [6, 7]. 또한, 오랫동안 접속하지 않은 유저에게 파격적인 복귀 제안을 하거나, 공격받아 군대를 잃은 유저에게 즉시 복구할 수 있는 정확한 자원과 스피드업을 포함한 99.99달러짜리 '복수 팩(Revenge Pack)'을 제시하는 등 유저의 상황과 마찰 지점(point of friction)을 노려 맞춤형 판매를 촉진합니다 [8-10].
+- **LTV 및 ARPPU의 극대화:** 게임 내의 무한히 확장 가능한 경제 구조와 결합된 이 계단식 모델은 플레이어들을 점진적이고 지속적인 지출의 굴레로 이끌었으며, 결과적으로 *Game of War*가 업계 평균을 아득히 뛰어넘는 ARPDAU(일일 활성 유저당 평균 결제액)와 유저 평생 가치(LTV)를 달성하는 핵심 기반이 되었습니다 [4, 8, 11, 12].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Willingness to Pay (WTP)]], [[VIP System]], [[Dynamic Pricing]], [[LiveOps]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 따르면 이 모델은 상업적으로 엄청난 성공을 거두었으나, 매몰 비용의 오류(Sunk Cost Fallacy)를 남용하고 인공적인 긴박감을 조성하는 '약탈적 수익화(Predatory Monetization)' 및 '착취적' 기법이라는 윤리적 비판과 규제 기관의 감시를 동시에 받고 있습니다 [13, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/VIP 시스템 (VIP System).md b/10_Wiki/Topics/Game Design/VIP 시스템 (VIP System).md
new file mode 100644
index 00000000..1556967a
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/VIP 시스템 (VIP System).md	
@@ -0,0 +1,26 @@
+# [[VIP 시스템 (VIP System)]]
+
+## 📌 Brief Summary
+Game of War(및 유사 4X 게임)의 VIP 시스템은 플레이어에게 건설 속도 향상, 자원 생산 증가, 전투력 버프 및 각종 편의 기능을 제공하여 제국의 성장을 돕는 핵심 과금(Monetization) 모델입니다. 단순히 누적 결제로 레벨을 올리는 '영구적인 VIP 레벨'과, 버프를 실제 적용하기 위한 '시간제 VIP 활성화'라는 이중 계층(Two-layer)으로 설계되어 있습니다. 이 구조는 플레이어가 VIP 혜택과 우위를 유지하기 위해 지속적으로 게임 경제에 참여하고 과금하도록 강제하는 역할을 합니다.
+
+## 📖 Core Content
+
+*   **이중 계층 구조 (The Two-Layer System):** VIP 시스템은 단순한 1차원적 혜택 제공이 아닌, '경험치(Experience)'와 '활성화(Activation)'라는 두 가지 층위로 구성되어 플레이어의 지속적인 결제를 유도합니다 [1].
+    *   **VIP 레벨 (영구적 상승):** 플레이어는 누적 결제, 일일 로그인, 특정 몬스터 사냥 등을 통해 VIP 포인트를 획득하여 VIP 레벨을 올립니다 [2, 3]. VIP 레벨이 높아질수록 건설/연구/행군 속도 증가, 병력 공격력 및 체력 보너스, 자원 생산량 증가, 다중 상자 일괄 열기 등의 더 강력한 잠재적 혜택과 편의 기능이 해금됩니다 [2, 4, 5].
+    *   **VIP 활성화 (시간제한):** VIP 레벨이 아무리 높아도 VIP 상태가 '활성화'되어 있지 않으면 어떤 혜택도 받을 수 없습니다 [2, 6]. 플레이어는 골드나 동맹 상점(Alliance Store)에서 충성도(Loyalty)로 구매한 VIP 활성화 아이템(30분, 60분, 1일 등)을 소모하여 제한된 시간 동안만 혜택을 켤 수 있습니다 [2, 6, 7].
+
+*   **과금 유도 및 심리적 메커니즘 (Monetization & Psychological Mechanism):**
+    *   **지속적 과금의 강제:** 이중 레이어 구조는 최상위 과금러(High-Whale)조차도 게임 내 혜택을 유지하기 위해 계속해서 경제 시스템에 관여하고 결제하도록 만듭니다 [8]. 활성화 기간이 끝나면 부대 효율성과 전투력이 급감하므로, 치열한 경쟁 환경에서 플레이어는 지속적인 활성화 비용을 지불할 수밖에 없습니다 [8].
+    *   **카지노 스타일의 지위 상승:** VIP 시스템은 카지노 게임과 유사하게 플레이어가 계속해서 더 많은 돈을 쓰고 더 큰 버프를 얻도록 장려합니다 [4]. VIP 상태는 프로필과 채팅에 노출되어 월드 내에서 플레이어의 권력과 사회적 지위(Prestige)를 상징하게 됩니다 [4, 5].
+
+*   **VIP 혜택의 종류와 중요성:**
+    *   **성장 및 편의 혜택:** 초기 레벨에서는 무료 건설 가속, 기본 자원 생산 증가, VIP 전용 퀘스트 혜택 등이 주어집니다 [5, 9]. 높은 레벨로 갈수록 자원 소모량(Upkeep) 감소, 영웅 스킬 프리셋 무료 장착, 적 부대 공격력/방어력 디버프, 전투력 증강 등 군사 및 경제에 필수적인 기능들이 잠금 해제됩니다 [5].
+    *   이러한 기능 중 일부는 게임 진행에 있어 매우 큰 불편함을 해소해 주어(예: 상자 일괄 개봉, 장비 일괄 합성 등), 한 번 맛본 후에는 활성화 상태를 끄기 어렵게 만드는 강력한 동기로 작용합니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[이중 계층 과금 모델 (Two-layer Monetization)]], [[Staircase Monetization]], [[Social Engineering]], [[고래 유저 (Whale Players)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스에 따르면 Fate War 등 게임들 역시 Game of War와 동일한 형태의 '누적 경험치 + 시간제 활성화'라는 이중 계층 VIP 시스템을 적용하고 있습니다. 이는 Game of War가 확립한 이 특유의 VIP BM이 4X 장르에서 가장 성공적인 과금 유도 표준으로 자리 잡았음을 보여줍니다 [10-12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/VIP 시스템.md b/10_Wiki/Topics/Game Design/VIP 시스템.md
new file mode 100644
index 00000000..19657aea
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/VIP 시스템.md	
@@ -0,0 +1,26 @@
+# [[VIP 시스템]]
+
+## 📌 Brief 정 Summary
+VIP 시스템은 누적 결제와 접속을 통해 영구적인 레벨을 올리고, 활성화 아이템을 통해 일정 시간 동안만 강력한 버프 및 편의 기능을 얻는 이중 구조(투트랙)의 수익화 모델입니다. 카지노 및 실제 현금 기반 게임의 시스템에서 영감을 받아 플레이어에게 권력과 지위를 부여하며, 과금 유저(Whale)들이 혜택을 유지하기 위해 지속적으로 결제하도록 유도하는 4X 게임의 핵심 비즈니스 모델입니다.
+
+## 📖 Core Content
+
+* **이중 계층 구조 (Two-Layer System):** 
+  Game of War와 Fate War 등의 4X 게임에서 VIP 시스템은 영구적인 레벨 상승(VIP Level)과 제한적인 시간 동안의 활성화(VIP Activation)라는 두 가지 계층으로 나뉩니다 [1, 2]. 결제와 일일 로그인을 통해 VIP 포인트를 획득하여 레벨을 올릴 수 있지만, 건설 속도 증가, 행군 속도 향상, 부대 공격력 증가 등의 실질적인 버프와 혜택은 VIP 상태가 '활성화'된 기간(30분에서 최대 30일)에만 적용됩니다 [1, 3].
+
+* **지속적 결제 유도 및 카지노식 모델:** 
+  이 시스템은 플레이어가 높은 VIP 레벨에 도달하더라도 그 혜택을 유지하기 위해 계속해서 게임 내 경제에 참여하고 결제를 하도록 강제합니다 [4]. 또한, 모든 상자 열기나 장비 즉시 합성 같은 핵심 편의 기능조차 VIP 특전으로 판매됩니다 [5, 6]. 왕국 맵에서 VIP 엠블럼이 표시되는 등 플레이어의 권력과 사회적 지위를 과시하는 수단으로 작용하여, 경쟁에서 뒤처지지 않으려는 유저들의 심리와 지속적인 투자를 강력하게 자극합니다 [6, 7].
+
+* **레벨별 투자 효율(Breakpoints)과 전략적 활성화:** 
+  모든 VIP 레벨이 동일한 투자 대비 수익(ROI)을 제공하는 것은 아닙니다 [8]. 초반 레벨(VIP 1-4)은 기본적인 편의성을 제공하며, VIP 5-7부터 건설 및 연구 속도 보너스가 눈에 띄게 나타나기 시작합니다 [8, 9]. 본격적으로 게임 진행 속도에 뚜렷한 차이를 만들어내는 진정한 경쟁의 기점은 배수 보너스가 적용되는 VIP 8-10 레벨 구간입니다 [10]. 플레이어는 오프라인 상태이거나 유휴 상태일 때 VIP를 켜두어 활성화 시간을 낭비하지 말고, 대규모 건설 및 연구를 진행하는 활성화된 플레이 시간에만 전략적으로 VIP 아이템을 사용해야 합니다 [11-13].
+
+* **과금 규모 및 구조:** 
+  VIP 레벨을 올리기 위해 요구되는 결제액은 기하급수적으로 증가합니다. VIP 1을 달성하기 위한 기본 비용은 1포인트(약 1달러)에 불과하지만, 중급인 VIP 5는 650포인트(약 130달러), 실질적인 경쟁 기반인 VIP 10은 3,950포인트(약 790달러)가 필요합니다 [4, 14]. 그 이상의 엘리트 및 고과금 티어인 VIP 15에 도달하려면 누적 16,450포인트(약 3,290달러) 이상의 막대한 결제가 요구됩니다 [4, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[시간 제한 활성화 (Time-limited Activation)]], [[고과금 유저 (Whales)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]]
+- **Contradictions/Notes:** VIP 레벨이 확장(예: VIP 11-15)됨에 따라, 활성화 유지 비용은 급증하는 반면 획득하는 추가 보너스의 폭은 좁아집니다. 따라서 이 구간의 유저들은 맹목적인 VIP 활성화보다는 영웅 투자나 다른 이벤트 팩에 자원을 할당하는 것이 이득일지 그 가치를 면밀히 평가해야 한다고 권고됩니다 [16, 17].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/계단식 수익화 (Staircase Monetization).md b/10_Wiki/Topics/Game Design/계단식 수익화 (Staircase Monetization).md
new file mode 100644
index 00000000..c7691f54
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/계단식 수익화 (Staircase Monetization).md	
@@ -0,0 +1,18 @@
+# [[계단식 수익화 (Staircase Monetization)]]
+
+## 📌 Brief Summary
+계단식 수익화(Staircase Monetization)는 모든 사용자에게 동일한 고정 가격을 제시하는 전통적인 방식과 달리, 동적 가격 책정과 패키지 가격의 에스컬레이션을 통해 개별 사용자의 '지불 용의(Willingness to Pay, WTP)'를 극대화하는 수익화 모델입니다 [1]. 사용자가 초기 저가 패키지를 결제하면 해당 오퍼가 사라지고 점차 더 비싼 패키지가 등장하며, 사용자를 상위 가격대로 지속해서 끌어올리는 사다리(Ladder) 형태를 띱니다 [1], [2]. 이 모델은 모바일 게임 내에서 플레이어의 평생 가치(LTV) 잠재력을 혁신적으로 재정의하며 높은 수익을 창출하는 핵심 기반이 되었습니다 [3].
+
+## 📖 Core Content
+* **동적 가격 책정과 에스컬레이션 (Dynamic Pricing and Escalation):** 이 시스템은 개별 플레이어의 결제 이력에 반응하여 동적으로 오퍼를 제시합니다. 신규 플레이어에게는 게임 초반 엄청난 가치를 제공하는 4.99달러의 '스타터 팩'을 제공하여 결제에 대한 장벽을 허뭅니다 [1]. 하지만 한 번 결제가 이루어지면 4.99달러짜리 혜택은 상점에서 완전히 사라지며, 그 자리를 19.99달러, 궁극적으로는 99.99달러의 패키지들이 대체하게 됩니다 [1], [2].
+* **카지노식 심리 유도 기법:** 계단식 수익화 모델은 카지노의 운영 방식과 매우 유사하게 설계되었습니다 [4]. 카지노가 무료 칩이나 음료를 제공해 플레이어를 게임에 빠져들게 하고 점차 더 큰 판돈의 테이블로 이끄는 것처럼, 게임 역시 초기 결제로 성장의 즐거움을 맛본 플레이어가 더 높은 지출 수준에 편안함을 느끼도록 유도합니다 [4], [2].
+* **99.99달러의 지출 하한선 (The $99.99 Floor)과 병목 아이템:** 플레이어가 고레벨 단계에 진입하면, 99.99달러 패키지가 사실상의 기본 통화 단위(Spend floor)로 자리 잡게 됩니다 [5]. 이러한 고가의 맞춤형 번들은 플레이어가 시각적으로 느끼는 가치를 부풀리기 위해 불필요한 아이템(redundant junk)을 다수 포함하는 반면, 실제로 플레이어의 성장에 직결되는 희귀한 '병목 아이템(bottleneck items)'은 교묘하게 적은 수량만 포함시켜 지속적인 결제를 강제합니다 [5].
+* **무한한 확장성을 가진 경제 (Infinitely Scalable Economy):** 이 수익화 모델이 성공할 수 있는 근본적인 이유는 게임 내 경제 체제와 파워 레벨이 사실상 무한히 확장 가능하도록 구축되어 있기 때문입니다 [2]. 성장의 상한선(spending ceiling)이 없으므로, 게임은 플레이어가 상위 단계로 나아갈 때마다 끝없이 더 크고 비싼 패키지를 매력적인 딜처럼 포장하여 제안할 수 있습니다 [6], [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[무한한 확장성 경제 (Infinitely Scalable Economy)]], [[동적 가격 책정 (Dynamic Pricing)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 계단식 수익화는 업계 최고 수준의 수익(LTV)을 내는 데 기여했지만, 일부 분석가와 연구자들로부터는 매몰 비용 오류(Sunk Cost Fallacy)를 남용하고 플레이어를 착취적으로 결제로 내모는 '다크 패턴(Dark Patterns)' 혹은 '약탈적 수익화(Predatory Monetisation)'의 대표적 사례라는 강한 비판을 받고 있습니다 [7], [8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/계단식 수익화 모델 (Staircase Monetization).md b/10_Wiki/Topics/Game Design/계단식 수익화 모델 (Staircase Monetization).md
new file mode 100644
index 00000000..9e69c5c3
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/계단식 수익화 모델 (Staircase Monetization).md	
@@ -0,0 +1,18 @@
+# [[계단식 수익화 모델 (Staircase Monetization)]]
+
+## 📌 Brief Summary
+'계단식 수익화 모델(Staircase Monetization)'은 플레이어의 개별적인 지불 용의(Willingness to Pay, WTP)를 극대화하기 위해 설계된 동적 가격 책정 및 패키지 에스컬레이션(상향 조정) 시스템입니다 [1]. 플레이어가 초기의 저렴한 패키지를 구매하면 해당 가격대의 상품을 없애고 점차 더 비싼 패키지만 노출시켜, 유저의 소비 규모를 계단처럼 위로 끌어올리는 것이 특징입니다 [1-3]. 이는 카지노의 고객 유치 방식과 유사하게 플레이어를 게임에 깊이 정착시킨 후 끝없이 상향된 과금을 유도하여, 궁극적으로 게임의 고객 생애 가치(LTV)를 혁신적으로 높이는 역할을 했습니다 [2, 4].
+
+## 📖 Core Content
+* **동적 가격 책정과 상향 유도 (Price Escalation):** 전통적인 게임들이 고정된 가격의 상점을 제공하는 것과 달리, 이 모델은 사용자의 지불 한도를 최대한 끌어내기 위해 동적인 혜택을 제시합니다 [1]. 초기 신규 플레이어에게는 엄청난 게임 내 가치를 지닌 4.99달러의 '초보자 팩(Starter Pack)'을 제공하여 첫 결제의 문턱을 낮춥니다 [1]. 하지만 플레이어가 이 팩을 구매하는 순간 4.99달러짜리 제안은 시스템에서 사라지며, 그 자리는 19.99달러, 그리고 최종적으로는 99.99달러의 패키지들로 대체됩니다 [1, 3].
+* **99.99달러의 지출 하한선 (The $99.99 Floor):** 이 계단식 구조를 통해 플레이어는 점차 높아진 소비 수준에 익숙해집니다 [3]. 고레벨 플레이 단계에 도달하면 99.99달러 패키지가 사실상의 게임 내 표준 화폐 단위이자 과금의 '하한선(Floor)'으로 작용하게 됩니다 [5].
+* **패키지 구성의 심리적 설계:** 99.99달러 패키지들은 플레이어의 체감 가치를 부풀리기 위해 불필요한 아이템(redundant junk)을 대량으로 포함하여 맞춤형으로 구성됩니다 [5]. 반면 플레이어가 실제로 성장을 위해 절실히 필요로 하는 전문 연구 재료나 고등급 보석 같은 '병목(bottleneck)' 아이템은 극소량만 포함하여, 유저가 지속적으로 99.99달러 패키지를 반복 구매하도록 강제합니다 [5].
+* **카지노 모델과의 유사성:** 이 시스템은 카지노에서 무료 칩이나 음료를 제공해 플레이어를 기분 좋게 만든 뒤 점차 판돈이 큰 테이블로 이끄는 것과 동일한 심리학적 메커니즘을 사용합니다 [2]. 무한히 확장 가능한 게임 내 경제를 바탕으로, 지불을 망설이는 유저에게는 맞춤형 파격 제안을 하여 결국 결제하게 만들고, 지불한 유저에게는 한 단계 높은 가격표를 제시하여 지출을 고착화시킵니다 [2, 3]. 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay, WTP)]], [[동적 가격 책정 (Dynamic Pricing)]], [[고객 생애 가치 (Lifetime Value, LTV)]], [[VIP 시스템]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에 관련 정보 내 모순점은 발견되지 않았습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/고과금 유저 (Whales).md b/10_Wiki/Topics/Game Design/고과금 유저 (Whales).md
new file mode 100644
index 00000000..1a75f8a2
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/고과금 유저 (Whales).md	
@@ -0,0 +1,22 @@
+# [[고과금 유저 (Whales)]]
+
+## 📌 Brief Summary
+고과금 유저(Whales)는 카지노 용어에서 유래한 말로, 인앱 결제에 막대한 금액을 지출하는 극소수의 플레이어를 의미합니다 [1]. 이들은 일반 플레이어보다 압도적인 힘을 가지며, 게임 수익의 막대한 부분을 차지합니다 [1, 2]. 4X 전략 게임에서 고과금 유저는 왕국 대 왕국(KvK)과 같은 대규모 서버 이벤트의 핵심 전력이 되며, 자신의 권력과 우위를 유지하기 위해 게임의 치밀한 수익화 구조 속에서 끊임없이 자본을 투입하게 됩니다 [3-5].
+
+## 📖 Core Content
+* **막대한 지출 규모와 수익 기여도:** 
+  모바일 게임 플레이어 중 가상 아이템을 구매하는 비율은 약 3%에 불과하며, 이 중 '고과금 유저(Whales)'라 불리는 극소수만이 매월 50달러 이상의 큰 금액을 지출합니다 [1]. *Game of War: Fire Age*의 경우 일반적인 결제 유저의 연평균 지출액은 약 550달러 수준이지만, 고과금 유저들의 지출 규모는 이를 아득히 초과합니다 [2]. 일례로 어머니의 신용카드로 1년간 41,000달러를 결제한 15세 소년, 공금 89,000달러를 횡령해 사용한 도서관장, 100만 달러 이상의 횡령금을 지출한 캘리포니아 남성, 그리고 50만 달러 이상을 게임에 썼다고 밝힌 최상위권 플레이어(Stayalive77) 등의 극단적인 사례들이 존재합니다 [2, 6, 7].
+* **권력의 유지와 소모성 아이템(Core Equipment)의 압박:** 
+  고과금 유저는 일반 플레이어보다 수백 배 더 강력한 힘을 뽐낼 수 있습니다 [2]. 그러나 이 우위를 유지하려면 끊임없는 재정 투입이 필수적입니다. 대표적인 예로 게임 내 **'코어 장비(Core Equipment)'**는 게임의 판도를 바꿀 엄청난 보너스를 제공하지만, 일정 시간(예: 4시간)이 지나면 부패하여 소멸하는 소모성 아이템입니다 [3]. 이로 인해 고과금 유저들은 주요 전투마다 최고의 장비를 지속적으로 다시 제작하도록 강제됩니다 [3]. 또한, 1,000달러 이상의 월 지출을 통해 도달하게 되는 고위 VIP 등급(예: VIP 11~15 등급, 최상위 고과금 유저를 위한 VIP 30 등급)의 혜택을 활성화하고 유지하기 위해서도 지속적으로 활성화 아이템을 소모해야 합니다 [8-10].
+* **계단식 수익화(Staircase Monetization) 모델의 최우선 표적:** 
+  개발사인 MZ(Machine Zone)는 고과금 유저들의 지불 의사(Willingness to Pay)를 최대치로 끌어내기 위해 동적 가격 책정 알고리즘을 활용한 **계단식 수익화 모델**을 사용합니다 [11]. 플레이어가 4.99달러짜리 저렴한 팩을 구매하면 해당 팩은 즉시 사라지고 19.99달러, 나중에는 99.99달러짜리 팩으로 가격이 지속적으로 에스컬레이션됩니다 [11, 12]. 최상위 플레이 단계에 도달하면 99.99달러 팩이 마치 기본 화폐 단위처럼 작용하며, 카지노가 플레이어의 판돈을 점차 올리듯 고과금 유저가 상위 결제로 계속 넘어가도록 끊임없이 맞춤형 번들을 제공합니다 [12-14].
+* **엔드게임 및 소셜 생태계에서의 중추적 역할:** 
+  서버 간 대규모 전쟁인 **왕국 대 왕국(KvK)**이나 **슈퍼 원더(Super Wonder)** 점령전과 같은 핵심 엔드게임 콘텐츠는 최상위 고과금 유저들의 최고조에 달한 화력과 활동을 요구합니다 [4, 5]. 고과금 유저들은 승리를 원하기 때문에 서버 내 사람들의 참여를 독려하고 동기를 부여하며, 이들이 전쟁에서 활약하는 동안 일반 캐주얼 플레이어들은 공격받지 않도록 보호받는 측면도 있습니다 [5, 15]. 반대로 무과금 및 소과금 유저들은 자원 생산('농부' 역할)이나 정찰 등을 통해 고과금 유저의 막대한 유지비를 지원하는 등, 고과금 유저와 캐주얼 유저 간에는 복잡한 **공생 관계(Symbiotic relationship)**가 형성되어 있습니다 [15, 16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[코어 장비 (Core Equipment)]], [[왕국 대 왕국 (KvK)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Contradictions/Notes:** 소스에 고과금 유저에 대한 직접적으로 대조되거나 모순되는 주장은 없습니다. 모든 소스가 공통적으로 4X 전략 게임의 생태계가 막대한 자본을 쏟아붓는 극소수의 유저(Whales)들에 의해 지탱되며, 게임 구조 자체가 이들의 추가 지출을 유도하도록 정밀하게 설계되어 있다고 일관되게 설명하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/고래 유저 (Whale Players).md b/10_Wiki/Topics/Game Design/고래 유저 (Whale Players).md
new file mode 100644
index 00000000..e5701430
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/고래 유저 (Whale Players).md	
@@ -0,0 +1,18 @@
+# [[고래 유저 (Whale Players)]]
+
+## 📌 Brief Summary
+**고래 유저(Whales)**는 카지노 용어에서 유래한 말로, 모바일 게임 내에서 가상 상품에 막대한 금액을 지불하는 극소수의 최상위 과금 플레이어를 의미합니다 [1]. *Game of War*와 같은 4X 전략 게임에서 이들은 일반 플레이어보다 **수백 배 더 강력한 힘**을 발휘할 수 있는 구조적 이점을 누리며 게임 생태계를 주도합니다 [2]. 이들의 막대한 지출은 게임의 경제 구조를 지탱하며, 거대한 서버 간 전쟁이나 엔드게임 콘텐츠의 성패를 가르는 핵심적인 역할을 수행합니다 [3, 4].
+
+## 📖 Core Content
+* **과금 규모와 경제적 영향력:** 인앱 결제를 하는 모바일 게임 플레이어는 전체의 약 3%에 불과하며, 고래 유저는 이 중에서도 한 달에 최소 50달러 이상, 때로는 천문학적인 금액을 지불하는 극소수를 지칭합니다 [1]. 2015년 기준 *Game of War* 유료 결제자의 연평균 지출액은 약 550달러였으나, 벨기에의 한 15세 소년이 1년 동안 41,000달러 이상을 결제한 사례나 최고위권 플레이어가 50만 달러 이상을 지출한 사례는 고래 유저의 지출 천장에 한계가 없음을 보여줍니다 [2, 5, 6].
+* **압도적인 권력과 소모성 시스템:** 게임 내 구조는 상위 과금러(고래 유저)가 일반 유저보다 **"100배 이상 강력해질 수 있도록"** 설계되었습니다 [2]. 예를 들어, 장착 후 일정 시간이 지나면 소멸하는 '코어 장비(Core Equipment)' 시스템은 고래 유저들이 주요 전투마다 최고급 장비를 지속적으로 다시 제작하도록 강제합니다 [7]. 또한 게임 내 VIP 시스템에서 VIP 30 레벨과 같은 단계는 아예 '하이 고래(High-Whale) 티어'로 분류되어 이들의 지속적인 투자를 유도합니다 [8, 9].
+* **엔드게임(Endgame) 및 서버전(KvK)에서의 역할:** *Game of War*의 진정한 엔드게임은 서버 전체의 협력과 고래 유저들의 **'최고조에 달한 활동(peak whale activity)'**을 요구하는 대규모 왕국 간 이벤트로 정의됩니다 [3]. 하지만 고래 유저나 소수의 헤비 과금러만으로는 서버 간 전쟁(KvK)이나 성(Castle) 전투에서 승리할 수 없으며, 서버 전체 일반 플레이어들의 최대 참여와 자원 비축이 반드시 동반되어야만 승리를 쟁취할 수 있습니다 [10, 11]. 
+* **'고래 사냥(Whale Hunting)'을 위한 수익화 설계:** 개발사들은 고래 유저를 겨냥하여 계단식 수익화(Staircase Monetization) 모델을 극적으로 활용합니다 [4]. 초기에는 저렴하고 혜택이 큰 패키지를 제공하지만 결제가 이루어질수록 이를 없애고, 종국에는 99.99달러 팩으로 결제 단위를 에스컬레이션시켜 최상위 유저의 지불 용의(WTP)를 극대화하고 반복적인 결제를 유도합니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[Kingdom vs. Kingdom (KvK)]], [[코어 장비 (Core Equipment)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]], [[Kingshot]]
+- **Contradictions/Notes:** 고래 유저들은 압도적인 개인 전투력과 막대한 재화로 서버의 운명을 좌우하지만, KvK와 같은 대규모 왕국 간 이벤트의 경우 고래 유저 혼자서는 절대 승리할 수 없으며 캐주얼 플레이어들의 참여와 희생이 필수적이라는 공생 관계(symbiotic relationship)가 강조됩니다 [10, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/과금 모델 (Monetization).md b/10_Wiki/Topics/Game Design/과금 모델 (Monetization).md
new file mode 100644
index 00000000..7bf1981a
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/과금 모델 (Monetization).md	
@@ -0,0 +1,21 @@
+# [[과금 모델 (Monetization)]]
+
+## 📌 Brief Summary
+Game of War의 과금 모델(Monetization)은 플레이어의 소비와 행동 패턴에 맞춰 가격이 점진적으로 상승하는 '계단식(Staircase)' 모델을 핵심으로 합니다 [1-4]. 단순한 정액제나 고정된 상점 형태가 아니라, 플레이어의 위기 상황에 맞춘 맞춤형 동적 제안(Dynamic Offers)과 이중 구조의 VIP 시스템을 통해 지속적인 결제를 유도합니다 [5, 6]. 이 모델은 소셜 압력과 끊임없는 파워 인플레이션을 결합하여 게임 업계 평균을 아득히 뛰어넘는 막대한 수익을 기록했습니다 [7, 8].
+
+## 📖 Core Content
+
+*   **계단식 과금 모델 (Staircase Monetization):** 카지노의 수법처럼 플레이어를 점진적으로 더 높은 소비 계층으로 끌어올리는 모델을 사용합니다 [4]. 게임 초반에는 막대한 가치를 지닌 4.99달러의 팩을 제안하지만, 한 번 결제하고 나면 해당 가격대의 팩은 사라지고 19.99달러, 궁극적으로는 99.99달러 팩으로 상향 대체됩니다 [3, 9]. 상위 레벨에 도달하면 99.99달러가 사실상의 기본 결제 단위(Spend floor)로 자리 잡게 됩니다 [10].
+*   **마찰점에서의 맞춤형 제안 (Dynamic Offers at Point of Friction):** Machine Zone의 실시간 엔진(RTE)은 플레이어의 소비 습관과 이탈 지점을 꼼꼼히 추적하여 맞춤형 패키지를 제공합니다 [6, 11]. 예를 들어 전투에서 부대가 전멸(Zeroed) 당하면, 시스템은 즉시 부대 복구와 복수에 필요한 자원이 정확히 포함된 맞춤형 '복수 팩(Revenge Pack)'을 99.99달러에 제안하여 심리적 위기 상황에서의 결제를 극대화합니다 [6, 11].
+*   **이중 구조의 VIP 시스템 (Two-Layer VIP System):** VIP 시스템은 두 가지 층위로 작동합니다 [12]. VIP 레벨 자체는 누적 결제나 로그인으로 영구히 오르지만, 실제 버프 혜택(건설 속도 증가, 행군 속도 증가 등)을 받으려면 'VIP 활성화 아이템'을 사용하여 일정 시간 동안만 활성화 상태를 유지해야 합니다 [5, 12, 13]. 이는 높은 VIP 레벨에 도달한 유저라도 효율성을 잃지 않기 위해 지속적으로 게임 경제에 돈을 쓰게 만듭니다 [14, 15].
+*   **소셜 엔지니어링과 연맹 보상 (Social Engineering & Alliance Kick-backs):** 플레이어가 인앱 결제 번들을 구매하면 같은 연맹원들에게도 '선물(Kick-back)'이 주어집니다 [16]. 이는 플레이어 간의 상호 혜택을 창출하며, 연맹 내에서 비난받지 않고 집단에 기여하기 위해 무과금 유저도 돈을 써야 한다는 강력한 사회적 압력(Social Pressure)을 형성합니다 [16, 17]. 
+*   **끝없는 자원 소모와 적자 경제 (Infinite Sinks & Deficit Economy):** 아카데미 연구, 장비 제작(끝없는 보석 합성), 고티어 병력 훈련 등 게임 내 모든 진행은 엄청난 시간과 자원을 필요로 합니다 [18-20]. 특히 거대한 군대를 유지하기 위한 '유지비(Upkeep)'로 식량이 계속 고갈되는 적자 경제가 발생하며, 병력이 굶어 죽지는 않지만 식량 부족으로 새로운 연구나 건설이 마비되기 때문에 플레이어는 지속적으로 자원팩을 결제해야만 합니다 [18, 21, 22].
+*   **콘텐츠 트레드밀과 파워 크립 (Content Treadmills & Power Creep):** 매일매일 새로운 레벨의 건물, 더 높은 티어의 부대, 새로운 연구 카테고리를 업데이트하여 기존 장비와 병력을 구식으로 만듭니다 [23, 24]. 이는 최상위 결제 유저(Whales)들 사이의 경쟁 격차를 벌려, 그들조차도 도태되지 않기 위해 끝없이 결제하게 만드는 구조를 형성합니다 [23].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 과금 (Staircase Monetization)]], [[동적 제안 (Dynamic Offers)]], [[VIP 시스템 (VIP System)]], [[소셜 엔지니어링 (Social Engineering)]], [[파워 크립 (Power Creep)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Games)]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 따르면 이 게임의 과금 모델은 플레이어의 강박을 악용하고 "역대 가장 과도한 현금 착취(cash grab)"라는 비판과 윤리적 논란에 직면했습니다 [25, 26]. 하지만 2015년 기준 결제 유저의 연평균 인앱 결제액이 업계 평균(87달러)의 약 7배에 달하는 549.69달러를 달성하였으며, 모바일 전략 게임 역사상 가장 상업적으로 성공한 수익 창출 구조로 평가받습니다 [8, 27].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/다크 패턴 (Dark Patterns).md b/10_Wiki/Topics/Game Design/다크 패턴 (Dark Patterns).md
new file mode 100644
index 00000000..0ecf908e
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/다크 패턴 (Dark Patterns).md	
@@ -0,0 +1,22 @@
+# [[다크 패턴 (Dark Patterns)]]
+
+## 📌 Brief Summary
+다크 패턴(Dark Patterns)은 사용자가 의도하지 않은 행동(주로 추가적인 시간이나 비용 지출)을 하도록 유도하는 교묘하고 조작적인 게임 디자인 및 수익화 기법입니다 [1, 2]. 이는 'Game of War'와 같은 라이브 서비스(Live Service) 게임과 프리미엄(Freemium) 비즈니스 모델의 성장과 함께 수익을 극대화하기 위한 목적으로 두드러지게 발달했습니다 [3-5]. 주로 사용자의 심리적 취약점, 인지적 한계, 그리고 사회적 압박 등을 악용하여 불공정하고 공격적인 방식으로 지출을 유도하는 특징을 갖습니다 [6, 7].
+
+## 📖 Core 소스 Content
+다크 패턴은 다양한 심리적 트릭(Nudge)과 디자인 조작을 통해 사용자(특히 아동 및 청소년)가 지속적으로 게임에 머물고 비용을 지불하도록 만듭니다 [5, 8, 9]. 소스에 명시된 주요 다크 패턴 기법은 다음과 같습니다.
+
+*   **FOMO(Fear of Missing Out, 고립 공포감) 악용:** 카운트다운 타이머나 제한된 시간의 배너를 사용하여 인위적인 긴박감을 조성합니다 [6, 10, 11]. 이는 플레이어에게 지금 당장 충동적으로 아이템을 구매하거나 게임에 접속하지 않으면 희귀한 기회를 놓칠 것이라는 불안감을 주입합니다 [10, 11].
+*   **매몰 비용 오류(Sunk Cost Fallacy) 남용:** 플레이어가 이전까지 투자한 자산이나 병력이 공격받아 '제로(Zero)'가 되는 것을 막기 위해 어쩔 수 없이 지속적으로 돈을 쓰도록 강제합니다 [6]. 
+*   **삶의 질(Quality of Life) 수익화 및 끝없는 런닝머신(Endless Treadmill):** 건물의 건설이나 부대 훈련에 극단적인 대기 시간을 부여하고, 이를 '즉시 완료(instant finish)'하기 위해 비용을 지불하도록 만듭니다 [6, 12]. 끊임없는 그라인딩(반복 작업)을 요구하며 플레이어에게 자연스러운 휴식을 빼앗고 결제를 통한 건너뛰기를 유도합니다 [13, 14].
+*   **결제 인지 모호성 유발 (프리미엄 가상 화폐):** 물리적 형태나 고정된 가치가 없는 임의의 프리미엄 가상 재화(예: 보석, V-Bucks 등)를 사용하여 소비자가 실제 지출하는 금액의 가치를 혼동하게 만듭니다 [15, 16]. 이 화폐들은 대량 구매 시 할인을 제공하여 충동적인 대규모 지출을 유도하고, 실제 아이템의 가격과 묶음 상품의 단위를 불일치시켜 항상 지갑에 잔액이 남도록 디자인됩니다 [16, 17].
+*   **사회적 압력 및 존중 욕구 악용:** 게임 내 희귀 아이템 보유 여부에 따라 우월감을 주거나, 반대로 소셜 기능을 통해 패배에 대한 대중적인 수치심(예: 'Game of War'에서의 굴욕적인 칭호 부여)을 유발하여 또래 집단 내의 경쟁심과 지출 압박을 강화합니다 [18-20].
+*   **사용자 인터페이스(UI) 조작 및 가상 관계 악용:** 구매 취소 버튼을 작게 만들거나 구석에 숨겨 원치 않는 결제를 되돌리기 어렵게 만듭니다 [21, 22]. 또한, 게임 내 가상 캐릭터가 결제를 거절할 때 슬퍼하거나 실망하는 연출을 넣어 플레이어의 죄책감을 유발하여 구매를 강요하기도 합니다 [23, 24].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[프리미엄 모델 (Freemium Model)]], [[계단식 수익화 (Staircase Monetization)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[가상 화폐 (Virtual Currency)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[소액 결제 (Microtransactions)]], [[라이브 서비스 (Live Service)]]
+- **Contradictions/Notes:** 다크 패턴을 활용한 수익화 구조는 모바일 4X 전략 장르에서 업계 최고 수준의 LTV(고객 생애 가치)와 수십억 달러의 막대한 수익을 창출하는 핵심 요인이 되었습니다 [25-28]. 그러나 동시에 플레이어의 심리를 조작하는 "약탈적 수익화(Predatory monetization)"이자 "고래 사냥(Whale hunting)"이라는 윤리적 비판 및 규제 조사의 주요 대상이 되고 있습니다 [1, 6, 29].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/동적 가격 책정 (Dynamic Pricing).md b/10_Wiki/Topics/Game Design/동적 가격 책정 (Dynamic Pricing).md
new file mode 100644
index 00000000..635ac68a
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/동적 가격 책정 (Dynamic Pricing).md	
@@ -0,0 +1,26 @@
+# [[동적 가격 책정 (Dynamic Pricing)]]
+
+## 📌 Brief Summary
+동적 가격 책정(Dynamic Pricing)은 전통적인 고정 가격 방식과 달리, 개별 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 알고리즘에 기반하여 맞춤형 가격과 패키지를 유동적으로 제시하는 수익화 기법입니다 [1, 2]. '계단식(Staircase)' 모델이라고도 불리는 이 방식은 유저의 결제 이력이나 게임 내 현재 상황(예: 병력 손실, 장기 미접속) 등 행동 데이터를 실시간으로 분석하여 그에 맞는 제안을 노출합니다 [1, 3, 4]. 이를 통해 게임사는 유저를 소액 결제에서 고액 결제로 자연스럽게 유도하며 막대한 유저당 수익(ARPPU, ARPDAU)을 창출할 수 있습니다 [5, 6].
+
+## 📖 Core Content
+*   **계단식 가격 상승 구조 (Staircase / Ladder Model)**
+    *   Game of War는 초기에 유저의 흥미를 끌기 위해 엄청난 가치를 지닌 4.99달러의 '스타터 팩'을 제공합니다 [1].
+    *   하지만 유저가 첫 결제를 진행하면 4.99달러짜리 오퍼는 사라지고, 이후 19.99달러, 최종적으로는 99.99달러의 패키지로 대체되며 가격이 지속적으로 상승합니다 [1, 7, 8]. 
+    *   고레벨 플레이에 접어들면 99.99달러 팩이 게임 내 표준 화폐 단위처럼 작용하게 되어, 유저의 '지불 하한선(Spend floor)'을 끌어올립니다 [9].
+
+*   **실시간 데이터 및 상황 기반 맞춤형 제공 (Behavioral Segmentation & Dynamic Offers)**
+    *   개발사 Machine Zone은 독자적인 실시간 엔진(RTE)을 통해 유저의 소비 습관과 이탈 시점 등을 정밀하게 추적하여 개인화된 동적 제안(Dynamic offers)을 실시합니다 [6].
+    *   예를 들어, 6개월 동안 접속하지 않은 유저가 복귀하면 게임을 삭제하는 것보다 소액이라도 결제하게 만드는 것이 이득이므로, 게임 플레이를 즉시 재개할 수 있도록 파격적인 할인 혜택을 제공합니다 [4, 10].
+
+*   **마찰 및 감정적 요인을 활용한 수익화 (Monetization at the Point of Friction)**
+    *   전투에서 대패하여 군대와 자원을 모두 잃는 엄청난 피해(Zeroed)를 입었을 때, 시스템은 즉각 개입하여 병력 복구 및 복수에 정확히 필요한 자원과 스피드업 아이템으로 구성된 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 제시합니다 [4, 6, 10]. 
+    *   이는 무한히 확장 가능한 게임 경제를 바탕으로, 유저가 좌절감이나 복수심을 느끼는 시점에 강력한 동기를 부여하여 결제를 유도하는 치밀한 심리적 설계입니다 [4, 7, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[계단식 수익화 (Staircase Monetization)]], [[실시간 엔진 (RTE)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 상업적 및 산업적 관점에서는 이러한 동적 가격 책정이 유저 전환과 기록적인 수익 창출을 이끄는 천재적인 방식(Genius)으로 평가받지만 [3, 11], 동시에 지나치게 공격적이고 플레이어의 심리를 착취하는 약탈적 수익화(Predatory monetization) 패턴이라는 강한 비판도 존재합니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/맞춤형 팩 (Personalized Packs).md b/10_Wiki/Topics/Game Design/맞춤형 팩 (Personalized Packs).md
new file mode 100644
index 00000000..46f2ef45
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/맞춤형 팩 (Personalized Packs).md	
@@ -0,0 +1,24 @@
+# [[맞춤형 팩 (Personalized Packs)]]
+
+## 📌 Brief Summary
+맞춤형 팩(Personalized Packs)은 개별 플레이어의 결제 습관, 게임 내 상황 및 병목 구간의 필요에 맞춰 동적으로 제공되는 인앱 결제 상품을 의미합니다 [1, 2]. 주로 실시간 데이터 추적을 통해 플레이어가 군대를 잃거나 오랜만에 복귀하는 등의 특정 '마찰 지점(point of friction)'에서 즉각적으로 필요한 자원과 아이템을 제안하는 방식으로 작동합니다 [1, 3]. 또한 플레이어가 스스로 팩의 구성품을 선택할 수 있는 '사용자 정의 번들'의 형태를 취하여 구매 만족도와 전환율을 극대화하는 안전망 역할을 하기도 합니다 [4, 5].
+
+## 📖 Core 실시간 데이터 추적 및 상황 기반 타겟팅 (Data-Driven Personalization)
+* **마찰 지점에서의 맞춤형 제안:** MZ의 실시간 엔진(RTE)은 플레이어의 소비 습관, 연령, 위치 및 이탈 지점(quit points)을 정밀하게 추적합니다 [1]. 예를 들어, 플레이어의 군대가 전멸당하는 상황이 발생하면 시스템은 재건에 정확히 필요한 양의 자원과 스피드업 아이템을 담은 99.99달러짜리 '복수 팩(Revenge Pack)'을 즉시 플레이어에게 제안합니다 [1, 3].
+* **유저 상태에 따른 오퍼 조정:** 장기간 접속하지 않던 유저가 게임에 복귀할 경우, 게임 삭제를 방지하고 다시 몰입시키기 위해 평소보다 파격적인 조건의 맞춤형 제안을 띄워 구매를 유도합니다 [3]. 
+
+**동적 가격 책정 및 계단식 과금 모델 (Dynamic Pricing and Staircase Model)**
+* **유저별 맞춤형 계단식 과금:** 전통적인 고정 가격 방식과 달리, Game of War는 각 고객에게 고유하게 맞춤화된 오퍼를 제공하여 과금 티어를 점진적으로 높여가는 '계단식' 방식을 취합니다 [2, 6, 7]. 플레이어가 4.99달러의 초보자 팩을 구매하면 이 패키지는 곧바로 사라지고, 이후 19.99달러, 최종적으로 99.99달러의 더 비싼 패키지로 점차 대체됩니다 [7, 8].
+* **병목 아이템의 통제:** 고레벨 유저에게 제시되는 고액의 맞춤형 번들(Tailored Bundles)은 종종 플레이어의 체감 가치를 부풀리기 위해 불필요한 '정크(junk)' 아이템을 다수 포함시킵니다 [9]. 반면 플레이어가 실제로 절실히 필요로 하는 소수의 '병목(bottleneck)' 아이템은 제한하여, 플레이어가 계속해서 결제를 이어가도록 설계됩니다 [9].
+
+**사용자 정의 번들 (Customizable Bundles)**
+* **플레이어 주도적 상품 구성:** 최상위 4X 게임들은 플레이어가 직접 통화, 자원, 부스트 등 원하는 항목을 골라 자신만의 이상적인 팩을 구성할 수 있는 맞춤형 시스템을 제공합니다 [4, 10]. 
+* **구매 만족도 및 안전망 역할:** 유저에게 통제감을 부여함으로써 원치 않는 아이템을 구매할 위험을 줄여 만족도를 높입니다 [4]. 이는 게임의 병목 현상을 정확히 파악하고 있는 고급 플레이어에게 특히 효과적이며, 일반적인 테마 이벤트 팩이 구매를 유도하지 못할 때 결제를 이끌어내는 '안전망(safety net)'의 역할을 수행합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 과금 모델 (Staircase Monetization Model)]], [[실시간 엔진 (Real-Time Engine, RTE)]], [[제로잉 (Zeroing)]], [[이탈 지점 (Quit Points)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[State of Survival]], [[Puzzles & Survival]]
+- **Contradictions/Notes:** 맞춤형 팩은 사용자 정의 번들을 통해 유저에게 통제감을 주고 원하는 병목 지점을 해결하도록 돕는 긍정적인 경험을 제공하기도 하지만 [4, 5], 동시에 시스템적으로는 불필요한 아이템을 섞고 핵심 아이템을 고의로 통제하여 인지된 가치를 부풀리는 기만적인(Dark Patterns) 상술로 활용되기도 합니다 [9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/매몰 비용의 오류 (Sunk Cost Fallacy).md b/10_Wiki/Topics/Game Design/매몰 비용의 오류 (Sunk Cost Fallacy).md
new file mode 100644
index 00000000..016819cb
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/매몰 비용의 오류 (Sunk Cost Fallacy).md	
@@ -0,0 +1,18 @@
+# [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+
+## 📌 Brief Summary
+매몰 비용의 오류(Sunk Cost Fallacy)는 플레이어가 이전에 투자한 시간과 자본을 잃지 않기 위해 계속해서 돈을 쓰도록 유도하는 약탈적 수익화(Predatory monetization) 기법 중 하나입니다 [1]. 『Game of War』에서는 군대가 패배하면 서버에서 영구적으로 삭제되는 '영구적 손실(Permanent loss)' 구조를 가지고 있습니다 [2]. 플레이어는 몇 달간의 진행 상황이나 수천 달러의 가치를 지닌 투자가 무의미해지는 것을 막거나 복구하기 위해 이 오류에 빠져 지속적으로 결제를 하게 됩니다 [2-4].
+
+## 📖 Core Content
+* **영구적 손실과 '제로잉(Zero-ed)'의 위협:** 『Game of War』의 전투 루프는 부대가 패배하고 병원이 가득 차면 군대가 서버에서 영구적으로 삭제되는 구조로 정의됩니다 [2]. 이를 게임 내에서는 '제로잉(Zero-ed)'이라고 부르며, 단 몇 분 만에 3개월 이상의 플레이 시간이나 수천 달러에 달하는 투자가 무의미해질 수 있는 가혹한 현실을 만듭니다 [2, 3]. 
+* **매몰 비용의 오류 남용(Abusing the Sunk Cost Fallacy):** 게임은 플레이어의 심리를 교묘하게 이용합니다. 지도상의 모든 요새(Stronghold)는 플레이어가 제국에 투자한 시간과 막대한 돈을 의미하며, 게임은 플레이어가 자신이 투자한 과거의 자산이 0이 되는 것을 '보호'하도록 지속적인 지출을 장려합니다 [1, 5]. 
+* **수익화 메커니즘으로의 전환:** 이 구조는 게임이 엄청난 수익을 창출하는 핵심적인 이유입니다 [4]. 플레이어가 공격을 받아 모든 것을 잃고 나면, 게임 시스템은 군사력을 복구하고 복수할 수 있도록 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 아이템을 즉각적으로 제안합니다 [2, 4]. 수개월 치의 진행 상황이 날아가는 것을 본 플레이어는 이를 복구하기 위해 비싼 팩을 구매하는 유혹에 매우 쉽게 굴복하게 됩니다 [4].
+* **윤리적 비판:** 연구자들은 이러한 게임 디자인이 매몰 비용의 오류를 남용하여 플레이어를 착취하는 "약탈적 수익화(Predatory monetization)" 및 "어두운 패턴(Dark patterns)"의 대표적인 사례라고 지적합니다 [1, 6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[영구적 손실 (Permanent Loss)]], [[약탈적 수익화 (Predatory Monetization)]], [[제로잉 (Getting Zero-ed)]], [[다크 패턴 (Dark Patterns)]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스에 따르면 이 메커니즘은 플레이어에게 엄청난 좌절감을 주지만 역설적으로 가장 강력한 수익 창출의 원동력이 되며, 동시에 규제 및 윤리적 비판을 피할 수 없는 '약탈적(Predatory)' 기법으로 평가받습니다 [1, 4, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md b/10_Wiki/Topics/Game Design/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md
new file mode 100644
index 00000000..9969097c
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md	
@@ -0,0 +1,34 @@
+# [[모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트]]
+
+## 📌 Brief Summary
+모바일 미드코어 게임은 단순한 구조에서 출발하여 점차 4X 장르를 중심으로 깊이 있는 전략과 소셜 요소가 결합된 형태로 진화해 왔습니다. 그중 Machine Zone의 'Game of War: Fire Age'는 끝없이 확장 가능한 경제와 영구적 손실(Permanent Loss)이라는 극단적인 시스템을 통해 유저의 경쟁심과 사회적 압박을 극대화했습니다. 이 게임은 '계단식 수익화(Staircase Monetization) 모델'과 '이중 구조 VIP 시스템' 등 고도화되고 타겟팅된 과금 유도 방식을 도입하여 모바일 게임 역사상 유례없이 높은 ARPPU(유저당 평균 결제액)와 LTV(고객 생애 가치)를 달성한 비즈니스 모델(BM)의 교과서로 평가받습니다.
+
+## 📖 Core 기Content
+
+**1. 모바일 미드코어 및 4X 전략 게임의 진화**
+* 모바일 미드코어 시장은 탐험(eXplore), 확장(eXpand), 활용(eXploit), 섬멸(eXterminate)의 요소를 갖춘 4X 게임들을 중심으로 지배적인 성장을 이루었습니다 [1-3]. 
+* 2011년 'Kingdoms of Camelot'의 등장 이래, 4X 게임은 점차 시각적 전투보다는 메타 게임과 연맹 중심의 소셜 상호작용으로 진화했습니다 [4-6].
+* 최근에는 4X 장르에 캐주얼한 RPG, 매치3, 머지(Merge) 등의 타 장르 메커니즘을 결합(Genre-blending)하여 초기 진입 장벽을 낮추고 더 넓은 유저층을 고도화된 후반부 수익화 시스템으로 이끄는 트렌드가 부상하고 있습니다 [7-9].
+* 수익화 전략 역시 초기 플레이어의 흥분도가 최고조일 때 빠른 결제를 유도하는 '즉각적 수익화(Immediate Monetization)' 방식과, 초기에는 게임플레이 몰입을 강조하고 후반부에 가치를 증명하여 결제를 유도하는 '점진적 수익화(Gradual Monetization)' 방식으로 세분화되어 발전했습니다 [1, 10-13].
+
+**2. Game of War의 핵심 게임 디자인 및 경제 구조**
+* **적자 경제(Deficit Economy)와 영구적 손실(Permanent Loss):** 강력한 고티어 병력은 유저의 생산량을 초과하는 막대한 식량을 소모하여 끊임없이 자원이 부족한 적자 상태를 만듭니다 [14, 15]. 또한, 전투에서 병력을 잃어 병원의 수용량을 초과하면 병력이 영구적으로 삭제되는데, 이러한 막대한 시간과 금전적 투자의 상실은 유저가 즉각적으로 복구를 위해 결제하도록 강력한 동기를 부여합니다 [16-18].
+* **봉건적 소셜 엔지니어링 및 무한 경쟁:** 실시간 번역 엔진(RTE)을 통해 전 세계 유저가 단일 서버에서 소통하고 갈등을 빚을 수 있도록 글로벌 소셜 네트워크를 구축했습니다 [19, 20]. '원더(Wonder)'를 장악한 연맹의 리더가 왕(King)이나 황제(Emperor)가 되어 다른 유저에게 강력한 버프나 굴욕적인 디버프 칭호를 하사하는 봉건적 피라미드 구조는 권력욕과 집단 내 체면을 지키기 위한 소비를 부추깁니다 [21-25].
+* **존망이 걸린 서버전(KvK):** 정기적으로 열리는 왕국 대 왕국(KvK) 이벤트에서 패배할 경우, 서버 인구가 이탈해 서버가 사실상 '사망'하게 되므로 가벼운 유저들까지도 연맹을 위해 강제로 자원과 아이템을 소비하며 참전하도록 압박합니다 [26-29].
+
+**3. 비즈니스 모델(BM) 및 고도화된 수익화 구조**
+* **계단식 수익화 모델 (Staircase Monetization):** 모든 유저에게 고정된 상점을 제공하는 대신, 개인의 지불 의향(WTP)을 극대화하기 위해 맞춤형 가격 에스컬레이션을 사용합니다 [30, 31]. 유저가 저렴한 $4.99 팩을 구매하면 다시는 그 가격의 상품이 나타나지 않고 $19.99, 종국에는 $99.99 팩으로 지출 하한선이 강제 조정됩니다 [30, 32, 33]. 이들 팩에는 유저가 정말 필요한 소수의 필수 '병목(Bottleneck)' 아이템과 가치를 부풀리기 위한 불필요한 잉여 자원이 섞여 있습니다 [34].
+* **데이터 기반 마찰 지점(Friction point) 타겟팅:** 강력한 자체 실시간 엔진을 통해 유저의 과금 습관과 이탈 지점을 추적합니다 [35]. 유저의 병력이 전멸하는 등 마찰과 감정이 극대화되는 시점에 정확히 복수와 재건에 필요한 자원이 포함된 $99.99의 '복수 팩(Revenge Pack)'을 제시하여 결제로 직결시킵니다 [35-37].
+* **이중 계층 VIP 시스템 (Two-layer VIP System):** VIP 레벨은 누적된 결제로 오르지만(영구적), 혜택을 실제로 게임에 적용하려면 일정 시간만 유지되는 'VIP 활성화 아이템'을 골드나 충성도로 지속 구매해야 하는 이중 구조를 채택했습니다 [34, 38-41]. 이는 고과금 유저라도 최고 효율을 내기 위해서는 끊임없이 추가 지출을 하도록 강제하는 장치입니다 [40, 42].
+
+**4. 성과 및 영향**
+* 이러한 구조적 정밀함을 바탕으로 2015년 Game of War 결제 유저의 연평균 지출액(ARPPU)은 무려 $549.69로 모바일 게임 평균의 7배에 달했으며, 2018년 누적 매출 $2.8B(약 28억 달러)라는 전무후무한 성과를 거두었습니다 [3, 43-45].
+* 그러나 아이템 구매 유도 압박, 매몰 비용의 남용, 인위적인 불안감 조성 등은 윤리적 비판의 대상이 되며 '약탈적 수익화(Predatory Monetisation)' 및 다크 패턴(Dark Patterns)의 대표적 사례로 지적받고 있습니다 [46-49].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략 게임]], [[영구적 손실 (Permanent Loss)]], [[계단식 수익화 모델 (Staircase Monetization)]], [[이중 계층 VIP 시스템]], [[약탈적 수익화 (Predatory Monetisation)]]
+- **Projects/Contexts:** [[실시간 번역 엔진 기반의 글로벌 소셜 상호작용 및 봉건제 권력 메타 설계]]
+- **Contradictions/Notes:** 소스 전반에서 '계단식 수익화'와 강력한 '영구적 손실 및 자원 적자' 메커니즘은 4X 게임 사상 최고의 LTV와 높은 매출을 가능하게 한 탁월한 상업적 디자인으로 극찬받고 있으나(소스 5, 6, 244), 동시에 과도한 불안감 조성 및 강압적 과금 설계라는 측면에서 다크 패턴(Dark Patterns)과 유저 착취(Predatory Monetisation)로 심각한 비판의 대상이 된다는 점이 극명하게 대비됩니다 (소스 92, 165, 272, 461).
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/병원 (Hospital).md b/10_Wiki/Topics/Game Design/병원 (Hospital).md
new file mode 100644
index 00000000..cafb99f3
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/병원 (Hospital).md	
@@ -0,0 +1,17 @@
+# [[병원 (Hospital)]]
+
+## 📌 Brief Summary
+'Game of War'에서 병원(Hospital)은 전투 중 부상당한 병력(Troops)이 영구적으로 사망하는 것을 방지하고 치료해 주는 핵심 군사 지원 시설입니다 [1]. 병원의 수용 한도는 플레이어의 시간과 자본 투자를 보호하는 1차적인 안전망 역할을 하며, 이 수용 한도를 초과하여 발생하는 '영구적 손실(Permanent Loss)'은 게임의 핵심 수익화(BM)를 강력하게 견인하는 장치로 기능합니다 [1, 2].
+
+## 📖 Core Content
+* **기본 기능과 안전망 역할:** 병원은 전투에서 피해를 입은 부대를 치료하여 병력이 완전히 죽는 것을 막아주는 중요한 안전망(safety net) 역할을 수행합니다 [1]. 단, 이러한 보호 기능은 병원 내에 부상병을 수용할 수 있는 공간(capacity)이 충분히 남아 있을 때만 제한적으로 작동합니다 [1].
+* **수익화(BM) 모델과의 직접적 연관성:** 이 게임의 전투 루프는 '영구적 손실(Permanent loss)'을 중심으로 설계되어 있습니다 [2]. 플레이어의 군대가 패배했을 때 병원의 수용 용량이 가득 차 있다면, 수용되지 못한 부대는 서버에서 영구적으로 삭제됩니다 [2]. 이는 플레이어에게 수천 달러에 달하는 투자가 일순간에 증발하는 엄청난 전투력 손실(Power loss)을 체감하게 만들며, 플레이어가 잃어버린 군사력을 신속히 복구하고 복수하기 위해 '즉시 훈련(Instant Training)' 팩을 결제하도록 압박하는 강력한 과금 동기로 작용합니다 [2].
+* **성능 확장 및 부스트 요소:** 병원의 수용량과 치료 속도는 게임 내 여러 연구와 권력 시스템을 통해 향상시킬 수 있습니다. 예를 들어, '영웅 연구(Hero Research)' 트리를 통해 병원 치료 속도(Hospital Healing Speed)를 최대 79%까지 증가시킬 수 있습니다 [3]. 또한, 게임의 엔드 콘텐츠인 슈퍼 원더(Super Wonder)를 차지한 황제가 특정 플레이어에게 '선견자(Seer)'라는 칭호를 부여할 경우, 해당 플레이어는 병원 수용량 +300%, 병원 치료 속도 +200%라는 막대한 보너스를 얻게 됩니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Permanent Loss]], [[Instant Training Packs]], [[Troops]], [[Hero Research]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 제공된 소스 내에서 병원과 관련된 상충되는 주장은 발견되지 않았습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/봉건적 권력 피라미드 (Feudal Power Pyramid).md b/10_Wiki/Topics/Game Design/봉건적 권력 피라미드 (Feudal Power Pyramid).md
new file mode 100644
index 00000000..153a974b
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/봉건적 권력 피라미드 (Feudal Power Pyramid).md	
@@ -0,0 +1,17 @@
+# [[봉건적 권력 피라미드 (Feudal Power Pyramid)]]
+
+## 📌 Brief Summary
+봉건적 권력 피라미드(Feudal Power Pyramid)는 'Game of War'의 핵심적인 소셜 및 정치적 아키텍처로, 플레이어와 동맹이 지배력을 확보하기 위해 형성하는 계층적 권력 구조를 의미합니다 [1, 2]. 이 피라미드의 정점에는 중앙의 '원더(Wonder)'를 차지한 동맹의 지도자인 왕(King)이 위치하며, 이들은 막강한 통계적, 행정적 권한을 행사합니다 [3]. 이 시스템은 권력, 지위, 소속감에 대한 인간의 원초적 욕구를 자극하여 끊임없는 정치적 투쟁과 깊은 몰입을 유도하며, 결과적으로 게임의 공격적인 수익화(BM)를 견인하는 핵심 장치로 작용합니다 [1, 4].
+
+## 📖 Core Content
+* **권력 구조와 피라미드의 작동 방식:** 'Game of War'는 중세적 배경에 걸맞게 플레이어들이 왕국 내에서 권력 피라미드를 형성하도록 설계되었습니다 [2]. 게임의 궁극적인 목표는 지도 중심에 있는 '원더(Wonder)'를 통제하여 왕국의 지배자가 되는 것입니다 [3, 5]. 피라미드의 하위 티어에 있는 플레이어들도 자원 생산 등을 통해 자신이 속한 생태계와 동맹에 기여하며, 상위 계층은 이들의 지원을 기반으로 원더를 차지하기 위해 타 동맹과 교섭 및 경쟁을 벌이게 됩니다 [4].
+* **실질적 권력과 칭호(Titles) 시스템:** 왕이나 여왕의 자리는 단순한 명예직이 아니라 게임 내에서 실질적이고 막강한 권력을 수반합니다 [3]. 지배자는 아군을 결속시키기 위해 공격력이나 체력을 크게 높여주는 '버프 칭호(Buff Titles, 예: 왕자, 공주)'를 하사할 수 있습니다 [3]. 반대로 적대 세력에게는 전투력과 자원 생산량을 대폭 감소시키고 프로필에 공개적인 수치심을 주는 '디버프 칭호(Debuff Titles, 예: 징징이(Whiner), 호구(Doormat))'를 강제로 부여할 수 있습니다 [3, 6]. '슈퍼 원더(Super Wonder)'를 통제하여 '황제(Emperor)'가 되면 모든 서버의 플레이어에게 이러한 칭호를 내릴 수 있는 절대적인 권한을 갖습니다 [7, 8].
+* **수익화(Monetization)와의 강력한 결합:** 이 피라미드 구조는 동맹 간의 끝없는 배신, 외교, 그리고 과대망상적인(megalomaniacal) 권력 투쟁을 창출합니다 [7]. 계층의 최상단으로 올라가 다른 사람들이 자신에게 복종하는 것을 지켜보는 경험은 현실 세계처럼 극도로 중독적이며, "절대 권력은 절대적으로 타락한다"는 말처럼 플레이어들이 피라미드의 정점에 서기 위해 기꺼이 막대한 과금을 하도록 유도합니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[동맹 (Alliance)]], [[계단식 수익화 모델 (Staircase Monetization Model)]]
+- **Projects/Contexts:** [[Game of War 소셜 엔지니어링 및 BM 아키텍처 분석]]
+- **Contradictions/Notes:** 소스 간에 충돌하는 내용은 없으며, 모든 문서가 공통적으로 이 '봉건적 권력 피라미드'가 단순한 전투 시스템을 넘어 인간의 지위욕을 자극해 엄청난 LTV(고객 생애 가치)를 창출하는 근본 원인이라고 지목하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/스태어케이스 수익화 모델 (Staircase Monetization Model).md b/10_Wiki/Topics/Game Design/스태어케이스 수익화 모델 (Staircase Monetization Model).md
new file mode 100644
index 00000000..d2b79b01
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/스태어케이스 수익화 모델 (Staircase Monetization Model).md	
@@ -0,0 +1,18 @@
+# [[스태어케이스 수익화 모델 (Staircase Monetization Model)]]
+
+## 📌 Brief Summary
+스태어케이스(계단식) 수익화 모델은 정적인 가격의 상점을 제공하는 대신, 동적 가격 책정 및 패키지 가격 상승(에스컬레이션)을 사용하여 개별 사용자의 '지불 용의(Willingness to Pay)'를 극대화하는 비즈니스 모델입니다 [1]. 카지노의 운영 방식과 유사하게 플레이어가 첫 구매를 시작하면 점진적으로 더 큰 금액의 상품을 소비하도록 유도하며, 이를 통해 모바일 게임 사용자의 생애 가치(LTV) 잠재력을 근본적으로 재정의했습니다 [2, 3]. Game of War는 알고리즘 기반의 실시간 기술과 결합하여 이 심리적 수익화 모델을 완벽하게 구현해 낸 대표적 사례입니다 [2, 4].
+
+## 📖 Core Content
+- **가격 에스컬레이션과 지출 하한선(Spend Floor) 상향:** 게임 내 알고리즘 기반의 제안 시스템은 플레이어를 더 높은 가격대의 패키지로 이동시키도록 설계되었습니다 [1]. 예를 들어, 신규 플레이어에게는 엄청난 가치를 지닌 $4.99의 스타터 팩을 제공하여 첫 결제를 유도하지만, 한 번 구매를 완료하면 이 저렴한 팩은 사라지고 $19.99, 종국에는 $99.99 팩으로 교체됩니다 [1, 5]. 이는 플레이어의 지출 하한선을 높여, 고레벨 플레이에서는 $99.99 팩이 사실상의 기본 통화 단위처럼 작용하게 만듭니다 [6].
+- **무한 확장 가능한 경제와 일회성 혜택:** 게임 경제가 무한히 확장할 수 있기 때문에, 유저가 결제하지 않으면 결제할 때까지 계속해서 파격적인 제안을 제시할 수 있습니다 [5]. 그러나 한 번 전환(Conversion)되어 특정 가격대를 구매하면 해당 가격표와 혜택은 제거되어 플레이어가 높아진 지출 수준에 익숙해지도록 유도합니다 [5].
+- **맞춤형 번들과 병목(Bottleneck) 설계:** 고가의 팩들은 플레이어의 체감 가치를 부풀리기 위해 불필요한 '잉여 아이템(redundant junk)'들을 다수 포함하는 맞춤형 번들로 구성됩니다 [6]. 동시에 플레이어가 다음 단계로 넘어가기 위해 반드시 필요한 1~2개의 병목 아이템(예: 특수 연구 재료, 고등급 보석)만을 교묘하게 포함시켜 플레이어가 계속 지갑을 열도록 만듭니다 [6].
+- **행동 및 상황 맞춤형 타겟팅 (Behavioral Targeting):** 스태어케이스 모델은 실시간 엔진(RTE)이 수집한 데이터를 바탕으로 플레이어의 상황과 마찰 지점(point of friction)에 맞춰 맞춤형으로 팩을 제시합니다 [7]. 전투에서 패배하여 모든 병력을 잃은 직후 플레이어에게 병력을 복구할 수 있는 $99.99의 '복수 팩(Revenge Pack)'을 제안하거나, 6개월간 게임을 떠나 있던 유저에게 파격적인 제안을 통해 복귀를 유도하는 방식이 이에 해당합니다 [7, 8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[실시간 엔진 (Real-Time Engine)]], [[영구적 손실 (Permanent Loss)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/시간 제한 메커니즘 (Time-gating).md b/10_Wiki/Topics/Game Design/시간 제한 메커니즘 (Time-gating).md
new file mode 100644
index 00000000..fb693a54
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/시간 제한 메커니즘 (Time-gating).md	
@@ -0,0 +1,18 @@
+# [[시간 제한 메커니즘 (Time-gating)]]
+
+## 📌 Brief Summary
+시간 제한 메커니즘(Time-gating)은 게임 내 건설, 연구, 부대 훈련 등의 행동을 완료하는 데 실제 현실의 시간을 요구하는 핵심 게임 디자인 및 비즈니스 모델(BM) 요소입니다 [1, 2]. 초기에는 단 몇 초면 완료되지만, 후반부로 갈수록 몇 주에서 몇 달이 걸리도록 설계되어 플레이어에게 성장의 심리적 병목 현상을 일으킵니다 [1, 2]. 이는 플레이어의 조바심을 유발하여 대기 시간을 건너뛰기 위한 '가속 아이템(Speed Ups)'이나 유료 결제를 직접적으로 유도하는 핵심 역할을 합니다 [1, 3].
+
+## 📖 Core Content
+* **성장 지연과 심리적 병목 현상 유발:** 시간 제한 메커니즘은 도시 인프라를 확장하는 단계에서 본격적으로 체감되며, 게임의 자연스러운 템포를 결정짓는 핵심 기믹으로 작용합니다 [1, 4]. 초기 단계의 타이머는 스킵이 가능하거나 매우 짧게 설정되어 플레이어를 게임에 쉽게 적응시키지만, 진행이 거듭될수록 업그레이드에 소요되는 시간이 수일에서 수개월 단위로 기하급수적으로 늘어나 심리적인 압박과 조바심을 유발합니다 [1, 2].
+* **수익 창출(Monetization)과의 직접적인 연결:** 개발사는 타이머를 통해 의도적으로 진행의 마찰(Friction)을 만들어냅니다. 플레이어는 이 긴 대기 시간을 피하기 위해 동맹(Alliance)의 지원을 받거나, '가속 아이템(Speed Ups)' 및 골드 등의 유료 재화를 결제하여 타이머를 즉시 건너뛰게 됩니다 [3, 5]. 시간 제한은 F2P(Free-to-Play) 게임 역사상 가장 오래되었지만 현재까지도 가장 강력한 수익 창출 메커니즘 중 하나입니다 [2].
+* **기간 한정 혜택 및 소모성 장비 시스템:** 단순한 업그레이드 대기 시간 외에도, 주요 시스템의 혜택을 누리는 데 시간 제한이 적용됩니다. 'VIP 시스템'의 경우 높은 레벨을 달성하더라도 영구적으로 혜택이 적용되는 것이 아니라, 일정 시간(예: 30분~30일) 동안만 버프를 켜주는 활성화 아이템을 별도로 소모해야 합니다 [6, 7]. 또한 막강한 버프를 제공하는 '코어 장비(Core Equipment)'는 장착 후 일정 시간(예: 4시간)이 지나면 부서지도록 설계되어 있어, 상위 유저(Whale)들이 주요 전투가 벌어질 때마다 끊임없이 결제하고 장비를 다시 제작하도록 강제합니다 [8].
+* **인위적 긴박감 및 FOMO(소외 불안) 조성:** 타이머 기능은 제한 시간 배너나 인게임 상점 판매 등에도 적극적으로 활용됩니다. 플레이어로 하여금 지금 당장 행동하거나 결제하지 않으면 혜택을 놓칠 것이라는 두려움(FOMO)과 인위적인 긴박감을 조성하는 데 사용됩니다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[가속 아이템 (Speed Ups)]], [[VIP 시스템 (VIP System)]], [[코어 장비 (Core Equipment)]], [[소외 불안 (FOMO)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[4X 전략 게임 수익화 모델]]
+- **Contradictions/Notes:** 제공된 소스 간에 상충되는 내용은 없으며, 모든 자료가 시간 제한 메커니즘이 모바일 4X 전략 게임의 수익 극대화와 플레이어 통제에 가장 필수적인 장치라는 데 일치된 설명을 제공하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/시간 제한 활성화 (Time-limited Activation).md b/10_Wiki/Topics/Game Design/시간 제한 활성화 (Time-limited Activation).md
new file mode 100644
index 00000000..8f7c1762
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/시간 제한 활성화 (Time-limited Activation).md	
@@ -0,0 +1,17 @@
+# [[시간 제한 활성화 (Time-limited Activation)]]
+
+## 📌 Brief Summary
+시간 제한 활성화(Time-limited Activation)는 게임 내에서 달성한 VIP 레벨의 혜택을 실제로 적용받기 위해, 제한된 시간 동안만 효과를 켜는(Active) 시스템을 의미한다 [1, 2]. 플레이어는 골드나 충성도(Loyalty)를 통해 구매한 활성화 아이템을 사용하여 30분에서 최대 30일까지 혜택을 유지할 수 있다 [1, 3, 4]. 이 시스템은 플레이어가 혜택을 유지하기 위해 게임 경제에 지속적으로 참여하고 과금하도록 유도하는 이중 구조(Dual-layer)의 핵심 비즈니스 모델(BM) 장치이다 [1, 5].
+
+## 📖 Core Content
+* **이중 VIP 구조의 작동 방식:** Game of War의 VIP 시스템은 누적 소비와 로그인을 통한 '영구적인 레벨 상승(Experience)'과, 특정 기간 동안만 혜택을 누릴 수 있는 '활성화(Activation)'라는 두 가지 계층으로 나뉜다 [1, 6]. 플레이어가 높은 VIP 레벨을 달성했더라도, VIP 상태가 '활성(Active)' 상태가 아니면 건설 속도 증가, 행군 속도 향상, 부대 공격력 증가 등 해당 레벨이 제공하는 강력한 혜택을 전혀 받을 수 없다 [1-3].
+* **활성화 수단 및 지속 시간:** VIP 혜택을 활성화하려면 특별한 아이템(VIP 30분, VIP 60분, VIP 1일, 최대 30일 등)을 사용해야 한다 [1, 3, 4]. 이 아이템들은 골드로 구매하거나 동맹 상점(Alliance Store)에서 충성도(Loyalty)를 지불하여 구매할 수 있다 [1, 4]. 또한, VIP 포인트를 소모해 다음 VIP 레벨로 승급할 때에도 최대 24시간 동안 VIP가 자동으로 활성화된다 [3]. 활성화 시간은 누적 적용되며, 남은 시간이 존재하는 동안에만 혜택이 유지된다 [4, 7].
+* **비즈니스 모델(BM)로서의 목적:** 이 시간 제한 시스템은 플레이어가 고레벨을 달성한 후에도 지속적으로 결제하거나 게임을 플레이하도록 강제하기 위해 설계되었다 [5]. 활성화 상태가 해제되면 효율성과 전투력이 엄청나게 하락하므로, 플레이어는 혜택의 "불을 계속 켜두기 위해(keep the lights on)" 끊임없이 게임 경제에 시간과 돈을 투자해야만 한다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP 시스템]], [[수익화 모델 (Monetization Model)]], [[계단식 수익화 (Staircase Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 전반에 걸쳐 VIP 레벨 달성과 혜택 활성화가 분리되어 있다는 점이 일치하며, 이는 플레이어의 지속적인 소비를 유도하기 위한 핵심적인 수익화 설계로 분석된다 [1, 3, 5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/실시간 번역 엔진 (RTE).md b/10_Wiki/Topics/Game Design/실시간 번역 엔진 (RTE).md
new file mode 100644
index 00000000..afbbacae
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/실시간 번역 엔진 (RTE).md	
@@ -0,0 +1,18 @@
+# [[실시간 번역 엔진 (RTE)]]
+
+## 📌 Brief Summary
+실시간 번역 엔진(Real-Time Engine, RTE)은 MZ(Machine Zone)가 개발한 독자적인 기술 플랫폼으로, 전 세계 플레이어들이 언어 장벽 없이 소통할 수 있게 해주는 실시간 번역 계층(Translation Layer)을 포함하고 있습니다 [1, 2]. 이 엔진은 게임 내 수백만 건의 트랜잭션과 상호작용을 처리하여 플레이어 간의 거대한 글로벌 소셜 네트워크를 구축하는 데 중추적인 역할을 합니다 [1, 3]. 또한 플레이어의 행동 데이터를 세밀하게 추적하여, 맞춤형 인앱 결제 유도와 같은 정교한 데이터 기반 라이브 운영(LiveOps) 및 수익화 전략을 가능하게 하는 핵심 기술입니다 [3, 4].
+
+## 📖 Core Content
+* **글로벌 채팅 및 실시간 번역 시스템:** RTE의 가장 두드러진 특징 중 하나는 사용자가 입력한 채팅 및 이메일 메시지를 플레이어가 사용하는 언어로 실시간 번역해 주는 기능입니다 [1, 5, 6]. 마이크로소프트와 구글의 서비스를 기반으로 30개 이상의 언어를 지원하며, 자동 번역이 부정확할 경우 플레이어들이 자발적으로 철자와 문법을 수정하도록 하여 번역을 개선하는 크라우드소싱 방식을 채택했습니다 [6]. 이 기술적 가교를 통해 서로 다른 국가의 연맹(예: 일본과 브라질)이 실시간으로 외교를 맺거나 공격을 조율할 수 있는 전 세계적인 규모의 상호작용이 가능해졌습니다 [1, 2, 5].
+* **정밀한 데이터 추적 및 라이브 운영(LiveOps):** MZ는 RTE를 통해 플레이어의 소비 습관, 위치, 연령 및 게임을 그만두는 '이탈 지점(quit points)' 등의 데이터를 매우 세밀한 수준에서 실시간으로 추적했습니다 [4]. 이 플랫폼은 수백만 건의 실시간 트랜잭션을 처리할 수 있어 MZ의 라이브 운영(LiveOps) 전략의 기반 기술로 작용합니다 [3, 7].
+* **마찰 지점에서의 동적 수익화(Monetization at the Point of Friction):** RTE가 수집한 방대한 데이터는 플레이어에 대한 '행동 세분화(Behavioral Segmentation)'와 '동적 제안(Dynamic Offers)'을 가능하게 했습니다 [4]. 예를 들어, 플레이어의 군대가 전투에서 파괴되는 마찰 상황이 발생하면, RTE는 즉시 해당 플레이어가 군대를 재건하는 데 정확히 필요한 자원과 스피드업 아이템을 포함한 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 시스템적으로 트리거하여 제안합니다 [4]. 이러한 고도화된 적시 수익화 모델은 Game of War가 기록적인 ARPDAU(일일 활성 사용자당 평균 결제액)를 달성 및 유지하는 핵심 원동력이 되었습니다 [4].
+* **거대한 기술적 투자:** MZ는 이 번역 계층과 메시징 인프라를 구축하기 위해 초기에 80명의 인력을 투입해 18개월 동안 개발에 매진했습니다 [2, 8, 9]. RTE 시스템은 MZ가 단순한 게임 개발사를 넘어 기술 중심 기업으로 자리매김하게 한 상징적 성과이며 [3], Game of War의 '계단식(Staircase)' 수익화 모델을 완성시킨 근간으로 평가받습니다 [10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LiveOps]], [[Staircase Monetization Model]], [[Behavioral Segmentation]], [[Alliances]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 게임 내 실시간 번역은 기본적으로 마이크로소프트와 구글의 자동 번역 서비스를 근간으로 하였으나, MZ는 이에 그치지 않고 베타 테스트 기간 동안 번역을 돕는 플레이어들에게 가상 통화를 보상으로 지급하며 유저 참여형으로 번역 품질을 보완 및 고도화했다는 점이 특징적입니다 [5, 6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/실시간 번역 엔진 (Real-Time Engine).md b/10_Wiki/Topics/Game Design/실시간 번역 엔진 (Real-Time Engine).md
new file mode 100644
index 00000000..339d7b3c
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/실시간 번역 엔진 (Real-Time Engine).md	
@@ -0,0 +1,17 @@
+# [[실시간 번역 엔진 (Real-Time Engine)]]
+
+## 📌 Brief Summary
+실시간 번역 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 'Game of War'를 위해 개발한 시스템으로, 수백만 건의 실시간 상호작용을 처리하는 동시에 전 세계 플레이어들이 언어 장벽 없이 소통할 수 있도록 돕는 글로벌 채팅 번역 레이어를 제공하는 기술적 플랫폼입니다 [1-3]. 이 엔진은 단순한 번역을 넘어 유저의 행동 데이터를 정밀하게 추적하고 맞춤형 결제 상품을 적시에 제공함으로써, 게임의 라이브 운영(LiveOps)과 수익화를 극대화하는 핵심 기반 역할을 수행합니다 [3-5]. 
+
+## 📖 Core Content
+- **다국어 실시간 번역 및 글로벌 소셜 환경 구축:** RTE에 포함된 실시간 번역 레이어는 전 세계 플레이어들의 연맹 채팅과 글로벌 채팅, 이메일 메시지를 플레이어의 언어로 자동 번역해 줍니다 [2, 6, 7]. Microsoft와 Google의 서비스를 토대로 30개 이상의 언어를 지원하며, 자동 번역이 불가능한 메시지는 다른 유저가 직접 맞춤법 등을 수정해 번역을 돕는 유저 참여 시스템도 포함되어 있습니다 [7]. 이를 통해 서로 다른 국가의 연맹(예: 일본과 브라질 연맹) 간에도 실시간 외교나 협력, 도발이 가능해져 게임 내 사회적 상호작용을 대폭 강화시켰습니다 [2, 6].
+- **데이터 기반 행동 세분화 및 맞춤형 수익화 (Dynamic Offers):** 실시간 엔진은 플레이어의 소비 습관, 위치, 연령은 물론 게임을 이탈하는 지점(quit points)까지 세밀하게 추적할 수 있는 권한을 제공합니다 [4]. MZ는 이 데이터를 활용해 플레이어의 상황에 맞는 행동 세분화와 동적 제안(Dynamic Offers) 시스템을 구축했습니다 [4]. 대표적으로, 플레이어가 전투에서 군대를 모두 잃는 큰 손실을 경험했을 때, 엔진이 이를 감지하여 군대 복구에 정확히 필요한 자원과 스피드업 아이템으로 구성된 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 즉각적으로 띄워 결제를 유도합니다 [4].
+- **라이브 운영(LiveOps)과 기술 플랫폼으로서의 진화:** 이 기술적 성과를 바탕으로 Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하고자 2016년 사명을 MZ로 변경했습니다 [3]. RTE는 대규모 트랜잭션을 실시간으로 처리하며 유저 획득(User Acquisition)부터 게임의 운영까지 모든 영역을 통제합니다 [3, 5]. 이 엔진이 제공하는 막대한 처리 규모와 속도는 유저의 참여를 지속적으로 최적화하고 업계 최고 수준의 유저당 평균 결제액(ARPDAU)을 유지하는 핵심 동력이 되었습니다 [4, 5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LiveOps (라이브 운영)]], [[Staircase Monetization (계단식 수익화 모델)]], [[Alliances (연맹 시스템)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 전반에서 이 실시간 엔진과 번역 레이어를 MZ의 '독자적인(proprietary) 기술'이자 핵심 경쟁력으로 강조하고 있으나 [2, 3], 채팅 및 이메일 자동 번역의 실제 기술적 기반에는 Microsoft와 Google의 서비스가 동력으로 사용되었다고 설명하는 부분도 존재합니다 [7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/실시간 엔진 (RTE).md b/10_Wiki/Topics/Game Design/실시간 엔진 (RTE).md
new file mode 100644
index 00000000..d46252da
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/실시간 엔진 (RTE).md	
@@ -0,0 +1,18 @@
+# [[실시간 엔진 (RTE)]]
+
+## 📌 Brief Summary
+실시간 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 자체 개발한 독자적인 기술 플랫폼으로, 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있도록 설계되었습니다 [1]. 이 엔진은 전 세계 유저 간의 실시간 번역 채팅을 지원하여 게임을 거대한 글로벌 소셜 네트워크로 변모시켰습니다 [2]. 또한, 플레이어의 행동 데이터를 세밀하게 추적하여 개인 맞춤형 오퍼(Offer)를 즉각적으로 제공하는 등 고도화된 라이브 옵스(LiveOps)와 수익화 전략의 기반이 되는 핵심 기술입니다 [1, 3].
+
+## 📖 Core Content
+- **초정밀 데이터 추적 및 라이브 옵스(LiveOps) 지원:** RTE는 플레이어의 지출 습관, 위치, 연령, 게임 이탈 지점(quit points) 등을 매우 세밀한 수준까지 추적할 수 있도록 해줍니다 [3]. 이러한 대규모 데이터 및 실시간 상호작용 처리 능력은 MZ의 라이브 옵스 전략을 구동하고, 플레이어 확보부터 실시간 운영까지 유저의 참여와 경험을 지속적으로 최적화하는 데 중추적인 역할을 합니다 [1, 4].
+- **행동 세분화 및 동적 제안(Dynamic Offers)을 통한 마찰 지점 수익화:** 수집된 데이터를 바탕으로 RTE는 유저의 '행동 세분화'를 구현합니다 [3]. 예를 들어, 플레이어의 군대가 전투에서 전멸하여 큰 상실감을 느끼는 '마찰 지점(point of friction)'이 발생하면, 엔진은 즉각적으로 해당 군대를 재건하는 데 정확히 필요한 자원과 가속 아이템으로 구성된 99.99달러짜리 개인 맞춤형 '복수 팩(Revenge Pack)' 결제창을 띄웁니다 [3]. 이러한 정교한 타겟팅은 Game of War가 기록적인 일일 활성 사용자당 결제액(ARPDAU)을 달성할 수 있었던 핵심 요인입니다 [3].
+- **글로벌 소셜 네트워크를 위한 실시간 번역 레이어:** RTE에는 언어가 다른 국가의 플레이어들이 연맹 채팅이나 글로벌 채팅에서 원활하게 소통할 수 있도록 하는 실시간 번역 기능이 포함되어 있습니다 [2]. 이 기술적 연결 고리를 통해 일본의 연맹이 브라질 연맹에 기습 공격을 조율하는 등의 실시간 외교와 도발이 가능해졌으며, 결과적으로 게임 내에서의 성과에 대한 사회적 압박과 패배의 수치심을 극대화하여 유저를 더 깊이 몰입하게 만들었습니다 [2].
+- **게임 개발사에서 기술 기업으로의 정체성 확장:** Game of War의 대성공과 RTE 기술의 혁신성을 바탕으로, 회사는 단순한 게임 개발사를 넘어 기술 기업(Technology company)으로서의 정체성을 강조하기 위해 2016년 사명을 'MZ'로 리브랜딩했습니다 [1]. 게임 내 경제적, 구조적 지배력을 구성하는 디지털 인프라는 모두 이 RTE의 기술적 성취 위에 세워져 있습니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[라이브 옵스 (LiveOps)]], [[마찰 지점 수익화 (Monetization at the point of friction)]], [[실시간 번역 (Real-Time Translation)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 관련 정보가 충분히 제공되고 있으나, RTE의 구체적인 하드웨어 스펙이나 코딩 아키텍처에 대한 기술적 세부 사항보다는 유저의 심리와 데이터를 수익화하고 글로벌 소셜 활동을 연결하는 '비즈니스 및 운영 도구'로서의 역할이 주로 강조되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/실시간 엔진 (Real-Time Engine).md b/10_Wiki/Topics/Game Design/실시간 엔진 (Real-Time Engine).md
new file mode 100644
index 00000000..b29f9d59
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/실시간 엔진 (Real-Time Engine).md	
@@ -0,0 +1,18 @@
+# [[실시간 엔진 (Real-Time Engine)]]
+
+## 📌 Brief Summary
+실시간 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 자체 개발한 기술 플랫폼으로, 수백만 건의 실시간 트랜잭션과 상호작용을 처리하도록 설계되었습니다. 이 기술은 다양한 국가의 플레이어들이 언어 장벽 없이 소통할 수 있도록 글로벌 실시간 번역 계층을 제공합니다. 또한 플레이어의 행동 데이터를 정밀하게 추적하고 적시에 개인화된 상품을 제안하여, 게임의 라이브 운영(LiveOps)과 고도화된 수익화 전략을 이끄는 핵심 기반입니다.
+
+## 📖 Core Content
+* **대규모 트랜잭션 처리 및 실시간 번역 지원:** RTE는 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있는 플랫폼으로 개발되었습니다 [1]. 이 엔진에는 다양한 국가의 플레이어들이 동맹 채팅 및 글로벌 채팅에서 원활하게 소통할 수 있도록 지원하는 번역 계층(translation layer)이 포함되어 있어 게임 내 소셜 상호작용을 극대화합니다 [2, 3].
+* **정밀한 데이터 추적 및 라이브 운영(LiveOps)의 중추:** MZ는 RTE를 통해 유저 획득(User Acquisition)부터 게임의 실시간 운영에 이르는 모든 과정을 구동합니다 [4]. 이 엔진은 플레이어의 소비 습관, 위치, 연령, 그리고 게임에서 이탈하는 지점(quit points) 등의 방대한 데이터를 아주 세밀한 수준까지 추적할 수 있도록 지원합니다 [5].
+* **행동 세분화(Behavioral Segmentation)와 맞춤형 동적 제안:** RTE가 수집한 데이터를 바탕으로 회사는 유저의 행동 세분화 및 동적 제안(dynamic offers) 시스템을 구현했습니다 [5]. 예를 들어, 전투 패배로 플레이어의 군대가 전멸하는 등의 '마찰 지점(point of friction)'이 발생하면, 엔진이 즉각적으로 복구에 필요한 정확한 자원과 스피드업 아이템이 포함된 $99.99 규모의 맞춤형 '복수 팩(Revenge Pack)' 제안을 트리거하여 수익을 창출합니다 [5].
+* **회사의 방향성 및 비즈니스 성과 기여:** 이러한 고도의 타겟팅 및 수익화 시스템 덕분에 Game of War는 기록적인 ARPDAU(일일 활성 유저당 평균 매출)를 유지할 수 있었습니다 [5]. Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하기 위해 2016년 사명을 MZ로 변경하기도 했으며, RTE의 규모와 속도는 Game of War가 거둔 상업적 성공의 핵심적인 기술적 유산으로 평가받습니다 [1, 3, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[라이브 운영 (LiveOps)]], [[행동 세분화 (Behavioral Segmentation)]], [[동적 제안 (Dynamic Offers)]], [[계단식 수익화 모델 (Staircase Monetization Model)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 제공된 소스 내에서 이 주제와 관련된 상충하는 의견이나 모순점은 발견되지 않습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/약탈적 수익화 (Predatory Monetization).md b/10_Wiki/Topics/Game Design/약탈적 수익화 (Predatory Monetization).md
new file mode 100644
index 00000000..992636f2
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/약탈적 수익화 (Predatory Monetization).md	
@@ -0,0 +1,19 @@
+# [[약탈적 수익화 (Predatory Monetization)]]
+
+## 📌 Brief Summary
+약탈적 수익화(Predatory Monetization)는 플레이어의 심리적 취약점을 이용해 지속적이고 과도한 지출을 유도하는 불공정하고 공격적인 수익 창출 기법을 의미한다 [1]. 『Game of War』와 같은 게임에서는 기본 편의 기능의 유료화, FOMO(소외되는 것에 대한 두려움) 자극, 매몰 비용 오류의 악용 등을 통해 이러한 모델이 두드러지게 나타나며 [1], 이는 플레이어의 과금 의향(Willingness to Pay)을 극대화하기 위한 동적 가격 책정 및 '계단식 수익화' 구조와 깊이 연관되어 있다 [2].
+
+## 📖 Core Content
+- **불공정 및 공격적 기법의 적용:** 연구자들은 『Game of War』의 시스템을 약탈적 수익화의 대표적 사례로 지적하며, '즉시 완료(instant finish)'나 기본적 소셜 조정 같은 기본 편의 기능(Quality of Life)을 강제로 유료화하여 수익을 창출하는 방식을 불공정한 기법으로 분류한다 [1].
+- **심리적 취약점 악용 (다크 패턴):** 게임은 타이머와 기간 한정 배너를 사용하여 인위적인 긴박감을 조성함으로써 플레이어의 FOMO(소외되는 것에 대한 두려움)를 적극적으로 자극한다 [1, 3, 4]. 또한, 플레이어가 이전에 투자한 자산이 파괴되어 무로 돌아가는 것(zero-ed)을 막기 위해 계속해서 지출하도록 유도하는 매몰 비용 오류(Sunk Cost Fallacy)를 악용한다 [1].
+- **계단식 수익화(Staircase Monetization) 구조:** 정찰제 상점을 제공하는 전통적인 게임과 달리, 동적 가격 책정과 패키지 에스컬레이션을 사용해 개별 사용자의 지불 용의(WTP)를 최대한으로 끌어올린다 [2]. 초기에는 저렴한 패키지를 제공하지만 결제가 이루어지면 더 비싼 패키지(예: $99.99)로 계속해서 지출 기준선을 상향 이동시킨다 [2].
+- **가상 화폐를 통한 지출 인지 흐리기:** 임의의 프리미엄 게임 내 화폐(Virtual Currency)를 사용하여 플레이어(특히 어린이)가 실제로 얼마의 돈을 쓰고 있는지 직관적으로 이해하기 어렵게 만든다 [5-7]. 이러한 화폐는 대량 구매 시 할인을 제공하여 충동적인 대규모 지출을 조장하며, 아이템 가격과 묶음 판매 가격의 불일치를 통해 항상 애매한 '잔돈'이 남도록 설계되어 추가 구매를 유도한다 [8, 9].
+- **지속적인 진부화(Continuous Obsolescence):** 일일 업데이트를 통해 새로운 건물 레벨, 새로운 병력 티어 등 이른바 '콘텐츠 러닝머신'을 지속적으로 도입한다 [10]. 이는 상위 과금러(Whale)와 일반 플레이어 간의 힘의 격차를 끊임없이 벌리며, 중간 계층의 플레이어가 구식으로 도태되는 것을 피하기 위해 무한정 돈을 쓰도록 강제한다 [10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[다크 패턴 (Dark Patterns)]], [[과금 의향 (Willingness to Pay)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[FOMO (Fear of Missing Out)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[4X 전략 게임 수익화 모델]]
+- **Contradictions/Notes:** 약탈적 수익화와 다크 패턴은 플레이어(특히 어린이)를 착취하는 비윤리적인 방식이라는 강한 비판과 규제적 감시의 대상이 되고 있으나 [1, 11, 12], 현실적으로 4X 전략 게임 장르에서 LTV(고객 생애 가치)와 수익을 역대 최고 수준으로 극대화하며 업계에서 가장 수익성 높은 비즈니스 모델로 자리 잡았다는 모순이 존재한다 [13-16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/얼라이언스 (Alliance).md b/10_Wiki/Topics/Game Design/얼라이언스 (Alliance).md
new file mode 100644
index 00000000..be5db4ac
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/얼라이언스 (Alliance).md	
@@ -0,0 +1,22 @@
+# [[얼라이언스 (Alliance)]]
+
+## 📌 Brief Summary
+'게임 오브 워(Game of War)'를 비롯한 4X 모바일 게임에서 얼라이언스(동맹)는 최대 100명의 플레이어로 구성되는 복잡한 정치적, 사회적 집단입니다 [1]. 단순한 팀의 개념을 넘어 플레이어 간의 협력, 외교, 배신 등 창발적 게임플레이(Emergent Gameplay)를 유도하는 핵심 기반입니다 [2-4]. 특히 얼라이언스 내에서 형성된 사회적 유대감과 상호 압박은 플레이어들이 게임에 지속적으로 참여하고 막대한 인앱 결제(IAP)를 진행하게 만드는 가장 강력한 원동력으로 작용합니다 [5, 6].
+
+## 📖 Core 소 Content
+*   **사회적 구조와 역할 분담:** 
+    얼라이언스 내에서 플레이어들은 단순히 전투만 하는 것이 아니라 고도화된 역할을 분담합니다 [3]. 자원을 전담하여 생산하는 '농부(farmer)', 맵의 정보를 수집하는 '정찰병(scout)', 자원을 안전하게 관리하는 '은행가(banker)' 등으로 역할을 나눕니다 [3]. 공격으로부터 서로를 보호하기 위해 도시들을 밀집시키는 '하이브(hives)'를 형성하며, 게임 내 실시간 번역 시스템을 통해 국적과 언어를 초월한 글로벌 규모의 소통과 합동 군사 작전을 수행합니다 [5, 7, 8].
+*   **강력한 BM 연계 요소 ('킥백' 시스템):** 
+    얼라이언스는 게임의 수익화(Monetization) 모델과 직접적으로 연결되어 있습니다 [6]. 가장 대표적인 것은 한 멤버가 인앱 결제(IAP) 번들을 구매하면 얼라이언스 내의 다른 모든 멤버도 선물을 받게 되는 '킥백(kick-back)' 시스템입니다 [6]. 이 시스템은 과금 유저들을 한 얼라이언스로 모이게 하는 효과가 있으며, 동시에 조직에 무임승차하지 않고 기여해야 한다는 강력한 사회적 압박(Social pressure)을 부여해 일반 플레이어들의 과금을 유도합니다 [6, 9, 10].
+*   **엔드게임과 정치적 메타게임:** 
+    게임의 궁극적 목표인 '원더(Wonder)'나 다중 서버 이벤트인 '슈퍼 원더(Super Wonder)', 'KvK(Kingdom vs. Kingdom)'를 통제하려면 얼라이언스 단위의 대규모 협력이 필수적입니다 [5, 11, 12]. 특정 얼라이언스가 원더를 점령하면 그 얼라이언스의 리더는 '왕(King)'이나 '황제(Emperor)'가 되어 다른 유저들에게 버프나 디버프 칭호를 내리고 세금을 징수할 권력을 얻습니다 [13, 14]. 이러한 절대 권력의 존재는 얼라이언스 간의 불가침 조약(NPA) 체결, 스파이 활동, 배신, 내전 등 현실의 정치와 유사한 메타게임을 창출합니다 [4].
+*   **전용 기능과 성장 가속:** 
+    얼라이언스에 가입하면 동맹 전용 퀘스트, 자원 및 아이템 거래, 전용 도시 건설 등의 혜택을 누릴 수 있습니다 [15, 16]. 또한, 획득한 충성도(Loyalty)를 사용하여 얼라이언스 상점에서 VIP 활성화 아이템이나 전쟁 버프 아이템 등을 구매할 수 있습니다 [17, 18]. 서로의 건설 및 연구 시간을 단축시켜주는 지원(Help) 기능은 게임 세션을 반복적으로 늘리고 유저의 지속적인 접속을 유도하는 핵심 장치입니다 [19].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[창발적 게임플레이 (Emergent Gameplay)]], [[수익화 모델 (Monetization)]], [[KvK (Kingdom vs Kingdom)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 얼라이언스는 플레이어에게 필수적인 보호막과 성장 혜택을 제공하지만, 과금을 많이 하는 하드코어 얼라이언스에서는 멤버들에게 결제에 대한 큰 부담을 주며 이를 따르지 않을 경우 강퇴당할 수도 있는 등 긍정적 유대감과 부정적 압박이 혼재된 구조를 가집니다 [6, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/영구 손실 (Permanent loss).md b/10_Wiki/Topics/Game Design/영구 손실 (Permanent loss).md
new file mode 100644
index 00000000..7906c5dd
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/영구 손실 (Permanent loss).md	
@@ -0,0 +1,18 @@
+# [[영구 손실 (Permanent loss)]]
+
+## 📌 Brief Summary
+Game of War에서 '영구 손실'은 전투에서 패배한 병력 중 병원(Hospital)의 수용 용량을 초과한 병력이 서버에서 영구적으로 삭제되는 시스템을 의미한다 [1]. 이로 인해 플레이어는 수천 달러나 수개월의 시간 투자가 단 몇 분 만에 무효화되는 막대한 전투력 상실을 겪게 된다 [1, 2]. 게임은 이러한 상실감과 매몰 비용 오류를 자극하여, 플레이어들이 피해를 복구하고 복수하기 위해 고가의 아이템 팩을 구매하도록 강력하게 유도하는 핵심 수익화(BM) 장치로 이 시스템을 활용한다 [1, 3, 4].
+
+## 📖 Core Content
+* **시스템의 작동 원리:** Game of War의 전투 루프는 '영구 손실'을 핵심으로 정의된다 [1]. 플레이어의 군대가 공격받아 패배했을 때, 부상당한 병력을 치료할 수 있는 병원(Hospital)의 공간이 가득 차 있다면 나머지 병력은 그대로 서버에서 삭제되어 복구할 수 없게 된다 [1]. 
+* **플레이어에게 미치는 파급력:** 영구 손실 시스템으로 인해 플레이어는 즉각적이고 치명적인 '전투력 상실(power loss)'을 직면하게 된다 [1]. 이는 단 몇 분 만에 3개월 이상의 플레이 시간이나 수천 달러에 달하는 금전적 투자가 완전히 무효화될 수 있음을 의미하며, 이처럼 상대방의 군사력을 완전히 파괴하는 행위를 게임 내에서는 '제로잉(Zero-ing)'이라고 부른다 [1, 2, 5].
+* **수익화(BM)와의 강력한 연계성:** 영구 손실은 Game of War가 기록적인 수익을 달성하게 만든 가장 핵심적인 동력 중 하나이다 [1, 4]. 병력이나 영웅을 상실하여 '제로(zero)' 상태가 된 플레이어는 자신의 군사적 지위를 회복하거나 상대에게 복수하기 위해 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 패키지 등을 구매해야 하는 강한 심리적 압박을 받는다 [1, 4]. 연구자들은 이를 매몰 비용의 오류(Sunk Cost Fallacy)를 남용하여 플레이어가 과거의 투자를 지키기 위해 계속 돈을 쓰도록 강요하는 약탈적(Predatory) 수익화 기법으로 지목한다 [3].
+* **권력(Power) 중심의 생태계 조성:** 무한한 전투력 인플레이션(Power creep)과 영구 손실 시스템이 결합되면서, 한때 막강했던 세력조차도 단 한 번의 공격으로 순식간에 약소국으로 몰락할 수 있는 환경이 만들어진다 [6]. 반대로 공격자에게는 상대방을 철저히 파괴할 수 있다는 지배력과 권력의 쾌감을 제공하여 게임 플레이의 핵심적인 보상으로 작용한다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[제로잉 (Zeroing)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[병원 (Hospital)]], [[Instant Training Packs]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스 내에서 상충되는 의견은 없으며, 영구 손실이 게임의 높은 수익성과 긴장감을 이끄는 동시에 플레이어의 심리를 착취하는 억압적 다크 패턴(Dark Pattern)으로 작용한다는 점이 일관되게 설명된다 [1-3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/영구적 손실 (Permanent Loss).md b/10_Wiki/Topics/Game Design/영구적 손실 (Permanent Loss).md
new file mode 100644
index 00000000..de5f3be7
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/영구적 손실 (Permanent Loss).md	
@@ -0,0 +1,18 @@
+# [[영구적 손실 (Permanent Loss)]]
+
+## 📌 Brief Summary
+'영구적 손실(Permanent Loss)'은 게임 내에서 전투 패배 시 군대와 영웅 같은 플레이어의 자산이 서버에서 영구적으로 삭제되는 시스템을 의미한다 [1, 2]. 병원(Hospital)의 수용량이 가득 찬 상태에서 병력을 잃게 되면 복구할 수 없으며, 이는 플레이어에게 즉각적이고 치명적인 전투력 상실(power loss)을 초래한다 [1]. 이 시스템은 플레이어에게 막대한 상실감을 부여하고 이를 빠르게 복구하거나 상대에게 복수하도록 자극하여, 막대한 인앱 결제를 유도하는 핵심적인 수익 창출 장치로 작동한다 [1, 3].
+
+## 📖 Core Content
+* **영구적 손실의 메커니즘**: Game of War의 전투 루프를 정의하는 핵심 요소는 '영구적 손실'이다 [1]. 플레이어의 군대가 전투에서 패배하고 병원의 수용 한도가 가득 차면, 잃은 병력은 서버에서 완전히 삭제된다 [1]. 이러한 영구적 손실은 플레이어가 몇 달간 투자한 시간이나 수천 달러에 달하는 금전적 투자가 단 몇 분 만에 무의미해질 수 있음을 의미한다 [1, 2]. 
+* **수익 창출(Monetization) 수단으로서의 역할**: 영구적 손실은 게임의 주요 수익 창출 동력(primary driver of revenue)으로 작용한다 [4]. 플레이어가 공격을 받아 군사력을 잃고 이른바 '제로드(zeroed)' 상태가 되면, 게임은 즉시 잃어버린 병력과 군사력을 복구하거나 적에게 복수할 수 있도록 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 아이템 등 비싼 맞춤형 패키지를 제안한다 [1, 3]. 플레이어는 자신이 애써 투자한 진행 상황을 잃은 것에 대한 상실감 때문에 이러한 패키지 구매 유혹에 쉽게 굴복하게 된다 [3].
+* **사회적 압력과 권력(Power)의 상실**: Game of War의 본질적인 핵심은 권력 쟁취에 있으며, 영구적 손실은 다른 플레이어를 압도하고 철저히 파괴할 수 있는 잔혹한 환경을 제공한다 [2]. 한때 강력했던 왕국이라도 영구적 손실을 겪으면 순식간에 약소국으로 전락할 수 있다 [5]. 동맹원들을 실망시키지 않아야 한다는 사회적 압박감과 뒤처지는 것에 대한 두려움은, 플레이어들이 지속적으로 과금하도록 이끄는 강력한 원동력이 된다 [5].
+* **손실의 예외 사항**: 병력이나 영웅은 전투의 결과로 영구적인 손실 위험에 노출되지만, 아카데미(Academy) 연구를 통해 획득하는 '연구 전투력(Research Power)'은 예외이다 [6]. 이는 전투에서 패배하더라도 잃어버리지 않는 영구적인 능력치로 플레이어의 힘을 유지해 주는 안전장치 역할을 한다 [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[제로잉 (Zeroing)]], [[맞춤형 팩 (Personalized Packs)]], [[병원 (Hospital)]], [[과금 모델 (Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Contradictions/Notes:** 일반적인 병력(Troops)과 영웅의 힘은 전투 패배 시 영구적으로 상실될 수 있지만, 아카데미 연구를 통해 얻은 '연구 전투력(Research Power)'은 전투 결과에 상관없이 상실되지 않고 영구적으로 보존된다는 뚜렷한 차이점이 존재한다 [6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/왕국 대 왕국 (KvK) 이벤트.md b/10_Wiki/Topics/Game Design/왕국 대 왕국 (KvK) 이벤트.md
new file mode 100644
index 00000000..73a0d24f
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/왕국 대 왕국 (KvK) 이벤트.md	
@@ -0,0 +1,27 @@
+# [[왕국 대 왕국 (KvK) 이벤트]]
+
+## 📌 Brief Summary
+왕국 대 왕국(KvK, Kingdom vs. Kingdom) 이벤트는 게임 내 왕국들의 보호가 일시적으로 해제되어 플레이어들이 서로 다른 왕국을 침공하고 전투를 벌일 수 있는 대규모 서버 간 전쟁 이벤트입니다. 이 이벤트는 상위 연맹과 플레이어뿐만 아니라 서버 전체의 인원이 참여해야 승리할 수 있으며, 승패에 따라 왕국의 통치권과 생존이 결정됩니다. 생존과 직결된 극한의 경쟁 심리를 자극하여 유저들의 자원 및 가속 아이템 소비를 폭발적으로 끌어내는 'Game of War' 수익 모델(BM)의 핵심적인 장치입니다.
+
+## 📖 Core Content
+
+*   **KvK 이벤트의 단계적 구조:**
+    KvK 이벤트는 고급 순간이동(Advanced Teleport)을 사용하여 적의 왕국으로 넘어가 총력전을 벌이는 형태로 진행되며, 일반적으로 4개의 단계로 세분화됩니다 [1-3].
+    1.  **매칭 단계 (48시간):** 각 왕국의 상위 100명 플레이어의 총 전투력을 기준으로 비슷한 수준의 두 왕국이 매칭됩니다 [2].
+    2.  **준비 단계 (5일):** 건설, 연구, 병력 훈련 등 전투 외적인 작업을 통해 왕국의 포인트를 쌓으며, 이 단계에서 승리한 왕국이 성 전투에서 공격권을 갖게 됩니다 [2].
+    3.  **전투 단계 (12시간):** 서버 간 순간이동이 활성화되며, 플레이어들은 적 왕국을 침공하여 병력을 처치하고, 자원을 약탈하며, 적의 '원더(Wonder)'를 포획하기 위해 싸웁니다 [2, 4].
+    4.  **복구 단계 (Triage Phase):** 전투 후 회복하는 기간으로, 승리한 왕국은 '하이 킹덤(High Kingdom)'이 되며, 해당 왕국의 국왕은 패배한 왕국까지 통치하며 세금과 디버프를 부과할 수 있는 권력을 얻습니다 [2].
+
+*   **침공 및 전투 규칙:**
+    적 왕국에 침공한 병력은 뿔이 달린 해골이 있는 검은색 건물(바바리안 요새)의 모습으로 맵에 표시되어 아군과 적군이 명확히 구분됩니다 [5]. 침공 중에도 '원더 숲(Wonder Forest)' 구역에 들어가지 않는 한 평화의 방패(Shield)를 사용하여 자신의 병력을 보호할 수 있습니다 [3]. 치열한 전투가 벌어지는 와중에도 일부 플레이어들은 이벤트 포인트를 획득하고 보상을 얻기 위해 상대방과 합의하에 병력을 처치해 주는 '킬 교환(Kill Trades)' 전략을 사용하기도 합니다 [6].
+
+*   **BM(수익 모델) 및 게임 구조와의 연관성:**
+    KvK는 단순한 경쟁 이벤트를 넘어 개별 서버의 '생존'이 걸린 중대한 콘텐츠입니다 [7]. KvK에서 반복적으로 패배하는 왕국은 지도부의 무능이나 서버의 약세로 인식되어 플레이어들이 다른 서버로 이탈(Migration)하게 되며, 결국 서버 인구 감소 및 통폐합으로 이어집니다 [7-9]. 이러한 실존적 위협은 소수의 고과금 유저(고래 유저)뿐만 아니라 일반 캐주얼 플레이어들까지도 이벤트 준비와 전투에 강제로 참여하도록 압박합니다 [7, 10, 11]. 왕국의 자존심과 생존을 지키기 위해 플레이어들은 이벤트 기간 동안 막대한 양의 자원과 '가속 아이템(Speed-ups)'을 폭발적으로 소비하게 되며, 이는 게임의 '끝없는 지출(Deficit Economy)'을 유도하는 가장 강력한 수익 창출 원동력으로 작용합니다 [7, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[가속 아이템 (Speed-ups)]], [[고급 순간이동 (Advanced Teleport)]], [[라이브옵스 (LiveOps) 및 과금 구조]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Game)]]
+- **Contradictions/Notes:** 소스 전반에 걸쳐 KvK는 왕국의 운명이 걸린 매우 적대적이고 무자비한 전쟁으로 묘사되지만, 플레이어들 사이에서는 이벤트 보상을 극대화하기 위해 암묵적으로 서로의 병력을 희생시키는 '킬 교환(Kill Trades)'과 같은 변칙적인 행동도 발생한다는 점이 흥미롭습니다 [6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/이중 VIP 시스템 (Dual-layer VIP).md b/10_Wiki/Topics/Game Design/이중 VIP 시스템 (Dual-layer VIP).md
new file mode 100644
index 00000000..b61df63a
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/이중 VIP 시스템 (Dual-layer VIP).md	
@@ -0,0 +1,25 @@
+# [[이중 VIP 시스템 (Dual-layer VIP)]]
+
+## 📌 Brief Summary
+이중 VIP 시스템(Dual-layer VIP)은 《Game of War》와 《Fate War》 같은 4X 전략 게임에서 주로 사용되는 고도화된 수익화 구조입니다 [1, 2]. 이 시스템은 누적 지출을 통해 달성하는 '영구적인 VIP 레벨'과, 일정 시간 동안만 버프를 켜는 '시간제 VIP 활성화'라는 두 가지 별개의 층위로 나뉩니다 [3, 4]. 플레이어는 높은 VIP 레벨에 도달하더라도 실질적인 혜택을 받기 위해 지속적으로 활성화 아이템을 소모해야 하므로, 끊임없는 결제와 게임 참여가 강제됩니다 [5, 6].
+
+## 📖 Core Content
+* **시스템의 두 가지 층위 (Two Layers of the System)**
+  * **Layer 1: 영구적 VIP 레벨 (Permanent VIP Level):** 플레이어가 인앱 결제를 하거나 일일 로그인을 통해 누적된 VIP 경험치(포인트)를 획득하여 올리는 단계입니다 [3, 4, 7]. 한 번 달성한 레벨은 만료되거나 초기화되지 않으며 영구적으로 유지됩니다 [4].
+  * **Layer 2: 시간제 VIP 활성화 (Time-limited VIP Activation):** 높은 VIP 레벨에 도달했다고 해서 혜택이 자동으로 적용되지 않습니다 [2, 4]. 플레이어는 골드나 충성도(Loyalty)를 사용하여 구매한 활성화 아이템(30분, 60분, 1일, 30일 등)을 사용해야만 해당 레벨의 보너스를 켤 수 있습니다 [3, 4, 8, 9]. 활성화 타이머가 만료되면 보너스는 즉시 꺼지게 됩니다 [4].
+
+* **수익화(BM) 목적과 효과**
+  * **지속적인 지출 및 유지비 강제:** 이 이중 구조는 플레이어가 이미 엄청난 자본을 투자해 높은 VIP 레벨을 달성했더라도 혜택을 유지하기 위해 끊임없이 게임 경제에 참여하도록 강제합니다 [5]. 플레이어는 혜택의 불을 켜두기 위해(keep the lights on) 활성화 아이템에 지속적으로 자본을 소모해야 합니다 [5].
+  * **이중 비용 부담:** 결과적으로 플레이어의 VIP 투자는 목표 티어에 도달하기 위한 '누적 지출'과 혜택을 계속 가동하기 위한 '진행형 활성화 비용'이라는 두 가지 비용 구조로 나뉘게 됩니다 [6].
+
+* **게임 플레이 및 전략에 미치는 영향**
+  * VIP가 비활성화된 상태에서는 플레이 효율성과 전투력이 크게 떨어지기 때문에, 플레이어는 활성화 시점을 전략적으로 결정해야 합니다 [5]. 
+  * 오프라인 상태나 유휴 시간에 혜택이 켜져 있으면 보너스를 낭비하는 셈이 되므로, 적극적인 플레이 세션(건설 및 연구 대기열을 다수 가동할 때나 핵심 대규모 이벤트 시점)에 맞춰 단기 활성화 아이템을 사용하는 것이 필수적인 전략이 됩니다 [6, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[스태어케이스 수익화 모델 (Staircase Monetization Model)]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]]
+- **Contradictions/Notes:** 대다수의 일반적인 4X 게임은 돈을 써서 특정 VIP 레벨에 도달하면 영구적으로 보너스가 켜지는 단순한 모델을 사용하지만, 이중 VIP 시스템을 채택한 게임들은 활성화 과정을 분리하여 플레이어의 투자 계산식을 완전히 바꿔놓았다는 점이 특징입니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/이중 계층 과금 모델 (Two-layer Monetization).md b/10_Wiki/Topics/Game Design/이중 계층 과금 모델 (Two-layer Monetization).md
new file mode 100644
index 00000000..c2b709bc
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/이중 계층 과금 모델 (Two-layer Monetization).md	
@@ -0,0 +1,18 @@
+# [[이중 계층 과금 모델 (Two-layer Monetization)]]
+
+## 📌 Brief Summary
+이중 계층 과금 모델은 플레이어가 누적 결제를 통해 영구적인 VIP 레벨(1계층)을 올리더라도, 해당 레벨의 혜택을 실제로 받기 위해서는 시간제한이 있는 활성화 아이템(2계층)을 별도로 사용해야 하는 과금 구조를 의미합니다 [1-3]. 이 시스템은 플레이어가 단순히 높은 레벨에 도달하는 것에 그치지 않고, 게임 경제에 지속적으로 참여하며 재화를 소비하도록 유도합니다 [4]. 대표적으로 'Game of War'와 'Fate War' 같은 모바일 4X 전략 게임에서 주요한 수익 창출 및 유지 장치로 활용됩니다 [2, 5].
+
+## 📖 Core Content
+* **제1계층 - 영구적 VIP 레벨 (VIP Level):** 플레이어는 누적 결제, 일일 로그인, 팩 구매 등을 통해 VIP 경험치(포인트)를 획득하여 VIP 레벨을 올립니다 [1, 3, 6]. 한 번 도달한 VIP 레벨 및 달성 진행도는 영구적으로 유지되며 만료되거나 초기화되지 않습니다 [3].
+* **제2계층 - 시간제한 활성화 (VIP Activation):** 새로운 VIP 티어에 도달하더라도 보너스가 자동으로 켜지지 않습니다 [3]. 플레이어는 인게임 재화(골드나 충성도 등)로 구매할 수 있는 VIP 활성화 아이템(예: 30분, 1시간, 8시간, 24시간 패스 등)을 사용하여 제한된 시간 동안만 혜택을 활성화해야 합니다 [1, 3, 7]. 타이머가 종료되면 활성화 아이템을 다시 사용할 때까지 보너스 혜택이 꺼집니다 [3].
+* **경제적 설계 의도와 파급 효과:** 이 이중 계층 모델은 사실상의 '활성화를 통한 구독(Subscription through Activation)'으로 기능합니다 [5]. 매우 높은 VIP 레벨에 도달한 엘리트 고액 결제자라 할지라도 전투력과 효율성 혜택을 유지하기 위해 지속적으로 게임 경제에 재화를 지불해야만 합니다 [4]. 
+* **플레이어의 전략적 자원 관리:** 한정된 시간 동안만 보너스가 적용되므로, 플레이어는 건설, 연구 완료, 대규모 이벤트(예: Tribal Showdown) 등 보너스 효과가 극대화되는 시점에 맞춰 전략적으로 활성화 타이밍을 계산해야 합니다 [8, 9]. 오프라인이거나 유휴 시간에 활성화 아이템을 소모하는 것은 자원 낭비(Gem traps)로 직결되게끔 설계되어 있습니다 [8, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP 시스템 (VIP System)]], [[계단식 과금 모델 (Staircase Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]], [[4X 전략 게임 (4X Strategy)]]
+- **Contradictions/Notes:** 제공된 소스 내에서 상충하는 내용은 없으며, 'Game of War'와 'Fate War' 모두 동일한 형태의 이중 계층 VIP 시스템을 채택하여 핵심 과금 모델로 활용하고 있음을 일관되게 보여줍니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/적자 경제 (Deficit economy).md b/10_Wiki/Topics/Game Design/적자 경제 (Deficit economy).md
new file mode 100644
index 00000000..60418966
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/적자 경제 (Deficit economy).md	
@@ -0,0 +1,17 @@
+# [[적자 경제 (Deficit economy)]]
+
+## 📌 Brief Summary
+'Game of War'에서 적자 경제란 플레이어의 대규모 군대가 소비하는 자원 유지비(Upkeep)가 도시의 자연적인 자원 생산량을 초과하여 지속적으로 자원이 고갈되는 경제 상태를 의미합니다 [1-3]. 병력 유지비로 인해 식량 등의 자원이 0에 도달하면 플레이어의 건설과 연구 등의 성장이 사실상 동결됩니다 [3]. 이는 플레이어가 맵에서 위험을 감수하고 자원을 채집하거나 과금을 하도록 유도하는 게임의 핵심적인 경제 및 BM 장치입니다 [1, 3, 4].
+
+## 📖 Core Content
+* **유지비(Upkeep)와 자원 소비 구조:** 게임 내 군대는 기능을 유지하기 위해 끊임없이 식량과 자원을 소비하며, 이를 유지비(Upkeep)라고 부릅니다 [5]. 1~2티어 병력은 일반 식량 등 1단계 자원을 소비하지만, 3~4티어는 사탕수수(Cane), 5티어 이상은 치즈(Cheese)와 같은 고등급 자원을 요구합니다 [3, 6]. 고레벨 대규모 병력이 많아질수록 이들이 소비하는 자원량이 플레이어의 자연 생산률을 압도하게 되면서 본격적인 적자 경제 구조가 형성됩니다 [1, 2].
+* **성장 동결을 통한 게임 진행 통제:** 적자 경제 하에서 자원이 0에 도달하더라도 병력이 굶어 죽지는 않습니다 [3]. 하지만 자원이 부족해지면 새로운 연구를 진행하거나 건물 건설 프로젝트를 시작할 수 없게 되므로, 플레이어의 게임 내 진행(Progress)이 사실상 완전히 얼어붙게 됩니다 [1, 3, 4].
+* **과금 및 고위험 활동의 유도:** 자원 결핍을 메우고 성장을 이어가기 위해 플레이어는 인벤토리의 '자원 아이템(Resource Items)'을 사용하거나, 맵에 나가 직접 자원을 수확(Harvest)해야만 합니다 [3]. 그러나 맵에서의 자원 채집은 적의 공격에 무방비로 노출되는 매우 위험한 활동이므로, 적자 경제 시스템은 결국 플레이어들이 진척도를 잃지 않기 위해 지갑을 열어 과금하도록 압박하는 강력한 동인으로 작용합니다 [1, 3, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유지비 (Upkeep)]], [[4X 코어 루프 (4X Core Loop)]]
+- **Projects/Contexts:** [[Game of War  BM과 구조 조사]]
+- **Contradictions/Notes:** 자원이 0이 되더라도 보유한 군대가 아사(Starve to death)하는 직접적인 페널티는 존재하지 않으며, 대신 성장 시스템(연구 및 건설)을 마비시키는 간접적인 방식으로 플레이어를 압박합니다 [3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/제로잉 (Getting Zero-ed).md b/10_Wiki/Topics/Game Design/제로잉 (Getting Zero-ed).md
new file mode 100644
index 00000000..e3dd574f
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/제로잉 (Getting Zero-ed).md	
@@ -0,0 +1,20 @@
+# [[제로잉 (Getting Zero-ed)]]
+
+## 📌 Brief Summary
+'제로잉(Getting Zero-ed)'은 4X 게임에서 다른 플레이어의 도시를 공격하여 병력이나 영웅 등의 자산을 완전히 파괴하고 영구적인 손실을 입히는 행위를 뜻합니다 [1-3]. 이 시스템으로 인해 플레이어는 몇 달간의 노력과 수천 달러의 투자가 순식간에 무의미해지는 치명적인 피해를 볼 수 있습니다 [3, 4]. 이는 플레이어에게 기존의 투자를 보호하거나 복수심을 충족시키기 위해 값비싼 아이템 팩을 구매하도록 유도하는, 강력하고 핵심적인 수익화(Monetization) 장치로 작동합니다 [4-6].
+
+## 📖 Core Content
+*   **영구적 손실(Permanent Loss)과 권력의 실감:** 
+    '제로잉'은 4X 게임의 핵심 요소인 탐험, 확장, 착취, **근절(Exterminate)** 중 근절을 대변하는 시스템입니다 [1, 2]. 플레이어의 군대가 패배하고 병원의 수용 한도를 초과할 경우, 해당 병력은 서버에서 영구적으로 삭제됩니다 [4]. 이는 막대한 자산 손실을 의미하지만, 공격자에게는 상대방이 몇 달간 투자한 시간을 단 몇 분 만에 무효화할 수 있다는 막강한 권력감(Power)을 제공하여 게임에 깊이 몰입하게 만듭니다 [3].
+*   **고도의 타겟팅 수익화(Monetization) 동력:** 
+    제로잉은 게임이 막대한 수익을 올리는 핵심적인 이유입니다 [6]. 플레이어가 공격을 받아 자산을 모두 잃고 제로잉 상태가 되면, 시스템(RTE: Real-Time Engine)은 즉각적으로 군사력을 복구할 수 있는 '즉시 훈련(Instant Training)' 팩이나 영웅 부활, 혹은 상대방에게 치명적인 반격을 가할 수 있는 값비싼 맞춤형 장비 패키지를 제안합니다 [4, 6-8]. 
+*   **매몰 비용의 오류(Sunk Cost Fallacy) 악용:**
+    막대한 파워 손실을 겪은 플레이어는 자신이 게임에 쏟아부은 수천 달러의 투자와 시간을 보호하기 위해, 혹은 복수심에 불타올라 충동적인 과금의 유혹에 빠지기 쉽습니다 [4-6]. 연구자들은 이처럼 '제로잉' 당하는 것을 피하기 위해 지속적인 지출을 강제하는 구조를 매몰 비용의 오류를 악용하는 약탈적(Predatory)이고 불공정한 수익화 기법의 대표적인 사례로 지적합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[영구적 손실 (Permanent Loss)]], [[4X 시스템 (4X System)]], [[맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization)]], [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 게임 구조 분석]]
+- **Contradictions/Notes:** 제로잉 시스템은 윤리적으로는 플레이어의 상실감과 매몰 비용의 오류를 잔혹하게 착취한다는 비판을 받지만 [5], 상업적·구조적 관점에서는 플레이어의 극단적인 과금(수십만 달러 단위의 지출)을 성공적으로 이끌어내는 영리하고 치밀한 설계로 평가받습니다 [6, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/제로잉 (Zeroing).md b/10_Wiki/Topics/Game Design/제로잉 (Zeroing).md
new file mode 100644
index 00000000..29b42118
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/제로잉 (Zeroing).md	
@@ -0,0 +1,18 @@
+# [[제로잉 (Zeroing)]]
+
+## 📌 Brief Summary
+'제로잉(Zeroing)'은 'Game of War'와 같은 4X 전략 게임에서 상대 플레이어를 공격하여 병력을 완전히 제거하고 무력화시키는 행위를 의미합니다 [1, 2]. 병원 수용량을 초과하여 패배할 경우 병력이 서버에서 영구적으로 삭제되는 '영구적 손실(Permanent Loss)'을 동반하여 플레이어에게 막대한 타격을 입힙니다 [3]. 이는 플레이어의 매몰 비용 오류(Sunk Cost Fallacy)를 자극하여 병력 복구나 복수를 위한 고액의 인앱 결제를 유도하는 핵심 수익화(BM) 장치로 활용됩니다 [4-6].
+
+## 📖 Core Content
+* **4X 장르의 'Exterminate(섬멸)' 메커니즘:** 제로잉은 4X 게임의 네 가지 핵심 기둥(Explore, Expand, Exploit, Exterminate) 중 '섬멸'에 해당합니다 [1, 2]. 궁극적으로 모든 영토가 점령되는 게임 환경에서 상대방의 존재를 완전히 제거(제로잉)하는 것은 추가적인 세력 확장을 위해 필수적인 요소로 작용합니다 [1].
+* **영구적 손실(Permanent Loss)과 전투력 상실:** 'Game of War'의 전투 루프는 영구적 손실로 정의됩니다. 상대방의 공격을 받아 군대가 패배하고 부상병을 치료할 '병원(Hospital)' 수용량마저 꽉 찬 상태라면, 나머지 병력은 서버에서 완전히 삭제됩니다 [3]. 이는 때때로 수천 달러의 금전적 투자 가치에 달하는 즉각적이고 거대한 '전투력 상실(power loss)'을 초래하며, 플레이어의 게임 내 지위를 완전히 무너뜨릴 수 있는 가혹한 현실입니다 [3, 7].
+* **수익화(BM)와의 직접적 연계 (LiveOps 기반 맞춤형 패키지):** 제로잉은 게임이 천문학적인 수익을 창출하는 결정적인 이유입니다 [6]. 플레이어가 제로잉을 당하는 마찰 포인트(Point of friction)가 발생하면, 게임의 실시간 엔진(RTE) 시스템은 즉각적으로 해당 플레이어에게 군대를 재건하고 복수하는 데 정확히 필요한 자원과 스피드업 아이템이 포함된 맞춤형 패키지(예: $99.99 복수 팩)를 띄웁니다 [4, 6, 8].
+* **심리적 압박과 매몰 비용 오류 악용:** 이 구조는 플레이어들이 자신이 과거에 투자한 시간과 자산이 '제로(0)'가 되는 것을 막기 위해 끊임없이 돈을 쓰도록 유도하는 매몰 비용 오류(Sunk Cost Fallacy)를 극단적으로 악용합니다 [5]. 수개월 간의 진척도가 단 몇 분 만에 사라진 후에도, 잃어버린 권력을 되찾거나 자신을 공격한 상대보다 더 강력해져 복수하고자 하는 강력한 동기 부여가 발생하여 막대한 결제(Pay-to-win)로 이어지게 만듭니다 [6-8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Permanent Loss (영구적 손실)]], [[Sunk Cost Fallacy (매몰 비용 오류)]], [[LiveOps (라이브옵스)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에 관련 정보가 충분하여 상충하는 내용 없이 게임의 핵심 수익화 구조와 제로잉의 연관성이 명확히 설명됩니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Game Design/파워 크립 (Power Creep).md b/10_Wiki/Topics/Game Design/파워 크립 (Power Creep).md
new file mode 100644
index 00000000..9fcc0cbd
--- /dev/null
+++ b/10_Wiki/Topics/Game Design/파워 크립 (Power Creep).md	
@@ -0,0 +1,18 @@
+# [[파워 크립 (Power Creep)]]
+
+## 📌 Brief Summary
+파워 크립(Power Creep)은 멀티플레이어 게임에서 새롭게 추가된 콘텐츠나 장비가 기존 콘텐츠보다 훨씬 강력하거나 유용하게 출시되어 기존 아이템을 무용지물로 만드는 현상을 의미합니다 [1]. 개발자는 플레이어가 모든 것을 달성하고 게임에 대한 흥미와 결제 동기를 잃는 것을 방지하기 위해 새로운 레벨과 장비를 도입하여 수치를 계속 높여 나갑니다 [2, 3]. 'Game of War'에서 파워 크립은 최상위 지출 플레이어와 일반 플레이어 간의 격차를 지속적으로 벌려 유저들이 도태되지 않기 위해 끊임없이 과금하도록 강제하는 핵심 비즈니스 모델로 작동합니다 [4].
+
+## 📖 Core Content
+* **파워 크립의 개념과 경제적 목적:** 파워 크립은 재정적 관점에서 플레이어들이 새롭게 출시된 아이템을 구매하고 사용하도록 유도하기 위해 필수적으로 활용됩니다 [5]. 이전 아이템보다 더 높은 능력치나 유용한 메커니즘을 지닌 장비(예: 기존 마나 5를 소비하는 아이템 대신 마나 2를 소비하는 더 강력한 아이템)를 계속해서 출시함으로써 플레이어의 지속적인 지출을 촉진합니다 [5].
+* **Game of War에서의 적용 방식 (무한 확장 경제):** 'Game of War'는 플레이어가 최고 레벨에 도달하여 게임의 목적성을 상실하는 문제를 해결하기 위해 '무한 확장 경제(Infinitely Scalable Economy)'를 구축했습니다 [2, 3]. 이를 위해 매일 업데이트를 푸시하여 요새(Stronghold) 레벨 한도를 높이고, 더 강력한 장비, 새로운 부대 티어(T11+), '드래코닉 블리츠(Draconic Blitz)'나 '워 머신(War Machine)'과 같은 새로운 연구 카테고리를 끊임없이 추가하는 '콘텐츠 러닝머신(Content treadmills)' 전략을 사용합니다 [3, 4].
+* **얇은 클라이언트(Thin-client) 구조를 통한 효율적 구현:** 이 게임은 주로 서버에서 실행되는 얇은 클라이언트를 기반으로 하며, 화려한 그래픽보다 텍스트와 데이터(스프레드시트 형태) 중심의 전투를 채택하고 있습니다 [6, 7]. 덕분에 새로운 장비나 기술 업그레이드 등을 위한 그래픽 자산 제작에 많은 시간이 소요되지 않으므로, 개발진은 신규 콘텐츠를 신속하게 출시하고 파워 크립을 매우 쉽고 빠르게 게임 경제에 적용할 수 있습니다 [6].
+* **유저 생태계에 미치는 영향:** 파워 크립을 수반한 지속적인 업데이트는 최상위 지출 플레이어(Whale)와 나머지 플레이어 간의 '힘의 격차(Power gap)'를 좁힐 수 없게 지속적으로 넓힙니다 [4]. 이로 인해 중간 계층의 플레이어들은 구식으로 도태되는 것을 막기 위해 어쩔 수 없이 지출을 계속해야만 합니다 [4]. 또한, 이러한 구조는 신규 플레이어와 엔드게임 플레이어 간의 격차를 극심하게 벌려놓는 결과를 낳기도 합니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[무한 확장 경제 (Infinitely Scalable Economy)]], [[콘텐츠 러닝머신 (Content Treadmills)]], [[과금 모델 (Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 26은 파워 크립이 새롭고 재미있는 메커니즘을 제공해 게임이 진부해지는 것을 막고 토너먼트 플레이의 속도를 높이는 긍정적 기능도 있다고 설명합니다 [8]. 그러나 소스 5와 13은 'Game of War'의 파워 크립이 플레이어들의 무한한 경쟁과 생존을 볼모로 잡아 지속적인 결제를 강제하는 다소 착취적인(exploitative) 구조로 작동하고 있음을 지적합니다 [4, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Infrastructure & Automation/Real-Time Engine (RTE).md b/10_Wiki/Topics/Infrastructure & Automation/Real-Time Engine (RTE).md
new file mode 100644
index 00000000..e7cd37d2
--- /dev/null
+++ b/10_Wiki/Topics/Infrastructure & Automation/Real-Time Engine (RTE).md	
@@ -0,0 +1,29 @@
+---
+id: b2d3e4f5-a6c7-4d8e-9f0a-1b2c3d4e5f6a
+category: "[[10_Wiki/Topics/Infrastructure & Automation]]"
+confidence_score: 1.0
+tags: [rte, real-time-engine, mz, infrastructure, liveops, data-segmentation]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-infra"
+---
+
+# [[Real-Time Engine (RTE)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> RTE는 초대규모 실시간 소통과 플레이어 행동 데이터를 초 단위로 정밀 분석하여 게임 운영을 실시간 수익 창출로 직결시키는 4X 전략 게임의 신경망이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 글로벌 커뮤니케이션 인프라와 개인화된 동적 오퍼 시스템의 융합.
+- **핵심 기능:**
+    - **Global Scale Processing:** 수백만 건의 트랜잭션과 실시간 언어 번역 레이어 지원.
+    - **Behavioral Segmentation:** 소비 습관, 연령, 이탈 지점 등을 정밀 추적하여 유저군 세분화.
+    - **Dynamic Offer Trigger:** 게임 내 심리적 마찰(Friction) 발생 시 즉각적으로 맞춤형 패키지(예: Revenge Pack) 노출.
+- **운영적 가치:** 라이브 운영(LiveOps)의 반응 속도를 극대화하여 ARPDAU와 잔존율 동시 향상.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Infrastructure & Automation]]
+- **Related:** [[LiveOps]], [[Staircase Monetization]], [[Dynamic Offers]], [[Real-Time Translation]]
+- **Raw Source:** [[00_Raw/Real-Time Engine (RTE)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/5R Structure.md b/10_Wiki/Topics/Logic & Reasoning/5R Structure.md
new file mode 100644
index 00000000..4ebc90d1
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/5R Structure.md	
@@ -0,0 +1,19 @@
+# [[5R Structure]]
+
+## 📌 Brief Summary
+컨설팅 케이스 인터뷰의 최종 단계에서 지원자가 분석한 결과와 권고사항을 논리적이고 효과적으로 종합하여 발표하기 위해 사용하는 5단계 커뮤니케이션 프레임워크입니다. 피라미드 원칙을 응용하여 결론과 근거를 앞세우고, 이에 더해 리스크 및 비즈니스 유지 방안까지 포괄하여 단순한 답변을 넘어선 전략적 통찰력을 보여줍니다. 이를 통해 면접관에게 지원자의 체계적인 사고력과 비즈니스 감각을 각인시킬 수 있습니다.
+
+## 📖 Core Content
+*   **Recap (요약):** 클라이언트가 직면했던 **초기 문제와 목표를 다시 한번 상기**시켜 인터뷰어와 인터뷰이 간의 상황적 맥락을 일치시킵니다 [51].
+*   **Recommend (권고):** 문제에 대한 핵심 해결책을 1~2문장으로 요약하여 **결론부터 명확하게 제시**합니다. 이는 피라미드 원칙의 최상단에 해당합니다 [51].
+*   **Reasons (근거):** 제시한 권고사항을 뒷받침하는 **3가지 세부적인 데이터나 분석적 주장**을 논리적으로 제시합니다 [51].
+*   **Risk (위험 요소):** 권고안을 실행할 때 클라이언트가 직면할 수 있는 잠재적 리스크를 식별하고, 이를 최소화할 수 있는 현실적인 완화(Mitigation) 방안을 함께 제안합니다 [52].
+*   **Retention (비즈니스 유지/다음 단계):** 이번 프로젝트의 다음 단계에서 컨설팅 팀이 어떻게 추가적인 가치를 창출하고 클라이언트의 후속 비즈니스를 유치할 수 있을지 전략적으로 제안합니다 [52].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Case Interview Synthesis]], [[Pyramid Principle]]
+- **Projects/Contexts:** [[전략 컨설팅 케이스 인터뷰 최종 결론 발표]], [[클라이언트 대상 제안서 및 최종 보고]]
+- **Contradictions/Notes:** 앞의 3가지 R(Recap, Recommend, Reasons)은 피라미드 원칙에 따른 필수적인 구조화 작업인 반면, 뒤의 2가지 R(Risk, Retention)은 질문의 직접적인 요구 범위를 넘어서는 내용입니다. 하지만 이 두 가지를 추가함으로써 지원자는 일반적인 합격 수준을 넘어 '돋보이는(distinctive)' 우수한 평가를 받을 수 있습니다 [51, 52].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/BCG Corporate Restructuring.md b/10_Wiki/Topics/Logic & Reasoning/BCG Corporate Restructuring.md
new file mode 100644
index 00000000..1e4d8a2d
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/BCG Corporate Restructuring.md	
@@ -0,0 +1,29 @@
+---
+id: b3c4d5e6-f7g8-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [bcg, corporate-restructuring, mece, supply-chain, consulting-framework]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[BCG Corporate Restructuring]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> BCG 구조조정 프레임워크는 MECE 원칙을 활용하여 복잡한 경영 과제를 상호 배타적 카테고리로 분해함으로써 운영 병목을 제거하고 가치를 극대화하는 체계적 해결책이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 복잡한 시스템의 논리적 해체(Deconstruction)를 통한 비효율 지점 식별.
+- **핵심 프로세스:**
+    - **MECE Decomposition:** 공급망, 물류, 재고 등 운영 전반을 중복과 누락 없이 하위 카테고리로 세분화.
+    - **Bottleneck Identification:** 구조화된 분석을 통해 효율성 저해 지점과 비용 절감 가능 영역을 정밀 포착.
+    - **Actionable Insights:** 파편화된 정보를 논리적으로 재구성하여 실행 가능한 권고안 도출.
+- **적용 사례:** 다국적 제조 기업의 공급망 관리 최적화 및 기업 턴어라운드 전략 수립.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Supply Chain Optimization]], [[Problem Solving Process]]
+- **Raw Source:** [[00_Raw/BCG Corporate Restructuring]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Bottom-Up Thinking.md b/10_Wiki/Topics/Logic & Reasoning/Bottom-Up Thinking.md
new file mode 100644
index 00000000..89b5a9f3
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Bottom-Up Thinking.md	
@@ -0,0 +1,29 @@
+---
+id: e1f2a3b4-c5d6-4789-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [bottom-up-thinking, logic, synthesis, communication-strategy]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Bottom-Up Thinking]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 바텀업 사고는 연구와 발견의 과정에서는 필수적인 지적 합성 단계이지만, 소통의 단계에서는 청중의 인지 부하를 위해 반드시 역순(Top-down)으로 재구성되어야 한다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 개별 사실의 그룹화(Grouping)를 통한 점진적 추상화 및 결론 도출.
+- **핵심 특징:**
+    - **Natural Thought Flow:** 인간의 뇌가 파편화된 정보를 논리적으로 묶어 하나의 핵심 아이디어로 도달하는 방식.
+    - **Process of Discovery:** 데이터 수집, 패턴 식별, 가설 검증 등 분석의 초기 및 중기 단계에 적합.
+- **주의 사항:** 사고의 과정(Thinking)과 전달의 과정(Communicating)을 철저히 분리할 것.
+- **청중 관점:** 바텀업 방식의 소통은 청중에게 분석의 모든 수고(Scaffolding)를 함께 짊어지게 하는 비효율을 초래.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[Top-Down Communication]], [[Business Problem Solving]], [[Pyramid Principle]]
+- **Raw Source:** [[00_Raw/Bottom-Up Thinking]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Business Problem Solving.md b/10_Wiki/Topics/Logic & Reasoning/Business Problem Solving.md
new file mode 100644
index 00000000..7d8b5fba
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Business Problem Solving.md	
@@ -0,0 +1,30 @@
+---
+id: f1e2d3c4-b5a6-4c7d-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [problem-solving, business-logic, logic-tree, hypothesis-driven, gap-analysis]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Business Problem Solving]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 문제 해결은 모호한 난제를 구조적 분해(Logic Tree)와 가설 기반 접근을 통해 해결 가능한 원자 단위의 과제로 변환하는 체계적 진단 프로세스다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** Gap Analysis와 순차적 분석(Sequential Analysis)을 통한 원인 규명 및 해결책 도출.
+- **핵심 프로세스:**
+    - **Gap Identification:** 현재 상태와 목표 상태 사이의 격차(Gap)를 명확히 정의.
+    - **Logic Trees:** 이슈 트리(Issue Tree)를 활용하여 거시적 문제를 실행 가능한 하위 요소로 분해.
+    - **Hypothesis-driven Approach:** 모든 데이터를 수집하기 전 초기 가설을 설정하고 이를 검증하며 속도 확보.
+    - **Sequential Diagnosis:** 무엇이, 어디서, 왜 발생했는지 순차적으로 질문하며 핵심 동인(Driver) 포착.
+- **제약 조건 고려:** 데이터 부족과 시간 제약 하에서 합리적 가정과 영향력 중심의 유연한 분석 수행.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[Consulting Problem Solving]], [[MECE Principle]], [[Complex Systems]]
+- **Raw Source:** [[00_Raw/Business Problem Solving]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Complex Systems.md b/10_Wiki/Topics/Logic & Reasoning/Complex Systems.md
new file mode 100644
index 00000000..86e3aa06
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Complex Systems.md	
@@ -0,0 +1,19 @@
+# [[Complex Systems]]
+
+## 📌 Brief Summary
+시스템 사고(Systems Thinking)의 관점에서, 개별 구성 요소들이 서로 밀접하게 연결되어 피드백 루프와 비선형적 상호작용을 통해 예측 불가능한 결과를 창출하는 생태계를 의미합니다 [90, 91].
+
+## 📖 Core Content
+- **복잡계의 4대 특성:** 요소 간의 상호의존성(Interdependence), 작은 변화가 큰 결과를 낳는 비선형성(Non-linearity), 중앙 통제 없이 자발적으로 패턴이 나타나는 창발성(Emergence), 피드백을 통해 진화하는 적응성(Adaptation)이 특징입니다 [91].
+- **피드백 루프(Feedback Loops):** 복잡계 내부의 요소들은 시스템의 출력이 다시 입력에 영향을 미치는 폐쇄 루프(Closed-loop) 형태로 연결되어 있어, 하나의 행동이 시스템 전체에 연쇄적인 영향을 미칩니다 [58, 90, 92].
+- **단순화의 위험:** 선형적 사고(Linear Thinking)는 A가 B를 초래한다는 단편적인 원인-결과 모델에 의존하기 때문에, 복잡계 내에서 한 영역을 수정할 때 발생하는 다른 영역의 의도치 않은 부작용을 간과하게 만듭니다 [93-96].
+- **전체론적 접근(Holistic Approach):** 문제를 해결할 때 개별 요소로 분해하는 환원주의적(Reductionist) 태도에서 벗어나, 시스템 전체의 패턴과 역학을 관찰하는 시스템 사고가 필수적입니다 [58, 90, 97].
+- **적응적 해결책:** 복잡계에서의 해결책은 한 번에 끝나는 고정된 답이 아니라, 시스템의 동적인 성격과 장기적인 지속 가능성을 고려하여 지속적으로 적응(Adaptive)해야 합니다 [90].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Linear Thinking]], [[MECE Framework]]
+- **Projects/Contexts:** [[Organizational Change Management]], [[Environmental Management]]
+- **Contradictions/Notes:** 경영 컨설팅에서 문제를 나누고 정복하는 MECE 원칙은 유용하지만, 이는 본질적으로 환원주의적이므로 상호 의존성이 핵심인 복잡계의 '사악한 문제(Wicked problems)'를 다룰 때는 지나친 단순화의 오류(False completeness)에 빠질 수 있습니다 [56, 96, 98].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Consulting Problem Solving.md b/10_Wiki/Topics/Logic & Reasoning/Consulting Problem Solving.md
new file mode 100644
index 00000000..2910c7b5
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Consulting Problem Solving.md	
@@ -0,0 +1,19 @@
+# [[Consulting Problem Solving]]
+
+## 📌 Brief Summary
+경영 컨설턴트들이 클라이언트의 복잡한 비즈니스 문제를 해결하기 위해, 가설을 수립하고 이를 MECE한 요소로 분해한 후 데이터로 검증하여 최종 권고안을 도출하는 체계적인 방법론입니다 [106-108].
+
+## 📖 Core Content
+- **이슈와 테마의 도출:** 컨설팅 프로젝트 초기에 관련된 모든 데이터를 수집하고 브레인스토밍을 통해 제기된 무수한 이슈들을 공통된 소수의 테마(Themes)로 클러스터링합니다 [109-111].
+- **진짜 문제(Key Question) 식별:** 클라이언트가 제기한 표면적인 질문이 근본 원인을 해결할 수 있는 '올바른 질문'인지 비판적으로 테스트하여 진짜 문제를 정의합니다 [112, 113].
+- **의사결정 트리와 가설 구축:** 핵심 질문을 관리 가능한 수준(레벨 2, 3, 4 등)으로 계속 분해하며(Decision Trees), 각 분기가 MECE 원칙(누락이나 중복이 없는지)을 충족하는지 엄격하게 검증합니다 [114-116].
+- **가설 기반 스토리보드 작성:** 현장 분석에 들어가기 전, 의사결정 트리와 가설을 바탕으로 기대되는 결론과 해결책을 담은 '스토리보드(초안)'를 미리 작성하여 분석의 방향성을 설정합니다 [39, 117].
+- **반복적인 검증 과정:** 프로젝트 기간 내내 실제 데이터를 수집하여 가설을 증명하거나 반증하며, 분석 결과에 따라 초기 스토리보드와 논리 트리를 지속적으로 수정(Iterative process)합니다 [118, 119].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Business Problem Solving]], [[MECE Framework]]
+- **Projects/Contexts:** [[Strategy Consulting Engagements]], [[Hypothesis Testing]]
+- **Contradictions/Notes:** 복잡한 비즈니스 문제를 MECE 구조로 완벽히 분리하려는 노력은 유용하지만, 현실의 데이터 부족이나 시간 제약 등으로 인해 종종 '가장 영향력이 큰 부분(80/20 원칙)'에만 집중하여 실용적으로 타협해야 할 때가 많습니다 [54, 120].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Decision Tree.md b/10_Wiki/Topics/Logic & Reasoning/Decision Tree.md
new file mode 100644
index 00000000..7631c8f3
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Decision Tree.md	
@@ -0,0 +1,19 @@
+# [[Decision Tree]]
+
+## 📌 Brief Summary
+특정 의사결정과 그에 따른 다양한 잠재적 결과, 옵션 및 시나리오를 나무의 가지 형태로 시각화하여 최적의 경로를 선택할 수 있게 돕는 논리적 분석 도구입니다 [121].
+
+## 📖 Core Content
+- **기본 구조와 기호:** 일반적으로 왼쪽에서 오른쪽으로 그려지며, 사각형은 구체적인 의사결정을, 원은 불확실한 결과를, 삼각형이나 공백은 해결책으로 이어지는 경로의 끝을 나타냅니다 [122].
+- **옵션의 비교와 평가:** 사용자는 트리의 각 가지(Branch)에 펼쳐진 시나리오를 통해 여러 선택지의 장단점과 수익/비용을 명확하게 비교 분석할 수 있습니다 [121, 123].
+- **포괄적 시나리오 도출:** 이슈 트리와 마찬가지로, 의사결정 트리는 고려할 수 있는 모든 결론, 대안, 시나리오를 철저하고 누락 없이(MECE) 포함해야 합니다 [123].
+- **가설 트리와의 차이점:** 이슈 트리나 가설 트리가 '문제의 구성 요소'나 '문제를 설명하는 가설'을 구조화한다면, 의사결정 트리는 구체적인 '행동 방침(Course of Action)의 선택'에 초점을 맞춥니다 [49, 121, 124].
+- **컨설팅 프로젝트에서의 활용:** 프로젝트 초기 단계에서 가설을 관리 가능한 단위로 세분화하고, 분석을 담당할 컨설턴트들에게 업무(Workstreams)를 명확히 분배하기 위한 핵심 로드맵 역할을 합니다 [117, 125].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[Business Problem Solving]]
+- **Projects/Contexts:** [[Investment Options Analysis]], [[Strategic Scenario Planning]]
+- **Contradictions/Notes:** 발생 가능한 모든 경우의 수를 나열하려다 보면 복잡한 문제에서는 트리가 무한히 확장될 수 있으므로, 분석 가치가 떨어지는 가지(Branch)를 초기에 과감히 쳐내는(Trimming) 작업이 필수적입니다 [126].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Deductive & Inductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Deductive & Inductive Reasoning.md
new file mode 100644
index 00000000..be40ff1b
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Deductive & Inductive Reasoning.md	
@@ -0,0 +1,32 @@
+---
+id: a1b2c3d4-e5f6-4789-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [deductive-reasoning, inductive-reasoning, logic, analytical-thinking, persuasion]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Deductive & Inductive Reasoning]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 연역법(Deduction)은 필연적 결론을 향한 견고한 논리 사슬이며, 귀납법(Induction)은 데이터의 패턴을 통해 보편적 통찰을 합성하는 발견의 미학이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **연역적 추론 (Deductive Reasoning):**
+    - **구조:** 대전제(규칙) -> 소전제(사례) -> 결론(필연)의 선형적 논리 사슬.
+    - **강점:** 적대적이거나 회의적인 청중을 부인할 수 없는 전제로부터 결론으로 이끌 때 강력한 설득력 발휘.
+    - **약점:** 전제 하나만 무너져도 전체 논리가 파괴되는 취약성(Fragility)과 결론 도달까지의 지루함 유발.
+- **귀납적 추론 (Inductive Reasoning):**
+    - **구조:** 개별 사례들의 공통점 발견 -> 그룹화(Grouping) -> 보편적 통찰/권고사항 도출.
+    - **강점:** 복잡한 데이터를 다루는 비즈니스 환경에서 가장 효율적이며, 결론을 즉시 확인할 수 있어 전달력이 높음.
+    - **약점:** 표본의 오류나 관찰되지 않은 사례에 의해 결론이 뒤집힐 수 있는 개연성 기반의 논리.
+- **통합 가이드:** 상위 소통(Top-down)에서는 귀납법이 효율적이며, 하위 문단 수준의 세부 증명에서는 연역법이 논리의 아름다움을 완성함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[The Pyramid Principle]], [[Horizontal Logic]], [[Business Writing]]
+- **Raw Source:** [[00_Raw/Deductive Reasoning]], [[00_Raw/Inductive Reasoning]], [[00_Raw/Deductive and Inductive Reasoning]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Deductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Deductive Reasoning.md
new file mode 100644
index 00000000..ebd65604
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Deductive Reasoning.md	
@@ -0,0 +1,18 @@
+# [[Deductive Reasoning]]
+
+## 📌 Brief Summary
+일반적인 규칙이나 대전제에서 시작하여 구체적인 사례인 소전제를 거쳐 필연적인 결론("그러므로 ~이다")을 도출하는 논리적 추론 방식입니다 [25, 27, 72, 127].
+
+## 📖 Core Content
+- **선형적 논리 사슬:** 'A는 B이다(대전제) -> C는 A이다(소전제) -> 그러므로 C는 B이다(결론)'와 같이 각 포인트가 이전 포인트에서 파생되며 상호 의존적으로 연결된 논리 구조입니다 [25, 27, 127].
+- **하위 논평 구조:** 피라미드 구조의 수평적 논리(Horizontal Logic)에서 연역법을 사용할 경우, 두 번째 아이디어는 반드시 첫 번째 아이디어의 주어나 술어에 대해 논평(Comment)해야 합니다 [68, 127, 128].
+- **적대적이거나 회의적인 청중 설득:** 청중이 결론에 강하게 반대할 것으로 예상되는 경우, 부인할 수 없는 대전제와 소전제를 먼저 합의시켜 결론을 논리적으로 피할 수 없게 만드는데 탁월한 효과가 있습니다 [25, 27, 129].
+- **문단 수준에서의 유용성:** 문서의 최상단 계층보다는 문단(Paragraph) 단위의 하위 수준에서 논리를 전개할 때, 독자가 인과 관계를 쉽게 따라갈 수 있는 아름다운 흐름을 만들어냅니다 [25, 130].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Inductive Reasoning]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Persuasive Business Writing]], [[Change Management Proposals]]
+- **Contradictions/Notes:** 문서의 주요 논거(Key Line) 수준에서 연역법을 사용하면, 독자가 결론을 알기 위해 기나긴 전제들을 모두 읽어야 하므로 지루함을 유발(Mystery story)하며, 전제 중 하나만 논박당해도 전체 주장이 무너지는 구조적 취약성(Fragility)이 있습니다 [25, 27, 130, 131].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Deductive and Inductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Deductive and Inductive Reasoning.md
new file mode 100644
index 00000000..7ce4a478
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Deductive and Inductive Reasoning.md	
@@ -0,0 +1,18 @@
+# [[Deductive and Inductive Reasoning]]
+
+## 📌 Brief Summary
+피라미드 원칙에서 아이디어를 그룹화하고 수평적 관계(Horizontal Logic)를 설정할 때 사용하는 두 가지 핵심 추론 방식.
+
+## 📖 Core Content
+- 연역적 추론(Deductive Reasoning)은 논리적 함의로 연결된 두 가지 전제(주요 전제, 하위 전제)에서 새로운 결론을 도출하는 방식입니다 [1, 2]. 이 방식은 첫 번째 아이디어가 현재 상황에 대해 서술하면, 두 번째 아이디어가 그에 대해 논평을 더하고, 세 번째 아이디어가 결과를 도출하는 일련의 단계로 진행됩니다 [3].
+- 귀납적 추론(Inductive Reasoning)은 여러 다른 사실, 사건, 아이디어들이 공통적으로 가진 유사성을 파악하여 이들을 하나의 그룹으로 묶고, 그 유사성이 지니는 의미(추론)를 설명하는 방식입니다 [4, 5].
+- 귀납적 그룹화가 제대로 이루어졌는지 확인하려면, 그룹 내의 모든 아이디어가 동일한 종류여야 하며 하나의 '복수 명사(예: 이유들, 문제들, 단계들)'로 설명될 수 있어야 합니다 [1, 6].
+- 피라미드 구조의 핵심 라인(Key Line)에서는 연역적 추론보다 귀납적 추론을 사용하는 것이 권장됩니다 [4]. 연역적 추론은 결론에 도달하기까지 여러 단계를 거쳐야 하므로 읽기에 지루할 수 있기 때문입니다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Horizontal Logic]], [[The Pyramid Principle]]
+- **Projects/Contexts:** [[Consulting Reports]], [[Problem Solving]]
+- **Contradictions/Notes:** 피라미드 원칙에 따르면 연역적 추론과 귀납적 추론을 동일한 그룹 내에서 혼합하여 사용해서는 안 되며, 각 그룹은 단일한 논리적 흐름을 유지해야 합니다 [7].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Deductive vs. Inductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Deductive vs. Inductive Reasoning.md
new file mode 100644
index 00000000..93d582b2
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Deductive vs. Inductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Deductive vs. Inductive Reasoning]]
+
+## 📌 Brief Summary
+비즈니스 커뮤니케이션에서 논증을 전개할 때, 메시지의 효과적 전달을 위해 두 추론 방식의 특징과 적용 환경을 비교한 것.
+
+## 📖 Core Content
+- 구조와 의존성: 연역적 방식은 한 전제가 다음 전제로 이어지는 선형적이고 상호 의존적인 사슬 구조(Linear chain)를 갖는 반면, 귀납적 방식은 각각의 포인트가 독립적인 근거로 묶이는 구조를 가집니다 [6].
+- 독자 설득과 회복 탄력성: 연역적 논리는 하나의 전제가 부정되면 전체 논증이 무너지지만, 귀납적 논리는 여러 독립적인 포인트가 한 결론을 지지하므로 하나의 근거가 반박당하더라도 전체 주장이 유지될 수 있는 높은 회복 탄력성(Resilience)을 보입니다 [6].
+- 적용 상황: 경영진과의 소통이나 바쁜 독자를 위해서는 결론을 즉시 뒷받침하는 귀납적 방식이 훨씬 빠르고 효과적입니다 [6]. 반면, 연역적 방식은 결론에 강하게 반대할 것으로 예상되는 적대적이거나 회의적인 청중을 설득하여 결론을 논리적으로 피할 수 없게 만들 때 유용합니다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Presentation]], [[Inductive and Deductive Reasoning]]
+- **Projects/Contexts:** [[Audience Analysis]], [[Strategic Communication]]
+- **Contradictions/Notes:** 컨설턴트들은 문제 해결 시 연역적으로 사고(Bottom-up)하는 경향이 있지만, 이것이 글을 쓸 때 연역적으로 표현해야 한다는 의미는 아니며, 독자를 위해 귀납적으로 형태를 변환(Top-down)하는 것이 좋습니다 [4, 8].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Horizontal Logic.md b/10_Wiki/Topics/Logic & Reasoning/Horizontal Logic.md
new file mode 100644
index 00000000..9b43636f
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Horizontal Logic.md	
@@ -0,0 +1,21 @@
+# [[Horizontal Logic]]
+
+## 📌 Brief Summary
+피라미드 구조 내에서 같은 계층(Level)에 속한 아이디어들이 서로를 어떻게 논리적으로 연결하고 배열되는지를 결정하는 규칙.
+
+## 📖 Core Content
+- 수평적 논리는 독자가 아이디어들이 왜 함께 묶였는지 짐작하지 않도록 명확한 순서를 제공합니다. 아이디어의 배열 순서는 마음이 그룹을 형성한 분석적 활동을 반영해야 합니다 [3, 37].
+- 수평적으로 아이디어를 배열하는 논리적 방식은 단 4가지입니다: 
+  1) 연역적 순서 (대인수, 소인수, 결론) 
+  2) 시간적 순서 (원인과 결과의 발생 순, Chronological) 
+  3) 구조적 순서 (전체를 부분으로 나누는 순, Structural) 
+  4) 비교/중요도 순서 (가장 중요한 것부터 덜 중요한 순, Comparative) [3, 37, 38].
+- 수평적 관계를 형성하는 서브 포인트들은 반드시 동일한 종류(Same kind)의 아이디어여야 하며(예: 모두 문제점이거나 모두 해결책 등), 상호 배타적이고 전체를 포괄하는 MECE 원칙을 엄격하게 지켜야 합니다 [37-39].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Vertical Logic]], [[MECE Principle]]
+- **Projects/Contexts:** [[Structuring Arguments]], [[Report Writing]]
+- **Contradictions/Notes:** 수평적 논리 순서가 엉망일 경우, 독자의 뇌는 무의식적으로 아이디어 간의 연관성을 찾기 위해 인지적 에너지를 낭비하게 되어 정작 메시지 본질에 대한 이해도가 떨어집니다 [40].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Horizontal and Vertical Logic.md b/10_Wiki/Topics/Logic & Reasoning/Horizontal and Vertical Logic.md
new file mode 100644
index 00000000..f2018a7a
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Horizontal and Vertical Logic.md	
@@ -0,0 +1,27 @@
+# [[Horizontal and Vertical Logic]]
+
+## 📌 Brief Summary
+수평적 및 수직적 논리(Horizontal and Vertical Logic)는 민토 피라미드 원칙(Minto Pyramid Principle)에서 아이디어를 구조화하고 결합하여 설득력 있는 문서를 작성하기 위한 핵심 차원이다 [1, 2]. 수직적 논리는 상위 아이디어와 하위 아이디어 간의 '질문과 답변' 대화를 형성하여 독자의 주의를 이끌어낸다 [1, 3, 4]. 반면, 수평적 논리는 동일한 계층에 있는 아이디어들 간의 관계를 규정하며, 연역적 또는 귀납적 추론을 통해 일관된 논리적 순서를 유지한다 [5, 6]. 이 두 가지 논리가 결합하여 주장을 견고하게 뒷받침하는 피라미드 구조를 완성한다 [2, 7].
+
+## 📖 Core Content
+* **수직적 논리 (Vertical Logic)**
+  * 수직적 논리는 피라미드의 상하 관계를 나타내며, 글쓴이와 독자 간의 '질문/답변(Question-Answer) 대화'를 구축하는 역할을 한다 [1, 4, 8].
+  * 피라미드에서 주요 아이디어나 주장이 제시되면 독자의 마음속에는 자연스럽게 '왜?(Why?)' 또는 '어떻게?(How?)'와 같은 질문이 떠오르게 되며, 바로 아래 계층의 하위 아이디어들이 이 질문에 직접적으로 답변해야 한다 [1, 3, 4].
+  * 하위 계층의 정보들은 상위 포인트를 보강하고 요약하는 역할을 수행해야 하며 [5, 9, 10], 만약 하위 포인트가 상위 포인트가 제기한 질문에 직접적으로 답하지 못한다면 수직적 논리가 깨지고 주장의 설득력을 잃게 된다 [4].
+
+* **수평적 논리 (Horizontal Logic)**
+  * 수평적 논리는 피라미드의 동일한 레벨(계층)에 위치한 아이디어들 간의 관계를 지배한다 [5, 6, 10].
+  * 동일한 그룹에 속한 아이디어들은 일관된 논리적 순서에 따라 배열되어야 하며, 무작위로 나열될 경우 독자는 아이디어 간의 관계를 찾기 위해 불필요한 정신적 에너지를 소모하게 된다 [6, 11].
+  * 바바라 민토(Barbara Minto)는 수평적으로 아이디어를 배열하는 네 가지 주요 방법을 제시했다 [6, 9, 12]:
+    1. **연역적 순서 (Deductive Order):** 첫 번째 아이디어가 대전제를 제시하고, 두 번째 아이디어가 소전제를 다루며, 세 번째 아이디어가 결론(Implication)을 도출하는 논리적 흐름이다 [6, 9].
+    2. **시간적/연대기적 순서 (Chronological/Time Order):** 특정 결과를 달성하기 위한 프로세스의 단계나 인과 관계를 시간에 따라 나열한다 [6, 9, 13].
+    3. **구조적 순서 (Structural Order):** 전체를 지리나 부서 등 구성 요소로 분할할 때 사용되며, 이때 각 요소는 MECE(상호 배제 및 전체 포괄) 원칙을 반드시 충족해야 한다 [6, 12, 14].
+    4. **비교/정도 순서 (Comparative/Degree Order):** 카테고리화된 아이디어들을 중요도나 영향력 등에 따라 순위를 매겨 배열한다 [6, 12, 14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[Deductive and Inductive Reasoning]], [[MECE Principle]]
+- **Projects/Contexts:** [[Business Communication and Presentation]], [[Consulting Problem Solving]]
+- **Contradictions/Notes:** 연역적 논리는 그룹 내 아이디어들이 서로 의존적이어서 하나의 전제가 무너지면 전체가 무너지는 반면, 귀납적 논리는 개별 아이디어들이 서로 독립적인 이유들로 구성된다는 차이가 있다 [15, 16]. 경영진이나 바쁜 독자를 대상으로 하는 커뮤니케이션에서는 피라미드의 최상위 핵심 라인(Key Line)에서 연역적 추론보다 귀납적 추론을 사용하는 것이 독자가 더 빠르고 쉽게 이해하도록 돕는 데 유리하다 [16-18].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Logic & Reasoning/Hypothesis Tree.md b/10_Wiki/Topics/Logic & Reasoning/Hypothesis Tree.md
new file mode 100644
index 00000000..3db12432
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Hypothesis Tree.md	
@@ -0,0 +1,18 @@
+# [[Hypothesis Tree]]
+
+## 📌 Brief Summary
+문제를 분석하기 전, 문제에 대한 가설들을 MECE 원칙에 따라 시각적인 나무 구조로 배치하여 문제 해결 프로세스를 가속화하는 기법.
+
+## 📖 Core Content
+- 가설 트리는 문제 자체를 잘게 쪼개는 이슈 트리와 달리, 문제를 규명하는 '가설(Hypotheses)'들을 중심으로 문제를 구조화합니다 [41].
+- 최상단에는 해결하고자 하는 핵심 문제를 두고, 그 문제의 원인이나 해결책에 대한 주요 가설(Main hypotheses)들을 나열하며, 각 가설 밑에 이를 검증하기 위한 하위 가설(Sub-hypotheses)을 배치합니다 [42].
+- 예를 들어, 은행의 영업 생산성을 높인다는 문제에 대해 "1. 총 가용 시간 중 판매 시간을 늘린다"와 "2. 주어진 시간 내에 판매 볼륨을 높인다"라는 구체적 가설을 먼저 세우고 세부 방안으로 접근하는 식입니다 [42].
+- 이슈 트리보다 문제 해결에 더 직접적인 접근 방식을 제공하여 논리적 분석의 효율성을 극대화합니다 [41].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[MECE Principle]]
+- **Projects/Contexts:** [[Problem Solving]], [[Management Consulting]]
+- **Contradictions/Notes:** 가설 트리를 구축하기 위해서는 초기에 문제 상황에 대한 정확한 이해와 모호함이 없는 명확한 문제 정의(Problem statement)가 필수적으로 요구됩니다 [43].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Inductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Inductive Reasoning.md
new file mode 100644
index 00000000..0742e36d
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Inductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Inductive Reasoning]]
+
+## 📌 Brief Summary
+개별적인 사실, 사건, 아이디어들의 공통된 속성을 파악하여 이들을 하나의 그룹으로 묶고, 상위 수준의 추론이나 결론을 이끌어내는 방식.
+
+## 📖 Core Content
+- 귀납적 추론 과정에서는 묶여 있는 아이디어들이 논리적으로 유사해야 하며, 모두 동일한 '복수 명사(예: 원인들, 이유들, 단계들, 문제점들)'로 레이블링(Labeling)될 수 있어야 합니다 [1, 37, 44].
+- 귀납적 그룹을 요약하는 문장은 나열된 행동들이 가져올 효과(Effect)를 서술하거나, 상황적 유사성이 내포하는 의미(Inference)를 진술하는 방식이어야 합니다 [37, 45].
+- 비즈니스 커뮤니케이션에서 여러 이유를 들어 하나의 권고안을 뒷받침하는 것은 귀납적 추론의 전형적인 예입니다. (예: "돼지를 애완동물로 키워야 한다" -> 이유 1, 이유 2) [46, 47].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Deductive Reasoning]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Executive Communication]], [[Structuring Ideas]]
+- **Contradictions/Notes:** 귀납적 추론은 연역적 방식보다 창의적이지만 훌륭하게 구사하기는 더 어렵습니다 [48]. 또한 그룹을 묶어 요약할 때 단지 '문제점 5가지'처럼 범주형으로 서술하는 것은 지양하고, 아이디어의 '본질'을 요약해야 합니다 [49].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Inductive and Deductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Inductive and Deductive Reasoning.md
new file mode 100644
index 00000000..0bba463d
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Inductive and Deductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Inductive and Deductive Reasoning]]
+
+## 📌 Brief Summary
+피라미드 원칙 하에서 아이디어의 수평적 논리(Horizontal Logic)를 구성하는 두 가지 중추적인 사고 및 전개 방식의 조합.
+
+## 📖 Core Content
+- 연역적 추론(Deductive Reasoning)은 일반적 원리, 구체적 사실, 그리고 '그러므로(Therefore)'라는 논리적 결론이 상호 의존적인 고리를 형성하며 이어지는 방식입니다 [1, 2].
+- 귀납적 추론(Inductive Reasoning)은 여러 독립적인 관찰 결과나 사실들이 공통적으로 지시하는 단일한 결론을 도출해내는 방식입니다 [1, 6].
+- 피라미드 원칙의 최적화된 적용: 전체 메시지의 가장 핵심적인 라인(Key Line)에서는 청중이 빠르게 요지를 파악할 수 있도록 귀납적 추론을 사용하고, 더 세부적인 하위 단락(Paragraph) 레벨에서는 독자의 이해를 돕기 위해 연역적 추론을 배치하는 것이 가장 효과적입니다 [4, 6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Consulting Analysis]], [[Persuasive Writing]]
+- **Contradictions/Notes:** 피라미드 구조의 동일한 그룹 내에서 귀납적 추론과 연역적 추론 방식을 결합해서는 안 됩니다. 각 그룹은 오직 하나의 명확한 논리 방향만을 유지해야 합니다 [7].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Inductive vs. Deductive Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Inductive vs. Deductive Reasoning.md
new file mode 100644
index 00000000..3ff6d8f6
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Inductive vs. Deductive Reasoning.md	
@@ -0,0 +1,28 @@
+# [[Inductive vs. Deductive Reasoning]]
+
+## 📌 Brief Summary
+연역적 추론(Deductive Reasoning)과 귀납적 추론(Inductive Reasoning)은 민토 피라미드 원칙(Minto Pyramid Principle)에서 아이디어를 수평적으로 배열(Horizontal Logic)할 때 사용하는 두 가지 핵심 논리 전개 방식입니다 [1, 2]. 연역적 추론은 대전제에서 소전제를 거쳐 결론에 도달하는 상호 의존적인 구조를 가져 독자의 저항이 예상될 때 유용하며, 귀납적 추론은 유사한 사실들을 그룹화하여 공통의 결론을 도출하는 독립적인 구조로 메시지 전달이 빨라 바쁜 경영진 보고에 주로 권장됩니다 [3, 4].
+
+## 📖 Core Content
+
+**연역적 추론 (Deductive Reasoning)**
+* **구조 및 정의:** 대전제(Major premise), 소전제(Minor premise), 결론(Conclusion)으로 이어지는 선형적인 논리 사슬(Linear chain)을 따릅니다 [3, 5, 6]. 두 번째 아이디어가 첫 번째 아이디어의 주어나 술어에 대해 논평하고, 세 번째 아이디어가 그에 대한 함의나 '그러므로(Therefore)'라는 결론을 이끌어냅니다 [2, 7, 8].
+* **특징:** 논리의 각 단계가 상호 의존적(Interdependent)이므로, 전제 중 하나라도 부정되면 전체 논증이 무너지는 낮은 복원력(Resilience)을 가집니다 [3, 4, 9].
+* **활용 전략:** 논리 전개 과정이 길어지면 독자에게 '추리 소설'처럼 지루하게 느껴질 수 있으므로, 피라미드의 최상위 계층에서는 피하고 하위 단락 수준으로 밀어내어 사용하는 것이 좋습니다 [3, 7, 10]. 단, 청중이 결론에 강하게 반대할 것으로 예상되거나 기저의 논리를 제공하지 않으면 행동(Action)을 이해할 수 없는 경우에는 선행 전제를 통한 연역적 접근이 매우 효과적입니다 [3, 6, 7, 11].
+
+**귀납적 추론 (Inductive Reasoning)**
+* **구조 및 정의:** 여러 가지 사실, 이벤트, 아이디어들이 가지는 유사성을 파악하여 같은 그룹으로 묶고, 그 공통점의 의미에 대해 추론(Inference)이나 진술을 이끌어내는 방식입니다 [4, 7, 12].
+* **특징:** 각 요점(Supporting points)들이 독립적(Independent)으로 작용하므로, 하나의 주장이 반박당하더라도 나머지 다른 주장들이 전체 결론을 유지할 수 있어 복원력이 높습니다 [4, 9, 13].
+* **활용 전략:** 독자가 결론을 빠르고 쉽게 흡수할 수 있도록 해주므로, 컨설팅이나 경영진 커뮤니케이션에서 피라미드의 상위 계층(Key Line)을 구성할 때 선호되는 방식입니다 [4, 7, 10, 13]. 
+
+**적용 시 주의사항**
+* 피라미드를 구성할 때 동일한 논리 그룹 내에서 귀납적 추론과 연역적 추론을 혼합하여 사용해서는 안 됩니다 [14].
+* 피라미드 원칙은 분석 과정에서는 상향식(Bottom-up) 사고를 통해 이루어지지만, 작성 및 커뮤니케이션 과정에서는 하향식(Top-down)으로 결론을 먼저 제시한 뒤 이 두 가지 추론 방식을 통해 논리를 전개할 것을 요구합니다 [9, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Horizontal Logic]], [[Minto Pyramid Principle]], [[MECE Framework]]
+- **Projects/Contexts:** [[Executive Communication]], [[Consulting Presentations]], [[Problem Solving]]
+- **Contradictions/Notes:** 소스 5는 귀납적 추론을 "일련의 일반적인 뒷받침 인수에서 특정 진술을 추론하는 것"으로 다소 모호하게 정의하기도 하지만 [1], 다른 여러 소스들은 공통적으로 "관찰된 사실들의 유사성을 그룹화하여 일반적 결론을 도출하는 것"으로 일관되게 설명하고 있습니다 [4, 6, 7, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Logic & Reasoning/Issue Tree.md b/10_Wiki/Topics/Logic & Reasoning/Issue Tree.md
new file mode 100644
index 00000000..5a4c3189
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Issue Tree.md	
@@ -0,0 +1,17 @@
+# [[Issue Tree]]
+
+## 📌 Brief Summary
+크고 복잡한 문제를 논리적이고 관리가 용이한 하부 문제(Sub-issues)들로 분해하기 위해 사용하는 시각적인 트리형 프레임워크.
+
+## 📖 Core Content
+- 이슈 트리는 상단에 핵심 문제 선언문을 두고 하단으로 갈수록 점차 세부적인 문제들로 넓게 퍼져나가는 형태를 취합니다 [50]. (예: "레스토랑이 수익성이 없다" -> "수익성을 어떻게 올릴 것인가?" -> "수익 증가" & "비용 감소" -> 구체적 실행 방안) [51, 52].
+- 계층을 분할할 때는 누락과 중복을 방지하기 위해 반드시 MECE(상호 배제 및 전체 포괄) 원칙을 엄격하게 적용해야 합니다 [53, 54].
+- 컨설턴트들은 이슈 트리를 연구 로드맵으로 활용하여, 중복 없이 각 팀원에게 세부 업무(Workstreams)를 명확히 분배합니다 [54].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Principle]], [[Hypothesis Tree]]
+- **Projects/Contexts:** [[Problem Solving]], [[Profitability Framework]]
+- **Contradictions/Notes:** 구조화된 이슈 트리를 바탕으로 초기 검토를 마친 후, 가치가 떨어지는 옵션들은 과감히 배제하는 '가지치기(Trimming branches)'가 수반되어야 실질적인 문제 해결 도구로 기능할 수 있습니다 [53].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Linear Thinking.md b/10_Wiki/Topics/Logic & Reasoning/Linear Thinking.md
new file mode 100644
index 00000000..8f648f76
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Linear Thinking.md	
@@ -0,0 +1,18 @@
+# [[Linear Thinking]]
+
+## 📌 Brief Summary
+선형적 사고(Linear Thinking)는 복잡한 문제를 명확한 원인과 결과의 관계로 단순화하여 순차적이고 단계적으로 해결하려는 문제 접근 방식입니다.
+
+## 📖 Core Content
+- **단순화 및 원인-결과 분석:** 복잡한 문제를 고립된 개별 요소로 분해하며, 하나의 사건이 예측 가능한 결과를 초래한다는 명확한 인과관계 원칙에 기반합니다 [1], [2].
+- **순차적 문제 해결:** 각 단계가 이전 단계를 바탕으로 구축되는 순차적 순서로 해결책을 공식화합니다 [2], [3].
+- **개방 루프(Open Loop):** 의사결정 자체가 주변 환경에 미치는 피드백을 반영하지 않는 개방 루프적 성격을 가집니다 [4].
+- **예측 가능한 상황에 적합:** 프로젝트 관리에서 마일스톤을 설정하거나, 기술적 문제 해결(Technical Troubleshooting)을 위해 시스템을 진단하는 등 명확하고 구조화된 시나리오에서 매우 효과적입니다 [5], [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Systems Thinking]], [[Logical Reasoning]]
+- **Projects/Contexts:** [[Project Management]], [[Technical Troubleshooting]], [[Educational Instruction]]
+- **Contradictions/Notes:** 선형적 사고는 대단히 유용하지만, 건강보험 개혁이나 기후 변화와 같이 수많은 요소가 상호작용하고 피드백 루프가 존재하는 '복잡계(Complex Systems)' 문제에 적용할 경우 예기치 않은 부정적 부작용을 초래할 수 있습니다 [7], [8], [9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Logic Trees.md b/10_Wiki/Topics/Logic & Reasoning/Logic Trees.md
new file mode 100644
index 00000000..7d9826f7
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Logic Trees.md	
@@ -0,0 +1,31 @@
+---
+id: c3e4f5a6-b7d8-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [logic-tree, issue-tree, hypothesis-tree, problem-solving, structuring]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Logic Trees]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 논리 트리는 거대한 문제를 원자 단위의 가설로 분해하여 연구 로드맵을 시각화하고 업무의 중복을 원천 차단하는 문제 해결의 지도다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 거시적 문제 선언문에서 미시적 실행 방안으로의 계층적 분해.
+- **주요 유형:**
+    - **Issue Tree:** "무엇이 문제인가?"를 중심으로 전체 상황을 MECE하게 해체하여 작업 범위(Workstreams)를 획정.
+    - **Hypothesis Tree:** "이것이 해결책인가?"라는 가설에서 시작하여 이를 증명하기 위한 데이터와 분석 단위를 설계.
+- **구축 원칙:**
+    - **Hierarchical Integrity:** 하단으로 갈수록 구체성이 높아지며, 각 계층은 상위 계층을 논리적으로 증명해야 함.
+    - **Trimming Branches:** 가치가 낮은 옵션은 조기에 배제하여 분석의 효율성 극대화.
+- **수평적 논리 (Horizontal Logic):** 그룹 내 아이디어들이 연역적 또는 귀납적인 명확한 논리 순서를 따라야 함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Business Problem Solving]], [[Deductive & Inductive Reasoning]]
+- **Raw Source:** [[00_Raw/Issue Tree]], [[00_Raw/Hypothesis Tree]], [[00_Raw/Horizontal and Vertical Logic]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Logical Reasoning (Deductive-Inductive).md b/10_Wiki/Topics/Logic & Reasoning/Logical Reasoning (Deductive-Inductive).md
new file mode 100644
index 00000000..b8250202
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Logical Reasoning (Deductive-Inductive).md	
@@ -0,0 +1,18 @@
+# [[Logical Reasoning (Deductive-Inductive)]]
+
+## 📌 Brief Summary
+피라미드 원리에서 아이디어 간의 수평적 관계를 논리적으로 배열하는 두 가지 핵심 추론 방식인 연역적(Deductive) 추론과 귀납적(Inductive) 추론입니다.
+
+## 📖 Core Content
+- **연역적 추론(Deductive Reasoning):** 일반적인 대전제에서 시작하여 소전제를 거쳐 특정한 결론을 도출하는 선형적인 논리 전개 방식입니다 [10], [11], [12], [13]. 각 포인트는 상호 의존적이며, 하나의 전제가 부정되면 전체 논증이 실패하게 됩니다 [13], [14].
+- **귀납적 추론(Inductive Reasoning):** 유사한 특성을 가진 여러 사실이나 아이디어를 하나로 그룹화하여, 그 유사성을 바탕으로 일반적인 결론(추론)을 도출하는 방식입니다 [10], [11], [15], [14]. 각 근거가 독립적이어서 하나가 반박당해도 다른 근거가 결론을 뒷받침할 수 있어 설득력이 높습니다 [14].
+- **경영진 커뮤니케이션에서의 활용:** 비즈니스 글쓰기의 핵심 수준(Key line)에서는 귀납적 추론을 사용하는 것이 독자의 이해도를 높이고 인지적 부담을 줄여주므로 훨씬 효과적입니다 [10], [16], [14].
+- **연역적 추론의 적절한 사용처:** 단락 수준에서 세부 사항을 설명하거나, 독자가 강력히 반대할 것으로 예상되어 불가피한 결론으로 논리적으로 유도해야 할 때 적합합니다 [10], [16], [13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Business Writing]], [[Executive Presentations]], [[Problem Solving]]
+- **Contradictions/Notes:** 연역적 추론은 글을 논리적으로 만들지만, 결론에 도달할 때까지 많은 전제를 읽어야 하는 '미스터리 소설' 같은 구조가 되기 쉬우므로, 결론을 먼저 요구하는 비즈니스 문서의 상위 구조에서는 피하는 것이 좋습니다 [10], [16], [13].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/MECE + Pyramid Principle--.md b/10_Wiki/Topics/Logic & Reasoning/MECE + Pyramid Principle--.md
new file mode 100644
index 00000000..82672376
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/MECE + Pyramid Principle--.md	
@@ -0,0 +1,19 @@
+# [[MECE + Pyramid Principle]]
+
+## 📌 Brief Summary
+바바라 민토(Barbara Minto)가 매킨지에서 고안한 논리적 글쓰기 및 커뮤니케이션 프레임워크와 그 핵심 사고 원칙입니다. 핵심 결론이나 답변을 맨 먼저 제시하는 '피라미드 원칙'과 이를 뒷받침하는 근거들을 중복과 누락 없이 '상호 배타적이고 전체 포괄적(MECE)'으로 구성하는 방법을 결합하여 전달력을 극대화합니다. 복잡한 비즈니스 문제나 데이터를 명확하게 구조화하고, 바쁜 임원진의 시간을 절약하며 설득력을 높이는 데 필수적으로 사용됩니다.
+
+## 📖 Core Content
+*   **피라미드 원칙 (Pyramid Principle):** 독자나 청중은 하향식(Top-down)으로 정보를 이해하기 원하므로, **핵심 결론(Answer)을 최상단에 두고, 그 아래에 이를 뒷받침하는 핵심 주장(Arguments)을, 가장 아래에 구체적인 데이터(Evidence/Data)를 배치**하는 계층적 구조입니다 [1-13].
+*   **SCQA 스토리텔링 도입부:** 서론은 상황(Situation), 전개/문제(Complication), 질문(Question), 답변(Answer)의 흐름으로 구성하여, 청중이 이미 아는 사실에서 출발해 핵심 주제로 자연스럽게 유도합니다 [14-21].
+*   **MECE 원칙 (Mutually Exclusive, Collectively Exhaustive):** 피라미드를 구성하는 하위 항목들은 서로 겹치지 않아야 하며(상호 배타적), 합쳤을 때 전체를 포괄해야(전체 포괄적) 합니다 [1, 22-29].
+*   **수직적 및 수평적 논리 (Vertical & Horizontal Logic):** 수직적으로 상위 메시지는 하위 메시지의 요약이어야 하며 하위 메시지는 상위 메시지가 유발한 '왜?(Why)'나 '어떻게?(How)'에 대한 답변이 되어야 합니다 [30-33]. 수평적으로는 항목들이 귀납적(Inductive) 혹은 연역적(Deductive) 논리나 시간, 구조, 중요도 순으로 일관되게 정렬되어야 합니다 [3, 32, 34-38].
+*   **매직 넘버 3 (Rule of Three):** 인간의 단기 기억 한계를 고려하여, 한 그룹을 구성하는 핵심 주장이나 요소의 개수는 가급적 3~4개로 제한하는 것이 가장 효과적입니다 [10, 30, 31, 39-42].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[BLUF (Bottom Line Up Front)]], [[SCQA Framework]], [[Issue Tree]]
+- **Projects/Contexts:** [[경영 컨설팅 문제 해결 및 보고서 작성]], [[C-레벨/임원진 대상 전략 프레젠테이션]]
+- **Contradictions/Notes:** MECE 원칙은 복잡한 상호작용이 존재하는 시스템적 문제(Complex systems)를 다룰 때는 현실을 과도하게 단순화하고 변수 간의 피드백 루프를 숨길 위험이 있습니다. 이러한 경우 시스템 사고(Systems Thinking) 등과 병행해야 합니다 [43-47]. 또한 하향식으로 결론을 내리꽂는 방식은 협력적 아이디어 도출이 필요한 디자인 씽킹(Design Thinking) 상황에는 부적합할 수 있습니다 [48-50].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/MECE Framework.md b/10_Wiki/Topics/Logic & Reasoning/MECE Framework.md
new file mode 100644
index 00000000..f20775ba
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/MECE Framework.md	
@@ -0,0 +1,18 @@
+# [[MECE Framework]]
+
+## 📌 Brief Summary
+MECE 프레임워크는 컨설턴트들이 복잡한 비즈니스 문제를 중복이나 누락이 없는 카테고리로 나누어, 효율적이고 구조화된 분석을 가능하게 하는 문제 해결 도구입니다.
+
+## 📖 Core Content
+- **문제 분해의 로드맵:** 크고 혼란스러운 문제를 작고 관리하기 쉬운 부분들로 나누어 명확성을 제공하고, 동시에 다뤄야 할 모든 가능성을 놓치지 않게 해줍니다 [17], [18].
+- **다양한 프레임워크로의 확장:** 컨설팅에서 널리 쓰이는 수익성 분석 프레임워크(Profitability Framework)는 수익과 비용, 가격과 수량 등 완벽하게 MECE한 논리로 문제를 분해하는 대표적인 예입니다 [19], [20], [21].
+- **이슈 트리(Issue Tree) 구성:** 클라이언트의 주요 문제를 여러 하위 문제로 나누어 작업 흐름(workstream)을 할당할 때, MECE 프레임워크 기반의 이슈 트리를 사용하여 중복 업무를 방지합니다 [22], [23], [24], [25].
+- **현실적 제약에서의 유연성:** 시간이 부족하거나 데이터가 불완전한 실제 상황에서는 MECE 프레임워크의 엄격성에 얽매이기보다, 가장 영향력이 큰 항목에 집중하거나 가정을 세우는 유연한 적용이 필요합니다 [26], [27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[Profitability Framework]], [[Management Consulting]]
+- **Projects/Contexts:** [[Case Interviews]], [[Market Entry Strategy]], [[Corporate Restructuring]]
+- **Contradictions/Notes:** 프레임워크가 겉보기에 논리적이고 깔끔해 보이더라도, 초기에 설정한 범주나 가정이 잘못되었다면 실제 문제를 외면하는 '거짓된 완전성(False Completeness)'의 위험에 빠질 수 있습니다 [28], [29].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/MECE Principle.md b/10_Wiki/Topics/Logic & Reasoning/MECE Principle.md
new file mode 100644
index 00000000..4f341fe8
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/MECE Principle.md	
@@ -0,0 +1,31 @@
+---
+id: d2e3f4g5-h6i7-8j9k-0l1m-2n3o4p5q6r7s
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [mece, logic, structuring, consulting, issue-tree, profitability-framework]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic-update"
+---
+
+# [[MECE Principle]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> MECE는 정보의 중복(Overlap)과 누락(Gap)을 배제하여 논리적 무결성을 확보하는 구조화의 기초이자, 복잡한 비즈니스 문제를 해결 가능한 조각으로 해체하는 로드맵이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 상호 배타성(ME)과 전체 포괄성(CE)을 통한 분석의 사각지대 제거 및 작업 효율화.
+- **핵심 원리:**
+    - **Mutually Exclusive:** 각 항목 간의 독립성을 보장하여 중복 논의와 업무 중복(Double-counting) 방지.
+    - **Collectively Exhaustive:** 모든 가능성을 포함하여 문제 해결 과정에서의 누락 방지.
+- **응용 프레임워크:**
+    - **Profitability Framework:** 수익/비용, 가격/수량 등 완벽하게 MECE한 논리로 수익성을 분해.
+    - **Issue Tree Construction:** 주요 문제를 하위 작업(Workstreams)으로 나눌 때 중복 없는 업무 분배의 기준 제공.
+- **실전 팁:** 완벽한 MECE 추구보다는 상황에 따른 유연한 적용(중요 항목 집중)이 필요하며, '거짓된 완전성(False Completeness)'의 함정에 주의해야 함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[The Pyramid Principle]], [[Logic Trees]], [[Problem Solving Process]], [[Profitability Framework]]
+- **Raw Source:** [[00_Raw/MECE Principle]], [[00_Raw/MECE Framework]], [[00_Raw/MECE]], [[00_Raw/Mutually Exclusive and Collectively Exhaustive (MECE)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/MECE.md b/10_Wiki/Topics/Logic & Reasoning/MECE.md
new file mode 100644
index 00000000..9ebc7065
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/MECE.md	
@@ -0,0 +1,18 @@
+# [[MECE]]
+
+## 📌 Brief Summary
+MECE는 경영 컨설팅에서 데이터나 문제 해결 과정을 분류하는 핵심 마인드셋이자 언어로, 논리적이고 누락 없는 커뮤니케이션을 위한 실용적 접근 방식입니다.
+
+## 📖 Core Content
+- **컨설턴트의 핵심 사고방식:** 비즈니스 구조화, 케이스 인터뷰, 이메일 작성 등 최상위 전략 컨설팅 회사의 모든 업무 프로세스와 소통에 적용되는 표준 기준입니다 [39], [40], [41].
+- **마법의 숫자 3 (Rule of Three):** MECE하게 아이디어를 그룹화할 때 가장 이상적인 항목 수는 3개입니다. 인간의 단기 기억 용량을 고려할 때 3개(최대 4개 이내)의 항목은 기억하기 쉽고 논리적 구조를 가장 명확히 전달합니다 [42], [43], [44], [45].
+- **분석력과 설득력 강화:** MECE 구조로 프레젠테이션을 구성하면 의사결정자들은 각 요점들이 어디에 속하는지 즉각적으로 이해할 수 있어, 의사결정의 속도가 20~30% 향상됩니다 [46], [47].
+- **산업을 넘나드는 활용도:** 영업 채널 분석부터, 기술 스택 최적화, 헬스케어 환자 경로 설계, 그리고 금융 포트폴리오 다각화 등 거의 모든 복잡한 비즈니스 상황에 유용하게 적용됩니다 [48], [49], [50].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Case Interviews]], [[Management Consulting]]
+- **Projects/Contexts:** [[Executive Summaries]], [[Portfolio Diversification]], [[Tech Stack Optimization]]
+- **Contradictions/Notes:** MECE 사고방식을 기계적으로만 적용하면 단순히 체크리스트를 채우는 함정에 빠질 수 있으며, 복잡한 현실의 상호작용을 파악하기 위해 시스템적 사고(Systems Thinking)나 근본 원인 분석(Root Cause Analysis) 같은 다른 방식과 하이브리드로 사용하는 것이 좋습니다 [51], [52], [53]. 
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Management Consulting Problem Solving.md b/10_Wiki/Topics/Logic & Reasoning/Management Consulting Problem Solving.md
new file mode 100644
index 00000000..c92f3de9
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Management Consulting Problem Solving.md	
@@ -0,0 +1,18 @@
+# [[Management Consulting Problem Solving]]
+
+## 📌 Brief Summary
+경영 컨설팅의 문제 해결은 가설 기반(Hypothesis-driven) 접근법과 논리 트리(Logic Tree)를 활용하여 복잡한 비즈니스 이슈를 상호 배타적이고 누락 없이(MECE) 분해해 투명한 해결책을 도출하는 일련의 과정입니다 [3, 32, 33].
+
+## 📖 Core Content
+- **순차적 분석(Sequential analysis):** 문제 해결은 '문제가 무엇인가, 어디에 있는가, 왜 존재하는가, 무엇을 할 수 있는가, 무엇을 해야 하는가'라는 체계적인 질문 과정을 통해 진행됩니다 [32, 34, 35].
+- **이슈 트리 및 가설 트리:** 이슈 트리(Issue Tree)나 가설 트리(Hypothesis Tree)를 구축하여 큰 문제(예: 수익성 저하)를 수익 증대, 비용 절감 등의 **하위 요소로 시각적으로 세분화하여 분석을 구조화**합니다 [36-39].
+- **결정 트리(Decision Tree) 활용:** 다양한 대안, 예상 결과, 장단점을 명확하게 비교함으로써 데이터에 기반한 최적의 행동 방침을 찾습니다 [40-42].
+- **선형적 사고와 시스템 사고의 조화:** 복잡한 상황을 다룰 때는 즉각적인 원인-결과에만 초점을 맞추는 선형적 사고(Linear thinking)를 넘어, **시스템 전체의 상호 작용과 동태적 패턴을 파악하는 시스템 사고(Systems thinking)**가 함께 적용되어야 합니다 [43-45].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Hypothesis-Driven Logic]], [[Systems Thinking]]
+- **Projects/Contexts:** [[수익성 개선 프로젝트(Profitability Analysis)]], [[의사 결정 최적화]]
+- **Contradictions/Notes:** 단순히 눈에 보이는 증상만을 해결하려는 선형적 접근(Quick-fix)은 단기적 효과에 그칠 수 있습니다. 진정한 변화를 이끌기 위해서는 문제의 근본 원인과 시스템적 연관성을 파악해야 합니다 [44, 46, 47].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Game.md b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Game.md
new file mode 100644
index 00000000..bdcabe1a
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Game.md	
@@ -0,0 +1,17 @@
+# [[McKinsey Problem Solving Game]]
+
+## 📌 Brief Summary
+맥킨지가 지원자의 분석적 사고와 문제 해결 능력을 평가하기 위해 채용 과정에서 활용하는 디지털 시뮬레이션 및 온라인 게임 기반의 평가 도구입니다.
+
+## 📖 Core Content
+- 컨설팅 펌들은 채용 초기 단계의 필터링을 위해 인지 능력 및 비즈니스 상황 대처 능력을 평가하는 **디지털 시뮬레이션 및 평가 게임**을 도입하고 있습니다 [23].
+- 맥킨지는 지원자 평가를 위해 **'McKinsey Sea Wolf'** 및 **'McKinsey Red Rock Study'**와 같은 형태의 온라인 게임/테스트를 활용합니다 [24, 25].
+- 이러한 도구들은 지원자가 복잡한 환경에서 정보를 어떻게 수집하고, 우선순위를 정하며, 구조적으로 문제를 풀어나가는지를 테스트합니다.
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Case Interview]], [[McKinsey Problem Solving Test (PST)]]
+- **Projects/Contexts:** [[Consulting Recruitment]], [[MBB Online Tests]]
+- **Contradictions/Notes:** 제공된 자료에서는 해당 게임의 구체적인 작동 방식, 룰, 또는 문제 유형에 대한 상세한 설명은 포함되어 있지 않으며 도구의 명칭 위주로 언급되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Test (PST).md b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Test (PST).md
new file mode 100644
index 00000000..072f62bd
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving Test (PST).md	
@@ -0,0 +1,16 @@
+# [[McKinsey Problem Solving Test (PST)]]
+
+## 📌 Brief Summary
+맥킨지 채용 과정에서 지원자의 데이터 해석, 논리적 추론 및 정량적 분석 능력을 검증하기 위해 전통적으로 사용되어 온 객관식 문제 해결 시험입니다.
+
+## 📖 Core Content
+- 지원자가 컨설턴트로서 필요한 핵심 역량인 구조화된 사고와 수학적/논리적 분석 능력을 갖추었는지 평가하는 관문입니다.
+- 현대의 평가 방식은 전통적인 지필고사(PST) 형태에서 벗어나 'McKinsey Sea Wolf', 'Red Rock Study' 등 **온라인 기반의 게임 및 디지털 시뮬레이션 평가(MBB Online Tests)**로 진화 및 대체되는 경향을 보입니다 [24, 25].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Problem Solving Game]], [[McKinsey Case Interview]]
+- **Projects/Contexts:** [[Consulting Recruitment]]
+- **Contradictions/Notes:** 제공된 자료에는 PST 시험의 구체적인 문항 구조나 전략에 대한 상세 정보가 없으며, 대신 디지털 형태의 온라인 평가(Assessment games) 트렌드로 전환된 사실만 유추할 수 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving.md b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving.md
new file mode 100644
index 00000000..04aa8069
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/McKinsey Problem Solving.md	
@@ -0,0 +1,17 @@
+# [[McKinsey Problem Solving]]
+
+## 📌 Brief Summary
+복잡하고 모호한 비즈니스 문제를 해결하기 위해 맥킨지 등 일류 컨설팅 펌들이 사용하는 철저한 가설 기반, 구조화된 논리적 접근법입니다.
+
+## 📖 Core Content
+- **문제 해결의 단계:** 문제란 '원하지 않는 결과'이거나 '설명할 수 없는 결과'입니다 [26]. 문제 해결은 1. 문제가 무엇인가? 2. 어디에 있는가? 3. 왜 존재하는가? 4. 무엇을 할 수 있는가? 5. 무엇을 해야만 하는가? 의 순차적 분석을 따릅니다 [26, 27].
+- **가설 기반 접근(Hypothesis-driven):** 초기 단계에서 이슈 트리(Issue tree)나 가설 트리(Hypothesis tree)를 생성하여 문제를 작고 해결 가능한 하위 단위로 분해하고, 각 작업 흐름을 팀원들에게 할당합니다 [7, 28, 29]. 
+- **구조화와 하향식 소통:** 분석 단계에서는 데이터에서 출발하는 상향식(Bottom-up) 과정을 거치지만, 최종적으로 솔루션을 전달할 때는 결론을 최상단에 두는 하향식(Top-down) 구조를 취하여 효율성을 극대화합니다 [30-32].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[Minto Pyramid Principle]]
+- **Projects/Contexts:** [[Strategy Consulting]], [[Business Case Development]]
+- **Contradictions/Notes:** 구조화된 문제 해결법은 논리적이고 명쾌한 해결책을 제시하지만, 창의성을 제한하거나 시스템 전체의 유기적인 상호작용을 간과하는 환원주의적(Reductionist) 분석이라는 비판도 받습니다 [11].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Mental Models.md b/10_Wiki/Topics/Logic & Reasoning/Mental Models.md
new file mode 100644
index 00000000..ffa183e2
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Mental Models.md	
@@ -0,0 +1,17 @@
+# [[Mental Models]]
+
+## 📌 Brief Summary
+사람들이 복잡한 현실 세계의 정보를 처리하고, 문제를 분해하며, 의사결정을 내릴 때 사용하는 인지적 프레임워크와 사고 방식의 집합입니다.
+
+## 📖 Core Content
+- **선형적 사고(Linear Thinking):** 문제와 해결책 간의 명확한 인과관계를 가정하며, 복잡한 문제를 더 단순한 부분으로 쪼개어 순차적으로 해결하려는 모델입니다 [33-35]. 예측 가능성이 높고 정형화된 문제를 푸는 데 적합합니다 [34, 36].
+- **시스템적 사고(Systems Thinking):** 문제는 전체 시스템의 상호작용과 피드백 루프 속에서 발생한다고 보는 전체론적(Holistic) 관점의 사고방식입니다 [37, 38]. 환경 관리, 공중 보건, 복잡한 조직 개발 등 상호 의존성이 높은 문제를 해결하는 데 필수적입니다 [37, 39].
+- **구조화 모델:** MECE나 피라미드 원칙 역시 인간의 인지 부하(Cognitive load)를 줄여 한 번에 3~4개의 핵심 그룹만 기억하게 함으로써 복잡한 정보를 쉽게 소화하도록 돕는 강력한 멘탈 모델입니다 [40].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[First Principles Thinking]]
+- **Projects/Contexts:** [[Decision Making]], [[Complexity Management]]
+- **Contradictions/Notes:** 특정 멘탈 모델(예: 선형적 사고나 MECE)만 과도하게 사용하면 현실의 복잡성이나 예상치 못한 상호작용을 간과하는 '단순화의 오류'에 빠질 위험이 있으므로 다양한 모델을 결합해 사용하는 것이 권장됩니다 [10, 11, 41, 42].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Minto Pyramid Principle.md b/10_Wiki/Topics/Logic & Reasoning/Minto Pyramid Principle.md
new file mode 100644
index 00000000..ec8406f2
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Minto Pyramid Principle.md	
@@ -0,0 +1,20 @@
+# [[Minto Pyramid Principle]]
+
+## 📌 Brief Summary
+맥킨지의 바바라 민토(Barbara Minto)가 개발한 프레임워크로, 비즈니스 커뮤니케이션 시 **핵심 결론을 먼저 제시하고 이를 뒷받침하는 논리와 근거를 하향식(Top-down)으로 전개**하는 구조적 방법론입니다.
+
+## 📖 Core Content
+- **3단계 피라미드 구조:** 
+  1. **핵심 메시지(결론):** 독자나 청중의 질문에 대한 단일하고 명확한 답변을 최상단에 배치합니다 [43, 44].
+  2. **주요 논거(Key Arguments):** 결론을 뒷받침하는 3개 내외의 이유를 MECE 원칙에 따라 그룹화하여 중간층에 배치합니다 [45-47].
+  3. **뒷받침하는 데이터/증거:** 가장 하단에서 각 논거를 증명하는 구체적 사실과 분석 데이터를 제공합니다 [45, 48].
+- **수직적 및 수평적 논리:** 수직적으로는 상위 아이디어가 하위 아이디어들의 요약본이어야 하며 지속적인 '질문-답변(Why? How?)' 관계를 형성합니다 [49-51]. 수평적으로는 그룹 내 아이디어들이 연역적(Deductive) 또는 귀납적(Inductive)인 논리 순서를 지켜야 합니다 [52-54].
+- **SCQA 내러티브:** 프레젠테이션의 서론에서 청중을 몰입시키기 위해 상황(Situation), 전개(Complication), 질문(Question), 답변(Answer)의 서사 구조를 사용해 논의의 맥락을 확립합니다 [55-58].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Persuasive Business Writing]], [[SCQA Framework]], [[Mutually Exclusive and Collectively Exhaustive (MECE)]]
+- **Projects/Contexts:** [[Executive Communication]], [[Strategy Presentation]]
+- **Contradictions/Notes:** 이 원칙은 '정답'을 효율적으로 전달하는 데는 최적화되어 있으나, 팀원들과 해결책을 함께 도출해 나가는 공동 설계(Co-design)나 협업적 커뮤니케이션 상황에서는 적합하지 않을 수 있습니다 [59, 60].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Mutually Exclusive and Collectively Exhaustive (MECE).md b/10_Wiki/Topics/Logic & Reasoning/Mutually Exclusive and Collectively Exhaustive (MECE).md
new file mode 100644
index 00000000..03e5b408
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Mutually Exclusive and Collectively Exhaustive (MECE).md	
@@ -0,0 +1,18 @@
+# [[Mutually Exclusive and Collectively Exhaustive (MECE)]]
+
+## 📌 Brief Summary
+데이터나 문제를 범주화할 때, 항목 간 **'상호 배제(중복 없음)'**와 **'전체 포괄(누락 없음)'**을 충족하도록 나누는 논리적 프레임워크로 전략 컨설팅의 핵심 기초입니다.
+
+## 📖 Core Content
+- **상호 배제 (Mutually Exclusive):** 각 정보나 하위 범주가 고유하고 독립적이어야 합니다. 즉, 하나의 항목이 두 개 이상의 범주에 속해서는 안 되며, 이는 분석 시 이중 계산(Double-counting)이나 혼란을 방지합니다 [61-63].
+- **전체 포괄 (Collectively Exhaustive):** 선택한 범주들을 모두 합쳤을 때 전체 문제나 데이터 세트를 100% 포괄해야 합니다. 누락된 부분이 있으면 중요한 전략적 기회나 위험을 놓칠 수 있습니다 [62, 64, 65].
+- **실전 활용:** 이윤 하락 문제를 분석할 때 수익(Price × Volume)과 비용(Fixed Costs + Variable Costs)으로 나누는 수익성 프레임워크가 가장 대표적인 MECE 적용 사례입니다 [66, 67].
+- **함정 피하기:** 고객을 '취미'와 '관심사'로 나누는 것은 중복이 발생하여 Non-MECE 방식이 되며 [63, 68], '기타(Other)'라는 모호한 범주를 남용해 억지로 CE 요건을 맞추는 것도 지양해야 합니다 [57].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Problem Solving]], [[Minto Pyramid Principle]]
+- **Projects/Contexts:** [[Issue Tree Development]], [[Market Segmentation]]
+- **Contradictions/Notes:** 현실 세계의 복잡한 시스템에서는 범주 간 완전히 분리되지 않는 상호의존성이 존재할 수 있으므로, MECE만 고집할 경우 문제의 유기적 본질을 지나치게 단순화(False completeness)할 위험이 있습니다 [10, 41, 69].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Problem Solving Game.md b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Game.md
new file mode 100644
index 00000000..982481f2
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Game.md	
@@ -0,0 +1,17 @@
+# [[Problem Solving Game]]
+
+## 📌 Brief Summary
+컨설팅 회사들이 지원자의 문제 해결 능력과 논리적 사고를 평가하기 위해 채용 초기 단계에 활용하는 디지털 시뮬레이션 및 평가 게임입니다.
+
+## 📖 Core Content
+- 최근 컨설팅 펌들은 채용 프로세스의 초기 스크리닝 단계에서 **디지털 시뮬레이션, 퍼즐, 인터랙티브 연습문제 등 평가 게임(Assessment games)**을 도입하는 추세입니다 [8].
+- 대표적인 MBB(McKinsey, BCG, Bain) 온라인 평가 게임으로는 **McKinsey Sea Wolf**, **McKinsey Red Rock Study**, **BCG Casey Chatbot**, **Bain SOVA**, **Bain TestGorilla** 등이 있습니다 [9, 10].
+- 이러한 게임들은 전통적인 인터뷰 환경의 압박감 속에서 지원자가 구조화된 사고를 통해 모호한 문제를 어떻게 효율적으로 해결하는지를 테스트하기 위해 설계되었습니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving Test (PST)]], [[Consulting Interview Prep]]
+- **Projects/Contexts:** [[MBB 채용 스크리닝 프로세스]], [[초기 지원자 평가]]
+- **Contradictions/Notes:** 이는 전통적인 종이 기반의 필기시험(PST)을 대체하거나 보완하는 현대적인 방식이며, 정답을 암기하는 것보다 순발력 있고 체계적인 문제 해결 역량 자체를 증명하는 것이 필수적입니다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Problem Solving Process.md b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Process.md
new file mode 100644
index 00000000..05c5a9d5
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Process.md	
@@ -0,0 +1,22 @@
+# [[Problem Solving Process]]
+
+## 📌 Brief Summary
+문제를 명확히 정의하고, 근본 원인을 찾아내어, 실행 가능한 해결책을 도출하기까지의 순차적이고 체계적인 분석 단계입니다.
+
+## 📖 Core Content
+- 바바라 민토(Barbara Minto)는 문제 해결 과정을 **5가지 순차적 질문(Sequential analysis)**으로 정의했습니다 [11, 12].
+  1. **문제가 무엇인가? (What is the problem?)**
+  2. **어디에 문제가 있는가? (Where does it lie?)**
+  3. **왜 존재하는가? (Why does it exist?)**
+  4. **무엇을 할 수 있는가? (What could we do about it?)**
+  5. **무엇을 해야 하는가? (What should we do about it?)**
+- 문제를 올바르게 해결하기 위해서는 **현재 상태와 목표 상태 간의 갭(Gap)**, 문제를 발생시킨 상황의 구조, 기저 프로세스, 대안적 구조 변경 방법, 그리고 변경 시 요구되는 사항들을 명확히 정의해야 합니다 [11, 13].
+- 이 과정에서 문제의 부분들을 식별하여 순차적으로 배열하고, 투입(Inputs)과 산출(Outputs)을 명확하게 보여줄 수 있어야 프로세스를 완벽히 이해한 것입니다 [11, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving]], [[Pyramid Principle]]
+- **Projects/Contexts:** [[문제 해결 워크숍]], [[컨설팅 프로젝트 가설 수립]]
+- **Contradictions/Notes:** 구조가 없는 상황(Structureless situations)에서는 연역, 귀납, 그리고 가추법(Abduction)을 혼합하여 가설을 세우고 실험을 통해 기저 구조를 파악해 나가는 과학적 추론 방식이 필요합니다 [14].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Problem Solving Skills.md b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Skills.md
new file mode 100644
index 00000000..61bc478f
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Skills.md	
@@ -0,0 +1,18 @@
+# [[Problem Solving Skills]]
+
+## 📌 Brief Summary
+복잡하고 모호한 상황 속에서 문제를 투명하게 시각화하고, 논리적이고 체계적으로 해결책을 도출해내는 핵심 컨설턴트 역량입니다.
+
+## 📖 Core Content
+- "문제를 해결한다는 것은 해결책이 투명하게 보이도록 문제를 올바르게 표현(representing)하는 것"을 의미합니다 [11].
+- 뛰어난 문제 해결 스킬은 혼돈 속에서 **패턴을 식별(identify patterns)**하고, 증상(symptoms)이 아닌 기저의 역학 및 원인에 집중하는 능력에서 비롯됩니다 [15].
+- **MECE 사고방식**을 실무에 적용하여, 산발적인 데이터를 중복과 누락이 없는 논리적 '버킷(Buckets)'으로 나누어 분석의 효율성과 결정의 정확도를 높이는 역량이 중요합니다 [1, 16, 17].
+- 우선순위를 설정하여 무작정 모든 데이터를 탐색하는 대신, 문제 해결에 가장 큰 영향을 미치는 핵심 영역부터 집중적으로 파고드는 능력이 요구됩니다 [18, 19].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE]], [[Systems Thinking]], [[Logical Reasoning]]
+- **Projects/Contexts:** [[케이스 인터뷰(Case Interview)]], [[비즈니스 운영 최적화]]
+- **Contradictions/Notes:** 문제 해결 스킬은 특정 프레임워크에 대한 기계적인 암기나 맹신이 아니라, 제약 조건(시간, 데이터 부족 등) 속에서도 가설과 합리적 가정을 활용해 유연하게 대처하는 비판적 사고 능력을 전제로 합니다 [19, 20].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Problem Solving Test (PST).md b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Test (PST).md
new file mode 100644
index 00000000..1de7f19d
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Problem Solving Test (PST).md	
@@ -0,0 +1,17 @@
+# [[Problem Solving Test (PST)]]
+
+## 📌 Brief Summary
+전략 컨설팅 펌에서 지원자의 정량적, 논리적 분석 및 문제 해결 능력을 평가하기 위해 채용 전형 중 실시하는 스크리닝 테스트입니다.
+
+## 📖 Core Content
+- 지원자가 방대한 데이터를 해석하고, 모호한 문제를 체계적으로 분해하며, 제약된 시간 내에 최적의 논리적 결론에 도달할 수 있는지를 측정합니다 [8, 21].
+- 과거의 지필 고사(Paper-based PST) 형태를 넘어 최근에는 지원자의 행동과 대처 능력을 평가하는 **디지털 온라인 테스트(MBB Online Tests)** 형식으로 활발히 진화하고 있습니다 [9, 10].
+- 대표적으로 활용되는 플랫폼 및 테스트로는 맥킨지의 **Sea Wolf** 및 **Red Rock Study**, BCG의 **Casey Chatbot**, 베인의 **SOVA** 및 **TestGorilla** 등이 있습니다 [9, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving Game]], [[Consulting Interview]]
+- **Projects/Contexts:** [[컨설팅 입사 시험]], [[인터뷰 스크리닝 단계]]
+- **Contradictions/Notes:** 과거 방식의 필기시험(PST) 명칭이 여전히 통용되기도 하나, 현실에서는 AI 챗봇 및 게임 시뮬레이션 기반의 동적(Dynamic) 평가로 채용 트렌드가 크게 이동하였습니다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Problem Solving.md b/10_Wiki/Topics/Logic & Reasoning/Problem Solving.md
new file mode 100644
index 00000000..e43d581c
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Problem Solving.md	
@@ -0,0 +1,18 @@
+# [[Problem Solving]]
+
+## 📌 Brief Summary
+원치 않는 결과가 발생하거나 그 결과를 설명할 수 없을 때, 이를 진단하고 구조화하여 개선 가능한 해결책을 찾아 실행하는 전 과정입니다.
+
+## 📖 Core Content
+- 비즈니스 맥락에서 문제는 주로 '결과가 마음에 들지 않거나(예: 매출 하락)' 혹은 '결과를 설명할 수 없는 상황'으로 나타납니다 [11, 12].
+- 성공적인 문제 해결은 아이디어의 부족 때문이 아니라, 혼재된 정보들이 겹치거나 불완전하게 구성되어 있을 때 실패하므로 **구조화(Structuring)**가 필수적입니다 [22].
+- 이를 위해 컨설턴트들은 논리적 분할(MECE)을 통해 복잡한 문제를 더 작고 관리가 쉬운 하위 문제로 나누는 **이슈 트리(Issue Tree)나 가설 트리(Hypothesis Tree)**를 활용합니다 [23-26].
+- 복잡계(Complex systems) 관점에서는 선형적인 인과관계 분석(Linear Thinking)뿐만 아니라, 요소 간의 상호작용과 피드백 루프를 함께 고려하여 상황을 해결해야 합니다 [4, 27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Linear Thinking]], [[Systems Thinking]], [[Problem Solving Process]]
+- **Projects/Contexts:** [[경영 컨설팅 프로젝트]], [[조직 변화 관리(Change Management)]]
+- **Contradictions/Notes:** 선형적 접근법은 빠르고 예측 가능한 문제(Complicated problem) 해결에 적합하지만, 다수의 피드백과 변수가 존재하는 얽힌 문제(Complex problem)에서는 의도치 않은 결과를 초래할 수 있어 주의가 필요합니다 [28-30].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Pyramid Principle.md b/10_Wiki/Topics/Logic & Reasoning/Pyramid Principle.md
new file mode 100644
index 00000000..dd8b519a
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Pyramid Principle.md	
@@ -0,0 +1,21 @@
+# [[Pyramid Principle]]
+
+## 📌 Brief Summary
+결론이나 핵심 메시지를 가장 먼저 제시하고, 이를 뒷받침하는 주요 논거와 세부 데이터를 하위 계층에 논리적으로 배열하는 하향식(Top-down) 커뮤니케이션 및 구조화 기법입니다.
+
+## 📖 Core Content
+- 맥킨지의 바바라 민토(Barbara Minto)가 개발한 방법론으로, 컨설팅 및 기업 경영진 소통의 글로벌 표준으로 자리 잡았습니다 [36-38].
+- **구조(3단계):** 
+  1. **핵심 메시지/결론(The Answer):** 청중의 질문에 대한 명확한 답변을 가장 상단(Upfront)에 배치합니다 [36, 39, 40].
+  2. **주요 논거(Supporting Arguments):** 결론이 왜 타당한지를 증명하는 3개 내외의 논리적 주장들입니다 [36, 39, 41].
+  3. **증거 및 데이터(Supporting Data or Facts):** 논거를 입증하는 구체적 사실, 수치, 분석 결과를 하단에 배치합니다 [36, 39, 42].
+- **수직적/수평적 논리:** 상하위 계층은 '질문-답변(Question-Answer)'의 수직적 관계를 가지며, 동일 계층의 수평적 아이디어들은 MECE 원칙에 따라 연역적, 시간적, 구조적, 혹은 비교의 순서로 논리적으로 정렬되어야 합니다 [43-52].
+- **BLUF (Bottom Line Up Front):** 경영진은 시간이 부족하고 결론을 원하므로, 미스터리 소설처럼 배경부터 설명하기보다 결론을 먼저 내놓아 시간 효율성과 설득력을 극대화합니다 [40, 53, 54].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[SCQA Framework]], [[MECE Framework]], [[Rule of Three]]
+- **Projects/Contexts:** [[경영진 보고(Executive Presentation)]], [[컨설팅 제안서 작성]], [[슬라이드 덱 구성]]
+- **Contradictions/Notes:** 작성자가 생각하고 연구할 때는 상향식(Bottom-up)으로 진행하지만, 이를 타인에게 소통할 때는 완전히 반대인 하향식(Top-down)으로 구성해야 한다는 점에서 인지적 전환이 필요합니다 [55-58]. 또한, 청중과 함께 해답을 찾아가는 협력적(Collaborative) 방식의 워크숍에는 다소 부적합할 수 있습니다 [59, 60].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Rule of Three.md b/10_Wiki/Topics/Logic & Reasoning/Rule of Three.md
new file mode 100644
index 00000000..12357036
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Rule of Three.md	
@@ -0,0 +1,18 @@
+# [[Rule of Three]]
+
+## 📌 Brief Summary
+인간의 단기 기억 용량 한계를 고려하여 주요 논거나 아이디어를 3개(혹은 최대 3~4개)로 그룹화하여 전달함으로써 기억력과 설득력을 극대화하는 커뮤니케이션 원칙입니다.
+
+## 📖 Core Content
+- 인간의 단기 기억은 약 7개(±2개)의 항목만 동시에 보유할 수 있으나, 정보를 그룹화하여 전달할 때 가장 편리하고 마법 같은 숫자는 **'3'**입니다 [61-65].
+- 피라미드 원칙의 주요 논거(Key arguments)를 구성할 때, 정확히 3개의 상호 배타적인 포인트로 나누어 설명하는 것이 가장 이상적입니다 [65-68].
+- 3개 미만(예: 1~2개)의 논거는 주장의 엄밀성이 떨어지거나 얇아 보이며, 4개를 초과하면 청중의 인지적 과부하(Cognitive overload)를 일으켜 앞서 말한 내용을 잊어버리게 만듭니다 [65, 67, 68].
+- 정보가 3개를 넘어가면 뇌는 이를 묶어 기억하기 위해 자연스럽게 논리적 카테고리화를 시도하게 됩니다 [61].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Pyramid Principle]], [[MECE Framework]]
+- **Projects/Contexts:** [[비즈니스 이메일 작성]], [[프레젠테이션 슬라이드 구성(3 Key Points)]]
+- **Contradictions/Notes:** 전달하고자 하는 요점이 5개 이상일 경우, 정보가 덜 요약된(synthesized) 상태임을 의미하므로 이를 다시 상위 3개의 카테고리로 재그룹화(Grouping)해야 합니다 [68, 69].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/SCQA Framework.md b/10_Wiki/Topics/Logic & Reasoning/SCQA Framework.md
new file mode 100644
index 00000000..ec9a4171
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/SCQA Framework.md	
@@ -0,0 +1,20 @@
+# [[SCQA Framework]]
+
+## 📌 Brief Summary
+비즈니스 커뮤니케이션의 도입부에서 청중의 관심을 사로잡고 논리적 맥락을 설정하기 위해 활용되는 스토리텔링 프레임워크(상황-전개-질문-답변)입니다.
+
+## 📖 Core Content
+- 문서나 프레젠테이션의 인트로를 4단계 서사 구조로 구성합니다 [70-73].
+  1. **Situation (상황):** 독자가 이미 알고 있거나 동의할 수 있는 논란의 여지가 없는 현재의 안정된 배경 사실을 서술합니다 [70, 71, 74, 75].
+  2. **Complication (전개/복잡성):** 안정된 상황에 변화, 위협, 또는 기회를 유발하여 문제를 발생시키는 요인(트리거)을 제시합니다 (So what?) [70, 74, 76, 77].
+  3. **Question (질문):** 이러한 Complication으로 인해 독자의 머릿속에 자연스럽게 떠오르는 핵심 질문(우리는 무엇을 해야 하는가?)을 명시합니다 [70, 74, 76, 77].
+  4. **Answer (답변):** 앞선 질문에 대한 직접적인 해결책이자 전체 피라미드 구조의 최상단에 위치하는 핵심 결론(Assertion)을 제시합니다 [70, 74, 77, 78].
+- 청중과 화자가 같은 출발선(Same place)에 서도록 맥락을 일치시켜 줌으로써 주의를 집중시키고 공감대를 형성합니다 [74, 79, 80].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Pyramid Principle]], [[Storytelling in Business]]
+- **Projects/Contexts:** [[경영 보고서 서론(Introduction) 작성]], [[이메일 및 제안서 후킹(Hooking)]]
+- **Contradictions/Notes:** 경영진을 상대로 할 때는 배경(Situation)과 전개(Complication)에 지나치게 긴 시간을 쏟아 '답변(Answer)'이 뒤로 밀리는 것을 극도로 경계해야 하며, 도입부는 최대한 간결하게(1~2문장 내외) 작성되어야 합니다 [80, 81].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Strategic Thinking.md b/10_Wiki/Topics/Logic & Reasoning/Strategic Thinking.md
new file mode 100644
index 00000000..96030aa3
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Strategic Thinking.md	
@@ -0,0 +1,29 @@
+---
+id: b9c8d7a6-e5d4-4c3b-2a10-f9e8d7c6b5a4
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [strategy, thinking, systems-thinking, logic-tree]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Strategic Thinking]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전략적 사고는 복잡한 문제를 구조적 분해(MECE)와 다차원적 관점(선형/시스템 사고)을 통해 해결 가능한 실행 단위로 변환하는 지적 연금술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 문제 구조화(Logic Trees)와 사고 방식(Linear vs Systems)의 전략적 교차 적용.
+- **핵심 원리:**
+    - **Logic Trees:** 이슈/의사결정/가설 트리를 통한 문제의 원자 단위 세분화.
+    - **Linear Thinking:** 명확한 인과관계가 존재하는 'Complicated' 문제 해결에 최적.
+    - **Systems Thinking:** 피드백 루프와 상호작용이 중요한 'Complex' 문제 해결을 위한 폐쇄 루프 관점.
+    - **Layered Approach:** 완벽한 구조화가 어려운 현실에서 타당한 가정을 바탕으로 핵심에 집중하는 유연성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Linear vs. Systems Thinking]], [[Issue Tree]]
+- **Raw Source:** [[00_Raw/Strategic Thinking]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Logic & Reasoning/Structural Reasoning.md b/10_Wiki/Topics/Logic & Reasoning/Structural Reasoning.md
new file mode 100644
index 00000000..1414ddd0
--- /dev/null
+++ b/10_Wiki/Topics/Logic & Reasoning/Structural Reasoning.md	
@@ -0,0 +1,29 @@
+# [[Structural Reasoning]]
+
+## 📌 Brief Summary
+**구조적 추론(Structural Reasoning)**은 직관적이고 비정형화된 사고 방식에서 벗어나, **복잡한 문제를 체계적으로 분해하고 논리적으로 전달하기 위한 규율화된 방법론**입니다 [1]. 주로 경영 컨설팅 분야에서 바바라 민토(Barbara Minto)가 고안한 '피라미드 원리(Pyramid Principle)'와 'MECE 프레임워크'를 중심으로 발전했으며, 인지적 과부하를 줄이고 경영진의 신속한 의사결정을 돕기 위해 하향식(Top-down) 의사소통과 논리적 계층화를 강조합니다 [2-6].
+
+## 📖 Core Content
+*   **사고와 소통의 분리 (Bottom-up vs. Top-down):** 문제 해결을 위한 사고는 데이터를 수집하고 패턴을 찾아 결론을 도출하는 '상향식(Bottom-up)'으로 이루어지지만, 타인을 설득하기 위한 소통은 **결론부터 제시하는 '하향식(Top-down)'으로 전환**되어야 합니다 [7-12].
+*   **피라미드 구조 (The Pyramid Structure):**
+    *   **주장 및 결론 (Assertion / Answer First):** 문서나 발표의 최상단에 핵심 답변(BLUF: Bottom Line Up Front)을 즉시 배치하여 청중의 시간을 절약하고 명확한 논의의 방향을 제시합니다 [13-20].
+    *   **핵심 논거 (Arguments):** 결론을 지지하는 논리적 기둥으로, 인간의 단기 기억 한계를 고려해 **보통 3개 내외의 논거(Rule of Three)**를 그룹화하여 제시합니다 [21-24].
+    *   **데이터와 증거 (Data / Evidence):** 논거가 사실임을 증명하는 구체적인 수치, 분석 결과, 벤치마크 자료 등을 하단에 배치하여 경험적 토대를 제공합니다 [17, 19, 25].
+*   **MECE 원칙 (Mutually Exclusive, Collectively Exhaustive):** 구조적 추론의 핵심 그룹화 규칙입니다. 논거나 문제를 하위 단위로 나눌 때 **상호 배타적(중복 없음, ME)이고 전체 포괄적(누락 없음, CE)**이 되도록 구성하여 논리의 무결성을 확보합니다 [26-32].
+*   **수직적 논리와 수평적 논리 (Vertical & Horizontal Logic):**
+    *   **수직적 논리:** 상위 주장이 독자의 마음속에 "왜(Why)?" 또는 "어떻게(How)?"라는 질문을 유발하면, 하위 계층의 내용이 그에 대한 답변을 제공하는 **'질의-응답(Question-Answer)'의 대화 구조**를 형성합니다 [33-36].
+    *   **수평적 논리:** 동일 계층의 논거들을 연역법(전제에서 결론으로 이어지는 선형적 구조) 또는 귀납법(유사한 사실들의 그룹화)으로 배열합니다. 경영진 등 바쁜 청중을 대상으로는, 논리 하나가 반박되어도 전체 주장이 무너지지 않는 **귀납적 방식(Inductive Logic)이 더 빠르고 효과적**입니다 [37-45].
+*   **서사 구조와 문제 해결 도구:**
+    *   **SCQA 프레임워크:** 상황(Situation), 전개/복잡성(Complication), 질문(Question), 답변(Answer)의 순서로 서론을 구성하여 문제의 맥락을 수립하고 청중의 주의를 집중시킵니다 [46-53].
+    *   **논리 트리 (Issue / Decision / Hypothesis Trees):** 크고 복잡한 문제를 더 작고 해결 가능한 하위 문제로 쪼개어 분석하는 시각적 도구로, 각 가지(Branch)는 MECE 원칙을 엄격하게 따라야 합니다 [54-65].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[MECE Principle]]
+- **Projects/Contexts:** [[Consulting Analysis]]
+- **Contradictions/Notes:** 
+  * **복잡계(Complex Systems)와 선형적 사고의 한계:** 구조적 추론과 MECE 원칙은 인과관계가 명확하고 분할 가능한 '까다로운(Complicated)' 문제를 해결하는 데는 탁월하지만, 다양한 변수가 상호작용하는 '복잡한(Complex)' 환경에서는 적합하지 않을 수 있습니다 [66-68]. **시스템 사고(Systems Thinking)** 관점에서는 지나친 상호 배타성(ME)의 강조가 오히려 피드백 루프나 변수 간의 상호 의존성을 간과하게 만들어, 근시안적인 해결책을 초래할 수 있다고 지적합니다 [68-74].
+  * **거짓된 완벽성(False Completeness):** 논리 트리가 겉보기에는 완벽한 MECE 구조를 갖춘 것처럼 보여도, 애초에 범주 설정이 잘못되었거나 결함이 있는 가정에 기반했다면 진짜 문제를 외면하는 '형식적 체크리스트'로 전락할 위험이 있습니다 [66, 75].
+  * **협업과 공동 설계의 저해:** 결과를 먼저 제시하고 정답을 하향식으로 전달하는 피라미드 방식은 정보 전달 측면에서 매우 효율적입니다. 하지만 청중과 함께 해결책을 모색하고 탐구해야 하는 협력적 환경(예: 디자인 씽킹)에서는 논의를 단절시킬 수 있는 한계점이 존재합니다 [76-78].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics/Psychology & Behavior/Behavioral Segmentation.md b/10_Wiki/Topics/Psychology & Behavior/Behavioral Segmentation.md
new file mode 100644
index 00000000..30611724
--- /dev/null
+++ b/10_Wiki/Topics/Psychology & Behavior/Behavioral Segmentation.md	
@@ -0,0 +1,19 @@
+# [[Behavioral Segmentation]]
+
+## 📌 Brief Summary
+행동 세분화(Behavioral Segmentation)는 플레이어의 결제 잠재력, 게임 내 행동 습관, 위치, 연령 및 게임 이탈 지점(quit points) 등의 데이터를 바탕으로 유저를 세밀하게 분류하는 수익화 전략입니다 [1, 2]. 'Game of War'와 같은 4X 전략 게임에서는 이러한 세분화를 통해 유저가 가장 필요로 하는 순간에 동적이고 개인화된 맞춤형 과금 상품을 제공하여 결제 의향(Willingness to Pay)과 수익을 극대화합니다 [2].
+
+## 📖 Core 실 Content
+* **결제 잠재력에 따른 초기 세분화:** 4X 게임에서 플레이어의 행동과 결제 잠재력을 게임 실행 초기 30일 이내에 세분화하는 것은 매우 중요합니다 [1]. 데이터에 따르면, 플레이 30일에서 90일 사이에 '100달러 이하 결제' 세그먼트에서 '100달러 이상 고액 결제' 세그먼트로 이동하는 유저는 평균적으로 3%에 불과합니다 [1]. 즉, 대부분의 고액 결제 유저는 첫 30일 내에 해당 세그먼트에 진입하며 이 분포는 이후에도 크게 변하지 않기 때문에, 각 세그먼트를 포괄할 수 있는 다양한 가격 옵션의 상품을 초기에 겹겹이 배치하여 제공하게 됩니다 [1, 3].
+
+* **실시간 엔진(RTE)을 통한 데이터 추적:** 'Game of War'의 개발사 Machine Zone(MZ)은 자체 개발한 실시간 엔진(Real-Time Engine)을 사용하여 플레이어의 소비 습관, 위치, 연령, 게임을 그만두는 이탈 지점을 아주 세밀한 단위까지 추적 및 분석합니다 [2]. 이렇게 수집된 방대한 데이터가 정교한 행동 세분화 시스템을 구축하는 기반이 됩니다 [2].
+
+* **마찰 지점에서의 수익화 (Monetization at the point of friction):** 행동 세분화의 가장 핵심적인 적용은 맞춤형 동적 상품 제안(Dynamic offers)입니다 [2]. 예를 들어, 플레이어의 군대가 전투에서 전멸하는 큰 손실을 겪었을 때, 시스템은 즉각적으로 해당 유저의 상황을 파악하고 군대를 재건하는 데 정확히 필요한 만큼의 자원과 가속 아이템(Speed-ups)이 포함된 99.99달러짜리 개인 맞춤형 '복수 팩(Revenge Pack)'을 화면에 띄웁니다 [2]. 이러한 마찰 지점에서의 정밀한 수익화 전략은 'Game of War'가 기록적인 ARPDAU(일일 활성 유저당 평균 매출)를 유지할 수 있었던 근본적인 원동력입니다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Dynamic Offers]], [[Real-Time Engine (RTE)]], [[Monetization at the Point of Friction]], [[Staircase Monetization Model]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X Strategy Monetization]]
+- **Contradictions/Notes:** 소스 내용 간의 모순은 발견되지 않았습니다. 행동 세분화는 장기적인 플레이어 분석을 포함하지만, 고과금 유저와 소과금 유저를 가르는 핵심적인 행동 패턴과 세그먼트 분류는 게임 초반 30일 이내에 대부분 굳어진다는 특징을 갖습니다 [1].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics/Psychology & Behavior/소셜 엔지니어링 (Social Engineering).md b/10_Wiki/Topics/Psychology & Behavior/소셜 엔지니어링 (Social Engineering).md
new file mode 100644
index 00000000..d6b2b02f
--- /dev/null
+++ b/10_Wiki/Topics/Psychology & Behavior/소셜 엔지니어링 (Social Engineering).md	
@@ -0,0 +1,23 @@
+# [[소셜 엔지니어링 (Social Engineering)]]
+
+## 📌 Brief Summary
+'Game of War: Fire Age'에서 소셜 엔지니어링은 지위, 권력, 소속감에 대한 인간의 본원적 욕구를 게임 시스템에 결합하여 유저의 몰입과 결제를 유도하는 정교한 사회적 구조 설계를 의미합니다. 게임은 플레이어들을 거대한 동맹(Alliance)과 봉건적 계급 구조(Feudal Power Pyramid) 속에 배치함으로써 강력한 사회적 유대감을 형성합니다. 이를 통해 상호 이타주의를 유발하는 동시에, 패배의 수치심과 집단 내 체면 유지를 위한 '과금 압박(Peer Pressure)'을 극대화하여 게임의 비즈니스 모델을 견인합니다 [1-3].
+
+## 📖 Core Content
+
+* **봉건적 권력 피라미드 (Feudal Power Pyramid):**
+  이 게임의 진정한 천재성은 사회적 아키텍처에 있습니다 [2]. 원더(Wonder)를 점령한 연합의 리더는 왕(King)이나 황제(Emperor)로 등극하여 실제적인 행정 및 통계적 권력을 행사합니다 [4]. 통치자는 동맹에게는 능력치를 올려주는 버프 칭호를 하사하여 결속을 다지고, 적에게는 능력치를 깎는 디버프 칭호(예: "Whiner", "Doormat")를 부여하여 채팅창과 프로필에 공개적인 수치심을 안겨줍니다 [4-6]. 이러한 구조는 끊임없는 배신과 협상의 사이클을 만들며 권력 투쟁을 심화시킵니다 [5].
+
+* **상호 보완 시스템과 과금 압박 (Social Reciprocation & Peer Pressure):**
+  플레이어들이 건축이나 연구를 할 때 동맹원의 지원(Alliance Help)을 받는 시스템은 사회적 상호작용과 이타주의를 통해 플레이어 간의 강력한 유대감을 형성합니다 [7]. 특히 누군가 인앱 결제(IAP) 번들을 구매하면 동맹원 전체가 선물을 받는 '킥백(Kick-back)' 시스템은 게임 경제의 핵심입니다 [3]. 이는 동맹에 기여해야 한다는 압박감으로 이어지며, 플레이어들은 팀원들을 실망하게 하거나 짐이 되지 않기 위해 경쟁적으로 돈을 쓰게 됩니다 [3, 5, 8]. 
+
+* **글로벌 연결성과 자발적 게임플레이 (Global Connectivity & Emergent Gameplay):**
+  Machine Zone(MZ)의 독자적인 실시간 번역 엔진(RTE)은 언어 장벽을 허물고 게임을 거대한 글로벌 소셜 네트워크로 변모시켰습니다 [9, 10]. 전 세계 유저가 얽힌 권력 다툼 속에서, 플레이어들은 스스로 자원을 관리하는 '농부', 동맹의 재화를 지키는 '은행가', 적의 동태를 파악하는 '정찰병' 등으로 역할을 분담하며 고도의 자발적 게임플레이(Emergent Gameplay)를 만들어냅니다 [11]. 이러한 플레이어 주도의 정치와 외교, 규칙 생성은 게임을 생동감 있게 유지하고 무한한 플레이 타임을 보장합니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[봉건적 권력 피라미드 (Feudal Power Pyramid)]], [[얼라이언스 (Alliance)]], [[계단식 수익화 (Staircase Monetization)]], [[실시간 번역 엔진 (Real-Time Engine)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 게임 내 소셜 시스템은 겉으로는 플레이어 간의 협동과 이타주의를 장려하는 형식을 취하지만, 실질적으로는 집단 내에서 도태되거나 공격당하지 않기 위해(또는 동맹에 기여하기 위해) 엄청난 금액을 결제하도록 유도하는 심리적 압박 수단으로 철저하게 기능합니다 [3, 8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file