효율적인 접근 방식 - 린 UX MVP를 설계하는 방법

일부 디자이너와 일반인은 Lean UX와 최소 실행 가능한 제품이 결과라고 생각하는 것 같습니다. 대신, 잘 수행되면 UX 디자이너의 시간과 리소스를 절약하면서 가능한 최고의 제품을 만드는 프로세스입니다. 최종 제품은 비즈니스 요구 사항을 충족하는 동시에 고객이 제시하는 문제에 대한 최적의 솔루션입니다.

Lean UX 프로세스(또는 Lean UX Loop라고도 함)는 관찰, 가설 형성, 데이터 테스트 및 수집, 결과 분석, 가설 수락 또는 거부와 같은 과학적 방법과 다르지 않습니다. Lean UX에서 단계는 대략적으로 아이디어(관찰 및 가설), 빌드 및 코드화(테스트), 측정 및 데이터(데이터 수집), 학습(결과 분석 및 가설 수락 또는 거부)과 연관됩니다. 때때로 Lean UX 프로세스는 생각하고, 만들고, 확인 하는 것처럼 더 간결하게 요약됩니다.

과학적 방법과 마찬가지로 Lean UX 프로세스는 원하는 결과에 도달할 때까지 순환 프로세스입니다. 그러나 과학적 방법과 달리 디자이너는 Lean UX Loop(대부분은 학습이나 아이디어로 새로운 프로젝트를 시작하지만 어디에서나 더 쉽게 시작할 수 있는 기존 제품에 대해 작업함)에서 선택한 곳에서 시작할 수 있습니다.

최소 실행 가능한 제품은 Lean UX 방법론에 잘 맞습니다. 일반적인 MVP 방법론은 일반적으로 빌드(또는 프로토타입), 측정, 학습 (그런 다음 이러한 학습을 ​​기반으로 반복)으로 요약됩니다. 이러한 단계가 Lean UX 루프(특히 간결한 버전)와 어떻게 관련되는지 쉽게 알 수 있습니다.

일부 디자이너는 MVP를 개념 증명 또는 프로토타입과 혼동합니다(MVP 프로세스의 첫 번째 단계는 때때로 프로토타이핑 이라고 하며 이 혼동을 설명할 수 있음). 그러나 MVP는 생산 준비가 완료된 완전한 제품이며 Lean UX MVP도 다르지 않습니다. Lean UX MVP는 사람들이 사용할 수 있는 완전한 기능의 제품이어야 합니다.

최종 제품에 대해 생각하지 마세요

UX 디자이너가 문제를 볼 때 잠재적으로 문제를 해결할 수 있는 최종 제품에 대해 생각하고 싶어질 수 있습니다. 최종 완제품에 도달하는 것이 일반적으로 목표이므로 거기서 시작하지 않겠습니까?

완성된 제품으로 시작하여 거꾸로 작업할 때의 문제는 혁신과 창의성을 억누른다는 것입니다. 사용자의 문제를 해결하는 방법에는 수십 가지가 있습니다. 최종 결과에 대해 생각하는 것으로 시작하는 디자이너는 이러한 잠재적 솔루션의 대부분을 놓치고 부족한 솔루션을 생각해 낼 수 있습니다.

디자이너가 제품을 사용하는 사람들에게 가장 적합한 솔루션이 무엇인지에 대한 선입견을 버리면 더 혁신적인 아이디어를 얻을 수 있습니다. Jeff Gothelf는 저서 Lean UX: Applying Lean Principles to Improve User Experience 에서 Lean UX가 "제품의 본질을 더 빨리 밝히는 것"이라고 말했습니다. 이는 "설계되는 실제 제품 경험에 대한 공유된 이해 구축"에 중점을 둔 협업 프로세스입니다.

이 프로세스를 수행하려면 디자이너가 서비스를 제공하려는 사람들의 요구 사항뿐만 아니라 시작하기 전에 비즈니스 요구 사항도 이해해야 합니다. Lean UX 디자인 프로젝트를 시작할 때 이러한 이해는 디자인 프로세스의 다른 모든 단계에 대한 기초를 형성합니다.

사용자 요구에 집중

디자이너가 문제에 접근할 때 그들은 종종 그 문제가 무엇인지 철저히 파악하고 있다고 생각합니다. 예를 들어 아이디어가 할 일 목록 앱을 만드는 것이라면 디자이너는 사용자가 목록에 작업만 추가할 수 있는 솔루션이 필요하다고 가정할 수 있습니다. 초기 Lean UX MVP는 해당 기능을 제공하는 앱을 만드는 데 중점을 둡니다.

그러나 그것이 실제 문제에 대한 최선의 해결책입니까? 사람들은 목록에 작업을 추가하기 위해서만 할 일 앱을 사용하지 않습니다. 그들은 삶을 정리해야 하기 때문에 그것을 사용합니다. 그들은 중요한 일을 잊어버리고 싶지 않습니다. 그들은 목록을 유지하지 않으면 일을 간과할까봐 두려워합니다.

목록 형식은 사람들이 해야 할 일을 추적하는 가장 좋은 방법이 아닐 수 있습니다. 그러나 디자이너가 "할 일 목록을 위한 앱을 만들어야 해요"라고 생각하며 프로젝트에 참여하면 디자인 대상인 사람들에게 더 나은 서비스를 제공할 아이디어를 결코 찾지 못할 수도 있습니다. 사용자가 필요로 하는 것에 집중하고 자신의 가정을 잊어버리면 디자이너는 다른 옵션에 다른 할일 목록 앱을 추가하는 대신 당면한 실제 문제를 해결하는 솔루션을 찾을 수 있습니다.

디자이너는 사용자가 필요로 한다고 생각하는 것에 대한 가정에 도전하는 것을 목표로 해야 합니다. 사람들은 종종 자신의 문제를 해결하기 위해 무엇이 필요한지조차 모릅니다. 그렇다면 디자이너는 사용자 조사를 수행하고 고객이 어려움을 겪고 있는 것을 이해하기 전에 어떻게 자신이 가장 잘 알고 있다고 가정할 수 있습니까?

고객의 요구 사항에 대해 생각하는 한 가지 방법은 고객의 불만 사항에 집중하는 것입니다. 고통점은 고객에게 가장 큰 고통을 주는 문제의 측면입니다. 디자이너가 그것에 집중할 때 문제의 근본을 더 빨리 파악하고 고유한 솔루션을 찾을 수 있습니다. 할 일 목록 앱의 경우, 중요한 것을 잊어버리거나 일을 추적하는 데 정신적 에너지를 낭비해야 하는 것에 대한 고민이 될 수 있습니다.

디자이너가 문제를 해결하는 방법에 대한 아이디어가 있으면 실제 사람들과 함께 해당 솔루션을 테스트하는 것이 중요합니다. 처음부터 완제품을 만드는 데 너무 많은 시간을 낭비해서는 안 됩니다. 세련된 제품에 엄청난 시간과 자원을 투자 하기 전에 초기 아이디어에 대한 피드백을 수집하면 세부 사항, 범위 또는 전체 전제를 훨씬 쉽게 변경할 수 있습니다.

첫 번째 반복은 슬라이드 데크 또는 반기능 모형과 같은 단순한 것일 수 있습니다. 사람들이 제공되는 경험에 대한 일반적인 아이디어를 얻을 수 있는 것은 실제 Lean UX MVP를 만들기 위한 유용한 선구자입니다.

이러한 초기 사전 MVP는 사용자 여정을 매핑하는 데에도 유용할 수 있습니다. 초기 피드백이 수집되면 디자이너는 사람들이 제품에서 진정으로 원하는 것이 무엇인지 더 잘 이해할 수 있습니다. 이는 A 지점(자신의 문제)에서 B 지점(이상적인 솔루션)으로 이동하는 방법을 매핑하는 데 매우 중요합니다. 설계자는 해당 맵을 따라 처음에 생각했던 것보다 더 많거나 적은 단계가 필요하다는 것을 알 수 있습니다.

설계자는 해결하려고 했던 원래 문제가 실제 문제가 아니었음을 발견할 수도 있습니다. 예를 들어 할 일 목록 앱에서 디자이너는 사람들이 해야 할 일에 대해 덜 스트레스를 받는 데 도움이 되는 솔루션이 작업을 체계적으로 유지하는 것보다 더 가치 있는 최종 제품이라는 것을 알 수 있습니다. 피드백을 적극적으로 구하고 실제 문제를 해결하는 것을 목표로 하는 새로운 반복을 생성하지 않으면 설계자는 결코 그 솔루션을 발견하지 못할 수 있습니다.

필요한 기능에 대해 생각

디자이너는 새 프로젝트를 시작할 때 제품에 필요한 기능 목록으로 시작하는 경우가 많습니다. 포함할 수 있는 기능 목록은 시작하기에 나쁘지 않습니다. 그러나 사람들이 실제로 제품에서 원하는 것을 표현하는 것과 비교해야 합니다.

그러나 대부분의 사람들은 자신이 원하는 기능이 무엇인지 모릅니다. 그들은 대신 이점에 집중할 것입니다. 어떤 기능이 이러한 이점을 제공하는지 파악하는 것은 디자이너의 작업입니다. 그리고 각 혜택을 제공하는 여러 방법이 있을 수 있습니다.

사람들이 추구하는 이점을 설명하는 가능한 모든 기능의 목록을 작성하는 것은 디자인 프로세스의 중요한 부분입니다. 그러나 목록에는 "좋은" 아이디어 이상의 것이 포함되어야 합니다. 나쁜 아이디어는 또한 중요한 목적을 달성할 수 있습니다. 좋은 아이디어로 이어질 수 있습니다.

떠오르는 아이디어를 모두 적어두는 것은 그룹이 브레인스토밍을 할 때 특히 도움이 됩니다. 한 사람이 나쁜 아이디어를 버리고 다른 사람에게 더 나은 아이디어를 불러일으킵니다. 혼자 브레인스토밍을 할 때도 "나쁜" 아이디어는 디자이너로 하여금 다른 길을 걷게 하고 혁신적인 솔루션을 내놓을 수 있도록 합니다.

디자이너가 이 방대한 아이디어 목록을 갖게 되면 프로젝트 리소스가 주어지면 기술적으로 실현 가능한 아이디어로 범위를 좁히고 고객의 고충을 가장 잘 해결할 수 있습니다. 거기에서 MVP를 구축하고 잠재적인 사용자를 대상으로 테스트를 시작할 수 있습니다.

초기 린 UX MVP 구축

생각하고 아이디어를 내는 것은 Lean UX MVP를 만드는 첫 번째 단계입니다. 그러나 실제 제품을 만드는 것은 빠르게 따라야 합니다. 린 UX와 MVP 프로세스는 모두 실제 사용 가능한 제품을 만드는 데 중점을 둡니다.

이 초기 빌드 단계에 가능한 모든 기능을 넣지 않도록 하는 것이 중요합니다. 그 대신, 사용자의 가장 중요한 고충을 완화할 최소한의 기능에 대해 생각하십시오. 첫 번째 디자인은 UX 디자이너가 ROI가 가장 높은 기능이라고 생각하는 것에 초점을 맞춰야 합니다. 그것이 사실인지 아닌지는 사람들이 제품을 사용하기 시작하면 드러날 것입니다.

반복이 핵심

디자이너가 제품의 더 나은 반복을 만들기 위해 피드백에 따라 행동하지 않는 한 사람들로부터 질적 피드백과 양적 데이터를 수집하는 것은 쓸모가 없습니다. Lean UX MVP는 결과가 아니라 과정이라는 것을 기억하십시오. 그리고 그 프로세스의 가장 중요한 부분 중 하나는 사람들의 요구를 더 잘 해결하기 위해 제품의 새롭고 개선된 반복을 만드는 것입니다.

MVP의 각 반복은 실제 사용자로부터 수집된 피드백을 기반으로 수행되어야 합니다. 즉, 프로덕션 환경에서 또는 더 작은 그룹의 사람들이 각 반복을 테스트해야 합니다. 많은 경우 소규모 그룹에서 먼저 테스트한 다음 해당 사람들의 반응에 따라 더 큰 프로덕션 규모에서 테스트하는 것이 합리적입니다.

소규모 그룹의 경우 디자이너는 정성적인 피드백을 수집해야 합니다. 사람들에게 제품에 대해 질문하여 효과가 있는 것과 그렇지 않은 것에 대한 정보와 개선 또는 대안에 대한 아이디어를 수집합니다.

프로덕션 환경에서 디자이너는 양적 피드백(이커머스 사이트의 경우 이탈률, 페이지에 머문 시간, 장바구니 포기 등)에 더 집중해야 합니다. 이 양적 피드백은 새로운 반복이 올바른 방향으로 움직이고 있는지, 즉 그 수치가 개선되고 있는지 또는 악화되고 있는지를 설계자에게 알려줄 수 있습니다.

린 UX MVP는 언제 완료됩니까?

언제 Lean UX MVP가 "완료"된 것으로 간주될 수 있습니까? 프로세스를 처음 접하는 디자이너(때로는 노련한 전문가도 포함)에게는 까다로운 질문이 될 수 있습니다. 5회 또는 50회 반복 후에 올 수 있습니다. 이는 제품의 복잡성, 사용자 테스트 및 수집된 피드백의 품질, 눈에 띄는 개선이 없는 반복 횟수에 따라 다릅니다. 많은 경우 제품을 사용하는 모든 사람이 결과에 100% 만족하는 경우는 없습니다. 비즈니스 목표에 따라 만족할 수 있는 불만족 수준을 결정하는 것은 제품 팀의 몫입니다.

디자이너와 이해 관계자는 프로젝트가 "완료"되는 시기에 대한 기준을 제시해야 합니다(또는 최소한 지속적인 테스트 및 새로운 반복 없이 공개 릴리스 준비). 이러한 기준에는 다음이 포함될 수 있습니다.

• 더 높은 고객 전환율
• 사이트에서 더 많은 시간을 보낸다
• 고객의 더 높은 품질 또는 만족도 점수
• 고객 불만 감소
• 고객 또는 사용자의 증가
• 더 많은 뉴스레터 신청

정확한 기준과 목표는 프로젝트 초기에 논의되고 정기적으로 검토되어야 합니다. 고객 피드백 및 사용자 테스트에 따라 반복이 변경됨에 따라 목표도 함께 변경해야 할 수 있습니다.

실제로 제품이 "완성"되는 경우는 거의 없습니다. 최종 제품이 출시된 후에도 다음 몇 달 또는 몇 년 동안 상황이 변경될 수 있습니다. 고객 및 비즈니스 요구 사항이 변경됩니다. 디자인 트렌드와 새로운 기술이 등장합니다. 이러한 사항은 향후 설계에 필요한 진화를 촉발할 수 있습니다. 디자이너와 제품 소유자는 이러한 점을 염두에 두고 필요에 따라 새로운 Lean UX MVP 주기를 시작할 준비를 해야 합니다.

결론

린 UX MVP는 다른 제품 디자인 방법에 비해 많은 이점이 있습니다. UX 디자이너와 제품 소유자가 고객에게 최상의 서비스를 제공하는 동시에 디자인 주기를 더 효율적으로 만드는 제품을 만들고자 할 때 종종 이것이 최선의 선택입니다.

Lean UX MVP 프로세스(아이디어에서 기능적 프로토타입 구축, 실제 사람들로부터 측정 및 학습에 이르기까지)를 반복해서 구현하여 최적의 제품을 만들 수 있습니다. 프로세스 자체는 간단하고 간단하며 디자이너가 단독으로 작업하든 팀과 함께 작업하든 잘 작동합니다.

결과 제품은 즐거운 경험을 제공하는 동시에 사람들의 고충을 해결할 것입니다. Lean UX MVP 방법론을 사용하여 제품을 빌드하면 디자이너에게 전체 프로세스에 대한 깔끔한 로드맵을 제공합니다. 실제 고객 피드백을 기반으로 한 아이디어 구상부터 반복 작업까지 이 방법을 사용하면 디자인을 보다 효율적이고 덜 낭비적으로 만들 수 있습니다.

• • •

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

• MVP는 버리고 최소 실행 가능한 프로토타입(MVPr) 채택
• 최소 가치 제품에서 최대 효과 얻기
• Net Promoter Score가 충분하지 않습니다. 사용자 조사가 필요합니다.
• 프로토타입을 사용한 사용자 테스트의 가치
• 효과적인 UX 연구를 수행하는 방법 – 가이드