[에이전트 제작기 #6] 사용자 테스트 설계 — 내 에이전트를 남에게 처음 맡기기
MVP를 만든 뒤 가장 중요한 단계. 동료에게 써보게 하고 관찰·피드백을 구조적으로 모으는 방법과 기록 템플릿.
[에이전트 제작기 #6] 사용자 테스트 설계 — 내 에이전트를 남에게 처음 맡기기
#5 MVP v1.0까지 만들었으면, 이제 가장 무서운 단계 — 남에게 써보게 할 차례입니다. “내가 쓰기 편한 것”과 “남이 쓸 수 있는 것”은 다르니까요.
🎯 왜 사용자 테스트인가
혼자 만들면 내 머릿속 흐름에 최적화됩니다. 남은 다르게 움직여요. 5명만 관찰해도 대부분의 치명적 문제가 드러납니다. (유저빌리티 테스트의 오랜 경험칙)
🧪 작게 설계하는 법 (30분이면 충분)
- 대상: 실제 이 업무를 하는 동료 3~5명
- 과제 제시: “이번 주 지표로 운영 리포트 초안을 만들어보세요” (방법은 알려주지 않기)
- 관찰: 도와주지 말고 막히는 지점을 지켜보기 (여기가 핵심)
- 소감 청취: “어디서 헷갈렸나 / 결과를 믿을 수 있었나 / 다시 쓸 것 같은가”
💡 가장 중요한 규칙: 설명하지 말고 지켜보세요. 사용자가 헤매는 순간이 곧 고칠 지점입니다. 내가 옆에서 알려주면 문제가 안 보여요.
📋 피드백 기록 템플릿 (복사용)
1
2
3
4
5
6
### 테스트 #_ (대상: ___, 날짜: ___)
- 과제 완료? (예/아니오/부분)
- 막힌 지점:
- 결과를 신뢰했나? (1~5):
- 인상적인 한마디:
- → 개선 아이디어:
🗂️ 피드백 → 우선순위 정하기
모은 피드백을 다 고치려 하면 못 끝냅니다. 2축으로 분류하세요.
| 고치기 쉬움 | 고치기 어려움 | |
|---|---|---|
| 자주 발생 | 🔥 지금 바로 | 📌 다음 버전 |
| 가끔 발생 | 🙂 여유될 때 | 🗑️ 보류 |
⚠️ AI 제품 특유의 관찰 포인트
- 결과를 신뢰했는가? — 숫자가 맞아 보여도 사용자가 못 믿으면 안 씀 (근거·출처 표시 필요)
- 틀린 초안을 사용자가 잡아냈는가? — 못 잡으면 환각 리스크. 검수 UI를 더 강조해야
- 재사용 의향 — “다음 주에도 쓸 것 같다”가 진짜 성공 신호
🔭 다음 단계
- 🔥 우선순위 항목 반영 → v1.1
- 이후 VOC 분류 도구를 붙여 멀티 도구 에이전트로 확장
정리: 만드는 것보다 “남이 쓰게 하는 것”이 더 어렵고 더 중요합니다. 작게, 자주, 지켜보며 테스트하세요.
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.