Follow the Metrics for PMWEB EDITION / 01

제2부 · 지표의 역사와 학술적 연결

목표를 정렬하고 행동을 설명하는 프레임워크

목표와 운영 역할을 구분하고 중심 지표가 실제 가치를 대표하는지 검토한다.

07장교육용 자료 H07연습문제 해설 ↗

분기 계획 회의에서 팀은 OKR를 쓰기로 했고, 대표는 북극성 지표 하나를 요구했다. 분석 담당자는 KPI를 정리하고, 마케팅 담당자는 이번 달 OMTM을 제안한다. 문서에는 서로 비슷한 숫자가 다른 이름으로 반복된다. 이 상황에서 PM이 먼저 할 일은 약어를 하나로 통일하는 것이 아니다. 각 체계가 어떤 결정과 책임을 맡는지 확인해야 한다.

이 장은 목표관리, 지표 선택, 성장 전략, 행동 설명을 비교한다. 이름이 비슷하거나 시간상 앞선다고 직접 계승 관계로 연결하지 않는다. 교육용 H07에서는 문서 완성 수와 실제 활용 수가 다르게 움직이는 상황을 다룬다. 산출물은 프레임워크 역할표와 목표·신호·결과를 대조한 기획 문서다.

01

목표·지표·목표값·업무의 구별

목표는 달성하려는 상태나 방향이다. 지표는 그 상태와 관련하여 관찰할 값을 정의한다. 목표값은 정한 기간에 달성하고자 하는 수준이다. 업무는 그 목표를 위해 실행할 활동이다. 네 요소가 모두 필요하지만 같은 칸에 넣으면 완료한 업무를 곧 달성한 결과로 보고하기 쉽다.

구분 문서 서비스의 교육용 예 확인할 사항
목표 초보자가 문서를 정확히 전달한다 누구의 어떤 문제인가
지표 적격 과업 중 수신·권한 검사를 통과한 비율 사건·분모·관찰 종료
목표값 다음 분기 80% 현재값·달성 근거·기간
업무 공유 화면 개선, 권한 안내 검수 담당자·범위·완료 기준
보호할 결과 오발송·자료 손실·지원 부담 허용 범위와 대응

80%는 이 장에서 설명을 위해 정한 목표값이며 업계 합격선이 아니다. 화면 개선이 일정에 맞춰 끝나도 전달 성공은 달라지지 않을 수 있다. 반대로 목표 지표가 개선되었더라도 원인이 고객 구성 변화라면 해당 업무의 효과를 확인한 것은 아니다. 목표 문서에는 실행 완료와 결과 관찰을 나누어 보고하는 자리를 마련한다.

KPI는 목표의 평가나 관리에서 중요하게 선택한 지표다. 같은 성공률이 진단용 보조 지표였다가 전사 KPI가 될 수 있다. 이 변화는 산식의 발명보다 조직이 부여한 역할의 변화다. 지표 이름을 바꾸지 않아도 의사결정·보상과 연결하면 사용자의 행동과 기록 과정이 달라질 수 있다.

02

MBO·OKR·BSC의 비교

MBO는 목표에 의한 관리라는 표현으로, 조직과 관리자의 목표·책임·성과 검토를 연결하는 접근이다. Drucker의 『The Practice of Management』는 1954년 출판 기록이 있고, 확인한 출판사 목차에는 목표와 자기통제에 관한 장이 있다. 여기서는 서지와 목차에서 확인되는 목표관리의 역할을 다룬다. 원서 전권의 해설은 포함하지 않는다. Drucker+의 서지 소개 · 출판사 목차 · S66.

OKR는 목표(Objectives)와 핵심 결과(Key Results)를 연결하는 운영 방식이다. 핵심 결과는 목표에 얼마나 도달했는지 판단할 수 있도록 정의한다. What Matters는 Grove의 설명을 재수록하면서 방향과 측정 가능한 결과를 구분한다. 이 자료는 해당 교육 집단의 설명과 재수록된 발언을 확인하는 근거다. 초기 Intel 문서 전체를 조사하여 최초 연혁을 확정한 것은 아니다. 핵심 결과 설명 · S67.

BSC는 재무·고객·내부 과정·학습과 성장 등 복수 관점으로 전략과 측정을 연결한다. Kaplan의 2002년 설명은 1992년의 도입을 회고하며 재무 수치에만 기대는 관리의 범위를 넓힌다. 이는 저자의 접근 설명이며 BSC를 쓰면 어떤 조직에서도 성과가 높아진다는 효과 추정이 아니다. Kaplan의 설명 · S08.

체계 주로 정리하는 질문 실제 작성 내용 이 책에서 확인한 범위
MBO 어떤 목표와 책임으로 관리할 것인가 목표·책임·자기 점검 서지·장 구성
OKR 이번 기간 무엇을 이루고 어떻게 확인할 것인가 목표·핵심 결과·기간 교육 문서·Grove 발언 재수록
BSC 전략을 여러 성과 관점에 어떻게 연결할 것인가 관점별 목표·지표·과제 저자의 공개 설명
NSM 제품의 핵심 가치 전달을 무엇으로 관찰할 것인가 중심 지표·가치 가설·입력 벤더의 정의·변경 사례
OMTM 현재 가장 집중할 문제가 무엇인가 한시적 집중 지표·검토 저자의 공개 설명
자료의 관계를 읽기

프레임워크가 맡는 질문과 문서

MBO의 운영 역할

누가 어떤 목표를 책임지는가

문서에 남길 내용

목표·책임·자기 점검

사용할 때 확인할 경계

산식을 새로 만드는 방법은 아니다.

목적에 따른 병렬 비교다. 선택 순서는 역사적 계승이나 성숙도의 순위를 뜻하지 않는다. 실제 조직의 책임·기간·정의를 함께 맞춘다.

원본 정적 그림 보기

관리·전략·가치·집중은 서로 다른 문서 역할이다

이 표는 목적을 비교한 것이며 MBO→OKR→BSC→NSM이라는 진화 계보가 아니다. 같은 조직에서 여러 체계를 함께 쓸 수 있다. 충돌 여부는 이름의 수보다 책임·기간·정의·우선순위가 맞는지로 판단한다. 모든 체계를 한꺼번에 도입하면 문서 유지 비용만 늘어날 수도 있으므로 현재 필요한 질문부터 선택한다.

03

NSM과 OMTM을 선택할 때 남는 가정

북극성 지표(NSM)는 제품의 핵심 가치 전달과 장기 사업 성과를 대표하도록 선택한 중심 지표다. 중심에 놓았다는 이유로 그 관계가 검증되는 것은 아니다. 주간 유효 문서 완성 계정을 선택했다면 유효 완성이 실제 업무 활용을 대변하고, 그것이 유지·수익과 연결된다는 가설이 남는다.

Amplitude의 현행 설명은 NSM을 구체화하고 수정 가능한 가설로 다룬다. 2019년 자료 소개는 배포 활동의 기록이며 개념의 최초 탄생일을 뜻하지 않는다. 자사 NSM을 변경한 회고도 지표가 전략과 함께 바뀔 수 있음을 보여주는 자기 설명이다. 정의 안내 · 변경 회고 · S06~07 · S62.

OMTM은 현재 사업 단계와 문제에서 가장 집중할 지표를 고르는 원칙이다. 중심 가치 지표와 동일할 때도 있고, 그것을 가로막는 초기 과업이나 비용 문제를 다룰 때도 있다. Lean Analytics 저자의 설명은 사업·단계·대상에 따라 집중이 달라짐을 다룬다. 저자 설명 · S09.

하나에 집중한다는 운영 원칙이 다른 결과를 수집하지 말라는 뜻은 아니다. 저장률에 집중하면서 오류·자료 손실·실제 활용을 감시할 수 있다. 반대로 중요한 지표를 모두 OMTM이라고 부르면 집중의 의미가 사라진다. 선택 이유·검토 기간·종료 조건을 문서로 남기는 것이 약어의 해석보다 실무적으로 중요하다.

04

H07: 문서 완성과 실제 활용의 차이

H07은 A·B 기간에 적격 계정이 각각 1,000개인 교육용 자료다. 계정별 첫 결과만 인정하고 모든 후속 활용 관찰이 끝났다고 가정한다. A에서는 문서 완성 200개, 정한 구조·확인 기준을 통과한 유효 완성 150개, 후속 업무에서 활용이 확인된 계정 90개다. B에서는 각각 260·170·85개다. 후속 활용은 유효 완성의 하위 집합으로 정의했다.

결과 A B 같은 적격 1,000개 기준 변화
문서 완성 200 260 20% → 26%
유효 완성 150 170 15% → 17%
후속 활용 확인 90 85 9% → 8.5%

문서 완성은 30%, 유효 완성은 약 13.3% 늘었다. 그러나 활용 확인 수는 약 5.6% 줄었다. 유효 완성자 중 활용 비율도 90/150=60%에서 85/170=50%로 낮아졌다. 유효 완성의 기준이 형식적 작성에는 반응했지만 실제 활용과의 관계가 달라졌을 가능성을 검토해야 한다. 비무작위 두 기간의 차이이므로 특정 기능의 효과라고 확정하지 않는다.

자료의 관계를 읽기

중심 지표가 늘어도 활용은 줄 수 있다

계정 수 · 공통 축 0~300 · A·B 각 적격 1,000개 · ○ A기간 / ● B기간

0100200300문서 완성200260유효 완성150170후속 활용9085

완성 계정은 60개 늘었다. 다른 결과는 다음 단계에서 함께 확인한다.

01 / 03

완성 수를 중심에 놓으면 증가가 보인다.

H07의 A·B 기간은 적격 계정이 각각 1,000개다. 문서 완성은 200개에서 260개로 늘었다.

계정 수 · 공통 축 0~300 · A·B 각 적격 1,000개 · ○ A기간 / ● B기간

0100200300문서 완성200260유효 완성150170후속 활용9085

유효 완성은 20개 늘고 활용은 5개 줄었다. 연결선은 같은 지표의 기간 차이를 표시하며 개인의 이동을 뜻하지 않는다.

02 / 03

품질 기준과 후속 활용을 함께 본다.

유효 완성은 150개에서 170개로 늘었지만 후속 활용은 90개에서 85개로 줄었다. 같은 기간의 결과도 서로 다른 방향으로 움직일 수 있다.

계정 수 · 공통 축 0~300 · A·B 각 적격 1,000개 · ○ A기간 / ● B기간

0100200300문서 완성200260유효 완성150170후속 활용9085
A · 유효 완성자 중 활용90 / 150 = 60%
B · 유효 완성자 중 활용85 / 170 = 50%
03 / 03

대표 지표와 결과 사이의 관계를 검토한다.

유효 완성자 중 활용 비율은 60%에서 50%가 되었다. 중심 지표의 산식뿐 아니라 실제 가치를 대표하는 역할도 다시 검토해야 한다.

원본 정적 그림 보기

중심 지표 후보가 늘어도 후속 결과는 다르게 움직일 수 있다

이때 NSM을 바로 폐기할 수도, 그대로 밀어붙일 수도 없다. 계측·사용자 구성·검토 기준·활용 기회의 변화를 확인한다. 구조적 유효성은 품질 검사에 계속 유용할 수 있지만 최종 가치의 대표 역할은 재검토할 수 있다. 지표의 운영 역할과 관찰 사실을 분리하면 수정의 이유가 명료해진다.

다음 분기 목표를 활용 개선으로 두고 B의 활용 85개를 기준으로 120개를 목표값으로 제안할 수 있다. 하지만 120의 근거와 실행 가능한 개입은 별도로 적어야 한다. 유효 완성 180개를 얻으면 활용도 자동으로 120개가 된다고 가정하지 않는다. 21장의 지표 트리는 이런 산술 관계와 개입 가설을 다른 선으로 표시한다.

직접 계산 실습 / 조건과 결과를 대조하기

중심 지표와 활용 결과를 따로 움직여 본다.

B기간의 유효 완성과 활용 수를 조절한다. 활용은 유효 완성보다 클 수 없다.

유효 완성을 180개로 올려 보자. 활용 85개가 저절로 120개가 되는가? 같은 중심 지표에 다른 결과가 연결될 수 있는가?

고정한 조건A·B의 적격 계정 각 1,000개. A는 완성 200·유효 150·활용 90개. B의 문서 완성 260개와 관찰 종료 조건은 고정한다.

A기간 · 고정150 유효 → 90 활용

유효 완성자 중 활용 60%

B기간 · 조절170 유효 → 85 활용

유효 완성자 중 활용 50%

유효 완성의 A 대비 변화+20개
활용의 A 대비 변화-5개
B 문서 완성 260 중 유효 170
같은 260개 축에서 활용 85

유효 완성은 늘었지만 활용은 줄었다.

활용 목표 120개를 같은 유효 완성 170개 안에서 얻으려면: 70.6%

활용은 유효 완성의 부분집합이다. 유효 완성 수를 낮출 때 활용 수가 이를 넘으면 함께 낮춘다. 120개는 교재의 목표 예시이며 달성 근거가 확보되었다는 뜻은 아니다.

05

PLG는 가격표 이상의 운영 선택이다

제품 주도 성장(PLG)은 제품 경험을 획득·활성화·유지·확장의 주요 경로로 삼는 사업 접근이다. 무료 체험이나 무료 요금제는 가격·접근 정책이다. 두 요소는 결합할 수 있지만 같은 개념이 아니다. 무료 사용자가 많아도 가치 전달과 유료 전환·제공 비용의 경로가 불명확하면 사업 접근의 성과를 평가하기 어렵다.

OpenView는 제품을 통한 획득·유지·확장을 설명하고 명명 시점에 관한 자기 회고를 제공한다. 이 설명을 모든 무료 모델의 최초 발명이나 한국 도입 연도로 바꾸지 않는다. 제품 이용과 영업 지원의 결합은 Pitch의 실무 회고에서도 확인한다. OpenView 정의 · Pitch의 운영 설명 · S24 · S64.

PM은 제품에서 스스로 할 수 있는 과업과 조직의 구매·보안·계약 지원이 필요한 과업을 구분한다. 개인의 체험 성공이 기업 전체 계약 승인과 같지 않다. 조직 계정·사용자·좌석·계약의 단위를 연결하고 셀프서비스·영업 비용을 함께 봐야 한다. PLG를 도입한다는 문장보다 어느 접점의 어떤 마찰을 제품으로 줄일지가 실행 가능한 계획이다.

06

Aha·습관·Hook의 설명 범위

Aha는 실무에서 사용자가 제품의 가치를 처음 이해하거나 경험하는 순간을 가리키는 표현이다. 그러나 화면에서 일어난 사건을 기록했다고 주관적인 깨달음을 직접 측정한 것은 아니다. 행동 신호를 발견하면 사용자 경험과 후속 이용을 대조해야 한다. Slack의 팀 누적 메시지 사례를 개인의 보편적 행동 임계점으로 바꾸지 않는 이유는 02·12장에서 설명했다.

습관은 행동의 빈도만으로 정의하기 어렵다. Wood와 Rünger의 2016년 리뷰는 습관의 인지·동기·신경생물학적 속성을 다루며 반복 맥락과 행동의 관계를 검토한다. 이번 장에서는 서지·초록 범위만 사용하며 임의의 클릭 수를 습관 형성의 검사값으로 제시하지 않는다. 연구 초록 · S71.

Hook은 Nir Eyal이 설명하는 촉발·행동·가변 보상·투자의 제품 설계 프레임이다. 저자의 공개 글은 투자를 이후 사용과 연결하는 관점을 설명한다. 그 설명을 제품 설계의 가설로 읽을 수 있지만 모든 사용자에게 동일하게 작동하는 심리 법칙으로 채택하지 않는다. 저자의 투자 단계 설명 · S68.

행동 기록·습관 설명·가치 경험은 서로 다른 확인 자료를 요구한다

게슈탈트의 통찰, 조작적 조건화, Hook, 제품 Aha를 한 줄로 그리려면 실제 인용과 영향 진술을 확인해야 한다. 이 교재는 그 직접 경로를 확보하지 못했으므로 미확인(U)으로 둔다. 개념을 비교할 때는 교육적 유사성(A)으로 표시한다. ‘도파민이 나온다’ 같은 설명도 클릭 로그만으로 확인할 수 있는 결과가 아니다.

주간회고의 반복은 업무 마감, 팀의 요청, 알림, 만족, 습관 등 여러 이유로 발생할 수 있다. PM은 사용자에게 도움이 되는 반복과 압력·불편 때문에 발생하는 반복을 구별한다. 성공적인 과업이 사용 횟수를 줄이는 서비스도 있다. 제품이 사용자의 선택과 과업을 얼마나 돕는지 함께 검토해야 한다.

07

체계를 추가하기 전에 역할표를 작성하기

프레임워크 역할표에는 결정을 내리는 주체, 적용 기간, 목표와 지표, 근거, 충돌할 수 있는 다른 결과, 변경 조건을 넣는다. OKR는 분기 목표의 평가, NSM은 가치 가설의 관찰, OMTM은 당장의 집중, 가드레일은 손상 감시처럼 역할을 분리할 수 있다. 이는 교육용 운영 예이며 모든 회사에 필요한 조합은 아니다.

목표에서 지표·가드레일·업무·재검토로 이어지는 운영 문서

H07에서는 활용 저하의 원인을 먼저 조사하고 유효 완성의 정의와 대표 역할을 재검토한다. 분기 목표를 정하기 전에 활용의 판정과 관찰 기회부터 맞춘다. 실행 업무는 문서 활용 경로 조사와 공유 절차 개선의 검증이며, 단순히 모든 계정에 문서를 더 만들게 하는 정책과 구별한다.

계획을 공유할 때는 ‘최신 프레임을 도입했다’보다 기존 문서의 어떤 문제가 해결되었는지 적는다. 책임이 분명해졌는지, 판단 주기가 맞아졌는지, 과업 결과가 빠지지 않는지 확인한다. 프레임워크를 제거하거나 단순화하는 선택도 같은 기준으로 평가할 수 있다.

08

연습문제

  1. 목표·지표·목표값·업무를 담당 서비스의 예로 나누어 쓰라.
  2. MBO·OKR·BSC·NSM·OMTM의 주요 역할을 비교하라.
  3. 프레임워크의 시간적 선후와 직접적인 계승 관계가 다른 이유를 설명하라.
  4. H07의 유효 완성·활용 규모 변화와 조건부 활용 비율을 계산하라.
  5. H07에서 중심 지표 후보를 유지·수정·폐기하기 위해 필요한 자료를 적으라.
  6. 무료 요금제와 PLG, 개인 체험과 조직 구매를 구분하라.
  7. 반복 사용을 습관이나 Aha의 증거로 확정할 수 없는 이유를 쓰라.
  8. 프레임워크 역할표를 작성하고 중복 문서 하나를 줄이는 방법을 제안하라.
09

근거와 다음 장

원서의 서지·목차, 저자의 설명, 실무 회고, 학술 리뷰의 초록은 서로 다른 범위의 자료다. S66~71의 확인 범위는 출처 장부에 기록했다. 프레임 간 직접 계보와 신경과학적 효과를 추정하여 채우지 않았다. 08장은 사용자 과업에서 측정 항목을 선정하는 과정으로 이어진다. 지식이 요약·판매·모방되는 과정은 19장에서 다룬다.

다음 장 · 08사용자 경험과 측정 항목