전략 업무는 묘하게 모호하다. 개발자는 코드를 짜고, 영업은 계약을 따오고, 마케터는 캠페인을 만든다. 그런데 전략가는 무엇을 만드나?
또 전략은 잘못해도 당장 티가 나지 않는다.
엔지니어가 코드를 잘못 짜면 시스템이 멈춘다. 영업이 잘못하면 숫자가 빠진다. 그런데 전략이 잘못 짜지면? 처음엔 아무도 모른다. 실행이 부족한 탓, 시장이 안 좋아진 탓으로 묻힌다. 전략은 항상 아직 일어나지 않은 일에 대해 말하고, 확률로 이야기하기 때문에 책임의 경계도 흐릿하다. 빛 좋은 개살구가 되기 가장 쉬운 직무가 전략이라고 생각한다.
전략의 본질은 제한된 리소스를 어디에 투입할지를 결정하는 것이다.
방향이 틀리면 아무리 열심히 달려도 엉뚱한 곳에 도착한다. 반대로 방향이 맞으면, 같은 리소스로 전혀 다른 결과가 나온다. 1년이 걸릴 매출을 한 달 만에 당기게 하고, 수백 명이 움직이는 조직의 에너지를 한 곳으로 모을 수 있다. 그것이 잘 짜인 전략이 만들어내는 레버리지다.
그렇다면 전략을 “제대로 한다”는 것은 구체적으로 무엇일까
1) 인사이트 발굴 — 데이터에서 의미 있는 신호를 찾아내는 것
- (1) 검증 — 이 숫자, 믿을 수 있나?
- 수집 시점 차이 확인 (채널별 마감 기준이 다를 수 있음)
- 부문 간 동일 지표를 다르게 정의하고 있지 않은지 교차 확인
- 과거 동일 보고서와 비교해서 급격한 수치 변동 시 재확인 요청
- 보고 주체의 유인(incentive) 고려 — 숫자가 포장됐을 가능성 검토
- (2) 분석 — 왜 이런 현상이 발생했나?
- 채널×제품군 교차 분석 — 특정 부문만의 문제인지, 구조적 패턴인지 구별
- 내부 요인 vs 외부 요인 분리 (실행 문제인지, 시장 문제인지)
- 가설 수립 후 데이터로 검증 — 직관으로 결론 내지 않기
- 유사 과거 사례와 비교해서 반복 패턴인지 확인
- (3) So What 도출 — 이게 진짜 문제인가? 의사결정에 어떤 의미인가?
- 임계값 기준으로 “문제 수준인지” 판단
- 전사 우선순위와 연결 — CEO가 이번 분기 집중하는 방향과 연관성 판단
- 긴급성 vs 중요성으로 우선순위 정렬
- 인사이트를 행동 가능한 언어로 전환 (“~한 문제가 있음” → “~을 해야 함”)
- “이 현상이 계속되면 어떻게 되는가”로 임팩트 추정
2) 리포팅 — 인사이트를 CEO가 소화할 수 있는 형태로 전달하는 것
- (1) 가공 — 어떻게 표현할 것인가?
- 숫자 → 스토리 전환 (“매출 3% 감소” → “3개 채널 동시 부진, 구조적 신호”)
- 핵심 메시지를 먼저, 근거는 뒤에 (피라미드 구조)
- 시각화 — 표보다 그래프, 그래프보다 한 문장 결론이 더 강력
- 노이즈 제거 — 흥미롭지만 지금 당장 중요하지 않은 것은 별도 관리
- (2) 어젠다 세팅 — 무엇을 언제 올릴 것인가?
- 다음 보고 시점에 이슈가 될 것을 미리 포착해서 의제화
- CEO가 묻기 전에 먼저 올려서 의제 주도
- “지금 올리지 않으면 나중에 더 커질 것”을 기준으로 판단
- CEO의 관심 영역 변화를 트래킹해서 보고 타이밍 조율
- (3) 전달 설계 — 언제, 어떻게 보고할 것인가?
- 보고 타이밍 — CEO 심리 상태, 다른 이슈와의 충돌 고려
- 프레이밍 — 같은 내용도 문제 프레임 vs 기회 프레임으로 반응이 달라짐
- 보고 형식 선택 — 서면/구두/1페이저 중 상황에 맞는 것 선택
3) 전략 지원 — 리포팅을 넘어 CEO의 의사결정을 실질적으로 뒷받침하는 것
- (1) 옵션 설계 — 어떤 선택지가 있는가?
- 가능한 방향을 A/B/C로 구조화 (보통 3개가 적정)
- 각 옵션의 전제조건, 기대효과, 리스크 명시
- “아무것도 안 하면 어떻게 되나”를 항상 옵션에 포함
- (2) 논리 구조화 — 왜 이 방향인가?
- 인사이트 → 문제 정의 → 제안으로 이어지는 논리 연결
- 제안의 근거를 데이터와 연결해서 설득력 확보
- 반론 가능성을 먼저 인정하고 선제 대응 논리 포함
- (3) 반론 시뮬레이션 — CEO 혹은 타 부문에서 어떤 질문이 나올까?
- 보고 전 예상 질문 리스트업
- 각 질문에 대한 답변 논리와 데이터 준비
- 공격받을 수 있는 약점을 먼저 보완하거나 선제적으로 언급
- (4) 실행 연결 — 결정 이후 어떻게 움직이나?
- 의사결정 이후 실행 주체, 일정, 지표 설계까지 연결
- “결정”이 끝이 아니라 “실행 가능한 다음 단계”까지 제시
- 결정 사항이 흐지부지되지 않도록 후속 트래킹 체계 포함
