# Deep Interview Spec: 듀얼코치 단일 고객 유료 파일럿

## Metadata
- Interview ID: 7dff70db-b03e-4db6-921e-b1898c75e3e9
- Rounds: 11 + topology confirmation + restate gate
- Final Ambiguity Score: 3%
- Type: brownfield
- Generated: 2026-07-21
- Threshold: 0.05
- Threshold Source: default
- Initial Context Summarized: yes
- Status: PASSED
- Auto-Researched Rounds: none
- Auto-Answered Rounds: none
- Architect Failures: 0
- Lateral Reviews: 1 (progress → refined)
- Lateral Panel Failures: 0
- Refined Rounds: 2
- Closure Overrides: 1, resolved in Round 11
- Restated Goal: 기존 최코치 시스템을 고도화해, 샵과 무관한 외부 유료 고객 1명에게 월 15만원으로 12주 계획을 제시하고 첫 4주 동안 고객의 적응형 일일 체크인, 트레이너의 30초 세션 기록, 안전한 고객별 데이터 격리, AI 근거 초안의 Richard님 검토·수정·승인·전송, 주간 요약과 핵심 사업지표 측정을 Telegram과 Richard님 전용 내부 웹 관리화면에서 운영하여 재결제·체크인 80%·만족도 8점·고객당 주 60분 이하를 모두 검증한다.

## Clarity Breakdown
| Dimension | Score | Weight | Weighted |
|---|---:|---:|---:|
| Goal Clarity | 0.94 | 0.35 | 0.329 |
| Constraint Clarity | 0.94 | 0.25 | 0.235 |
| Success Criteria | 0.94 | 0.25 | 0.235 |
| Context Clarity | 0.92 | 0.15 | 0.138 |
| **Total Clarity** | | | **0.937** |
| **Ambiguity** | | | **0.03** |

## Topology
| Component | Status | Description | Coverage / Deferral Note |
|---|---|---|---|
| 사업·MVP 운영 모델 | active | 외부 고객 1명의 월 15만원 단일 유료 파일럿 | 12주 계획을 수립하되 첫 4주는 일일·주간 루프와 KPI 검증에 집중 |
| 고객 온보딩·동의·격리 | active | 고객 등록, AI·민감정보 동의, Telegram 주소, 고객별 독립 저장 | 샵과 무관한 외부 고객이며 출시 전 안전 묶음을 모두 통과 |
| 듀얼코치 기록 흐름 | active | 고객 60~90초 적응형 체크인과 트레이너 30초 세션 기록 | 두 기록 모두 시작일부터 제공하고 고객 단위로 결합 |
| 운영자 의사결정 백오피스 | active | 근거 초안, 수정, 승인, 전송과 미처리 관리 | Telegram과 Richard님 전용 내부 웹 관리화면 제공 |
| 리포트·사업 지표 | active | 주간 요약과 첫 4주 사업성 검증 | 재결제·체크인율·만족도·운영시간을 단일 원천으로 기록 |
| 안전·권한·운영 안정성 | active | 의료 경계, 개인정보, 권한, 토큰, 백업, 장애 대응 | 하나라도 미검증이면 실고객 활성화 금지 |

## Established Facts
- 첫 고객은 샵과 무관한 외부 고객이며 친구 트레이너가 운동을 지도한다.
- 고객은 첫 4주에 월 15만원을 계좌 송금한다. 사업자등록과 PG 구축은 이번 범위가 아니다.
- 12주 계획은 시작 전에 작성하지만 첫 4주에는 일일 체크인, 트레이너 기록, 승인형 피드백, 주간 요약만 실제 운영한다.
- 정상일에는 짧은 확인을, 변화·문제일에는 근거가 포함된 상세 피드백을 보낸다.
- AI 초안은 고객에게 자동 전송하지 않는다. Richard님이 근거를 확인하고 수정·승인한 최종문만 전송한다.
- 웹 관리화면은 Richard님만 서버 내부 또는 SSH 터널로 접근한다.
- 첫 4주 성공은 실제 재결제, 체크인 완료율 80% 이상, 만족도 8/10 이상, 고객당 운영시간 주 60분 이하를 모두 만족하는 것이다.
- RTF의 `2026-07-21` 이후 내용은 세부 고도화 원자료이고 PDF는 사업·운영 관점의 통합 문서다. 구현 계획은 두 자료를 대조한다.

## Trigger Metadata
- Round 2, direct contradiction, resolved: 첫 고객 3명 출시 목표를 고객 1명 유료 파일럿으로 대체했다.
- Round 4, scope expansion, accepted: Telegram뿐 아니라 내부 웹 관리화면도 첫 파일럿 필수 범위에 포함했다.
- Round 10 closure override: 4주 최소 루프와 12주 장기 기능의 활성 경계가 불명확했다. Round 11에서 12주 계획은 유지하되 첫 4주는 일일·주간 기능만 가동하기로 해결했다.

## Lateral Review Panel
- 모호성 36% → 28% 전환 시 researcher, contrarian, simplifier 관점으로 검토했다.
- 웹 화면이 별도 제품으로 비대해질 위험, AI 제공자 처리조건 확인, KPI 측정 원천 부재, 첫 4주 최소 루프 필요성이 제기됐다.
- 결과적으로 웹의 핵심을 `AI 근거 초안 확인 → 수정 → 승인 → 전송`으로 제한하고, 장기·다중 고객 기능은 보류했다.

## Goal
기존 최코치/Hermes 고객 코칭 기반을 실제 외부 유료 고객 1명이 만족할 수 있는 안전한 듀얼코치 실행관리 시스템으로 고도화하고, 첫 4주 운영 증거로 가치와 운영 가능성을 검증한다.

## Constraints
- 기존 개인 코칭과 고객 데이터·문맥·Telegram 주소를 완전히 분리한다.
- 고객 데이터 변경은 기존 append-only/supersedes 원칙을 유지한다.
- 고객은 60~90초 안에 평일 체크인을 완료할 수 있어야 한다.
- 트레이너는 PT 직후 30초 안에 세션 기록을 완료할 수 있어야 한다.
- AI는 정리·분류·근거 초안만 수행하며 고객에게 직접 전송하지 않는다.
- 운동 프로그램의 최종 결정권은 트레이너에게 있다.
- 식사·수면·회복 실행관리와 최종 통합 메시지는 Richard님 책임이다.
- 통증·질환·섭식 위험·약물·극단적 조작 신호에서는 일반 피드백을 중단하고 사람 확인 및 전문가 안내로 전환한다.
- 웹 관리화면은 외부 공개하지 않고 서버 내부 또는 SSH 터널로만 접근한다.
- 사업자등록, PG, 자동결제, 다중 트레이너, B2B, 고객용 웹 포털은 이번 범위가 아니다.

## Non-Goals
- AI의 고객 자동 코칭 또는 자동 전송
- 질환 진단·치료, 약물·영양제 처방, 의료적 식단
- 샵 회원DB·샵 브랜드·샵 결제·샵 시설을 이용한 모집
- 첫 4주에 월간 자동 리포트, 다중 고객 확장, 역할별 외부 계정, B2B SaaS 구현
- 기존 개인 코칭 플로우의 대체 또는 데이터 통합

## Acceptance Criteria
- [ ] 외부 고객 1명을 비활성 초안으로 등록하고 고객별 독립 저장소·Telegram 주소·동의·12주 계획을 검증한 뒤에만 활성화할 수 있다.
- [ ] 과거 노출 이력이 있는 Telegram 토큰을 교체하고 실제 고객 활성화 전에 테스트 계정으로 오발송 방지와 권한 경계를 검증한다.
- [ ] 고객은 평일 체크인을 60~90초 안에 완료하며 정상 진행 시 불필요한 상세 질문이 열리지 않는다.
- [ ] 수면·컨디션·수행 저하 등 이상 조건에서는 관련 추가 질문만 적응형으로 열린다.
- [ ] 트레이너는 세션 완료, 수행도, 계획 대비 강도, 통증 여부, 운영자 확인사항을 30초 안에 기록한다.
- [ ] 고객 체크인과 트레이너 기록은 동일 고객·날짜에 연결되며 다른 고객 또는 개인 데이터가 0건 포함된다.
- [ ] AI 초안은 12주 계획, 최근 기록, 트레이너 기록, 승인된 최코치 지식과 판단 근거를 표시한다.
- [ ] Richard님은 내부 웹 화면에서 근거를 확인하고 초안을 수정·승인·전송할 수 있다.
- [ ] 승인 전 고객 전송은 0회이며 실제 전송된 최종문과 AI 원문·수정 이력을 구분해 저장한다.
- [ ] 정상일에는 짧은 확인, 변화·문제일에는 상세 피드백이 생성된다.
- [ ] 매주 체크인율, 핵심 추세, 유지할 행동, 바꿀 행동, 다음 판단 시점을 요약한다.
- [ ] 첫 4주 동안 예정 체크인의 분모·완료 수, 고객 만족도, 모든 운영 작업시간, 최초 결제와 실제 재결제를 한 기록원에서 판정할 수 있다.
- [ ] 4주 성공 판정은 재결제 완료, 체크인율 ≥80%, 만족도 ≥8/10, 고객당 주간 운영시간 ≤60분의 논리곱이다.
- [ ] 동의 철회·삭제 요청·백업·로그 처리·보존기간 절차가 문서화되고 테스트된다.
- [ ] AI 제공자의 학습 사용, 보존, 처리지역, 재위탁 조건을 확인해 동의문 버전과 일치시킨다.
- [ ] 모델·웹·Telegram 장애 시 사람 중심 수동 운영으로 전환할 수 있고 중복 발송 없이 복구된다.
- [ ] 기존 개인 체크인 및 Hermes 관련 회귀 테스트가 모두 통과한다.

## Deferrals
- 사업자등록, PG, 정식 자동결제
- 월간 자동 리포트의 고객 전달
- 다중 고객·다중 트레이너·역할별 외부 계정
- 고객용 웹 포털과 외부 공개 관리 콘솔
- B2B 상품, 수익성 대시보드, SaaS화
- 자동 지식 갱신과 AI 자동전송

## Assumptions Exposed & Resolved
| Assumption | Challenge | Resolution |
|---|---|---|
| 첫 출시에는 고객 3명이 필요하다 | 사용자가 실제 시작 방식을 정정 | 유료 고객 1명으로 검증 |
| 사업자등록·PG가 출시 조건이다 | 현재는 서비스 가치 검증이 우선 | 월 15만원 계좌 송금, 관련 사업 절차는 보류 |
| 웹 관리화면은 기능이 많아야 한다 | 별도 제품 범위가 될 위험 | 근거 확인·수정·승인·전송에 집중 |
| 12주 기능을 모두 첫날 가동해야 한다 | 첫 4주 원인 판별과 운영시간을 흐림 | 12주 계획만 수립하고 일일·주간 루프만 가동 |
| 매일 상세 피드백이 가치다 | 주 60분 목표와 충돌 | 정상일 짧은 확인, 예외일 상세 피드백 |

## Technical Context
- `gateway/platforms/nutrition_coaching.py`: 고객 Telegram 라우팅, 완료 알림, owner-only 초안 요청 토큰이 존재한다.
- `checkin_cli/customer_coaching.py`: 고객 스키마, AI 동의, 12주 계획, 고객별 독립 데이터 루트가 존재한다.
- `checkin_cli/customer_schedule.py`: 활성 고객의 일·주·월 예약과 claim이 존재한다.
- `checkin_cli/customer_reporting.py`: 기간 리포트가 있으나 만족도·결제·재결제·운영시간은 현재 측정하지 않는다.
- `checkin_cli/customer_grounding.py`: 안전 신호 또는 동의 부재 시 초안을 생성하지 않는 owner-only 컨텍스트가 존재한다.
- 현재 HTML은 운영 보고서/바인더이며 실시간 관리 콘솔이 아니다. 신규 내부 웹 화면은 별도 구현 계획이 필요하다.
- 현재 고객 등록부는 0명이다.

## Ontology (Key Entities)
| Entity | Type | Fields | Relationships |
|---|---|---|---|
| 단일 고객 유료 파일럿 | core domain | 고객 1명, 월 15만원, 첫 4주, 12주 계획 | 듀얼코치 서비스의 가치와 운영 가능성을 검증 |
| 고객 | actor | 체크인, 동의, 결제, 만족도 | 트레이너와 운영자의 서비스를 받음 |
| 트레이너 | actor | 운동 지도, 30초 세션 기록 | 고객 운동을 담당하고 운영자에게 현장정보 제공 |
| 운영자 | actor | 생활관리, 초안 검토, 승인, 전송 | 고객 최종 메시지와 시스템 운영 책임 |
| 고객 체크인 | core record | 체중, 수행도, 식사, 수면, 컨디션, 메모 | 고객과 날짜에 귀속 |
| 트레이너 세션 기록 | core record | 수행도, 강도, 통증, 확인사항 | 고객 체크인 및 의사결정에 연결 |
| 근거 초안 | decision support | 계획, 최근 추세, 세션 기록, 지식 근거 | 운영자가 수정·승인해 최종문 생성 |
| 최종 피드백 | output | 승인문, 전송시각, 다음 판단시점 | 고객에게 전송되고 감사 이력에 저장 |
| 내부 웹 관리화면 | operator surface | 근거, 초안, 수정, 승인, 전송 | Richard님만 내부 접근 |
| 파일럿 지표 | measurement | 체크인율, 만족도, 운영시간, 재결제 | 첫 4주 성공 판정에 사용 |

## Ontology Convergence
| Round | Entity Count | New | Changed | Stable | Stability Ratio |
|---|---:|---:|---:|---:|---:|
| 1 | 4 | 4 | - | - | - |
| 2 | 5 | 1 | 1 | 3 | 60% |
| 3-11 | 10 | 기록·초안·웹·지표 추가 | MVP가 단일 고객 파일럿으로 안정 | 운영자·트레이너·고객 유지 | 90%+ |

## Interview Transcript
<details>
<summary>핵심 Q&A</summary>

1. 최우선 결과 → 유료 고객 1명을 실제로 만족시킬 시스템 고도화.
2. 자료 관계 → RTF 2026-07-21 이후가 세부 원자료, PDF가 통합 정리.
3. 기록 경험 → 고객 체크인과 트레이너 30초 기록 모두 필수.
4. 운영 표면 → Telegram과 내부 웹 관리화면 모두 제공.
5. 성공 기준 → 재결제·체크인80%·만족도8점·주60분 이하 모두 충족.
6. 웹 핵심 → AI 근거 초안 확인·수정·승인·전송.
7. 안전 게이트 → 격리·오발송·사람승인·인증·동의·삭제·백업·토큰·수동운영 모두 필수.
8. 고객 경로 → 샵과 무관한 외부 고객, 친구가 운동 지도.
9. 웹 접근 → Richard님만 서버 내부/SSH 터널.
10. 피드백 빈도 → 정상일 짧은 확인, 변화·문제일 상세 피드백.
11. 활성 범위 → 12주 계획은 수립하되 첫 4주는 일일·주간 기능만 가동.

</details>