Platform 부문 차터 (존재 의의)

상태: active — 이든 초안 → 대표 1차 검증 → 4인 의견 수렴(하린·시우·다온·민호, 취합: operations/reports/platform-charter-consensus-2026-07-16.md) → 컨센서스 회의 → 대표 최종 확정(2026-07-16). 조직 구조(4팀·겸직 9명·지휘)는 이 문서가 아니라 [[org-ai-org-model]]·.claude/org/roster.md가 정본이다. 이 문서는 "왜 존재하고 어디로 가는가" 만 답한다.

1. 존재 의의 (Why) — 대표 확정 3축 (2026-07-16)

Platform 부문은 회사 첫 제품 Hangar(hangar-tower.com) 를 전담한다. 이 제품이 휴넥시아에 존재하는 이유는 세 가지다.

1. AI 협업 쇼케이스 — "AI 에이전트 조직이 실제 제품을 기획·개발·운영한다"는 살아있는 증명. 휴넥시아의 컨설팅·교육 영업에서 말이 아닌 실물 레퍼런스가 된다. 회사 슬로건("사람의 가능성을 AI와 연결하다")을 제품으로 보여주는 무대.
2. 독립 수익원 — 교육·컨설팅(B2B)과 별개로 수익을 내는 첫 B2C 수익 축. 현재는 광고(트래픽 기반) 모델이되 유료 도구·후원 등 실험 여지는 열어 둔다(대표 확정 2026-07-16). 회사 수익 구조를 이원화한다.
3. 사용자 접점·데이터 — 실사용자와의 유일한 직접 접점. 피드백·행동 데이터가 조직의 제품 감각과 케이스·레퍼런스 축적([[org-goals-2026]] H2·O2 실고객 파이프라인)의 원천이 된다.

축 간 우선 규칙(대표 확정 2026-07-16): 세 축이 충돌하면 — 북극성(첫 세션 활성화)을 침해하지 않는 범위에서 수익·쇼케이스를 추구한다. 쓰이지 않는 제품은 쇼케이스도 수익도 되지 못한다.

미채택: "제품 역량 실험장" 축은 대표가 채택하지 않았다 — Hangar는 연습물이 아니라 그 자체로 성과를 내야 하는 제품이다.

2. 미션 (대표 확정 2026-07-16, 컨센서스 회의)

"누구나 브라우저에서 바로 쓰는 도구를 운영해, AI와 사람이 함께 만든 제품이 실제로 쓰이고 수익을 낸다는 것을 증명한다."

어순 주의: 증명 가능한 것부터 — 쓰임(북극성)이 먼저, 수익이 다음. "팔린다"를 쓰지 않는 이유: 광고 기반 모델에서는 아무것도 팔리지 않으며, 근거 없는 선언은 브랜드 톤(과장 없이 근거 제시)에 반한다(4인 일치 의견).

3. 제품 정의 (What) — 확정 사항 포인터

• 가치제안: "설치도 가입도 없이, 브라우저에서 바로 쓰는 미니 도구·게임 모음" (소비자 단일화, 브랜드명 Hangar).
• 상세 결정(로고A·Pretendard·본사 DS 통일·풀스크린 위자드·모바일 우선·동사형 카테고리 7개)은 operations/reports/platform-redesign-artifacts/2026-07-16-결정총정리.md가 정본. 복제하지 않는다.

4. 방향성 / 북극성 지표

축	성공 신호 (2026 H2)	담당
북극성(활성화)	부문 공동 지표 — 정의 정본: SUP-1, platform-clarity-analysis-2026-07-16.md §3 (현재 가설, 시우↔지안 합의 후 확정. 이 문서는 지표를 재서술하지 않는다 — 정의 표류 방지)	부문 공동 / 측정·판정 오너 = 시우
① 쇼케이스	케이스·레퍼런스 0→2건 — 영업·마케팅에서 인용 가능한 형태. DoD·템플릿 = knowledge/cases/_template-product-story.md(a안 확정 2026-07-17)	다온
② 수익원	트래픽 베이스라인(확정) → 수익 베이스라인(수익 장치 확인 후, §8) — 근거 없는 숫자 금지	시우
③ 접점·데이터	고객 피드백 루프 상시 가동 — 원문 수집 → 기획 반영. 선행 조건: 제품 내 피드백 수집 장치(로드맵 편입 판단 = 하린)	다온 → 하린

계측 선행 원칙(대표 확정 2026-07-16): 최소 계측(SUP-1 이벤트)을 재설계보다 먼저 라이브에 배포해 베이스라인을 확보한 뒤 재설계를 배포한다. before 없는 배포는 개선 효과를 영원히 증명하지 못한다.

목표 원장 정본: operations/goals/2026-goals-record.md (미니프로젝트 플랫폼 운영·고도화, 반기·Platform). ※ 민호의 세부목표는 이식 취소(2026-07-16 대표 교정, 맥미니=개발+실서버 겸용)에 따라 "0단계 코드베이스 실사·테스트 기반 정비 → 계측 이벤트 태깅(SUP-2) → 재설계 구현(위자드·DS 통일·모바일 대문)" 으로 재정의 완료(목표 원장 2026-07-16 개정). 범위 경계: 플랫폼 저장소 작업=민호 전담, 본사 DS 확장(Stepper·FullscreenOverlay)=Labs 체인 분담.

5. 팀별 역할 · 산출물 · 기대효과

팀	담당	역할(오너십)	핵심 산출물	기대효과(부문 3축 연결)
기획	하린 platform-product-manager	로드맵·백로그·PRD·우선순위 = 제품 결정(기능 범위·우선순위 — 가치제안·브랜드명 등 전략적 셰이핑은 대표 게이트)	로드맵 v1, PRD, 백로그(우선순위 근거 포함)	3축 우선 규칙에 따른 제품 방향 — 다온의 정성 피드백과 시우의 실험 결과를 제품에 반영하는 관문
마케팅	시우 growth-marketer	획득·활성화·리텐션 퍼널	퍼널 계측 계획, 실험 백로그, 채널·SEO 성과 진단	② 수익원의 성장 + 북극성의 측정·판정 오너(북극성 자체는 부문 공동) + 루프의 획득 입구
운영	다온 customer-success-manager	사용자 생애주기(첫 실행 이후)·피드백 루프·케이스	첫사용 여정 설계(제안), 피드백 요약, 케이스 0→2	① 쇼케이스 소재 + ③ 접점·데이터의 수집자
개발	민호 platform-engineer	코드베이스·라이브 서비스(맥미니 직접 운영)	재설계 구현 코드+테스트+롤백 계획 (0단계: 코드베이스 실사·테스트 기반 정비)	세 축 모두의 실행 기반 — 라이브 안정성

활성화 분업(같은 순간, 다른 렌즈): 시우 = 정량(지표·실험 판정) / 다온 = 정성(원인·여정 설계 제안). 겹침 아님.

6. 부문 내 협업 흐름 (이름 기반 루프)

• 입구: 시우(획득 — 채널·SEO·캠페인) → 사용자 유입. 유입이 없으면 아래 루프는 공회전한다(활성화율은 분모가 필요).
• 개선 루프: 다온(피드백 원문·정성) → 하린(PRD·백로그) → 민호(구현·배포) → 시우(계측·실험 검증) → ① 하린(백로그 재정렬) · ② 다온(케이스 소재)
• 효과 검증은 지안 계측 인프라(SUP-2·3) 전제(임계 경로). 계측 이벤트 명세(지안·시우)는 하린 PRD와 같은 지위의 민호 입력이다.
• 개발 체인 — 리스크 기반 적용: 구조 변경·신규 기능 = 현우(설계)→민호(구현)→code-reviewer(리뷰) 풀 체인 / 버그픽스·설정·카피 수정 = 민호(구현)→code-reviewer 직행. 리뷰는 어떤 경우에도 생략하지 않는다.
• 겸직 지원 9명(현우·지오·레이·미래·도윤·지안·세라·준서·보라)의 관계는 .claude/org/roster.md 겸직 매트릭스가 정본.

7. 거버넌스 · 운영 원칙

• 별도 부문 리드 없음 — 팀장(이든) 조율 · 하린 제품 결정(§5 경계 내) · 대표 목표·전략 결정 (.claude/org/roster.md). 목표 문구·담당 변경은 목표 원장 승인 게이트를 따른다.
• 라이브 운영 원칙: 라이브 변경은 테스트와 롤백 계획 없이 배포하지 않는다 — 속도는 이 원칙 안에서 낸다. (개발 머신=실서버 단일 맥미니, staging 없음 — 상세 안전장치는 민호 0단계 산출물)

8. 미결 (차터 범위 밖, 별도 결정·후속 대상)

• 수익 장치(AdSense) 신청·게재: 미신청 상태 확인(2026-07-16 대표) — 신청·게재가 수익 베이스라인 측정의 선행 과제. 진행 주체=대표(이든이 신청 가이드 제공), 게재 전까지 축②의 성공 신호는 트래픽 베이스라인만. 신청 시점 = 재설계 배포 후로 확정(2026-07-17 대표) — 배포 시점에 이든이 신청 가이드 제공.
• UX 리서처 필요성: ③축 심화 시 채용 검토(하린 제기) — 2차 채용 트리거(재설계 배포 완료) 도달 시 이든이 대표에게 배경을 재설명하고 그때 결정(2026-07-17 대표 지시: 지금 판단하지 않음). DevOps/SRE·프로덕트 디자이너와 함께 우선순위 논의(QA는 2026-07-22 선행 충원 완료 — 성호 qa-engineer).

완료된 미결: (2026-07-16) 목표 원장 개정(민호 세부목표·"첫 실고객" 재기술·트리거 재정의 — 원장 개정 이력 참조) · 이식 전제 잔재 정리(결정총정리 §5·민호 페르소나·수습 마일스톤·CLAUDE.md·org 문서). (2026-07-17) 서브브랜드 편입 — Hangar를 4번째 브랜드로 편입, 엔도스드 구조(소비자 = "Hangar" 단독 / B2B·홍보 문맥 = "휴넥시아가 만들고 운영"), 정본 [[company-subbrands]] · 케이스 DoD — a안(제품 운영 스토리) 확정, DoD·템플릿 = knowledge/cases/_template-product-story.md(다온 초안 → 준서 조건부 승인 반영), 첫 후보 = Hangar 재설계.