Lean UX, 제3판

5장. 박스 1: 비즈니스 문제

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

그림 5-1. Lean UX 캔버스의 박스 1: 비즈니스 문제

Lean UX가 성공하려면 팀에게 구축할 솔루션이 아니라 해결해야 할 문제가 주어져야 합니다. 흔히 이러한 '솔루션'은 요구사항이나 기능 사양으로 표현됩니다. 하지만 요구사항이 잘못된 방법이라면 올바른 방법은 무엇일까요? 올바른 방법은 이해관계자나 고객이 해결하고자 하는 문제를 이해하고 표현하는 것입니다. 이것이 바로 비즈니스 문제 진술이 하는 일입니다. 비즈니스 문제 진술은 제품 발견 작업을 명시적으로 요구하는 방식으로 작업을 재구성합니다.

비즈니스 문제 진술의 형태에는 어느 정도 유연성이 있지만, 최소한 비즈니스 문제 진술은 반드시 그래야 합니다:

• 구현할 기능 집합이 아니라 팀이 해결해야 할 구체적인 과제를 제시하세요.

• 고객 성공이 최종 목표의 일부가 될 수 있도록 고객 중심 관점으로 팀을 고정하세요.

• 팀에게 범위 내에 있는 항목과 범위를 벗어난 항목을 명확히 하는 지침과 제약 조건을 지정하여 팀의 노력에 집중하세요.

• 비즈니스의 핵심 성과 지표(원하는 영향) 또는 회사가 타겟 고객에게 기대하는 구체적인 성과로 표현되는 명확한 성공 척도를 제공하세요.

• 솔루션을 정의하지 않습니다(이것은 생각보다 의외로 어렵습니다).

기본적으로 비즈니스 문제 진술은 세 부분으로 구성됩니다:

1. 팀이 작업 중인 제품 또는 시스템의 현재 목표입니다. 다시 말해, 애초에 왜 만들어졌는가? 원래 어떤 문제를 해결하기 위해 설계되었나요? 어떤 가치를 전달하고자 했나요?

2. 세상에 어떤 변화가 있었고 그것이 제품에 어떤 부정적인 영향을 미쳤나요? 다시 말해, 이 제품에 대해 설정한 목표가 현재 달성되지 않고 있는 부분은 어디인가요?

3. 솔루션을 지정하는 것에서 벗어나 결과 측면에서 '개선'을 정량화하는제품 개선에 대한 명시적인 요청입니다.

비즈니스 문제 진술을 작성할 때 초기 작업은 가정으로 채워질 가능성이 높다는 점을 기억하세요. Lean UX 캔버스의 모든 부분에서 이러한 가정이 사실임을 알게 될 것입니다. 괜찮습니다. 사실 이는 피할 수 없는 일입니다. 다만 문제에 대한 작업을 시작하면서, 즉 발견 작업을 시작하면서 잘못된 문제에 대해 작업하고 있거나 잘못된 대상을 타겟팅하거나 잘못된 방식으로 성공을 측정하고 있다는 증거를 발견할 수 있다는 점을 명심하세요. 괜찮습니다. 그래서 발견 작업을 하는 것이니까요! 다만, 잘못된 문제 진술에 시간과 노력을 낭비하지 않도록 가능한 한 빨리 팀과 이해관계자에게 이 학습 내용을 다시 전달하세요.

운동 촉진하기

비즈니스 문제 진술서를 작성하려면 이해관계자 및 제품 소유자와 함께 비공식적으로 에 앉아 함께 초안을 작성할 ...