05. 사고 도구를 이어 쓰는 모델 기반 접근

GitHub에서 수정

사고 도구 하나로 문제가 끝나는 경우는 드물다. 상황을 파악하는 도구, 원인을 좁히는 도구, 대안을 고르는 도구, 결과를 전하는 도구가 각자 맡는 단계가 다르고, 앞 도구의 결과물이 다음 도구의 입력이 된다. 이 글은 세 가지 사례로 도구를 이어 쓰는 흐름을 보여 준다. 사례의 회사, 사람, 숫자는 모두 설명을 위해 지어낸 것이다.

사례 1. 온라인 쇼핑몰의 재구매율이 6개월째 떨어진다

스킨케어 온라인 쇼핑몰의 90일 재구매율이 6개월 사이 38%에서 29%로 떨어졌다. 같은 기간 신규 고객 수는 30% 늘어 매출은 유지됐지만, 고객 한 명을 데려오는 비용이 계속 오르고 있었다.

    flowchart LR
  A["빙산 모델<br/>문제의 층 파악"] --> B["이시카와<br/>원인 후보 수집"]
  B --> C["이슈 트리<br/>가설 분해와 검증"]
  C --> D["2차 사고<br/>대책의 부작용 점검"]
  D --> E["효과-노력<br/>대책 순서"]
  E --> F["민토 피라미드<br/>경영진 보고"]
  

1단계. 빙산 모델로 문제의 층을 본다

고른 이유. 재구매율 하락은 이미 여섯 달째 이어진 패턴이다. 이번 달 숫자에만 반응하지 않으려고 사건 아래의 층부터 봤다.

결과물.

결정. 원인 분석 범위를 “첫 구매부터 90일 동안의 고객 경험"으로 잡았다. 마케팅 목표 같은 구조 층 요인도 원인 후보에 넣기로 했다.

2단계. 이시카와 다이어그램으로 원인 후보를 모은다

고른 이유. 마케팅, 물류, 고객지원, 상품팀이 각자 다른 원인을 말하고 있었다. 범주를 나눠 모든 후보를 한 장에 모아야 한쪽 의견에 쏠리지 않는다.

결과물.

    mindmap
  root(("재구매율 38% → 29%"))
    상품
      주력 세럼 용량 변경
      신상품 출시 감소
    가격과 혜택
      첫 구매 쿠폰 할인율 확대
      재구매 혜택 없음
    배송
      배송 업체 변경 후 파손 문의 증가
    고객 소통
      첫 구매 뒤 사용법 안내 없음
      일괄 광고 문자
    고객 구성
      할인 행사 유입 고객 증가
    측정
      재구매 집계 기준 변경 여부 불명
  

결정. 데이터로 바로 확인할 수 있는 후보 여섯 개를 골랐다. 고객 구성, 쿠폰 할인율, 배송 파손, 사용법 안내 부재, 신상품 감소, 집계 기준이다.

3단계. 이슈 트리로 가설을 나누고 검증한다

고른 이유. 후보끼리 겹치는 부분이 있어 어느 쪽이 얼마나 영향을 줬는지 가리기 어려웠다. 겹치지 않게 가지를 나누면 데이터로 하나씩 지울 수 있다.

결과물. 재구매율 하락을 “고객 구성이 바뀌었다"와 “같은 고객군의 재구매가 줄었다"로 먼저 나눴다.

    flowchart TD
  P["재구매율 38% → 29%"] --> M["고객 구성 변화"]
  P --> W["같은 고객군 재구매 감소"]
  M --> M1["할인 유입 비중 25% → 55%<br/>검증: 유입 경로별 고객 수"]
  W --> W1["할인 유입 고객<br/>20% → 18%"]
  W --> W2["일반 유입 고객<br/>44% → 42%"]
  W2 --> W2a["배송 파손 경험 고객<br/>재구매 25%"]
  W2 --> W2b["사용법 안내 부재<br/>검증: 설문"]
  P --> X["집계 기준 변경<br/>검증: 쿼리 비교, 변경 없음"]
  

6개월 전에는 25% × 20% + 75% × 44%로 약 38%였고, 지금은 55% × 18% + 45% × 42%로 약 29%다. 하락분 9%p 가운데 대부분은 할인 유입 고객 비중이 늘어난 데서 나왔다. 일반 유입 고객의 2%p 하락은 배송 파손과 사용법 안내 부재가 겹친 결과로 봤다.

결정. 대책은 두 방향으로 잡았다. 할인 유입 고객이 두 번째 구매까지 오게 만들고, 첫 구매 경험의 결함을 고친다.

4단계. 2차 사고로 대책의 부작용을 걸러낸다

고른 이유. 회의에서 가장 먼저 나온 대책은 “할인 행사 중단"과 “재구매 쿠폰 대량 발송"이었다. 둘 다 바로 효과가 보일 만한 안이라 뒤따르는 결과를 먼저 따졌다.

결과물.

결정. 행사 중단과 쿠폰 대량 발송은 뺐다. 할인 유입 고객에게도 할인보다 사용 경험으로 두 번째 구매를 유도하는 쪽을 택했다.

5단계. 효과-노력 매트릭스로 대책 순서를 정한다

고른 이유. 남은 대책이 여섯 개였고, 다음 분기에 쓸 수 있는 인력은 마케팅 1명과 개발 1명뿐이었다.

결과물.

    quadrantChart
  title "재구매율 대책"
  x-axis "노력 적음" --> "노력 큼"
  y-axis "효과 작음" --> "효과 큼"
  quadrant-1 "계획해서 진행"
  quadrant-2 "먼저 한다"
  quadrant-3 "틈날 때"
  quadrant-4 "피한다"
  "사용법 안내 메시지": [0.15, 0.8]
  "마케팅 목표에 재구매 추가": [0.4, 0.85]
  "샘플 동봉": [0.25, 0.55]
  "포장재 개선": [0.55, 0.45]
  "멤버십 프로그램": [0.85, 0.75]
  "앱 화면 개편": [0.8, 0.2]
  

결정. 사용법 안내 메시지와 샘플 동봉을 이번 달에 시작하고, 마케팅 목표에 “90일 재구매율"을 넣는 안을 경영진 결정 사항으로 올린다. 포장재 개선은 배송 업체와 협의해 다음 분기에 하고, 멤버십은 재구매율이 회복된 뒤 다시 본다. 앱 화면 개편은 뺐다.

6단계. 민토 피라미드로 경영진에게 한 장으로 보고한다

고른 이유. 대표와 마케팅 이사가 결정할 것은 목표 변경 하나다. 분석 과정을 처음부터 설명하면 결정할 내용이 맨 끝에 묻힌다.

결과물.

제목: [결정 요청] 마케팅 목표에 90일 재구매율 추가

다음 분기부터 마케팅 목표에 신규 고객 수와 함께 90일 재구매율 35%를 넣자고 요청한다.

1. 재구매율 하락 9%p의 대부분은 할인 행사 유입 고객 비중이 25%에서 55%로
   늘어난 데서 나왔다. 이 고객의 재구매율은 18%다.
2. 신규 고객 수만 목표로 두면 할인 유입이 계속 늘어 재구매율이 더 떨어진다.
3. 사용법 안내 메시지와 샘플 동봉은 이번 달 시작한다. 추가 비용은 월 150만 원이다.

첨부: 유입 경로별 재구매율, 원인 분석표, 대책 우선순위

    flowchart TD
  C["결론<br/>마케팅 목표에 90일 재구매율 추가"] --> K1["하락 대부분은<br/>할인 유입 비중 증가"]
  C --> K2["신규 수만 보면<br/>하락이 계속된다"]
  C --> K3["경험 개선 대책은<br/>이미 착수"]
  K1 --> D1["25% → 55%, 재구매 18%"]
  K2 --> D2["구성 효과 계산"]
  K3 --> D3["월 150만 원"]
  

결정. 경영진은 재구매율 목표를 32%로 낮춰 승인했고, 석 달 뒤 다시 보기로 했다.

사례 2. 새 협업 도구로 바꿀지, 지금 도구를 고쳐 쓸지

직원 50명인 제품 조직이 메신저, 문서 위키, 이슈 관리 도구를 따로 쓰고 있다. 일부 팀장이 세 기능을 묶은 통합 협업 도구로 갈아타자고 제안했다. 연 비용은 지금보다 1,200만 원 늘어난다.

    flowchart LR
  A["커네빈<br/>상황 성격 판단"] --> B["추상화 사다리<br/>요구 재정의"]
  B --> C["의사결정 매트릭스<br/>선택지 비교"]
  C --> D["역발상<br/>실패 시나리오"]
  D --> E["확신에 따른 속도와 품질<br/>시범 범위"]
  E --> F["민토 피라미드<br/>전사 공유"]
  

1단계. 커네빈 프레임워크로 상황의 성격을 가른다

고른 이유. 찬반이 “기능 비교표"로만 오가고 있었다. 이 문제가 분석으로 답이 나오는 문제인지, 해 봐야 아는 문제인지부터 갈라야 했다.

결과물.

결정. 비교 분석만으로 결론 내지 않고, 습관 변화는 시범으로 확인하기로 했다.

2단계. 추상화 사다리로 요구를 다시 정의한다

고른 이유. “새 도구로 바꾼다"는 이미 해법이다. 왜 바꾸고 싶은지 올라가 보면 다른 해법도 비교할 수 있다.

결과물.

    flowchart BT
  L0["새 협업 도구로 바꾼다"]
  L1["정보가 세 군데 흩어져 찾기 어렵다"]
  L2["필요한 정보를 5분 안에 찾는다"]
  H1["도구를 하나로 통합"]
  H2["지금 도구에 통합 검색 추가"]
  H3["결정 기록 규칙과 위키 구조 정리"]
  L0 -->|"왜"| L1 -->|"왜"| L2
  L2 -->|"어떻게"| H1
  L2 -->|"어떻게"| H2
  L2 -->|"어떻게"| H3
  

직원 설문에서 하루 평균 40분을 정보 찾기에 쓴다는 답이 나왔고, 최근 입사자 다섯 명 모두 “과거 결정의 이유를 찾기 어렵다"를 꼽았다.

결정. 목표를 “필요한 정보를 5분 안에 찾는다"로 다시 쓰고, 선택지를 세 개로 넓혔다.

3단계. 의사결정 매트릭스로 선택지를 비교한다

고른 이유. 선택지가 셋이고 기준이 여럿이라 말로 비교하면 목소리 큰 쪽으로 기운다.

결과물. 가중치는 점수를 매기기 전에 정했다. 점수는 1~5점이다.

결정. C가 앞섰지만 B와 차이가 크지 않다. 기록 규칙이 없으면 검색해도 찾을 것이 없다는 의견이 나와 C에 B의 기록 규칙을 더한 안을 후보로 삼았다.

4단계. 역발상으로 실패 시나리오를 미리 막는다

고른 이유. 후보안은 새 도구를 사지 않아 위험이 작아 보인다. 그래서 오히려 대충 시작했다가 흐지부지될 가능성이 컸다.

결과물. “1년 뒤, 통합 검색을 붙였는데 아무도 쓰지 않는다"를 가정하고 이유와 대책을 적었다.

결정. 네 대책을 시범 계획에 넣었다.

5단계. 확신에 따른 속도와 품질로 시범 범위를 정한다

고른 이유. 전사에 한 번에 펼칠지, 작게 시험할지 정해야 했다.

결과물.

결정. 두 팀 15명이 6주 동안 시범 운영한다. 성공 기준은 “정보 찾는 시간 하루 20분 이하”, “결정 기록률 80% 이상"이다.

6단계. 민토 피라미드로 전사에 공유한다

고른 이유. 통합 도구 전환을 기대한 사람들에게 다른 결론을 알려야 한다. 결론과 이유를 먼저 밝혀야 소문이 앞서지 않는다.

결과물.

제목: 협업 도구 검토 결과와 다음 6주 계획

협업 도구는 지금 그대로 쓰고, 통합 검색과 결정 기록 규칙을 두 팀에서
6주 동안 먼저 시험한다.

1. 우리가 풀 문제는 도구 수가 아니라 정보를 찾는 데 하루 40분이 드는 것이다.
2. 세 가지 안을 비교한 결과 지금 도구에 검색과 기록 규칙을 더하는 안이
   비용과 전환 부담 대비 효과가 가장 컸다.
3. 6주 뒤 정보 찾는 시간이 20분 이하로 줄지 않으면 통합 도구 전환을 다시 검토한다.

첨부: 비교표, 시범 운영 계획, 문서 정리 일정

결정. 시범 팀은 다음 주 월요일부터 문서 정리를 시작한다.

사례 3. 신입 온보딩 프로그램을 다시 설계한다

직원 300명인 회사가 해마다 신입 40명을 뽑는다. 입사 3개월 안에 퇴사하는 비율이 15%이고, 첫 독립 업무를 맡기까지 평균 4개월이 걸린다. 지금 온보딩은 인사팀이 진행하는 1주 집체 교육뿐이다.

    flowchart LR
  A["개념 지도<br/>온보딩 구조 이해"] --> B["이슈 트리와 민토<br/>프로그램 구조와 제안"]
  B --> C["여섯 색깔 모자<br/>검토 회의"]
  C --> D["추론의 사다리<br/>시범 피드백 해석"]
  D --> E["OODA 루프<br/>기수별 개선"]
  

1단계. 개념 지도로 온보딩에 관여하는 것을 그린다

고른 이유. 인사팀, 현업 팀장, 선배 직원이 온보딩을 서로 다르게 이해하고 있었다. 누가 무엇을 맡는지부터 한 장으로 맞춰야 했다.

결과물. 초점 질문은 “신입이 혼자 일할 수 있게 되기까지 무엇이 관여하나"로 잡았다.

    flowchart TD
  N["신입"] -->|"듣는다"| HR["1주 집체 교육"]
  HR -->|"다룬다"| R["회사 규정과 제도"]
  N -->|"배치된다"| T["현업 팀"]
  T -->|"맡긴다"| W["첫 업무"]
  TL["팀장"] -->|"평가한다"| N
  S["선배 직원"] -.->|"? 담당 없음"| N
  HR -.->|"? 연결 없음"| T
  W -->|"필요로 한다"| K["팀 도구와 업무 맥락"]
  

결정. 끊긴 선 두 개가 문제의 핵심 후보였다. 신입을 챙기는 선배가 정해져 있지 않고, 인사 교육과 팀 실무 사이에 다리가 없다.

2단계. 이슈 트리로 프로그램을 나누고 민토 피라미드로 제안을 짠다

고른 이유. 프로그램 구성 요소를 빠짐없이 나눠야 하고, 그 결과를 경영진이 한 번에 승인할 수 있는 제안서로 바꿔야 했다.

결과물. 해법 트리는 “어떻게 하면 신입이 3개월 안에 혼자 일할 수 있을까"를 맨 위에 두고 네 가지로 나눴다.

    flowchart TD
  Q["3개월 안에 혼자 일하게 하려면"] --> A1["회사 이해<br/>1주 집체 교육 유지"]
  Q --> A2["직무 기술<br/>주차별 실습 과제"]
  Q --> A3["사람과 관계<br/>멘토 1:1 매칭"]
  Q --> A4["도구와 업무 맥락<br/>팀별 첫 2주 안내서"]
  

이 트리를 민토 피라미드 순서로 옮겨 제안서를 만들었다.

결정. 다음 기수 8명을 대상으로 시범 운영하는 안을 검토 회의에 올렸다.

3단계. 여섯 색깔 모자로 검토 회의를 연다

고른 이유. 검토 회의에는 인사팀장, 현업 팀장 세 명, 2년 차 직원 한 명이 참석했다. 현업 팀장들은 멘토 부담을 걱정했고 인사팀은 일정에 쫓기고 있어 논의가 엇갈릴 가능성이 컸다.

결과물.

결정. 신입 8명 중 두 팀 6명과 멘토 6명으로 시범을 시작했다.

4단계. 추론의 사다리로 시범 피드백을 다시 읽는다

고른 이유. 시범 1기 설문 평균이 5점 만점에 3.1점이 나오자 팀장 한 명이 “프로그램이 실패했다, 원래대로 돌리자"고 했다. 결론이 너무 빨랐다.

결과물.

    flowchart BT
  D0["전체 데이터<br/>항목별 점수, 주관식, 퇴사 0명"]
  D1["고른 데이터<br/>평균 3.1점"]
  D2["해석<br/>신입이 불만족한다"]
  D3["가정<br/>평균이 프로그램 전체를 대표한다"]
  D4["결론<br/>프로그램 실패"]
  D5["행동<br/>원래대로 돌리자"]
  D0 --> D1 --> D2 --> D3 --> D4 --> D5
  D5 -. "되짚기" .-> D0
  

항목별로 보니 멘토 1:1은 4.5점, 주차별 과제는 2.2점이었다. 주관식에는 “과제가 실무와 별개라 두 배로 일하는 느낌"이 여섯 명 중 다섯 명에게서 나왔다. 시범 기간 퇴사자는 없었다.

결정. 프로그램 전체가 아니라 과제 설계가 문제라고 결론을 고쳤다. 과제를 실제 팀 업무의 일부로 바꾸기로 했다.

5단계. OODA 루프로 기수마다 고친다

고른 이유. 신입은 두 달마다 들어온다. 완벽한 설계를 기다리기보다 기수마다 관측하고 고치는 리듬이 맞다.

결과물.

    flowchart LR
  O["Observe<br/>기수별 설문과 질문 기록"] --> R["Orient<br/>질문이 몰리는 시점 해석"]
  R --> D["Decide<br/>다음 기수 변경 한 가지"]
  D --> A["Act<br/>다음 기수 적용"]
  A --> O
  

결정. 1년 뒤 3개월 내 퇴사율은 15%에서 5%로, 첫 독립 업무까지 걸리는 시간은 4개월에서 2.5개월로 줄었다. 프로그램을 전사로 넓히고, 기수별 OODA 점검은 인사팀 정례 업무로 넣었다.

도구 고르는 순서

세 사례 모두 상황 파악, 원인, 대안, 결정, 전달, 실행과 학습 순으로 흘렀다. 단계별로 쓸 수 있는 도구는 다음과 같다. 모든 단계를 다 거칠 필요는 없고, 지금 막힌 단계의 도구를 꺼내면 된다.

    flowchart LR
  S1["상황 파악"] --> S2["원인"]
  S2 --> S3["대안"]
  S3 --> S4["결정"]
  S4 --> S5["전달"]
  S5 --> S6["실행과 학습"]
  S6 -. "다시 관측" .-> S1
  

출처

• untools
• untools - Systems thinking
• untools - Decision making
• untools - Problem solving
• untools - Communication