KPI 해설 · 실무 읽기 순서
숫자가 아니라 판단을 보고합니다.
지표 이름을 정하는 일보다 어려운 것은 그 지표가 무엇을 판단하게 하는지 정하는 일입니다. 이 페이지에서는 재무·영업·운영·고객 서비스 영역에서 실제로 쓰이는 KPI를 어떤 맥락에서 읽어야 하는지 정리합니다.
계산식은 이미 사내에 널려 있습니다. 여기서는 해석의 순서에 집중합니다 — 어느 숫자를 먼저 보고, 어느 숫자와 짝지어 보고, 어느 숫자를 화면에서 내려야 하는지.
지표 읽기 순서
4개 영역
-
재무 — 결과
매출 · 영업이익률 · 예산 소진율
결과 -
영업 — 과정과 결과
파이프라인 · 단계별 전환율 · 평균 거래 규모
과정 -
운영 — 처리량과 대기
처리 건수 · 평균 처리 시간 · 재작업률
짝 -
고객 — 속도와 재문의
평균 해결 시간 · 재문의율 · 첫 응답 시간
짝
지표를 정하는 순서와, 화면에 남기는 순서는 다릅니다.
지표 고르는 절차좋은 KPI의 조건
세 가지 조건 — 판단이 있는지, 비교가 되는지, 소유자가 정해져 있는지.
좋은 KPI는 숫자 그 자체보다 "이 숫자가 움직이면 우리가 무엇을 하는가"를 답할 수 있어야 합니다. 답이 없는 지표는 기록용일 뿐입니다.
두 번째 조건은 비교 가능성입니다. 목표, 전월, 전년 동월 중 최소 하나와 나란히 놓을 수 있어야 방향이 보입니다. 작년 이맘때와 비교할 수 없는 숫자는 이번 달에도 아무것도 알려주지 않습니다.
세 번째는 소유자입니다. 숫자마다 "이게 이상하면 누가 먼저 움직이는가"를 정해 두지 않으면 아무도 움직이지 않습니다. 소유자가 없는 지표는 회의에서 잠깐 언급되고 다시 잊힙니다.
질문
이 숫자가 움직이면 무엇을 하는가
답할 수 없는 지표는 기록용입니다. 화면에서 내리거나, 정의 옆에 그 답을 먼저 적어 두십시오.
비교
목표 · 전월 · 전년 동월과 나란히
셋 중 최소 하나와 비교할 수 있어야 방향이 보입니다. 비교 기준 없는 실적은 숫자일 뿐입니다.
소유자
나빠지면 누가 먼저 움직이는가
이름을 정해 두지 않으면 아무도 움직이지 않습니다. 소유자는 지표 정의 문서에 항상 함께 적습니다.
재무
재무 KPI: 결과를 보는 지표
매출, 영업이익률, 예산 소진율, 현금 회수 기간 같은 지표는 이미 벌어진 일을 보여줍니다. 그래서 재무 KPI만 있는 대시보드는 늘 늦습니다.
재무 지표는 "무엇이 일어났는가"를 확인하는 용도로 두고, 원인은 운영 지표에서 찾는 구조가 자연스럽습니다. 매출이 줄었다는 사실은 재무가 알려주고, 왜 줄었는지는 처리량이나 전환율이 알려줍니다.
예산 소진율은 특히 마감 일정과 함께 봐야 합니다. 소진율만 보면 남은 예산이 많은지, 집행이 늦은지 구분되지 않습니다.
영업
영업 KPI: 과정과 결과 사이
파이프라인 금액, 단계별 전환율, 평균 거래 규모, 목표 달성률은 영업 조직의 표준 지표입니다. 이 중 파이프라인과 전환율은 과정, 매출과 달성률은 결과입니다.
과정 지표가 흔들리면 결과는 두세 달 뒤에 흔들립니다. 그래서 영업 보고서에서는 과정 지표를 먼저 읽고 결과를 나중에 확인하는 순서가 유효합니다.
지표
구분
읽는 순서
-
파이프라인 금액
과정
먼저 읽는다 · 추세선 우선
-
단계별 전환율
과정
먼저 읽는다 · 단계별로 본다
-
평균 거래 규모
둘 사이
건수와 함께 봐야 의미가 선다
-
매출 · 목표 달성률
결과
나중에 확인한다 · 마감 후
표의 순서는 화면의 순서가 아니라 읽는 순서입니다. 카드 배열과 상관없이, 과정 지표를 먼저 스캔한 뒤 결과로 내려오는 편이 원인 파악에 유리합니다.
운영
운영 KPI는 하나씩 보지 않고 짝으로 봅니다.
운영 KPI: 처리량과 대기
처리 건수, 평균 처리 시간, 재작업률, 자원 활용도는 운영 조직이 매일 보는 숫자입니다. 이 지표들은 서로 상충합니다. 처리량을 올리면 대기 시간이 늘고, 재작업을 줄이면 처리 속도가 떨어질 수 있습니다.
그래서 운영 KPI는 하나씩 보지 않고 짝으로 봅니다. 처리량과 대기 시간, 재작업률과 처리 시간을 함께 놓으면 트레이드오프가 보입니다. 개선이 다른 쪽을 나쁘게 만들었다면, 그것은 실패가 아니라 방향을 잘못 고른 신호입니다.
- 짝 A 처리량 ↔ 대기 시간
- 처리량을 끌어올리면 대기 큐가 길어집니다. 두 값을 같은 시간 창에서 비교해야 그 대가가 어디로 갔는지 보입니다.
- 짝 B 재작업률 ↔ 처리 시간
- 재작업을 줄이려고 속도를 낮추면 처리 시간이 늘어납니다. 어느 쪽을 감수할지는 팀이 정하고, 그 결정을 지표 옆에 적어 두십시오.
고객
고객 서비스 KPI: 평균 해결 시간의 함정
평균 해결 시간은 고객지원 조직에서 가장 자주 인용되는 지표입니다. 요약 대시보드에서 지난 한 달 기준으로 보여주는 방식이 일반적입니다.
문제는 이 숫자가 낮아지는 방향으로만 최적화될 때입니다. 빠르게 닫되 재문의가 늘면 총비용은 오히려 커집니다.
그래서 평균 해결 시간은 재문의율이나 첫 응답 시간과 함께 읽어야 합니다. 하나만 보면 조직이 숫자를 위해 일하게 됩니다.
지표 후보를 고르는 절차
회의에서 자주 언급되는 숫자를 먼저 적습니다. 그다음 각 숫자 옆에 "이 숫자가 나빠지면 누가 무엇을 하는가"를 적습니다. 아래 다섯 단계를 순서대로 밟으면, 화면에 올릴 지표가 자연스럽게 줄어듭니다.
-
1
회의에 나오는 숫자를 적는다
이름과 출처가 불분명한 숫자는 이 단계에서 이미 걸러집니다.
-
2
"나빠지면 누가 무엇을 하는가"를 쓴다
답을 못 쓰는 지표는 후보에서 뺍니다. 판단이 없는 숫자는 기록용입니다.
-
3
네 영역에 배분한다
재무·영업·운영·고객 서비스에 나눠 담고, 한 영역이 화면을 독차지하지 않게 합니다.
-
4
영역별 두세 개로 맞춘다
더 많은 카드는 관리가 아니라 감시로 읽힙니다. 여기서 지표를 지웁니다.
-
5
기준 기간을 정한다
일 단위로 볼 지표와 월 단위로 볼 지표를 구분하지 않으면 화면이 소음이 됩니다.
지표 정의를 문서로 남기는 이유
계산식이 사람 머릿속에만 있으면 팀이 바뀔 때 숫자도 바뀝니다. 그래서 정의는 개인 기억이 아니라 문서에 남깁니다.
지표 이름, 계산식, 기준 기간, 제외 조건, 소유자 다섯 항목을 한 줄에 적는 형식을 권합니다. 이 문서는 완성본이 아니라 계속 줄이 늘어나는 문서로 운영합니다.
- 지표 이름
- 사내에서 통일해 부르는 이름. 보고서·대시보드·정의 문서가 같은 이름을 씁니다.
- 계산식
- 분자와 분모를 명시한 식. 누가 계산해도 같은 답이 나와야 합니다.
- 기준 기간
- 일 단위인지, 월 단위인지. 기간 정의가 바뀌면 과거 숫자도 다시 계산합니다.
- 제외 조건
- 테스트 계정, 내부 거래, 취소·반품처럼 분모에서 빼는 항목을 적어 둡니다.
- 소유자
- 숫자가 이상할 때 먼저 움직이는 사람. 이름이 비어 있는 지표는 화면에도 올리지 않습니다.
새 지표가 생기면 여기에 먼저 추가하고, 화면에는 나중에 올립니다. 순서를 바꾸면 화면이 먼저 늘고 정의는 영영 안 남습니다.
처음 만들 때 자주 하는 실수
첫 화면에 스무 개 카드를 올리는 실수, 모든 지표를 일 단위로 보는 실수, 목표 없이 실적만 보여주는 실수가 자주 나옵니다.
실수 1
첫 화면에 카드 스무 개
많이 보여주면 잘 관리하는 것이라는 착각에서 나옵니다. 실제로 잘 관리되는 대시보드는 카드 수가 적습니다.
실수 2
모든 지표를 일 단위로
일 단위로 보면 정상적인 변동이 경보처럼 보입니다. 월 단위로 판단할 지표는 월 단위로 내려놓으십시오.
실수 3
목표 없이 실적만
숫자가 좋은지 나쁜지 판단할 기준이 없습니다. 카드 옆에 판단 기준이 적혀 있어야 그 숫자가 읽힙니다.
세 가지 모두 같은 뿌리에서 나옵니다. 카드 수가 적고, 대신 각 카드 옆에 판단 기준이 적혀 있는 화면이 실제로는 더 잘 관리됩니다.
자주 묻는 질문
지표를 처음 고르는 단계에서 가장 자주 나오는 두 가지 질문입니다.
좋은 KPI는 숫자 그 자체보다 무엇을 보여줘야 하나요? +
숫자가 움직였을 때 누가 무엇을 할지가 드러나야 합니다. 그 답이 없는 지표는 기록용이며, 대시보드에 올려도 읽히지 않습니다.
지표를 몇 개까지 올려야 하나요? +
팀당 세 개에서 네 개로 시작하는 편이 안전합니다. 두 달 운영해 보고 실제로 안 보는 카드는 빼는 것을 전제로 넣습니다.
다음 단계
지표를 골랐다면, 이제 화면과 보고서를 맞출 차례입니다.
이 페이지의 해설은 지표 후보를 고르는 데까지입니다. 예산과 실적을 나란히 놓는 방법, 표준 보고서 구조, 대시보드 운영 방식은 각각의 문서에서 이어집니다.