UX 디자인 프로세스 및 문서 가이드

문서화는 제품의 성능을 개념화, 설계, 생성 및 측정하는 데 중요합니다. 그러나 유지 관리를 위해서만 해서는 안됩니다. 결국 실제 제품의 경험과 유사한 두꺼운 서류 더미에 대해서는 아무 것도 없습니다.

Lean UX 옹호자 Jeff Gothelf 가 Smashing Magazine에 기고한 글에서 설명했듯이 사용자 경험에 관한 향후 참조를 위해 단순히 생성된 두꺼운 결과물은 생성되는 즉시 쓸모가 없게 됩니다. 오늘날의 린(Lean) 및 애자일(Agile) 세계에서는 결과물이 아니라 경험에 중점을 두어야 합니다. 가벼운 프로세스를 선택하든 보다 세부적인 프로세스를 선택하든 핵심은 문서가 설계를 발전시키는 데 도움이 되어야 한다는 것입니다(단순한 지연 지표가 아니라).

다음은 제품 설계 및 개발 문서, 개별 요소 및 해당 요소가 속한 각 단계에 대한 개요입니다. 제품 개발 및 문서화는 회사에 따라 다를 수 있지만(예: Spotify에서 최소 실행 가능한 제품 구축에서 논의한 대로 Spotify) 아래의 많은 결과물은 어떤 형태로든 대부분의 조직에서 공통적입니다.

가장 효과가 있다고 생각되는 방법을 선택했지만 효과가 있는 방법만 자유롭게 선택하십시오.

그들 모두의 관계

제품 설계 문서와 관련하여 이론과 실제는 매우 다른 두 가지입니다. 우리는 모두 사용자 중심 디자인의 기본 원칙을 알고 있습니다. 우리는 다양한 연구 방법, 프로토타이핑 단계 및 풍부한 방법론적 환경에서 기술을 문서화하는 프로세스를 인식합니다. 하지만 종종 스스로에게 던지는 질문은 "이 모든 것이 실제로 어떻게 작동합니까?"입니다.

이미지 출처: 디자인 프로세스 .

간단히 말해서, 설계 프로세스를 보완하기 보다는 문서를 보완적으로 만드는 것입니다. 자세히 살펴보기 전에 제품 설계 및 개발 중에 문서를 빠르게 살펴보는 것이 도움이 될 수 있습니다. 아래에서 설계 문서의 모든 단계가 어떻게 연결되는지에 대한 실용적인 설명을 제공했습니다.

1. 제품 정의 의 초기 단계에서는 제품과 필요한 모든 이해 관계자와 함께 가장 높은 수준에서 프로젝트를 실행하는 방법에 대해 브레인스토밍합니다. 이로 인해 프로젝트 시작 계획, 린 캔버스, 구축하려는 항목의 초기 개념 맵 및 모형이 생성될 수 있습니다.
2. 연구 로 이동하면 팀이 가정을 수정하고 공백을 채웁니다. 이 단계는 제품의 복잡성, 시기, 리소스, 기존 지식 수준 및 기타 여러 요인에 따라 다릅니다. 그러나 일반적으로 경쟁 및 시장 분석을 구축하고 고객 설문 조사를 수행하는 것이 좋습니다. 기존 제품이 있는 경우 분석, 휴리스틱, 콘텐츠, 제품 컨텍스트 및 사용자 테스트를 검토하는 것도 매우 유용합니다.
3. 분석에서 지금까지 수집된 제품 마케팅 데이터는 우선 순위가 지정된 기능 스프레드시트 및 사용자 작업 매트릭스와 같은 페르소나, 경험 맵 및 요구 사항 문서의 기반을 제공합니다. 이 시점에서 제품 정의, 제품 우선 순위 및 제품 계획이 정의되었으며 보다 공식적인 디자인 결과물을 제공할 준비가 되었습니다. Guide to UX Design Process & Documentation에서 논의한 바와 같이 스케치와 다이어그램도 이 기간 동안 지속적으로 생성될 것입니다.
4. 이 출력에서 ​​시나리오, 개념 맵 및 목업이 생성되어 설계 단계로 이어질 수 있습니다. 일반적인 문서에는 스케치, 와이어프레임, 프로토타입, 작업 흐름 다이어그램 및 설계 사양이 포함됩니다. 예를 들어, 연구 및 분석 중에 생성된 경쟁 분석 및 페르소나는 모형, 개념 맵 및 시나리오에 제공됩니다. 결과적으로 이러한 조각은 와이어프레임, 스토리보드 및 세부 모형과 같은 중급 및 고급 결과물에 영향을 미칩니다. 일부 회사는 이 개요 그래픽에서 볼 수 있듯이 연구, 분석 및 설계 단계를 하나의 큰 프로세스로 취급합니다.
5. 구현 하는 동안 코드 및 디자인 자산을 조합하여 제품 디자인 사양을 따르는 제품을 만듭니다.
6. 라이브 제품 출시 시 지원 티켓, 버그 보고서 및 기타 분석과 같은 피드백 데이터는 후속 반복 및 업그레이드를 통해 제품 개선을 계속 추진합니다. 제품이 프로덕션 모드인 경우 지속적인 성공을 보장하기 위해 분석 및 보고서 형식으로 데이터를 지속적으로 생성하고 모니터링해야 합니다.
7. 성능 대시보드 및 분석을 사용하여 프로덕션에서 제품을 측정하고 반복 함으로써 데이터 기반 제품 개선이 지속적으로 이루어집니다.

지침 원칙

각 단계가 서로 어떻게 연결되어 있는지 확인했으므로 이제 각 단계를 따라 제품을 이동하는 데 유용한 몇 가지 원칙을 살펴보겠습니다. 프로세스가 처음에만 정의되지 않고 시간이 지남에 따라 발전하도록 디자인 스프린트를 사용하는 방법을 설명합니다.

이미지 출처: 출처: 사용자 중심 디자인 .

Agile 소프트웨어와 유사하게 디자인 스프린트는 특정 제품 및 디자인 문제를 해결하는 데 초점을 맞춘 1-3주 스프린트입니다. 3Pillar의 UX 리드인 Alok Jain에 따르면 스프린트 디자인의 세 가지 핵심 요소는 협업, 핸드오버 마찰 감소, 팀 집중 입니다. 간단히 말해서, 문서는 항상 사용자 자체에 초점을 맞춰야 하는 공동 작업입니다. 각 단계 사이를 빠르게 이동하기 때문에 추진력을 높이고 낭비를 최소화합니다. 더 중요한 것은 더 많은 탐색과 위험을 감수할 수 있는 더 작은 문제를 다루고 있다는 것입니다.

완전한 주기의 극히 린 버전은 여기에서 찾을 수 있지만, 제품을 이해하고, 제품을 디자인하고, 제품을 출시 및 개선할 때 이 생각을 적용하는 방법을 아래에서 자세히 설명합니다.

1. 제품에 대한 이해

제품을 구축하기 전에 제품의 존재 맥락을 이해해야 합니다. 이해 관계자, 회사 및 사용자가 귀하의 아이디어를 진행하는 데 관심을 가져야 하는 이유는 무엇입니까?

이미지 출처: 공유 이해 달성 .

Smashing Magazine에 따르면 비즈니스 요구 사항, 사용자 요구 사항 및 이 두 가지를 모두 충족할 수 있는 최상의 설계 솔루션을 해결하는 활동을 포함해야 합니다. 여기서 키워드는 "활동"입니다. 왜냐하면 비즈니스 모델 캔버스 및 린 캔버스와 같은 문서가 중요하지만 이해 관계자에게 활력을 불어넣어야 하기 때문입니다. 이러한 활동은 효율적이며 협업을 유도합니다.

• 이해 관계자 인터뷰 — 이 템플릿을 사용하여 각 팀 구성원이 3명의 이해 관계자를 인터뷰하도록 할 수 있습니다. 제품이 고객에게 어떤 느낌을 줄까요? 그들은 무엇을해야합니까? 이해 관계자가 고객이 생각하고 느끼고 행동할 것이라고 생각하는 방식을 기록함으로써 사용성 테스트 및 사용자 분석과 비교할 벤치마크를 설정하고 있습니다.
• 요구 사항 워크샵 — 이해 관계자를 모으고, 프로젝트 계획에 대해 논의하고, 개념이 제품 및
  기술 요구 사항. 빈 비즈니스 모델 캔버스 또는 린 캔버스로 시작하여 팀과 함께 완성할 수 있습니다.
• Crazy 8s — 마커를 잡고 모든 사람이 5분 안에 8개의 제품 또는 기능 아이디어를 스케치하도록 합니다. 모든 사람이 각 아이디어에 점수를 매기고
  트렌드와 선호도가 보이기 시작할 것입니다. 이것은 실제로 Google Ventures를 위한 재설계 프로세스의 2단계였습니다. 추가 아이디어는 브레인스토밍 활동 목록을 확인하세요.

기반을 마련한 후에는 수많은 사용자와 이야기하고 테스트하여 연구 및 분석을 위한 실제 현장 데이터를 확보하십시오. UXPin의 CEO인 Marcin Treder 는 문제와 범위를 식별한 후 고객 개발 및 사용성 테스트에 깊이 관여했습니다. UXPin이 종이 프로토타이핑 도구였을 때 Marcin은 Brandon Schauer, Luke Wroblewski, Indi Young 등과 같은 UX 슈퍼스타와의 50건 이상의 사용자 인터뷰와 직접 사용성 테스트를 문서화했습니다. 그런 다음 제품 팀은 이러한 통찰력을 사용하여 페르소나를 만들고 수십 개의 사용자 스토리를 작성한 다음 궁극적으로 제품 요구 사항을 간략하게 설명했습니다.

Amazon에서는 첫 번째 단계가 완제품에 대한 내부 보도 자료 초안을 작성하는 대안적인 "역방향 작업" 접근 방식을 사용합니다. 이 접근 방식은 고객을 아이디어에 고정시키려고 하기보다 고객으로부터 거꾸로 작업하는 데 도움이 됩니다. 매력적으로 들릴 때까지 보도 자료를 반복함으로써 제품 팀은 즉각적인 현실 확인과 향후 설계 및 개발을 위한 빠른 벤치마크 문서를 얻을 수 있습니다.

2. 제품 디자인

최소 실행 가능한 제품 가이드 에서 논의된 것처럼 일단
제품 목적, 주요 목표는 프로토타입을 만드는 것입니다. 팀이 냅킨에 그림을 그리는 것을 좋아하든, 충실도가 높거나 낮은 와이어프레임을 만드는 것을 좋아하든 궁극적으로 기능적인 것으로 끝나야 합니다. 이 단계의 독특한 점은 대부분의 결과물에서 문서 가 설계라는 점입니다.

이미지 출처: UXPin .

Twitter의 디자인 관리자인 Cennydd Bowles에 따르면 제품 팀은 두 번의 반복을 미리 조사하고 한 번의 반복을 미리 디자인한 다음 이전 반복을 검토해야 합니다. 애자일 상태를 유지하려는 경우 "프로세스보다 상호 작용"을 우선시하는 방법으로 충실도가 낮은 프로토타입으로 바로 뛰어들 것을 조언합니다. 좀 더 세부적인 정보를 얻고 싶지만 여전히 가벼운 상태를 유지하려면 개념 맵이나 스케치로 시작한 다음 저충실도 와이어프레임으로 반복하고 마지막으로 고충실도 프로토타입을 만들 수 있습니다. 방법에 관계없이 이해 관계자 및 사용자와 함께 테스트해야 합니다.

예산과 시간이 허용하는 경우 제품이 사용자 요구를 충족하거나 충족하지 못하는 부분을 강조하는 경험 맵과 사용자가 목표를 달성하기 위해 수행하는 활동에 대한 통찰력을 제공하는 작업 모델을 만들 수도 있습니다. 이것들은 디자인의 일부는 아니지만 제품이 마음과 시장에 맞는 위치를 알아야 하기 때문에 보완적입니다. 흥미롭게도 Yelp는 공통 코드 라인을 포함하는 스타일 가이드를 만들어 설계 단계를 한 단계 더 발전시켜 문서를 말 그대로 제품에 내장할 수 있습니다.

UXPin에서 우리의 프로세스는 격자 무늬 종이에 샤피가 있는 그룹 스케치 세션을 유지한 다음 몇 개의 와이어프레임으로 컬링한 다음, 충실도가 높은 모형이 될 때까지 세부 사항을 추가하는 것입니다. 사용자 테스트가 관련된 경우 목업을 충실도가 높은 프로토타입으로 구축합니다. 대규모 기능 릴리스의 경우 광범위한 사용자 테스트를 수행하여 프로토타입을 선호하는 비율이 약 70/30이 되도록 합니다.

3. 제품 구축 및 출시

무거운 기술 작업을 시작할 때 전체 비전을 보는 데 도움이 되는 문서를 만드는 것이 중요합니다. 특정 요구 사항은 제품을 개선하면서 변경될 수 있지만 문서는 제품이 출시될 때 우선 순위를 이해하는 데 도움이 되어야 합니다.

이미지 출처: MVP 캠페인 .

RedStamp의 UX 관리자인 Kristofer Layon 은 제품 요구 사항 및 기술 사양 문서를 로드맵으로 시각화할 수 있다고 믿습니다. 제품 로드맵은 사용자 스토리를 보여주고 사용자 스토리를 만족시키기 위해 구축할 기능의 우선 순위를 지정하는 데 도움이 됩니다. 때로는 특정 날짜가 로드맵에 추가되어 타임라인으로도 작동할 수 있습니다. 로드맵의 우아함은 구축 중인 항목의 우선 순위를 지정하여 제품 요구 사항 및 기술 사양에 정의된 "방법"을 보완하는 데 도움이 됩니다. 기능을 결정할 때 Kano 모델을 사용하여 3가지 범주로 평가할 수 있습니다.

• 기본 속성 — 제품이 작동하기 위해 절대적으로 필요합니다. 예를 들어 랩톱의 기본 속성은 키보드 또는 화면입니다.
• 성능 속성 — 서로 다른 제품을 KPI로 비교할 수 있습니다. 예를 들어, 사람들은 많은 데이터를 저장할 수 있는 빠른 컴퓨터를 선호하는 경향이 있기 때문에 랩톱은 CPU 속도와 하드 드라이브 공간으로 판단됩니다.
• 유쾌한 속성 — 고객 선호도에 따라 주관적입니다. 예를 들어, MacBook Air는 매우 얇고 촉감이 부드럽습니다. 올바른 고객은 다른 사람들이 감명을 받지 못하는 동안 그것이 훌륭한 판매 포인트라는 것을 알게 될 것입니다.

이 모델을 기반으로 1-5점 척도로 기능에 점수를 매기면 우선 순위 매트릭스에 해당 기능을 표시하여 제품 로드맵이 어떻게 생겼는지 구상하는 데 도움이 됩니다. Apple 에서 "Rules of the Road"와 "Apple 신제품 프로세스"는 책임, 생성 단계, 시작부터 출시까지의 중요한 이정표를 정의함으로써 제품 로드맵 역할을 합니다 . 사실, 도로 규칙은 매우 심각하여 이를 잃으면 즉시 종료될 수 있습니다(문서에도 명시되어 있음).

4. 제품 개선

제품을 구축하고 궁극적으로 출시할 때 문서는 판매 및 기타 KPI를 정의하고 추적하는 데 초점을 맞춰야 합니다. 결국 어떤 측정항목을 최적화할지 모른다면 제품을 개선할 수 없습니다.

이미지 출처: 숫자로 보는 제품 관리 .

LaunchClinic의 설립자인 Dave Daniels 는 출시 목표(예: 30일 동안 30,000 다운로드)를 기록하고 진행 상황을 문서화할 수 있는 올바른 도구가 있는지 확인하도록 조언합니다. 메트릭 도구 및 버그 보고 소프트웨어를 사용하여 반복 보고서를 설정하여 출시 후 처음 몇 주 동안이나 그 이후에 계속 주시하도록 할 수 있습니다. 고객 측에서는 사용자를 분류하고 사용자 지정 설문 조사를 보내어 반복해야 할 위치를 측정할 수도 있습니다.

Spotify 에서 반복 단계는 제품 개발의 가장 긴 단계입니다. 제품 팀은 현재 메트릭과 우선 순위 매트릭스(설계 단계에서 생성되었을 수 있음)를 사용하여 "로컬 최대값"을 넘어 특정 제품을 개선하기 위한 노력과 이점을 비교합니다. 그들이 노력할 가치가 있다고 판단되면 정의 단계로 돌아가 "글로벌 최대"에 맞게 제품을 개조합니다.

주관적인 환경에서의 객관적인 과정

제품 디자인 문서와 관련하여 단 하나의 마법의 총알은 없습니다. 우리 제품을 사용하는 거의 모든 회사는 위에서 설명한 전술의 일부를 사용합니다. 제품 개발 및 UX 디자인은 매우 주관적인 공간이지만 프로세스와 문서는 그럴 필요가 없습니다. 결국 제품의 최종 목표는 수익이고 그것에 대해 주관적인 것은 없습니다.

이미지 출처: 디자인 프로세스 노트 .

경량 문서를 선택하든 더 자세한 문서를 선호하든 목표는 동일합니다. 팀이 상호 작용하고 대응할 수 있도록 머리에서 종이(또는 화면)로 문서화하는 것입니다. 문서는 돌에 새겨진 규칙이 아니라 제품에 대한 나침반이어야 합니다. 우리가 논의한 단계 중 일부는 약간 다른 순서 또는 병렬로 발생할 수 있지만 모두 광기에 대한 방법을 제공하기 위해 존재합니다. 효과가 있는 것을 사용하고 나머지는 스크랩하고 제품이 발전함에 따라 문서를 발전시키십시오.

문서를 디자인 프로세스에 통합하는 더 많은 방법을 보려면 UX 디자인 및 프로세스 문서 가이드를 다운로드하십시오. Aarron Walter, Laura Klein, Ian McAllister 및 기타 수십 명의 전문가 조언이 제공됩니다. Vurb, MailChimp, Apple, Google 등과 같은 회사의 시각적 예도 표시됩니다.