이슈는 진단보다 정의가 먼저다.

정의되지 않은 이슈에 내리는 진단은 방향을 잃은 분석이다.

by 비지

비즈니스 글쓰기에서 흔히 보이는 오류 중 하나는 분석 자료는 잔뜩 제시되는데 정작 ‘무엇이 이슈인가’에 대한 선명한 정의가 빠져 있다는 점이다. 보고서의 제목이 ‘이슈 대응’이라 해도 어떤 상황이 문제로 간주되는지 설명이 없으면 상대방은 첫 줄부터 방향을 잃는다.


이슈는 단순한 현상이 아니라 구조적이며 전략적인 영향을 끼치는 ‘문제의 실체’다. 숫자나 사건이 이슈로 인정되려면 '왜 지금 이것을 다뤄야 하는가?'를 구체적으로 밝힐 수 있어야 한다. 정의가 없는 상태에서 데이터를 늘어놓으면 상대방은 원인과 결과 사이를 스스로 추측할 수밖에 없고 그 순간 글의 신뢰도는 급격히 떨어진다.


정의가 생략된 진단은 사실을 해석하지 못한 채 나열에 머문다. 해결책도 방향성을 제시하기보다 선택지를 늘어놓는 수준에서 끝나기 쉽다. 정의는 글의 줄기와 같다. 줄기가 없으면 내용은 방사형으로 흩어져 어느 쪽에도 무게를 실어 주지 못한다.


보고서 구조가 느슨해지는 이유는 대부분 ‘왜 이 일이 문제로 취급되는가?’를 규정하지 않은 채 곧바로 분석 단계로 넘어가기 때문이다. '무엇이 일어났는가?'를 넘어 '그 일이 조직에 어떤 의미를 갖는가?”'를 짚어 두어야만 이후의 원인 규명이 유효해진다. 그렇지 않으면 숫자 해석 역시 단순 현황 파악을 넘지 못한다.


가령 '2분기 고객 이탈률이 증가했다.'는 사실만으로는 의사결정이 불가능하다. 어떤 고객군에서 이전 분기 대비 어느 정도의 매출에 어떻게 손실을 일으키는지 정의해야 비로소 이탈이 ‘이슈’가 된다. 정의가 명확해야 진단 과정에서 ‘속도 지연 때문인지', '가격 정책 때문인지’와 같은 가설을 세우고 검증할 수 있다.


이슈 정의는 글을 쓰기 전에 끝내는 형식적 절차가 아니라 문서 전체를 지휘하는 설계도다. 정의가 흐릿하면 진단은 흔들리고 해결책은 피상적이 되며 실행 우선순위도 모호해진다. 달리 말해 정의의 품질이 글의 품질을 결정한다.


좋은 정의는 이슈의 범위와 영향을 한눈에 드러내 상대방이 글을 해석할 프레임을 제시한다. '누가, 언제, 어디서, 무엇이, 왜'라는 여섯 가지 요소가 한 문장 안에 뚜렷이 드러나면 상대방은 이후 단락을 읽을 때마다 그 문장을 기준으로 정보를 정렬하게 된다.


이슈를 정의한다는 것은 현상을 나열하는 일이 아니라 관점, 우선순위, 위험도를 결정하는 일이다. 어렵지만 이 단계를 건너뛰면 분석은 방향성을 잃고 해결책 또한 실행 단가, 효과, 리스크 등을 따져볼 기회조차 갖지 못한다. 정의가 분명해야만 '무엇부터 검증, 실행, 결정 등을 할 것인가?'를 논리적으로 제안할 수 있다.


글은 질문으로 시작되지만 글의 구조는 정의 위에 세워진다. 선명한 정의는 글의 뼈대를 단단히 묶어 주고 그 뼈대 위에 배치된 진단과 해결책은 자연스럽게 상호 인과관계를 맺는다. 보고서를 쓸 때는 첫 장에 정의를 한 줄로 선명히 적어야 한다. 그러면 그 한 줄이 이후 모든 논리와 판단의 좌표가 될 것이다.

이전 09화잘못된 질문이 잘못된 문서를 만든다.