outcome-based user persona 만들기(Build an outcome-based user persona)

인구통계 스케치보다 outcome-based persona가 낫다

인구통계 기반 persona("32세의 도시 거주 마케팅 매니저")는 제품 결정을 거의 만들지 못합니다. Outcome-based persona는 사용자가 무엇을 이루려 하는지, 성공을 무엇으로 판단하는지에 초점을 두고 있기 때문에 기능 우선순위로 바로 연결됩니다. Teresa Torres의 discovery 글과 JTBD.info의 기초 설명은 모두 demographic sketch가 마케팅 잔재일 뿐 제품 prioritization에는 적합하지 않다고 말합니다.

이 프롬프트의 작동 방식

이 프롬프트는 persona를 outcome, current approach, forces for change, decision trigger 중심으로 구조화하고, anti-persona를 explicit out-of-scope check로 포함시킵니다. 마지막의 "우리가 primary라고 생각했지만 실제론 아닌 persona"가 reality check 역할을 합니다. 초기 persona는 첫 switch interview 라운드를 견디지 못하는 경우가 많습니다.

언제 사용할까

• Demographic persona는 있지만 아무 의사결정도 돕지 못할 때
• 새로운 시장이나 세그먼트를 위한 persona 작업이 필요할 때
• 새 PM 온보딩에 persona grounding이 필요할 때
• 우리가 누구를 serve하는지 몰라 prioritization debate가 계속될 때
• 마케팅이나 세일즈 팀이 더 선명한 고객 정의를 원할 때

흔한 함정

• Demographic persona를 주된 artifact로 두는 것. 나이와 직함은 행동을 예측하지 못합니다. Outcome이 예측합니다.
• Anti-persona가 없는 것. Anti-persona가 없으면 팀은 모두를 serve하려 들게 됩니다. Focus는 anti-persona에서 나옵니다.
• 리서치 근거 없는 persona. 만들어낸 persona는 결국 만들어낸 기능을 낳습니다. 모든 persona는 research에 grounded돼야 합니다.

참고 자료

• Continuous Discovery Habits — Product Talk (Teresa Torres)
• What is Jobs-to-be-Done? — JTBD.info
• Opportunity Solution Tree — Product Talk (Teresa Torres)
• Assessing Product-Market Fit — Silicon Valley Product Group