# POC를 한 장으로 설계해보기
> **이 장에서 배우는 것**
> 읽는 장이 아니라 **하는 장**입니다. POC 하나를 **A4 한 장**으로 설계합니다.
> 가장 중요한 칸은 성공 조건이 아니라 **중단 조건**입니다.
## 준비물
```
□ 40분
□ 앞에서 고른 과제 1개
□ 그 업무를 실제로 하는 사람 1명 — 없으면 하지 마세요
□ A4 한 장 또는 표 파일
```
고른 과제가 없다면 [과제를 실제로 채점해보기](/guide/ax-try-scoring)를 먼저
하세요.
**세 번째 줄은 조건입니다.** 현업 없이 설계한 POC는 3주 뒤 "실제로는 이렇게 안
합니다"에서 멈춥니다.
---
## 1단계 — 한 문장으로 좁히기 (5분)
```
✗ "고객 문의 대응을 AI로 개선한다" ← 범위가 없음
✓ "반품 문의 1차 답변 초안을 자동 생성한다" ← 한 종류, 한 단계
```
### 무엇을 보나
```
□ 업무 종류가 하나인가 (문의 전체 ✗ / 반품 문의 ✓)
□ 단계가 하나인가 (대응 전체 ✗ / 1차 초안 ✓)
□ 최종 결과물이 무엇인지 한 단어로 나오나 (초안)
```
**셋 다 예가 아니면 아직 넓습니다.** POC의 목적은 성과가 아니라 **판단**이라,
좁을수록 빨리 판단합니다.
---
## 2단계 — 지금 값 적기 (10분)
[베이스라인](/guide/ax-try-baseline)이 이미 있으면 옮겨 적고, 없으면 지금
답할 수 있는 것만 적습니다.
| 항목 | 지금 값 | 어디서 확인했나 |
|---|---|---|
| 건수 (주/월) | | |
| 1건당 걸리는 시간 | | |
| 지금 품질을 재는 값 | | |
```
빈칸 규칙:
값을 못 적으면 그 칸에 "모름"이라고 쓰세요.
"모름"이 두 개 이상이면 POC를 시작하지 말고 2주간 재는 것부터 하세요.
```
**빈칸을 비워두지 말고 "모름"이라고 적으세요.** 비워두면 나중에 "적는 걸
깜빡했나"가 되지만, "모름"이라고 적혀 있으면 그건 결정입니다.
---
## 3단계 — 성공 조건 (10분)
**숫자와 날짜가 둘 다 들어가야** 성공 조건입니다.
```
✗ "품질이 개선된다"
✗ "담당자가 만족한다"
✓ "6주 뒤, 초안 그대로 발송 가능한 비율이 60% 이상"
✓ "6주 뒤, 1건당 평균 처리시간 12분 → 7분 이하"
```
| 우리 성공 조건 | 언제 | 무엇이 | 얼마나 |
|---|---|---|---|
| 1 | | | |
| 2 | | | |
**두 개까지만 적으세요.** 세 개 넘게 적으면 나중에 하나만 달성하고 "부분
성공"이라 부르게 됩니다.
---
## 4단계 — 중단 조건 (10분)
**이게 이 실습의 핵심입니다.** 대부분의 POC 문서에 이 칸이 없고, 그래서 안 되는
POC가 6개월씩 갑니다.
```
아래를 만나면 즉시 멈추고 다시 판단한다:
□ 3주차에 ( ) 가 ( ) 이하이면
□ 검수에 드는 시간이 원래 처리시간의 ( )% 를 넘으면
□ 현업 담당자가 2주 연속 "쓰는 게 더 번거롭다"고 하면
□ 되돌릴 수 없는 사고가 1건이라도 나면 → 즉시 중단
```
### 왜 성공 조건보다 중요한가
성공 조건은 **잘 됐을 때** 쓰이고, 중단 조건은 **안 됐을 때** 쓰입니다. 그런데
POC의 다수는 안 되는 쪽이고, 그때 판단할 근거가 문서에 없으면 **"조금만 더
해보자"가 반복**됩니다. 아무도 자기가 시작한 것을 스스로 접자고 말하기 어렵기
때문입니다.
> **중단 조건은 시작하기 전에만 정직하게 쓸 수 있습니다.** 시작한 뒤에는 이미
> 쓴 비용이 판단을 흔듭니다.
---
## 5단계 — 한 장으로 모으기 (5분)
```
[POC 이름]
[한 문장] 무엇을, 어느 단계까지
[기간] 시작 ~ 종료 (6주 권장)
[지금 값] 건수 / 시간 / 품질 ("모름" 포함)
[성공 조건] 2개 이하, 숫자와 날짜
[중단 조건] 4개
[사람] 현업 ( ) 추진 ( ) 결정권 ( )
[안 하는 것] 이번에 범위 밖인 것 3개
```
**마지막 줄을 꼭 채우세요.** "안 하는 것"이 적혀 있지 않으면 진행 중에 범위가
늘고, 늘어난 범위 때문에 기한을 못 지키고, 기한을 못 지켜서 판단이 미뤄집니다.
---
## 자기 점검
```
□ 한 문장이 업무 한 종류·한 단계로 좁혀졌다
□ 지금 값에 "모름"을 정직하게 적었다
□ 성공 조건이 2개 이하이고 숫자와 날짜가 들어 있다
□ 중단 조건 4개를 적었다 ← 여기가 비면 이 실습은 실패입니다
□ 결정권자가 이름으로 적혀 있다
```
네 번째 줄이 안 채워졌다면 4단계로 돌아가세요. **중단 조건 없는 POC는 설계가
아니라 착수 승인 요청서입니다.**
---
## 확인
**1. 중단 조건이 성공 조건보다 중요한 이유는?**
답
**POC의 다수가 안 되는 쪽으로 끝나기 때문**입니다. 성공 조건은 잘 됐을 때만
쓰이지만, 안 됐을 때 판단할 근거가 없으면 "조금만 더"가 반복됩니다. 시작한 뒤에는
이미 쓴 비용 때문에 정직하게 쓰기 어려워집니다.
**2. 지금 값을 못 적을 때 빈칸으로 두지 말라는 이유는?**
답
**"모름"은 결정이고 빈칸은 실수처럼 보이기 때문**입니다. "모름"이 두 개 이상이면
POC 대신 재는 것부터 해야 한다는 판단이 바로 나옵니다.
**3. "안 하는 것"을 적는 이유는?**
답
**진행 중에 범위가 늘기 때문**입니다. 늘어난 범위가 기한을 밀고, 기한이 밀리면
판단 시점 자체가 사라집니다. 시작 전에 범위 밖을 못 박아두는 편이 쌉니다.
---
마지막 단계입니다 → [Phase 4 — 프로덕션 배포](/guide/ax-phase4-rollout)