허브 — 4개 도메인 개관

§1. 공고 요구사항 ↔ 문서 매핑

1-1. 주요업무 5개

§2. 4개 도메인은 어떻게 연결되는가

2-1. 4개를 보는 틀 — 2×2 격자

4개는 나란한 병렬이 아닙니다. "무엇을 운영하는가"(업무 도메인) 와 "어떻게 안전하게·확장 가능하게 하는가"(공통 기반) 두 축으로 갈립니다.

세로(업무 도메인)는 그 자체로 가치를 만들고, 가로(공통 기반)는 세로를 떠받치며 모든 칸을 관통합니다.

읽는 법: 열(01·02)은 세로 업무 도메인, 행(03·04)은 가로 공통 기반. 각 칸은 "그 기반을 그 업무에 적용한 것"입니다.

그래서 03·04는 위 §2 다이어그램에서 CMS·결제 양쪽으로 화살표가 뻗습니다 — 칸마다 반복되기 때문입니다.

함의: 가로(공통 기반)를 먼저 세우면 이후 세로 도메인이 늘어도 각 칸이 자동으로 채워집니다. 늦게 세우면 이미 만든 모든 칸을 되돌려 고쳐야 합니다 — 이것이 §3에서 어드민·거버넌스가 우선순위 앞에 서는 이유입니다.

2-2. 이 그림이 말하는 것

가장 위험한 결합은 C2 → P3(권리 → 정산)입니다.

콘텐츠의 권리 보유자를 CMS가 알고, 정산이 그걸 참조합니다. 두 팀이 이 모델을 각자 갖고 있으면 정산 금액이 틀리고, 아무도 모릅니다.

그래서 04 §2-2의 모듈 계약이 필요합니다. 이 참조는 API 계약으로 명시되어야 합니다.

§3. 무엇을 먼저 할 것인가 — 우선순위 판단

3-1. 세 가지 판단 원칙

3-2. 우선순위 사분면

3-3. 결론 — 착수 순서

각 단계를 잇는 것은 기간이 아니라 조건입니다. 현행 구조를 모르는 상태에서 개월을 적으면 지킬 수 없는 약속이 되므로, 다음 단계로 넘어가는 기준만 정의합니다. 4단계로 넘어가는 기준은 「새 사업 추가가 전체 재작업을 부르지 않을 것」입니다.

왜 결제 원장이 CMS 코어보다 먼저인가?

CMS 재구축은 이 자리의 핵심 과제입니다. 하지만 원장 없이 결제를 두면, CMS를 고치는 동안 돈이 새는 걸 아무도 모릅니다.

그리고 원장은 기존 결제를 건드리지 않고 병렬 기록만 하면 되므로 리스크가 낮습니다. 싸고 안전하고 효과가 큽니다.

§4. 통합 로드맵 (순서 · 일정은 전부 가정)

실제 기간은 Phase 0의 실측 결과와 조직 규모에 따라 재산정합니다.

§5. 부임 후 0-30-60-90일

핵심은 첫 분기에 '내 기억'이 아니라 '지금의 데이터'로 재구축의 근거를 세우는 것입니다.

10년 전 제가 팀과 함께 만든 시스템은 그 사이 계속 진화했을 테니, 지금과 많이 다를 겁니다. 그건 인정합니다.

다만 초기 설계의 의도와 제약을 아는 사람은 현재 구조와 운영 부채를 가장 빠르게 읽어낼 수 있습니다.

§6. 통합 지표 체계

6-1. 지표 원칙 세 가지

6-2. 중단 기준은 시작 전에 정한다

확산 전에 멈출 조건을 먼저 정합니다. 나중에 정하면 아무도 멈추자고 말하지 못합니다.

야나두에서 AI 도입을 확산할 때도 그렇게 했습니다 — 채택률이 오르는데 리뷰 시간·재작업·롤백이 함께 오르면 롤아웃을 멈추는 규칙을 먼저 만들었습니다.

§9. 용어 인덱스

각 문서 §0에 도메인별 용어 풀이가 있습니다. 전체 공통 용어는 용어사전_AI인프라와 직책_용어사전을 참조합니다.