간단하고 작업

1) 왜 필요한가

페르소나와 스크립팅은 제품 전략을 실제 사용 상황에 연결하는 데 도움이됩니다. 사람들은 사용자 동기와 한계에 초점을 맞추고 스크립트는 이러한 동기를 구체적인 단계, 지점 및 성공/오류 조건으로 바꿉니다. 결과적으로 팀은 설계 결정을 더 빠르고 자신있게 수행하며 측정 항목이 더 투명합니다.

2) 기본 정의

UX 사용자는 목표, 습관, 방아쇠 및 장벽이있는 사용자 세그먼트의 데이터 검증 초상화입니다.
반인-제품이 의도되지 않은 사람 (상충되는 요구 사항을 차단하는 데 중요).
시나리오-사람이 특정 상황에서 목표를 달성하는 방법에 대한 설명 (기본 스레드 + 대안 + 오류 처리).
Job Story (JTBD 형식): "[상황] 이 [예상 결과] 에 [동기 부여] 를 원합니다".
"as-is/to-be" 스크립트-현재 및 대상 경로.

3) 사용시기

발견/검증 단계에서 (세그먼트 및 작업의 가설 형성).
키 흐름을 재 설계하기 전에 (온 보딩, 검색, 체크 아웃, 지불).
백 로그 우선 순위 지정시 (스크립트가 메트릭에 미치는 영향 비교).
교차 기능 동기화 (제품 + 디자인 + 위험/준수 + 분석 + 지원).

4) 프로세스: 데이터에서 시나리오까지 (8 단계)

1. 데이터 수집: 정 성적 인터뷰, 상황 관찰, 로그/클릭 분석, 오류 패턴 검색, 지원 티켓.
2. 동작 클러스터링: 작업, 빈도, 위험, 장치, 채널별로 그룹화합니다.
3. 사람 초안: 각 클러스터마다 목표, 트리거, 장벽, 제한 (가용성/규칙/장치).
4. 반인: 우리는 우리가 봉사하지 않는 사람과 그 이유를 기록합니다.
5. 개인 우선 순위: 지표에 미치는 영향 (변환, 보존, LTV, 서비스 비용).
6. 태스크 맵 (작업): 최고의 사람들을 위해, 우리는 직업 이야기를 공식화합니다 중요한 조건 (네트워크 오류, 검증, 한계) 을 식별합니다.
7. "as-is/to-be" 스크립트: 메인 스레드 + 브랜치 + 극단적 인 경우; CJM/청사진을 시각화하십시오.
8. 검증 및 메트릭: 프로토 타입, 유용성 테스트, A/B, 스크립트 원격 측정, 개인 업데이트.

5) UX 사용자 템플릿 (위키에 복사)

ID & 견적: "[장벽] 에 시간을 낭비하지 않고 가능한 빨리 [문제] 를 해결하십시오".

목표: (3-5 짧은 문구)

상황: 장치, 채널, 제약 조건 (시간, 주의, 환경)

트리거/동기 부여: 동작을 유발하는 원인

장벽/위험: 방해가되는 것 (절차, 불분명 한 용어, 오류)

행동 특성: 빈도, 세션의 특성, 탐색 기본 설정

정보 요구: 계속보고/이해해야 할 사항

가용성: 글꼴, 대비, 로케일, 언어에 대한 요구 사항

KPI 개인 적합: 그녀를 도울 때 어떤 제품 지표가 향상되는지

아님: (기대의 한계; 미니 안티 인물)

• 식별자: "모바일 스프린터"
• 목표: 사례 간 1-2 분 안에 주요 작업을 신속하게 완료합니다
• 맥락: 스마트 폰, 불안정한 네트워크, 종종 한 손으로
• 장벽: 긴 모양, 숨겨진 요구, 갑작스런 리디렉션
• KPI: 시간-완료, 모바일 오류율, 첫 단계 CR

6) 스크립트 템플릿 (as-is/to-be)

7) 조정 속도를 높이는 시각적 아티팩트

공감지도: "Says/Thinks/Does/Feels" -트리거를 빠르게 강조합니다.
CJM (고객 여행지도): 스테이지 × 감정 × 접촉 × 통증 × 기회.
서비스 청사진: 프론트 스테이지/백 스테이지/지원 프로세스; 스크립트가 "파손" 된 위치를 보여줍니다.
사용자 흐름/상태 다이어그램: 화면 간 전환, 로드/오류 상태.
스토리 보드: 주요 시나리오 당 6-8 프레임 (특히 모바일 컨텍스트에 유용).

8) 사람과 대본의 품질 측정

적용 범위: 상위 N 직원이 설명한 트래픽/수익의 비율 및 시나리오.
작업 성공률: 각 사람의 목표 단계에 도달 한 사용자의%.
작업/TTV 시간: 런타임; 가치있는 시간.
오류 발생/복구-오류율 및 자동 복구 속도.
지점 별 CR: 주류 변환 대 대안.
세그먼트 별 SUS/CSAT: 대상 사람의 편의성 인식.
서비스 비용: 시나리오별 지원 통화 감소.
A/B 향상: 대상 메트릭에 "to-be" 를 구현하는 효과.

9) 전형적인 오류

가상의 "마케팅 아바타. "행동 데이터가없는 사람은 디자인을 취향으로 이끌고 있습니다.
극단적 인 경우를 메인 스트림에 병합합니다. 드문 경우는 다른 사람들의 길을 깨뜨립니다.
오류 및 빈 상태를 무시하십시오. "구조 사다리" 가 없습니다-높은 실패.
모든 사람을위한 범용 톤/패턴. 다른 사람-팁의 깊이와 단계 제어.
희귀 업데이트. 개인 "연령" -최소 분기 별 또는 주요 릴리스에 따라 데이터에 따라 업데이트됩니다.

10) 워크샵: 90 분 동안의 워크샵

1. 10 분: 목표 및 지표 (개선 한 시나리오, 목표로하는 KPI).
2. 20 분: 데이터/통찰력 마크 업 → 2-3 거친 사람 + 1 명의 반인.

3. 20 분: 우리는 최고의 사람들을 위해 3-5 개의 직업 이야기를 공식화합니다

4. 25 분: "as-is" 및 "to-be" 스트림 (주 + 2 대안 + 2 오류) 을 그립니다.
5. 15 분: 분석/원격 측정 이벤트, 빈/오류 상태, A/B 가설을 정의하십시오.

11) 구현 점검표

• 데이터 (정 성적 + 정량적) 와 업데이트 소스가 있습니다
• 각 키 메트릭에 관련된 사람과 스크립트가 있습니다
• 설명 된 대안, 오류, 빈 상태, 오프라인/느린 네트워크
• 테스트 계획이 있습니다: 프로토 타입, 시나리오 유용성 세션, A/B
• 분석 이벤트 스키마는 스크립트 단계와 분기를 다룹니다
• 정규 개정주기 (예: 분기 별)

12) 미니 바인딩 예 (간체)

사람: "신중한 초보자" -규칙과 위험을 신속하게 이해하고 실수를 두려워하고 모바일 네트워크를 사용합니다.
Job Story: "양식을 처음 볼 때 놀라움없이 행동을 완료하는 데 필요한 단계와 위험을 이해하고 싶습니다".

1. 진행 상황 표시줄과 예상 시간이있는 프로세스 단계 화면.

2. "즉석에서" 검증, 이해할 수있는 예로 형성됩니다.

3. 빈/오류 상태에는 명시적인 지원과 안전한 반환이 있습니다.

4. 원격 측정: '시작', '필드 _ 오류', '도움말', '재 시도', '완료'.

5. 측정 항목: TTF 세그먼트에서 2.

13) 위키 형식 (빠른 인서트)

[Person ID]
Quote:... ""
Goals:...
Context:...
Triggers/motivations:...
Barriers/risks:...
Behavioral signs:...
Information needs:...
Availability:...
KPI person-fit:...
Not:...

Scenario: [Title]
Persona:...
Context:...
Background:...
Trigger:...
Main flow:
1) …
2) …
Alternatives: A1 .../A2...
Errors/Exceptions:...
Data and privacy:...
Time and states:...
Success metrics:...
Artifacts:...

14) 역할과 책임

제품 관리자: 목표, 지표, 개인/시나리오의 우선 순위.
UX/연구: 데이터, 개인 공식화, 시나리오 테스트.
UI/컨텐츠: 시각적 계층 구조, 카피 라이팅 힌트/오류.
엔지니어링: 상태, 신뢰성, 원격 측정, 가용성.
위험/준수/지원: 규칙, 엣지 케이스, 매크로 기반 지원.

15) 결론

스크립트가없는 사람은 정적입니다. 사람이없는 스크립트는 추상적입니다. 한 쌍으로서 작동 도구가됩니다. 컨텍스트를 고려하고 오류를 예상하며 제품 메트릭을 크게 개선하는 인터페이스를 설계하는 데 도움이됩니다.