제품 의사결정(Product Decision Making)

제품 의사결정에서 구조가 직관을 이기는 법

프로덕트 매니저(Product Manager)는 한 주에 35~40개의 중대한 의사결정을 한다고 추정됩니다. 그중 대부분은 분석으로 포장된 직감에 의존합니다. 결과는 뻔합니다: 일관성 없는 결과, 느린 정렬(alignment), 그리고 스프린트(sprint) 동안 판단력을 갉아먹는 의사결정 피로(decision fatigue).

Harvard Business Review에 실린 연구는 구조화된 의사결정 프로세스를 사용하는 조직이 개인 판단에 의존하는 곳보다 6배 더 나은 결과를 낸다는 점을 확인했습니다. 이 격차는 지능 차이가 아닙니다 — 프로세스 차이입니다.

문제

의사결정 피로는 실재하며 측정 가능합니다. Shai Danziger의 기념비적 연구는 판사들이 하루 시작 시점에는 65%의 비율로 가석방을 허가하지만 점심 직전에는 0%에 가깝게 떨어진다는 사실을 보여주었습니다. 사건이 바뀐 게 아니라 정신적 에너지가 고갈된 거죠. PM도 같은 인지적 소모를 겪습니다.

의사결정 프레임워크가 없으면 팀은 HiPPO 효과(Highest Paid Person's Opinion)에 빠집니다 — 가장 높은 직급의 의견이 이깁니다. 농담이 아닙니다. 구조화된 프로세스가 없는 조직에서 이는 지배적인 의사결정 패턴입니다. 어떤 가설이 가장 강한 근거를 가졌느냐가 아니라, 누가 가장 큰 목소리로 주장하느냐에 따라 자원이 배분됩니다.

비용은 누적됩니다. McKinsey에 따르면 의사결정 효과성 상위 4분위 기업은 동종 업계 대비 거의 6%포인트 더 높은 수익률을 만듭니다.

이 프롬프트의 작동 방식

제품 의사결정(Product Decision Making) 프롬프트는 어수선한 숙고를 구조화된 평가로 바꿉니다. 의사결정 컨텍스트, 가용 옵션, 알려진 데이터, 핵심 불확실성을 입력합니다.

프롬프트는 각 옵션을 명시된 기준에 따라 점수 매기는 의사결정 매트릭스(decision matrix)를 만들어내고, 정보 공백을 식별하며, 숨은 트레이드오프(trade-off)를 표면화합니다. 되돌릴 수 있는 결정과 없는 결정을 분리하고, 각각에 적절한 엄밀성 수준을 권고합니다.

또한 의사결정 기록(decision record)도 만들어냅니다 — 근거, 검토된 데이터, 기각된 대안, 그리고 결정을 재검토해야 하는 조건을 문서화한 산출물이죠.

언제 사용할까

• 두 옵션이 모두 합리적으로 보이고 팀이 같은 자리를 맴돌 때
• 되돌리기 어려운 방향에 엔지니어링 리소스를 투입하기 전
• 로드맵(roadmap) 계획 시점 — 제한된 자리를 두고 수십 개 항목이 경쟁할 때
• 이해관계자 간 의견 차이가 있고 공통 분모를 찾는 구조화된 방법이 필요할 때

흔한 함정

사소한 결정까지 과도하게 구조화하기. 모든 선택에 매트릭스가 필요한 건 아닙니다. 틀렸을 때의 비용이 크고 정보가 모호한 결정에 사용하세요.

프레임워크를 답으로 취급하기. 구조는 사고를 돕습니다 — 대신 사고해주지 않습니다. 매트릭스가 옵션 A를 0.2점 차이로 이긴다고 말하면, 그건 동률이지 명령이 아닙니다.

프리모템(pre-mortem) 단계 건너뛰기. 프롬프트가 권고를 표면화한 뒤에는 빠른 실패 시뮬레이션을 머릿속으로 돌려보세요. 무엇이 이 결정을 잘못된 선택으로 만들 수 있을까요? 그 답을 못한다면 충분히 깊이 생각하지 않은 것입니다.

참고 자료

• Decision-Making Effectiveness - McKinsey
• Extraneous Factors in Judicial Decisions - PNAS
• The Big Idea: Before You Make That Big Decision - HBR