사용자의 문제 해결을 위해 체계적인 단계적 방법론 UX 디자인 프로세스

안녕하세요.
오늘은 사용자의 문제를 해결하기 위해 체계적으로 접근하는 단계적 방법론으로 UX 디자인 프로세스에 대해 스터디한 내용을 
적어보려고 합니다 .

UX디자인 프로세스 종류로는 애자일 방법론, 디자인 씽킹, 린UX, 더블 다이아몬드 모델 4가지가 있습니다.
UX 디자인 프로세스의 주요 단계는 문제 정의, 사용자 리서치, 아이디어 도출, 프로토타입 제작, 사용자 테스트, 구현, 그리고 출시 후 피드백 수집으로 구성됩니다. 
이 과정은 사용자 중심 접근법과 반복적인 개선을 통해 최적의 경험을 제공하는 것을 목표로 하며, 디자인과 개발 팀 간의 협업이 중요합니다. 
또한 데이터와 피드백을 기반으로 지속적으로 업데이트하며 사용자와 비즈니스 요구를 균형 있게 충족시킵니다.

 

애자일 방법론 

애자일 방식과 워터폴 방식의 비교

 

애자일 방법론은 소프트웨어 개발 및 디자인에서 유연성과 협업을 강조하는 방식입니다. 

고정된 계획 대신, 작은 단위로 작업을 나누고 이를 반복(iteration)하며 점진적으로 완성도를 높입니다. 

사용자 요구사항 변화에 민첩하게 대응하고, 팀 간 원활한 소통과 피드백을 통해 최적의 결과물을 만들어 내는 것을 목표로 합니다.

애자일 방법은 기본이 3개월이며, 한달에서 2주정도 길면 한달정도 할 수 있는걸 선정하며 디자인,개발,팀단위 조직을 스프린트

라고 합니다.

 

애자일 vs 워터폴

• 애자일 방식 : 스타트업/소프트웨어 개발-빠른 피드백과 변화 대응이 필요한 환경 (예시: Spotify, Airbnb 등)

고정적 (초기 계획에 따라) 

• 워터폴 방식 : 전통적 제조업/대규모 건설 프로젝트-명확한 계획과 단계별 실행이 필요한 환경

(예시: 공항 건설, 전통적 IT 시스템 개발)

 

애자일 방식은 진행하고 있는데 요구사항 바뀌면 힘들고 더 리스크가 크며 스프린트 방식으로  2주에서 한달 방식이고,

데드라인 맞추기 힘든 경우가 많고 대부분이 시간이 적거나 일정을 못 맞추는 경우가 대부분입니다.

b2b서비스랑 협업할때는 최종 납기일이 있기 때문에 힘듭니다.

애자일 방법론의 주요 원칙은 사용자 피드백을 빠르게 반영하며 팀원들과 개발자 기획자 디자인 QA가 한 팀입니다.

계획-설계-계발-테스트-배포 순으로 돌아가며, 애자일 방법론 안에 스크럼, 칸반이 있습니다.

 

애자일 방법론의 프레임워크

애자일 방법론은 다양한 프레임워크를 통해 실천됩니다. 

프레임워크란 특정한 목표를 달성하기 위해 사용할 수 있는 구조적 틀이나 가이드라인을 의미합니다. 

대표적인 프레임워크는 스크럼(Scrum), 칸반(Kanban), XP(Extreme Programming), 린(Lean)이 있습니다.

 

스크럼의 구성 요소 

스크럼팀, 스크럼 마스터 , 개발팀, 제품 소유자가 프로젝트 전체를 이끌고 이 중 스크럼 마스터는 스크럼 프로세스 자체를 관리하고 장애를 제거하며 팀 생산성 향상 및 문제 해결을 지원합니다.

 

지라의 칸반 

어떤 걸 먼저 해야 하는지 우선 순위를 정하고 협의하에 제안을 하는게 필요합니다. 작업의 시각화를 하여 협업이 원활하게 이루어지게 합니다.

칸반의 프로세스

린 UX 

린 UX(Lean UX)는 효율성과 협업을 강조하는 UX 디자인 접근 방식으로, 린 스타트업 철학을 기반으로 합니다.

 빠른 실험과 반복을 통해 사용자 피드백을 즉시 반영하며, 상세한 문서 작성보다는 실질적인 결과물과 팀 간 협업을 우선합니다.

핵심은 가설 설정 → 최소 기능 제품(MVP) 제작 → 테스트 및 학습의 사이클을 반복하여 짧은 시간 내에 사용자 가치를 극대화하는 것입니다. 린 UX는 변화와 불확실성이 높은 프로젝트에서 특히 효과적입니다.

 

린 UX 적용 사례

• 스타트업: 초기 단계에서 MVP를 기반으로 제품 시장 적합성을 검증(예: Dropbox, Airbnb) 

• 소프트웨어 개발: 애자일 방법론과 결합하여 지속적인 사용자 피드백을 반영한 제품 개선

• e커머스 플랫폼: A/B 테스트와 사용자 데이터를 활용해 UI/UX 최적화

• 모바일 앱 개발: 핵심 기능을 먼저 출시하고, 사용자 피드백을 통해 새로운 기능을 추가

 

THINK - MAKE - CHECK

가설설정-아이디어 창출

목업 검증-실험 테스트

사용자들의 피드백 분석 데이터를 분석하여 새로운 아이디어 도출

문제를 서치하는 것과 개발하는과정

 

디자인 씽킹 - IDEO

디자인 씽킹 프로세스

 

디자인 씽킹은 사용자의 니즈를 중심으로 문제를 정의하고 창의적으로 해결하는 방법론입니다. 

공감(Empathize), 정의(Define), 아이디어 도출(Ideate), 프로토타이핑(Prototyping), 테스트(Test)의 5단계를 통해 문제를 분석하고 반복적으로 솔루션을 개선합니다. 

사용자 경험을 깊이 이해하고 협업과 실험을 통해 혁신적인 결과를 도출하는 데 중점을 둡니다. 

다양한 분야에서 복잡한 문제 해결에 효과적으로 활용됩니다.

• 공감하는 단계: 사용자의 니즈나 페인 포인트를 기반으로 데이터를 수집하여 중요한 것 도출
• 해결해야할 문제 정의하는 단계: 아이디어 찾는 단계
• 문제 해결 방안을 모색하는 단계
• 시제품 만들기: 간단하게 시제품 만들기
• 평가하기: 프로토타입을 사용자가 직접 사용자가 사용해보게 하는 것

 

더블  다이아몬드 

 

 

 

더블 다이아몬드 모델(Double Diamond Model)은 문제 해결을 위한 디자인 프로세스를 문제 탐색과 솔루션 도출의 두 단계로 

나눈 접근 방식입니다. 

각 단계는 확산(Divergent)과 수렴(Convergent)과정으로 구성되며, 문제를 폭넓게 탐색한 후 핵심 문제를 정의하고, 다양한 

솔루션을 탐색한 뒤 최적의 솔루션을 선택합니다. 

사용자 중심의 사고와 반복적 과정을 통해 창의적이고 실질적인 결과를 도출하는 것이 특징입니다.

확산 수렴 확산 수렴 두번 한다고 해서 더블 다이아몬드 방법론으로 문제정의, 솔루션 도출 과정을 확산 수렴한다.

 

 

디자인 프로세스의 유연성

대규모 프로젝트 일수록 투입된 인력이 많고 어덯게 관리하느냐에 따라 프로젝트 퀄리티가 달라집니다.

스쿼드가 세개나눠지고 이걸 하나의 관점에서 조망하는 사람이 필요하다 전체적인 걸 못보면 어렵습니다.

디자인시스템 만들어진 일관된 UX와 최소한의 ux 리서치 핵심사용자 흐름 중심으로 프로토타이핑 진행 도메인에 따라서 조금씩 다릅니다.

린 UX 가설기반 협업중심 빠른 피드백 루프, 최소한의 필수단계, 핵심기능정의 프로토타이핑 테스트 지속적인 개선을 진행합니다.

 

UX디자인 프로세스 평가 개요

 

프로세스의 평가를 할때는 얼마나 효율적인가, 이대로 개발해도 도되는가 하면서 평가를 해야 합니다.

1.사용자 경험 향상 2.ux 디자인 프로세스 최적화 3.제품 비즈니스 성과 향상

A. 정량적 평가 -데이터 기반 분석 -사용자 테스트 성공률 -작업 완료 시간 -NPS -클릭당 전환율

B.정성적 평가 -- 사용자 피드백 분석 -사용자 인터뷰 -설문조사 -사용성 테스트

C.데이터 분석 및 AB테스트 -히트맵 분석 세션 리플레이

평가주기 주. 월. 분기 단위로 합니다.

 

사용성 업무 프로세스 사례

• 사용성 요구개발 → “사용자가 원하는 기능은 무엇인가?” (UX 설계 중심) 

• 신규 기능 사용성 분석 → “이 기능이 사용자에게 유용한가?” (도입 타당성) 

• As is 기능 사용성 분석 → “현재 기능에서 불편한 점은 무엇인가?” (기능 개선) 

• 경쟁제품 기능 분석 → “경쟁 제품은 어떻게 해결하고 있는가?” (벤치마킹) 

• 사용자 분석 → “사용자는 어떤 방식으로 제품을 사용하는가?” (행동 패턴 분석)

 

KPT 회고

애자일 방법론에서 흔히 사용되는 회고 기법입니다. 이 기법은 팀원들이 지난 프로젝트 또는 스프린트에 대해 
긍정적인 측면(K), 개선이 필요한 문제점(P), 그리고 시도해 볼 수 있는 해결책(T)에 대해 공유하는 방식입니다.

 

• Keep(프로젝트에서 만족했고, 앞으로의 업무에서 지속하고 싶은 부분)

•  Problem(프로젝트에서 부정적인 요소로 작용했거나 아쉬웠던 점)

•  Try(Problem에 대한 해결 방식으로 다음 프로젝트에서 시도해 볼 점)

KPT에서 중요한 관점은 TRY입니다.
이번 프로젝트에서 아쉬웠던점을 TRY를 통해 어떻게 보완할 수 있을지 정리해보며서 
구체적인 실천 방안을 세울 수 있다는 장점이 있습니다.

 

마치며

다양한 애자일 방법론을 살펴보았고, 프로젝트의 성격에 따라 애자일로 할지 워터폴로 할지 결정한 다음 

애자일 방법론의 프레임워크에 따라 프로젝트를 구체적으로 빠르고 효율적으로 진행할 수 있다는것을 알게 되었습니다.