---
type: template
domain: product
role: UX·UI디자인
status: active
last-reviewed: 2026-07-27
---

# 리서치·사용자 여정

> 외주 프로젝트의 리서치는 **현업 인터뷰·AS-IS/TO-BE 업무 분석**이다. 발주사 담당자의 말보다 현업의 실제 업무 처리 방식을 우선하고, 관찰·인용·수치와 해석·아이디어를 분리한다. 여기서 확정한 AS-IS/TO-BE가 요구사항정의서와 화면정의서의 근거가 된다.

## 현업 인터뷰 계획

| 항목 | 값 |
|---|---|
| 확인할 질문 | `{이번 인터뷰로 확정할 업무 규칙·예외 1~3개}` |
| 연결 요구 ID | `{OBJ / FR / OUT}` |
| 대상 현업·제외 대상 | `{부서·역할 / 비대상 업무}` |
| 방법 | `현업 인터뷰 / 업무 관찰 / 현행 시스템 로그 / 화면 시연` |
| 대상자·선정 기준 | `{N명 · 해당 업무를 실제 수행하는 사람}` |
| 일정·Owner | `{날짜 · 이름}` |
| 발주사 협조 요청 | `{인터뷰 대상자 섭외·현행 화면 접근 권한 등}` |
| 지연 기록 | `{발주사 일정 미확정·자료 미제공 시 날짜·영향 기록}` |

> [!WARNING] 인터뷰 대상자 섭외·현행 자료 제공은 발주사 의무다
> 지연되면 즉시 기록하고 일정 영향을 공지한다 ([[SI 수주와 범위 관리]] §진행 중 신뢰 관리). 종료 시점 책임 공방의 방어 자료다.

## 질문 가이드

| 확인 목적 | 질문 | 피해야 할 질문 |
|---|---|---|
| 실제 업무 방식 | `마지막으로 이 업무를 처리했을 때 처음부터 보여주세요.` | `이 기능이 있으면 쓰시겠어요?` |
| 장애물·비용 | `어디서 막혔고, 그때 어떻게 처리했나요?` | `이 부분이 불편하시죠?` |
| 현행 우회 | `지금은 어떤 시스템·엑셀·사람으로 해결하나요?` | `새 시스템이 현행보다 낫겠죠?` |
| 예외·빈도 | `이 예외는 한 달에 몇 번 생기고, 누가 어떻게 처리하나요?` | `어떤 기능을 원하세요?` |

## 관찰 기록

| Evidence ID | 일시·대상 | 관찰·짧은 인용 | 업무 맥락 | 빈도·비용 | 사실 / 해석 | 원본 위치 |
|---|---|---|---|---|---|---|
| `UX-E-01` | `{값}` | `{관찰 또는 짧은 인용}` | `{업무 상황}` | `{건수·시간}` | `사실` | `{회의록·녹취·현행 화면 캡처}` |

## 패턴과 반례

| Pattern ID | 반복된 업무·마찰 | 지지 사례 | 반례·다른 부서 | 확신도 | 설계 영향 |
|---|---|---|---|---|---|
| `UX-P-01` | `{패턴}` | `{E ID}` | `{반례}` | `낮음/중간/높음` | `{흐름·화면·카피}` |

## AS-IS 업무 흐름 (현행)

| 단계 | 현업 목표 | 행동·사용 시스템 | 담당·권한 | 마찰·실패 | 현재 우회 | 근거 ID |
|---|---|---|---|---|---|---|
| 접수·발생 | `{목표}` | `{행동·현행 시스템}` | `{역할}` | `{문제}` | `{엑셀·수작업 등}` | `{UX-E}` |
| 처리 시작 | | | | | | |
| 수행 | | | | | | |
| 완료·보고 | | | | | | |
| 사후·재처리 | | | | | | |

## TO-BE 업무 흐름 (신규 시스템)

| 단계 | 유지할 업무 방식 | 제거·축소할 마찰 | 새 시스템 반응 | 실패·복구 | 완료 판정(관찰 가능) | 연결 요구 |
|---|---|---|---|---|---|---|
| `{단계}` | `{행동}` | `{마찰}` | `{반응}` | `{복구}` | `{관찰 결과}` | `{FR ID}` |

## 확인 필요 사항 — 발주사 합의 대기

| ID | 가정 또는 미확정 업무 규칙 | 근거 | 틀리면 영향 | 확인 방법 | 합의 결과 | Owner·기한 |
|---|---|---|---|---|---|---|
| `UX-A-01` | `{내용}` | `{E/P ID 또는 없음}` | `{재작업 범위}` | `{발주사 확인·현업 재질의·중간 데모}` | `{합의 내용·일자 또는 대기}` | `{값}` |

> 검수 기준이 될 업무 규칙은 착수 전 발주사와 합의된 것만 유효하다. 사후 합의는 분쟁 원인 — 미확정 항목은 반드시 이 표에 남기고 합의 일자를 기록한다.

## 결정 요약

- 설계에서 반드시 해결할 마찰: `{최대 3개}`
- 이번 계약 범위에서 해결하지 않는 마찰: `{항목·이유 — OUT ID 또는 CR 후보}`
- 핵심 업무 흐름 시작·종료: `{시작 상태 → 완료 상태}`
- PM에 반환할 요구 변경: `{ID·이유 또는 없음}` — 범위 영향이 있으면 CR 회부
- 다음 문서: [[02_정보구조·사용자 흐름]]

## 관련 문서

- [[유저 리서치 실전]]
- [[기획 원리]]
- [[SI 수주와 범위 관리]]
- [[02_정보구조·사용자 흐름]]