문제를 정의하고 실행으로 이어가기 위해 어떤 과정을 거치는지 구체적인 예를 들어 설명해 주세요.

문제 정의에서 제가 절차로 남긴 건 해결책보다 문제 구조부터 그리는 습관입니다. 고객 이탈 과제에서, 이탈 현상 자체보다 어느 구간에서 어떤 이유로 이탈하는지를 먼저 파니, 특정 온보딩 단계에 이탈이 집중된 게 보였습니다. 문제가 명확해지자, UX 단순화라는 실행 방향이 빠르게 잡혔고 이탈률이 15% 줄었습니다. 그 경험 뒤로, 과제를 받으면 해결책보다 문제 구조부터 그려보는 방식이 습관이 됐습니다. 막연히 '풀었다'가 아니라, 그 방식을 어떻게 반복하는지를 짚습니다.

급히 해결책부터 찾으면, 엉뚱한 데를 고쳤습니다. 그래서 문제 정의에 시간을 더 쓰는 게, 오히려 실행 속도를 높인 제 절차였습니다. 잘 정의된 문제가 절반은 풀린 셈이었습니다.