제품 캔버스란 무엇인가요?

새로운 제품을 위한 작업을 시작하기 전에, 그 제품의 목적, 대상 고객, 목표를 이해해야 합니다. 바로 여기서 제품 캔버스가 등장합니다.

에 따르면 미로, 제품 캔버스는 팀이 뛰어난 사용자 경험을 제공하는 제품을 구축하는 데 도움이 되는 Agile 방법론과 UX 원칙을 결합한 계획 도구입니다..

로만 피클러제품 캔버스의 발명자인 그는 이를 "훌륭한 사용자 경험과 적절한 기능을 갖춘 제품을 만드는 데 도움이 되는 간단하지만 강력한 도구"라고 설명합니다. 사용자 스토리를 페르소나, 스토리보드, 시나리오, 디자인 스케치 및 기타 UX 아티팩트로 보완하여 민첩한 개발과 사용자 경험 디자인을 결합합니다.

제품 비전과 제품 캔버스를 사용하여 변화를 계획하는 방법

와 관련된 일반적인 오해 애자일 방법론 어떠한 준비나 문서화도 필요 없고, 모든 스프린트의 결과와 피드백에 따라 프로세스가 마법처럼 진행된다는 것입니다.

물론 이것은 사실이 아닙니다. 올바른 민첩한 선언 진술은 조언한다 “계획에 따라 변화에 대응합니다.” 즉, 변화에 쉽게 적응할 수 있는 계획이 있어야 한다는 의미입니다. 이는 적절한 준비로 이어집니다.

이 맥락에서 적절하다는 것은 다음을 의미합니다.

• 비즈니스 가치 제공을 준비합니다
• 프로젝트에 대한 명확한 비전 형성
• 예측을 가능하게 하는 충분한 준비
• 첫 번째 스프린트를 시작하기에 충분한 세부 정보

그 이상은 지나친 것입니다. 기억하세요, 우리는 변화에 쉽게 조정할 수 있는 "계획"을 만들려고 합니다. 계획이 크고 자세할수록 변경하기가 더 엄격하고 어렵습니다.

제품 비전 및 제품 캔버스 방법론은 다음과 같이 옹호됩니다. Mendix 우리가 거둔 성공 덕분에, 그것이 유일한 방법론은 아닙니다. "스프린트 제로"와 같은 다른 방법론을 따를 때조차도, 이 블로그 게시물은 프로젝트를 준비하기 위해 답해야 할 질문 유형에 대한 통찰력을 제공하기 때문에 큰 가치가 있을 것입니다.

제품 비전 보드를 잠깐 살펴보세요

첫 번째 단계는 프로젝트에 대한 높은 수준의 비전을 만드는 것입니다. 이는 제품 비전 보드를 사용하여 수행됩니다. 이 부분은 매우 간단하기 때문에 이 블로그 게시물에서는 자세히 설명하지 않겠습니다.

제품 비전 보드

기본적으로 제품 비전 보드는 다음 질문에 답합니다.

• 왜 우리는 이 애플리케이션을 만들었나요?
• 우리의 타겟 사용자 그룹은 누구입니까?
• 그들의 필요는 무엇입니까?
• 우리는 이러한 요구 사항을 충족하는 제품을 어떻게 구상하고 있을까?
• 그렇게 함으로써 우리의 사업 목표는 무엇인가?

제품 비전 보드는 또한 제품 캔버스에 대한 입력 역할을 합니다. 둘 다 제품 소유자의 책임입니다. 그러나 그렇다고 해서 모든 작업을 해야 하는 것은 아닙니다. 필요한 경우 Scrum 팀과 전문가를 사용하는 것이 좋습니다.

제품 캔버스와 레이아웃

제품 비전을 정의한 후에는 그 비전을 실현하는 방법을 알아낼 때입니다. 그러면 다음 질문에 답할 수 있게 됩니다.

• 우리의 사용자는 누구입니까?
• 그들의 업무는 무엇이고, 우리는 그들이 어떻게 그 업무를 완수할 것으로 생각하는가?
• 관련된 상위 수준의 제약 조건은 무엇입니까?
• 넓은 범위에서 보면 디자인은 어떻게 될까?
• 이를 달성하기 위한 우리의 에픽과 준비된 사용자 스토리는 무엇인가?

제품 캔버스

답변할 질문을 제품 캔버스와 비교하면 제품 캔버스의 실제 레이아웃이 연대순으로 스토리를 전달하지 않는다는 것이 분명해집니다. 그러나 제품 캔버스를 만드는 방법을 완전히 이해하려면 그 연대순이 매우 중요합니다.

제품 캔버스의 연대순 레이아웃

위의 이미지는 제품 캔버스를 만드는 논리적 단계를 보여줍니다. 한 단계는 다음 단계로 이어지며, 제품 비전의 요약, 제품의 실제 사용자에 대한 조사, 페르소나 생성으로 시작하여 첫 번째 스프린트를 위한 레디 스토리 생성까지 이어집니다.

제약 조건이 사용자 여정 생성과 평행하게 그려진다는 점에 유의하세요. 일부 제약 조건이 사용자 여정에 영향을 미칠 수도 있고 미치지 않을 수도 있으므로 미리 할 수도 있습니다.

제품 캔버스를 만드는 7단계

1단계: 제품 비전 및 이름

제품 비전 상자는 제품 비전 보드의 요약에 불과합니다. 거기에 도달하는 좋은 방법은 비전의 가장 중요한 부분을 단 한두 문장으로 어떻게 설명할 것인지 스스로에게 묻는 것입니다.

(회사 내부) 애플리케이션 개발 프로세스에서 가장 과소평가되는 요소는 애플리케이션 이름입니다. 좋은 애플리케이션 이름이 이미 존재하는 프로젝트의 첫 번째 스프린트를 시작하는 경우는 드뭅니다. 물론 좋은 이름을 생각해내는 것은 힘든 일입니다. 실제 애플리케이션과 강력한 연관성을 유지하면서도 눈길을 끌어야 합니다. 쉬운 일이 아닙니다.

처음에 좋은 이름을 생각해내는 가장 큰 이유는 프로젝트에 참여하는 모든 사람에게 긍정적인 영향을 미칠 것이기 때문입니다. 페르소나와 마찬가지로 사람들은 자신이 만들거나 만드는 데 도움을 주는 실제 애플리케이션과 감정적 유대감을 형성하기 시작합니다. 그리고 처음에 하지 않으면 회사 외부 애플리케이션이 아니라면 우선순위 목록의 맨 위에 결코 올라가지 않는 세부 사항 중 하나일 뿐입니다.

2단계: 페르소나 생성

기능을 개발하는 방법을 생각하기 시작하기 전에, 누구를 위해, 왜 이러한 기능을 개발하는지 이해하는 것이 중요합니다. 이는 페르소나로 이어지는 사용자 조사를 통해 이루어집니다.

페르소나의 예

기본적으로 페르소나는 리서치에 기반한 원형 사용자로 귀결됩니다. 페르소나를 사용하여 사용자 그룹을 모델링하는 방법론은 마케터와 UX 디자이너가 사용하는 입증되지 않은 창의적인 트릭이 아니라 실제로 과학적 리서치에 기반한다는 점에 유의해야 합니다. 콘텐츠와 사용 효과 모두에서 그렇습니다. 페르소나는 공감대를 형성하고, 프로젝트에 집중하고, 프로젝트 팀 내에서 의사 소통하고 합의를 형성하고, 의사 결정과 방어를 돕는 데 도움이 됩니다.

게다가, 이 단계의 연구 부분은 프로젝트 비전을 만드는 데 사용된 모든 가정을 검증하는 데 도움이 될 것입니다. 프로젝트 비전에서 우리는 대상 사용자 그룹이 누구이고 그들의 요구 사항이 무엇인지 명시했다는 것을 기억하세요. 이 단계는 거의 항상 단 한 명의 사용자와도 대화하지 않고 이루어집니다. 반드시 나쁜 것은 아니지만, 만들어진 가정을 확인해야 합니다. 버그를 해결하는 것과 마찬가지로 프로젝트 시작 시 애플리케이션을 변경하는 데 필요한 시간과 노력은 프로덕션에 적용한 후보다 10~100배 더 많습니다.

빠르게 진행되는 작업을 처리할 때 Mendix 프로젝트에서 과제 중 하나는 시간 부족으로, 양적 과학적 연구에 기반한 (전통적인) 페르소나를 만드는 것이 불가능합니다. 다행히도 임시 페르소나는 연구로서 매우 제한된 수의 인터뷰를 수행하는 솔루션을 제공합니다. 인정하건대, 그것은 단지 시작점으로만 사용되며 전통적인 페르소나보다 가치가 낮지만, 하루나 이틀 안에 만들 수 있기 때문에 매우 매력적입니다. Mendix 프로젝트.

3단계: 사용자 여정 만들기

이 시점에서 당신과 당신의 팀은 사용자가 누구인지, 그들의 요구 사항이 무엇인지, 그리고 당신이 만들려는 애플리케이션으로 무엇을 달성하려고 하는지 정확히 알고 있습니다. 다음 단계는 페르소나와 그들의 작업 사이의 격차와 애플리케이션이 어떻게 작동할 것인지를 연결하는 것입니다. 사용자 여정은 이를 위한 좋은 방법을 제공합니다.

각기 장단점이 있는 다양한 수준의 사용자 여정을 정의할 수 있습니다.

1. 고객 여정

마케팅 세계에서 흔히 볼 수 있는 일로, 애플리케이션이 자리를 잡은(그리고 종종 전체 여정의 일부일 뿐인) 전체 경험을 매핑하는 것입니다. 고객 여정이 이미 매핑되었을 가능성이 큽니다. 그렇다면 준비의 일부로 사용해야 합니다.

고객 여정의 예

2. 스토리보드

스토리보드는 그래픽 소설이나 영화 스토리보드와 매우 유사한 훨씬 더 구체적인 방법입니다. 이는 사용자가 애플리케이션과 상호 작용하는 방식을 정의할 뿐만 아니라 필요한 경우 컨텍스트를 추가하는 좋은 방법을 제공합니다.

스토리보드의 예

위의 예는 많은 맥락을 제공한다는 점에 유의하세요. 좋은 일이지만 항상 필요한 것은 아닙니다. 화면을 그림으로 대략적으로 스케치하고 텍스트와 화살표를 추가하여 스토리를 전달하는 것도 가능합니다. 스토리보드가 "예쁠" 필요는 없다는 점도 지적하는 것이 좋습니다. 여정을 설계하고 팀 내에서 아이디어를 전달하는 데 도움이 되어야 합니다.

3. 사용자 흐름

가장 낮은 수준의 추상화는 사용자 흐름으로, 마이크로흐름과 매우 유사합니다. 이는 사용자가 작업을 완료하기 위해 취할 수 있는 흐름을 도식적으로 매핑합니다.

Userflow의 예

사용자 흐름을 만드는 것은 최소한의 작업으로 간주됩니다. 사용자 흐름은 만들기 쉽고(파워포인트도 이를 위한 훌륭한 도구입니다) 전체 팀이 목표에 도달하는 방법을 일치시키는 것과 함께 경험을 설계하는 데 매우 효과적입니다.

스토리보드를 만드는 것이 좋습니다. 훨씬 더 많은 맥락을 제공하고 경험을 설계하기 쉽게 만들어주기 때문입니다. 일부 (덜 관련성 있는) 세부 사항은 건너뛸 수 있기 때문입니다. 이러한 세부 사항은 나중에 사용자 흐름을 사용하여 매핑할 수 있습니다.

실용적인 참고 사항: 모든 사용자 여정을 계획하지 말고 가장 중요한 것에 집중하세요. 결국, 민첩한 작업 방식이기 때문에 준비를 너무 과하게 하지 마세요.

4단계: 관련 제약 조건 정의

앞서 언급했듯이 제약 조건을 만드는 실제 시점은 확정되지 않았습니다. 일부 제약 조건은 사용자 여정에 영향을 미칠 수 있으므로 사용자 여정 전이나 동시에 만들어야 한다는 점을 명심하세요. 좋은 예로는 물리적 사무실 내에서만 네트워킹 기능을 사용할 수 있다는 제약 조건이 있습니다. 이는 사용자의 위치가 모든 사용자 여정에서 매우 중요한 부분이 되기 때문입니다.

제약 조건을 정의하기 위한 팁은 제약 조건을 관련성 있게 유지하는 것입니다. 100개의 제약 조건 목록은 더 이상 준비를 위한 생산적인 도구가 아니라 역효과를 내는 장애물입니다. 실제 스프린트에서는 제약 조건을 정의하고 처리할 충분한 시간이 있습니다.

5 단계 : 디자인

디자인 섹션은 사용자 여정을 빌드해야 하는 애플리케이션으로 변환하는 첫 번째 단계입니다. 이 단계의 실제 활동은 애플리케이션 유형, 고객 유형 및 해당 고객의 사용 성숙도에 따라 크게 다를 수 있습니다. Mendix 플랫폼입니다.

일반적으로, 우리는 매우 효과적인 것으로 입증된 도구를 적어도 4개 찾아낼 수 있습니다.

1. 사이트맵(또는 앱맵)

웹사이트 디자인과 개발에 광범위하게 사용되지만 애플리케이션 디자인과 개발에는 덜 일반적인 도구입니다. 기본적으로 애플리케이션의 (페이지)구조를 매핑합니다.

사이트맵의 예

2. 와이어프레임

충실도와 추상화 수준이 다양한 실제 화면의 디자인 스케치. 이는 대부분 사람에게 친숙합니다. 이 단계는 프로젝트를 준비하는 단계이므로 과하지 않도록 하는 것이 중요합니다. 개별 페이지보다는 시스템을 설계하는 데 집중하고, 전체 사용자 경험의 광범위한 라인을 이미 설계하고 첫 번째 스프린트를 준비하는 것의 균형을 찾으세요. 각각 고유한 장단점이 있는 세 가지 수준의 충실도를 정의할 수 있습니다. 낮은 충실도, 중간 충실도, 높은 충실도.

와이어프레임과 다양한 수준의 충실도의 예

User Journeys와 유사하게, 낮은 충실도는 최소로 간주되며, 적어도 두 개의 중간 충실도 와이어프레임이 권장됩니다. UI 또는 UX 디자이너가 하는 것이 가장 좋지만, 누구나 낮은 충실도 와이어프레임을 만들 수 있습니다. Balsamique과 같은 훌륭한 도구가 있으며, 펜과 종이 또는 화이트보드만으로도 시작할 수 있습니다. 모든 것이 모델링될 때까지 기다렸다가 변경하는 것보다 와이어프레임으로 다양한 디자인과 솔루션을 시도하는 것이 항상 더 빠릅니다. 게다가, 좋은 와이어프레임은 해당 특정 페이지 세트를 모델링하는 방법을 정확히 알려줍니다.

3. 스타일 타일

UI의 시각적 언어는 애플리케이션의 사용성과 브랜딩에 매우 중요합니다. 애플리케이션의 최상의 사용자 경험과 함께 시각적 언어를 만들려고 하면 약간 지나칠 수 있습니다. 디자인 단계에서 그리고 팀원이나 이해 관계자와 그 디자인을 소통하고 논의하는 단계에서도 마찬가지입니다. 스타일 타일을 사용하는 기술은 실제로 애플리케이션을 디자인하지 않고 애플리케이션의 시각적 언어를 디자인하는 데 기반을 둡니다.

스타일 타일의 예

예에서 볼 수 있듯이 스타일 타일의 디자인은 실제 애플리케이션을 보여주지 않고도 애플리케이션의 시각적 언어와 브랜딩을 명확하게 정의합니다. 사용하기 매우 빠르고 효과적인 방법입니다. 특히 여러 스타일 타일 중에서 하나를 선택해야 하는 실험이 여전히 필요한 경우 더욱 그렇습니다.

4. 디자인 / 기업 아이덴티티 가이드라인

대부분 회사는 이미 온라인 웹사이트나 애플리케이션의 디자인을 다루는 가이드라인과 자산을 가지고 있을 것입니다. 있다면, 그것들은 반드시 Product Canvas의 디자인 섹션에 포함되어야 합니다.

6단계: 에픽 만들기

이 시점에서 당신은 사용자를 다루고 조사했으며, 그들이 무엇을 성취하려고 하는지 알고, 애플리케이션을 사용하여 이를 달성할 수 있는 방법을 설계했으며, 심지어 디자인 프레임워크도 만들었습니다. 당신은 당신의 에픽을 만드는 데 필요한 모든 정보를 얻었고, 애플리케이션 디자인을 사용자 스토리로 변환하는 첫 번째 단계입니다.

에픽은 단일 스프린트에서 완료할 수 없거나, "준비된" 사용자 스토리를 만들기 위해 별도의 사용자 스토리로 나누어야 하는 매우 큰 사용자 스토리로 볼 수 있습니다. 대부분의 경우 에픽은 실현하기 위해 섹션으로 나누어야 하는 더 큰 기능을 설명합니다.

예를 들어 "사용자가 온라인으로 식료품을 구매할 수 있도록 하세요"라는 서사시가 있습니다. 이 서사시는 매장에서 식료품을 선택하고, 배달 주소를 설정하고, 온라인 결제 옵션을 사용하여 식료품을 지불하는 것과 관련된 사용자 스토리로 나눌 수 있습니다.

사용자 스토리 대신 에픽을 만드는 것이 좋은 이유는 많은 시간을 절약할 수 있고 프로젝트에 집중할 수 있기 때문입니다. 준비된 사용자 스토리를 만드는 데는 많은 시간이 걸립니다. 게다가 500개의 사용자 스토리로 구성된 백로그는 작업하기 쉽지 않습니다. 에픽 10개와 사용자 스토리 20개를 갖는 것이 좋습니다.

7단계: 준비된 스토리 만들기

제품 캔버스를 만드는 마지막 단계는 최소한 처음 1~2번의 스프린트를 다루는 준비된 사용자 스토리를 만드는 것입니다.

준비된 사용자 스토리는 준비의 정의를 준수한다는 것을 의미합니다. 준비된 사용자 스토리가 처음으로 전달되는 것이므로 이 단계에 전체 스크럼 팀을 참여시키는 것이 좋습니다(이미 사용 가능한 경우).

Mendix이 방법을 사용한 긍정적인 경험

At Mendix, 우리는 Product Vision & Canvas 방법론을 사용하여 훌륭한 경험을 했습니다. 우리는 다양한 프로젝트에서 프로젝트를 시작하기 위해 그것을 사용했습니다. 우리는 심지어 스토리보드, 사이트맵, 와이어프레임 및 스타일 타일을 포함한 단 1주일 동안 지속된 Proof of Concept 프로젝트에 Product Canvas의 컴팩트 버전을 사용했습니다.

우리가 얻은 긍정적인 효과 중 일부 Mendix프로젝트 관리자, 스크럼 마스터 및 개발자로부터 받은 피드백을 수집하여 다음과 같이 정리했습니다.

• 적은 양의 준비 작업만으로도 최종 결과물의 품질이 크게 향상됩니다.
• 제품 캔버스의 자산은 짧은 시간 내에 애플리케이션을 완료하는 데 필요한 초점을 제공합니다.
• 첫 번째 올바른 효과: 캔버스의 모든 단계는 연구, 실험, 디자인 및 반성으로 구성됩니다. 개발 단계의 시작점을 개선합니다. 이는 프로젝트 중에 거의 재작업이 발생하지 않습니다.
• 팀의 의사소통과 효율성이 향상되었습니다.

이러한 긍정적인 경험 덕분에 준비 단계를 활용하고, 더 구체적으로는 제품 비전과 캔버스 방법론을 사용하는 것이 이제는 모범 사례로 여겨집니다.

제품 캔버스를 사용하는 방법

이 블로그 게시물에서는 제품 캔버스를 매우 자세히 설명하지만 실제로 중요한 교훈 중 하나는 첫 번째 스프린트를 시작하기 전에 준비 단계의 이점입니다. 제공된 방법은 다음과 잘 작동합니다. Mendix 프로젝트가 있지만 결국 중요한 것은 콘텐츠, 준비 단계에서 나온 질문에 대한 답변, 그리고 이것이 프로젝트의 나머지 부분에 미치는 이점입니다.

또 다른 흥미로운 세부 사항은 일부 팀이 준비 작업만 하는 대신 프로젝트 내내 제품 캔버스나 그 일부를 계속 사용하기로 선택한다는 것입니다. 워룸의 벽 일부를 제품 캔버스로 사용하는 것입니다.

Mendix 팀은 사용자 스토리의 준비 정의의 일부로 사용자 흐름을 사용했습니다. 그 이유는 사용자 흐름의 도식적 방식이 사용자 스토리의 텍스트 내용보다 팀이 사용자 스토리를 완전히 이해하는 데 훨씬 빠르고 효율적이었기 때문입니다.

하지만 가장 중요한 점은 프로젝트가 크든 작든, 복잡도가 낮든 높든 상관없이 적절한 양의 준비를 하면 항상 보다 집중적이고 효율적인 개발이 이루어지고 실제 애플리케이션의 품질이 향상된다는 것입니다.

제품 캔버스 템플릿 다운로드

제품 캔버스와 비전 템플릿 다운로드:

• 제품 비전 템플릿
• 제품 캔버스 템플릿
• 페르소나 템플릿
• Mendix 프로젝트 UX 템플릿
• Mendix 프로젝트 UX 템플릿 – 개념 및 정의