디자인 씽킹(Design Thinking)

디자인 씽킹은 죽지 않았다 — 잘못 적용됐을 뿐

디자인 씽킹(Design Thinking)은 제품 개발에서 가장 양극화된 방법론이 됐습니다. 옹호자들은 이를 만능 문제 해결 프레임워크로 취급합니다. 비판자들은 기업의 연극 — 실행 가능한 결과를 만들지 못하는 포스트잇과 공감 지도(empathy map) — 으로 일축합니다. 양측 다 틀렸고, 발견(discovery) 구조를 어떻게 잡을지 결정해야 하는 PM에게는 이 진실이 중요합니다.

Design Management Institute에 따르면 디자인 주도 기업이 10년간 S&P 500을 219% 능가했습니다. 방법론은 작동합니다 — 제대로 적용될 때만요. 문제는 대부분의 조직이 디자인 씽킹의 어휘만 받아들이고 그 규율은 받아들이지 않는다는 점입니다.

문제

디자인 씽킹은 다섯 단계로 구성됩니다: 공감, 정의, 아이데이션, 프로토타입, 검증. 이론상 이 단계들은 반복적이고 비선형적입니다. 실무에서는 대부분의 팀이 이를 워터폴(waterfall) 프로세스로 다룹니다: 공감 워크숍 한 번, 아이데이션 세션 한 번, 프로토타입 한 번, 검증 한 번. 그리고 출시.

이런 선형적 적용은 디자인 씽킹의 핵심 가치인 학습 기반 반복(iteration)을 벗겨냅니다. 이 프레임워크는 wicked problem(난해한 문제)을 위해 설계됐습니다 — 솔루션을 탐색하면서 문제 정의 자체가 진화하는, 복잡하고 모호한 도전이죠. 단순한 기능 요청에 적용되면 인사이트 없이 프로세스만 더할 뿐입니다.

2022 InVision 보고서에 따르면 단 5%의 조직만이 성숙한 디자인 관행을 갖추고 있다고 합니다 — 디자인이 전략과 의사결정에 통합돼 있다는 의미입니다. 나머지 95%는 디자인을 서비스 기능 — 전략적 결정이 이미 내려진 뒤에 외관을 다듬는 일 — 으로 사용합니다. 디자인 성숙도는 매출 성장과 직접 연관되며, 가장 성숙한 조직이 디자인을 통해 비용 절감을 경험할 가능성이 두 배 높습니다.

이 프롬프트의 작동 방식

디자인 씽킹(Design Thinking) 프롬프트는 흔한 오용을 피하면서 인간 중심 문제 해결을 구조화합니다. 디자인 씽킹이 여러분의 구체적 도전에 적합한 접근인지 평가하는 것으로 시작합니다 — 모든 문제가 이걸 필요로 하는 건 아니니까요.

적합한 도전이라면, 프롬프트는 각 단계를 구체적 산출물과 함께 안내하며, 다음으로 넘어갈지 반복할지의 의사결정 기준을 제시합니다. 공감 인터뷰 가이드, 문제 진술 프레임워크("How Might We" 형식 사용 — 너무 넓거나 너무 좁지 않도록 가드레일 포함), 구조화된 아이데이션 연습, 프로토타입 검증 계획을 만들어냅니다.

결정적으로, 명시적 반복 루프를 내장합니다: 각 단계 후에 무엇을 배웠는지, 문제 정의를 업데이트해야 하는지 묻습니다.

언제 사용할까

• 문제가 모호하고 무엇을 풀고 있는지 아직 확실치 않을 때
• 기존 솔루션이 작동하지 않고 점진적 개선만으로는 부족할 때
• 크로스 펑셔널(cross-functional) 정렬이 필요하고 디자인 씽킹이 공통 언어를 제공할 때
• 새 시장 진입 — 고객 니즈(needs)가 잘 이해되지 않은 경우

흔한 함정

실행 문제에 디자인 씽킹 사용하기. 무엇을 만들지 알고 더 빨리 만들기만 하면 된다면, 디자인 씽킹은 가치 없이 오버헤드(overhead)만 더합니다.

행동 없는 공감. 사용자 페인을 이해하는 것은 그것이 만드는 것을 바꿀 때만 가치가 있습니다. 공감 발견이 솔루션을 바꾸지 않는다면, 충분히 깊이 들어가지 않은 겁니다.

아이데이션을 목적으로 취급하기. 포스트잇에 100개 아이디어를 만들어내는 건 생산적으로 느껴집니다. 아닙니다. 가치는 그다음의 가차 없는 필터링에 있습니다 — 그리고 대부분의 팀은 그 단계를 건너뜁니다.

참고 자료

• Design-Driven Companies Outperform S&P 500 - DMI
• The New Design Frontier - InVision
• Design Thinking - IDEO