디자인 사고, 문제 정의·사용자 관찰·아이디어 검증으로 기획을 바꾸는 법
회의에서 “예쁘게 만들어 주세요”라는 말만 반복되면 작업은 시작했는데도 방향이 흐려집니다. 회사 소개 페이지를 고치려던 팀이 색상과 글꼴만 바꾸다가, 정작 방문자가 원하는 정보를 찾지 못해 이탈한다는 사실을 뒤늦게 발견하는 경우도 있습니다.
디자인 사고를 적용하면 문제를 멋진 결과물의 모양으로만 보지 않게 됩니다. 이 글을 읽으면 사용자의 불편을 찾고, 문제를 다시 정의하고, 작은 시제품으로 아이디어를 확인하는 흐름을 알게 됩니다. 그래픽 디자인뿐 아니라 콘텐츠, 서비스, 캐릭터 디자인, 가상 공간 기획에도 활용할 수 있습니다.
디자인 사고란 무엇인가
디자인 사고는 사람의 필요를 관찰한 뒤, 문제를 새롭게 정의하고, 여러 해결책을 시험하는 사고 방식입니다. 여기서 디자인은 색상이나 장식만 뜻하지 않습니다. 사용자가 어떤 순서로 행동하는지, 어떤 정보를 믿는지, 어디에서 포기하는지까지 설계하는 일입니다.
예를 들어 “앱 화면이 복잡하다”는 말은 문제의 원인이 아닐 수 있습니다. 실제 원인은 첫 화면에 메뉴가 너무 많거나, 버튼 이름이 사용자의 표현과 다르기 때문일 수 있습니다. 디자인 사고는 막연한 불만을 관찰 가능한 상황으로 바꾸는 데서 시작합니다.
시작 전에 확인할 질문
- 누가 불편한가? 모든 사용자가 아니라 초보자, 보호자, 구매 담당자처럼 구체적인 사람으로 좁혀 봅니다.
- 어느 순간에 막히는가? 검색, 선택, 결제, 공유처럼 행동의 위치를 적습니다.
- 사용자는 지금 어떻게 해결하는가? 메모장, 전화, 검색, 주변 사람의 도움처럼 현재의 우회 방법을 살핍니다.
- 사업이나 운영상 조건은 무엇인가? 예산, 일정, 기술, 법적 안내, 관리 인력도 함께 확인해야 합니다.
- 무엇이 좋아지면 성공인가? 방문 시간, 문의 횟수, 완료율처럼 확인할 기준을 미리 정합니다.
인터뷰만 많이 한다고 좋은 결과가 나오는 것은 아닙니다. 사용자가 “편할 것 같다”고 말한 내용과 실제 행동이 다를 수 있기 때문입니다. 말, 행동, 주변 환경을 함께 기록하면 판단이 한쪽으로 쏠리는 일을 줄일 수 있습니다.
디자인 사고와 일반적인 기획의 차이
일반적인 기획은 목표와 기능을 먼저 정하고 실행하는 데 익숙합니다. 반면 디자인 사고는 실행 전에 문제를 다시 살피고, 해결책을 작게 만들어 확인합니다. 어느 한쪽이 항상 옳은 것은 아닙니다. 규정이 분명하고 반복 작업이 많은 업무에는 정해진 절차가 더 효율적일 수 있습니다.
| 비교 기준 | 목표와 기능 중심 기획 | 디자인 사고를 활용한 기획 |
|---|---|---|
| 출발점 | 정해진 요구 사항 | 사용자의 상황과 불편 |
| 문제 확인 | 회의와 기존 자료 중심 | 관찰, 인터뷰, 사용 기록 활용 |
| 아이디어 선택 | 경험자의 판단에 의존 | 여러 안을 만들고 기준으로 비교 |
| 실행 방식 | 완성 후 반응 확인 | 작은 시제품을 먼저 시험 |
중요한 점은 디자인 사고를 절차표처럼 외우지 않는 것입니다. 실제 현장에서는 관찰하다가 문제 정의로 돌아가기도 하고, 시제품을 시험한 뒤 다시 사용자를 만나기도 합니다. 반복해서 고치는 과정 자체가 핵심입니다.
디자인 사고를 실제 작업에 적용하는 순서
1. 관찰하고 듣기
사용자에게 “무엇이 불편한가요?”라고만 묻지 말고, 실제 행동을 보여 달라고 요청합니다. 출판 디자인이라면 독자가 목차에서 원하는 장을 찾는 과정, 대화형 디자인이라면 사용자가 버튼을 눌러 다음 화면으로 이동하는 과정을 살펴봅니다.
기록할 때는 평가보다 사실을 먼저 적습니다. “사용자가 길을 잃었다”보다 “메뉴를 세 번 열었다가 검색창을 사용했다”가 더 쓸모 있는 기록입니다.
2. 문제를 한 문장으로 정의하기
“좋은 홈페이지를 만든다”는 목표이지 문제 정의가 아닙니다. “처음 방문한 이용자가 서비스 이용 방법을 찾지 못해 문의하기 전에 떠난다”처럼 사람, 상황, 장애물을 넣어야 합니다.
문제를 너무 넓게 잡으면 해결책이 끝없이 퍼집니다. 반대로 특정 화면 하나의 불편만 보면 서비스 전체의 원인을 놓칠 수 있으므로, 개인의 행동과 조직의 조건을 함께 살펴야 합니다.
3. 아이디어를 여러 방향으로 내기
첫 아이디어를 정답처럼 다루지 않습니다. 설명 문구를 바꾸는 안, 순서를 바꾸는 안, 기능을 줄이는 안, 종이 안내를 추가하는 안을 나란히 놓고 비교합니다. 아이디어 수보다 서로 다른 해결 방향이 나오는지가 중요합니다.
4. 작게 만들고 시험하기
시제품은 완성품이 아니라 생각을 확인하는 도구입니다. 화면을 손으로 그린 종이, 짧은 대본, 가짜 버튼이 있는 시연 영상도 충분히 쓸 수 있습니다. 가상현실 디자인이라면 모든 공간을 만들기 전에 이동 동선과 안내 위치만 시험할 수 있습니다.
5. 반응을 보고 고치기
“좋아 보이나요?”라는 질문보다 “이제 무엇을 누르시겠어요?”처럼 행동을 확인하는 질문이 좋습니다. 사용자가 멈춘 위치, 잘못 이해한 단어, 도움을 요청한 순간을 기록합니다. 반응이 기대와 다르면 사용자가 틀린 것이 아니라 설계의 가정이 맞는지 다시 확인해야 합니다.
자주 생기는 실수와 예방 방법
- 사용자를 정해 놓고 조사하기
처음부터 원하는 결론에 맞는 말만 모으면 조사 의미가 약해집니다. 반대 의견과 실패한 경험도 같은 비중으로 기록합니다. - 예쁜 시안으로 문제를 덮기
색상과 애니메이션은 관심을 높일 수 있지만, 정보 구조가 엉켜 있으면 불편은 남습니다. 먼저 내용의 우선순위와 이동 순서를 정합니다. - 기능을 많이 넣기
기능이 늘면 선택 부담과 관리 비용도 늘어납니다. 사용자의 핵심 목적에 직접 도움이 되는지, 없어도 다른 방법이 있는지 비교합니다. - 검증 대상을 동료로만 삼기
팀원은 이미 서비스 구조를 알고 있어 초보자의 혼란을 놓치기 쉽습니다. 실제 사용자와 비슷한 사람이 아무 설명 없이 과제를 수행하게 해 보세요. - 결과를 숫자 하나로 판단하기
클릭 수가 늘어도 잘못 눌러서 늘어난 것일 수 있습니다. 성공 여부, 소요 시간, 되돌아간 횟수, 사용자의 이유를 함께 살펴야 합니다.
자주 묻는 질문
디자인 전공자가 아니어도 할 수 있나요?
가능합니다. 관찰하고 질문하고 기록하는 능력이 핵심이기 때문입니다. 다만 색상 대비, 글자 크기, 접근성처럼 전문 지식이 필요한 부분은 관련 기준과 전문가 검토를 함께 확인하는 편이 안전합니다.
사용자 인터뷰는 몇 명을 만나야 하나요?
정해진 인원만으로 충분하다고 단정하기 어렵습니다. 대상이 한 종류인지, 이용 상황이 나뉘는지, 반복해서 비슷한 문제가 나오는지를 봐야 합니다. 적은 인원으로 시작해 공통 문제가 보이는지 확인하고, 다른 사용자 집단에서 같은 현상이 나타나는지 추가로 살펴보세요.
시간이 부족하면 어떤 단계부터 해야 하나요?
가장 중요한 사용 상황을 하나 고르고, 그 상황의 실제 행동을 관찰한 뒤 종이나 그림으로 해결안을 시험해 보세요. 처음부터 완성된 그래픽이나 삼차원 디자인을 만드는 것보다, 틀린 가정을 빨리 발견하는 편이 시간을 아끼는 경우가 많습니다.
디자인 사고는 모든 문제에 맞나요?
그렇지는 않습니다. 사용자의 경험이 복잡하고 문제의 원인이 분명하지 않을 때 특히 유용합니다. 반대로 계산 규칙이 확정된 단순 업무나 긴급한 대응은 표준 절차와 전문 판단이 먼저일 수 있습니다.
좋은 디자인 사고는 멋진 아이디어를 내는 기술에 머물지 않습니다. 누가 어떤 순간에 어려움을 겪는지 확인하고, 문제를 정확한 말로 바꾸며, 작은 실험으로 가정을 검증하는 태도에 가깝습니다. 이 과정을 콘텐츠와 디지털 화면에 꾸준히 적용하면 결과물의 모양뿐 아니라 사용자가 실제로 겪는 경험까지 개선할 수 있습니다.