사용자 스토리 모범 사례로 피처 크리프를 방지하는 방법

더 큰 디지털 제품 내러티브의 일부로 디자인 프로세스 전반에 걸쳐 사용자 스토리로 작업하면 디자이너가 UX 개선에 집중할 수 있습니다. 명확하게 작성된 사용자 스토리는 사람들을 디자인 프로세스의 중심에 두고 제품의 대상 고객과 공감하며 사람들의 삶에 더 잘 맞는 아이디어를 생성하는 데 도움이 될 수 있습니다.

제품 디자이너는 "말보다 수레를 먼저 놓는" 상황에 처하는 경우가 얼마나 자주 있습니까? 프로젝트가 시작되면 기술 세부 사항과 이를 제공할 방법을 결정합니다. 개발 프레임워크가 정의되고, 대상 장치가 결정되고, 화면 크기가 설정되면 팀이 솔루션을 만들고 제품 기능을 무작위로 추가합니다.

이 과정에서 우리는 무드 보드, 사이트맵, 사용자 흐름, 페르소나, 공감 맵 등 수많은 UX 아티팩트를 미친 듯이 생성합니다. 배는 실었지만 방향타나 지도 없이 항해하고 있습니다. 그러던 어느 날 잠에서 깨어나 " 이 제품을 만드는 이유, 기능을 정의하는 방법, 우선 순위를 지정하는 방법은 무엇입니까? "

전형적인 모닝콜.

두려운 "기능 크리프"가 우리 코 바로 아래에 몰래 숨어 있습니다.

다행히도 이를 방지할 수 있는 대책이 있습니다. 사용자 스토리 라는 디자인 전술입니다.

사용자 스토리는 Agile 소프트웨어 개발 방법론에서 채택된 제품 팀을 위한 협업 설계 기술입니다. 애자일 팀은 일반적으로 스프린트 동안 작은 목표를 달성하는 데 중점을 둡니다. 그들은 광범위한 문서화 대신 속도, 목표 및 결과를 강조 하므로 사용자 스토리의 개념입니다.

대부분의 애자일 팀에서 사용자 스토리는 점진적 소프트웨어 제공의 주요 수단입니다. 애자일 얼라이언스

사용자 스토리란 무엇입니까?

사용자 스토리는 사용자가 달성하고자 하는 것을 설명합니다. 사용자 스토리는 디자이너와 개발 팀이 제품 기능을 추가하는 열광적인 일에 휘말리지 않고 사용자 요구에 계속 집중하는 데 도움이 될 수 있습니다.

사용자 스토리는 짧고 구체적이며 목표 지향적입니다. 다음과 같은 구조를 가진 사용자의 관점에서 프레임된 한 문장 문장입니다.

“ (사용자의 유형) 나는 (목표)를 원하고 (이익을 얻을 수 있도록). "

사용자 스토리를 통해 팀은 개발 프로세스 전반에 걸쳐 프로젝트에 대해 더 나은 대화를 나눌 수 있습니다. 그들과 함께 작업 하면 팀이 구축하려고 하는 것과 그 이유에 대한 공유된 이해를 촉진하기 때문에 기능 크리프를 방지하는 데 도움이 됩니다.

사용자 인터페이스 디자인 및 인간-컴퓨터 상호 작용 분야의 사람들에게 신성한 원칙이 있다면 그것은 사용자를 알고 있다는 것 입니다. Don Norman, Nielsen Norman Group의 공동 설립자이자 명예 수석

디자인과 애자일 간의 사용자 스토리 조정

사용자 스토리는 개발자가 이해하는 개념입니다. 프로젝트 시작 시든 제품 개발 중이든 상관없이 디자이너는 사용자 스토리 작업을 통해 개발자와 보다 효과적으로 협업할 수 있습니다. 제품 기능을 함께 계획하여 개발을 최적화 하고 팀이 집중해야 할 결과 를 명확히 할 수 있습니다.

즉, 많은 디자이너가 Agile과 UX가 함께 잘 작동할 수 있다는 아이디어에 동의하지 않습니다 . 확신 중 하나는 서로 다른 두 가지 동기 부여 요인과 일정이 잘 맞지 않는다는 것입니다. 개발 과정에서 초점이 단기 전달 주기에 있기 때문에 사용자 스토리는 전체적인 디자인 프로세스에 쉽게 맞지 않습니다. 또 다른 개념은 사용자 스토리가 디자인 접근 방식으로서 충분히 중요하지 않다는 것입니다. 사용자 스토리에는 전체 사용자 경험인 더 큰 그림을 고려하는 관점이 부족합니다.

이러한 믿음은 어느 정도 유효하지만 잘못 인도 되기도 합니다.

공기를 맑게 합시다. 첫째, 디자이너는 사용자 스토리 작업이 협업 디자인 프로세스 라는 것을 인식해야 합니다. 개발 측면에서 Agile 스프린트와 완벽하게 일치하지 않을 수 있지만 개발자와 공동 작업할 때 보다 광범위한 비동기 설계 프로세스 의 일부가 될 수 있습니다. 또한 사용자 스토리를 통해 서로 다른 위치에 있는 팀이 공동 작업을 더 쉽게 수행할 수 있습니다.

둘째, 사용자 스토리는 인간 중심, 활동 중심 디자인의 일부 입니다. 점점 더 많은 제품 기능을 추가하는 데 초점을 맞추는 대신 사용자 스토리가 현실이 됩니다. 사용자 스토리는 사람들이 수행하는 모든 활동의 이면에 있으며, 이는 일련의 작업으로 구성된 작업으로 구성됩니다. 결과적으로 사용자의 활동에 대한 깊은 이해를 바탕으로 제품이 개발됩니다. 사용자 스토리로 작업하는 것은 즐거운 사용자 경험을 디자인하려는 전체적인 노력에 잘 맞습니다.

제품 테스트 및 UX 메트릭에 대한 사용자 스토리

명확하게 기술된 사용자 스토리는 훌륭한 제품 디자인의 다양한 측면에 힘을 실어줍니다. 주기적으로 사용자 스토리를 재방문하고 특정 사용자 목표(특정 사용자 스토리에 대한 승인 테스트 )를 달성할 수 있는지 확인하면 제품 팀이 계속 순조롭게 진행되는 데 도움이 됩니다.

기업은 종종 고객이 필요로 하지 않거나 원하지 않는 제품을 구축하는 데 많은 시간과 돈을 소비하여 시간과 자원을 모두 낭비합니다. 제품은 의도는 좋았지만 소비자가 이해할 수 있는 방식으로 식별 가능한 요구 사항을 해결하지 않았기 때문에 실패합니다.

잠재 고객에 대한 사용자 테스트를 통해 제품 팀은 제품이 명확하게 식별 가능한 요구 사항을 해결하는지 이해할 수 있습니다. 성공을 측정하는 방법입니다. 잘 정의된 사용자 스토리를 기반으로 프로토타입을 구축하고 테스트함으로써 디자이너는 작업 완료 시간과 성공률을 측정할 수 있습니다. 초기 제품 설계 단계뿐만 아니라 제품 개발 수명 주기 전반에 걸쳐. 그렇게 함으로써 팀은 제품이 고객 요구 사항을 충족하는 데 점점 더 좋아지고 있는지 확인할 수 있습니다 .

또한 사용자 스토리를 사용하여 UX 결과(UX 성공 메트릭으로 평가)를 정의하고 디자이너가 UX 진행 메트릭으로 제품의 진화를 확인할 수 있습니다.

• UX 결과 는 구축 중인 모든 사람을 동기화합니다.
• UX 성공 메트릭 은 팀이 언제 결과를 달성했는지 알려줍니다.
• UX 진행 메트릭 을 통해 팀은 진행 상황을 추적하고 평가할 수 있습니다.

훌륭한 사용자 스토리를 생성하는 방법

사용자 스토리 생성은 사용자 연구 통찰력에서 추출한 페르소나로 시작됩니다. 페르소나에 대한 깊은 이해는 디자이너가 더 큰 사용자 목표와 연결되는 의미 있는 스토리를 만드는 데 도움이 됩니다. 이 과정에서 충족되지 않은 사용자 요구 사항을 발견하고 제품 내러티브를 구축할 수 있습니다( Epics in Agile).

디자이너는 페르소나와 사용자 목표에 기반한 실질적인 UX 내러티브를 가져와 사용자 스토리라는 더 작은 조각으로 나눌 수 있습니다. 예를 들어 모바일 뱅킹 앱을 개발 중이라고 가정해 보겠습니다. Epic의 목표는 "이동 중에도 돈을 관리하는 것"입니다. 이 더 큰 사용자 목표는 다음과 같은 더 작은 사용자 스토리로 나눌 수 있습니다.

• 사업주로서 시간을 절약할 수 있도록 모바일 입금을 하고 싶습니다.
• 사업주로서 더 빨리 신용을 얻기 위해 이동 중 대출을 신청하고 싶습니다.
• 비즈니스 소유자로서 재정 상태를 파악하기 위해 앱으로 내 계정을 확인하고 싶습니다.

그러한 사용자 스토리를 어떻게 생각해 낼 수 있습니까? 섀도잉(관찰기법), 다이어리 스터디, 유저 인터뷰 등 다양한 UX 리서치 기법을 적용하여 또는 설계자는 제품 분석을 사용하여 사용자 행동의 패턴을 식별하고 이러한 패턴을 주도하는 기본 구조를 나타낼 수 있습니다.

예를 들어, 이벤트 흐름을 관찰하여 데이터에 여러 작업을 완료할 수 없음이 표시될 수 있습니다. 작업을 시작하고 진행했지만 작업 중간에 예기치 않은 종료로 표시되어 결론에 도달하지 못했습니다. 이러한 패턴은 제품이 조정된 일련의 작업을 수행하는 쉬운 방법을 제공하지 않기 때문에 좌절감을 포기하는 사람들을 가리킵니다 . 지각 있는 UX 디자이너는 문제를 발견하고, 더 많은 사용자 조사를 통해 조사하고, 작동하지 않는 제품 기능을 재설계하고, 작업 완료를 다시 테스트합니다.

사용자 스토리 작성 및 우선 순위 지정 방법

누가 사용자 스토리를 작성합니까? 전통적으로 사용자 스토리를 작성하는 것은 개발을 진행하는 제품 관리자의 책임이었습니다(종종 팀에 디자이너가 없을 때). 하지만 팀에 디자이너가 있을 때는 디자이너가 직접 작성하는 것이 가장 좋을 수 있습니다. 그들은 사용자 연구를 수행했으며 사용자 페르소나와 그들의 요구 사항에 가장 익숙합니다.

하나의 기술로서 사용자 스토리는 팀이 제품을 신속하게 구축할 수 있도록 작고 가벼워야 합니다. 앞서 언급했듯이 사용자의 관점에서 간단한 한 문장으로 작성되어야 합니다. "

이러한 방식으로 생성된 사용자 스토리는 제품에 추가된 모든 기능을 정당화하고 모든 디자인 결정에 대한 근거를 최전선에서 유지하는 데 도움 이 됩니다. "

훌륭한 사용자 스토리를 작성하려면:

• 명확하고 집중적이며 실행 가능해야 합니다.
• 가치 있는 방식으로 이야기를 포착해야 합니다.
• 제품 기능으로 번역될 수 있습니다.
• 승인 테스트가 있습니다(목표가 달성되었습니까?).

사용자 스토리는 일단 작성되면 매트릭스에 우선순위를 부여해야 합니다. 제품 관리자에게 친숙한 우선 순위 매트릭스는 제품 팀이 가장 영향력 있는 기능에 먼저 집중하도록 하는 데 도움이 됩니다. 디자이너에게 이것은 고객에게 가장 큰 가치를 제공하는 사용자 스토리의 우선 순위를 의미합니다.

여러 측면이 사용자 스토리의 우선 순위 인덱스에 영향을 줍니다.

• 비즈니스 목표 . 회사의 수익에 직접적인 영향을 미치는 사용자 스토리는 단순히 바람직한 것보다 더 높은 지수 값을 얻어야 합니다.
• 기능적 종속성 . 여러 사용자 스토리가 특정 스토리 이후에만 구현될 수 있는 경우 후자가 중요해지고 더 높은 인덱스 값을 얻습니다.
• 개발 시간 . 개발 팀이 사용자 스토리를 구현이 빠르고 비즈니스 목표 달성에 필수적인 것으로 평가하면 스토리는 더 높은 인덱스 값을 얻습니다.

디자인에서 사용자 스토리의 이점

사용자 스토리 프레임워크로 작업하면 사용자가 필요로 하는 기능과 제품 팀이 가설에 따라 사용하기를 바라는 기능만 제품에 포함됩니다. 즉, 사용자 스토리로 작업하면 기능 크리프가 방지 됩니다.

사용자 스토리로 작업하면 다음과 같은 몇 가지 이점이 있습니다.

• 공통 언어를 제공합니다. 사용자 스토리는 전체 개발 팀의 공통 언어가 되어 솔루션 및 기능에 대한 초점을 제거합니다. 대신, 그들은 달성해야 할 것에 대한 논의의 틀을 잡습니다.
• 협업을 촉진합니다. 사용자, 디자이너 및 개발 팀 간의 협업을 촉진합니다.
• 공유된 이해를 가능하게 합니다. 공통 언어를 사용하여 사용자 요구에 대한 공유된 이해를 개발하는 데 도움이 됩니다.
• 투명도를 높입니다. 팀 구성원 간의 개방성을 높여 신뢰를 강화합니다.
• 그것들은 포괄적이고 응집력이 있습니다. 프로젝트 요구 사항을 사용자 스토리로 변환하는 것은 프로젝트를 처리하기 위해 비교적 쉽습니다. 사용자 스토리를 살펴보면 기능 및 기능 요구 사항 목록보다 "프로젝트가 무엇인지"에 대해 더 명확하게 알 수 있습니다.
• 유연성, 접근성 및 관리 용이성을 제공합니다. 사용자 스토리는 다른 문서에 비해 개념적으로 간단하고 빠르게 작성할 수 있습니다. 사용자는 세대에 참여할 수도 있으며 이해 관계자는 손쉽게 사용자 스토리를 편집하거나 자신의 스토리를 추가할 수 있습니다.
• 프로젝트 관점을 전환합니다. 사용자 스토리는 잠재적으로 무작위적이고 추상적인 요구 사항 목록에서 사용자 중심 활동의 표현으로 프로젝트의 관점을 전환합니다.
• 최고의 가치 전달을 촉진합니다. 가장 많은 이점을 제공하는 고객 중심 기능을 제공하는 데 도움이 됩니다.
• 체크리스트를 제공합니다. 성공적인 작업 완료에 대한 측정을 가능하게 합니다. 사용자가 작업을 수행할 수 없으면 제품이 실패한 것입니다.

사용자 스토리 매핑을 통한 더 나은 제품 디자인

디자이너는 제품 디자인을 추진하기 위해 사용자 스토리에만 의존해서는 안 됩니다. 포괄적인 제품 디자인 프로세스에는 다른 많은 방법과 인공물이 포함됩니다. 잘 통합된 사용자 스토리는 전체 제품의 UX를 구성하는 퍼즐 조각처럼 서로를 완성해야 합니다. 반대로, 연결되지 않은 사용자 스토리는 사용자 경험의 응집력을 방해합니다.

디자인을 주도하기 위해 전적으로 사용자 스토리에만 의존할 때 발생하는 기타 잠재적 문제:

• 컨텍스트 부족(전체 UX 결과 무시)
• 완성도가 없음(더 큰 목표를 다룰지 여부에 대한 불확실성)
• 사용 사례와 혼동되는 사용자 스토리
• 제품을 발전시키지 않음(사용자 스토리는 고정되어 있지 않으며 시간이 지남에 따라 변경되는 경향이 있음)

사용자 스토리 맵을 구축하면 개별 스토리에 근시안적으로 초점을 맞추는 대신 제품 전체라는 큰 그림에 초점을 맞추는 데 도움이 됩니다. 사용자 스토리 매핑(User Story Mapping)이라는 책의 저자인 Jeff Patton

요약

디자인에서 사용자 스토리로 작업하면 디자이너가 잘 디자인된 제품을 제공하는 데 필요한 중요한 측정값을 제공합니다. 사용자 스토리 프레임워크를 고수한다는 원칙은 해당 사용자 스토리가 없는 UI에 디자인 요소를 배치하지 않는다는 의미이기도 합니다.

사용자 스토리의 매력은 기능적 요구 사항을 식별 하지만 이러한 기능적 요구 사항을 충족하기 위해 제품을 설계하는 방법을 규정하지 않는다는 것입니다. 그들은 해결책을 처방하기 전에 먼저 문제에 집중합니다.

디자이너는 사용자 스토리를 제품 디자인의 가치 있는 빌딩 블록으로 보고, 사용자 스토리를 매핑하여 응집력 있는 UX를 만들고, 사용자 스토리 모범 사례를 사용해야 합니다. 기능 변형을 방지하고 제품 팀이 더 나은 디자인의 제품을 제공할 수 있도록 하며 디자이너가 마찰 없이 즐거운 사용자 경험을 제공하는 제품을 만들 수 있도록 합니다.

당신의 생각을 알려주세요! 아래에 귀하의 생각, 의견 및 피드백을 남겨주세요.

• • •

Toptal Design 블로그에 대한 추가 정보:

• 디자인 도구로서의 Figma의 힘
• 알림 디자인에 대한 종합 가이드
• 중요하게 생각하세요 – 사용자 경험 측정 가이드
• 마음의 눈 – 데이터 시각화 심리학 살펴보기