A BiteMark Field Book

Ch 1 드러커 — 출력 정의 법칙

시장 모델링과 포지셔닝 시스템 v1.0.0

BPMC 스테이지: Mark

드러커의 Output Law: 사업의 출력은 고객 창조이며, 나머지는 파생 지표다.

Status: Draft v6 (2026-04-27). voice-extracted.md 적용 — A·B 카페 사례를 챕터 backbone으로. 데이터 placeholder {D1-*}는 fact-check 후 교체.

Observation

홍대 한 골목에 카페 두 곳이 마주 보고 있다. 사장 둘 다 30대. A는 2024년 4월에 열었다. B도 2024년 4월에 열었다. 메뉴 비슷, 가격 비슷, SNS 팔로워 수 비슷.

작년 12월. A는 폐업했다. B는 매출 4천만 찍었다.

A 사장은 매출 보고서를 매일 봤다. 광고비를 200만에서 350만으로 올렸다. 매출이 안 따라왔다. 인스타에 새 메뉴 사진을 올렸다. 좋아요는 늘었다. 매출은 그대로였다. 12월에 가게 문 닫으면서 사장이 한 말. "왜 안 됐는지 모르겠다."

B 사장은 매일 다른 숫자를 봤다. 어제 처음 온 손님 몇 명. 두 번 이상 온 손님 몇 명. 한 달 안 본 단골 몇 명. 매출은 일주일에 한 번만 봤다.

A는 결과를 봤다. B는 결과를 만든 사람을 봤다.

매출은 결과다. 결과는 변수가 아니다. 변수는 결과보다 한 단계 앞에 있다. 처음 온 사람, 다시 온 사람, 떠난 사람.

A 사장은 변수를 한 번도 측정하지 않았다. 측정 안 한 걸 흔들 수는 없다.

매출만 보는 사장이 99%, 매출 만든 사람을 보는 사장이 1%다. 1954년에 한 사람이 이 격차를 한 줄로 정리했다. 드러커.

Law

드러커는 그 해 GE 컨설턴트로 일하면서 *The Practice of Management*를 썼다. 책에서 사업의 정의를 한 문장으로 단정했다.

"사업의 유효한 정의는 단 하나다. 고객을 창조하는 것."

— 피터 드러커(Peter Drucker), *The Practice of Management* (1954), p.37

이 문장을 주의 깊게 읽어야 한다.

드러커는 "좋은 제품 만드는 것"이라 안 했다. "이익 내는 것"이라고도 안 했다. 고객 창조라고 했다.

이 단정의 뜻은 다음 줄에서 더 명확해진다.

"시장은 신·자연·경제력이 만드는 것이 아니라 사업가가 만든다."

시장은 사업가가 만드는 거다. 매출이 따라오는 게 아니라, 사업가가 매출이 따라올 시장을 먼저 만든다. B 사장이 매일 본 4개 숫자 — 처음 온 사람, 다시 온 사람, 단골, 떠난 사람 — 는 그 시장이 만들어지는 과정의 측정이다. A 사장이 본 매출은 그 과정의 결과다.

드러커는 같은 페이지에서 한 발 더 나갔다. 사업의 입력 변수는 두 개뿐이다. 마케팅과 신 시장 창출. 나머지(생산·재무·인사)는 비용이고, 출력에 작용하는 입력은 이 둘이다.

이 frame은 70년 동안 반증되지 않았다. 측정 단위만 바뀌었다. 30년 뒤 김위찬은 *Blue Ocean Strategy*에서 ERRC 4변수로, 20년 뒤 크리스텐슨은 *Competing Against Luck*에서 progress 단위로, 50년 뒤 사이먼은 *Hidden Champions*에서 가격 탄력성 단위로 같은 frame을 재확인했다. 1권 다음 9 거장이 모두 드러커 frame의 한 칸씩을 정밀화한다.

System Mapping

운전을 떠올려보자. 차에는 두 가지가 있다. 핸들과 속도계.

핸들은 차가 어디로 갈지 결정한다. 속도계는 지금 어떻게 가고 있는지 보여준다. 운전자는 핸들을 잡고 가끔 속도계를 본다. 속도계만 보면서 핸들 안 잡는 운전자는 없다.

A 사장은 속도계만 보던 운전자였다. 매출이라는 한 숫자만 매일 봤다. 핸들 — 어떤 변수가 매출을 만드는가 — 은 한 번도 안 잡았다. 차가 어디로 가는지 모르고 속도계만 보던 셈이다.

B 사장은 핸들을 잡았다. 처음 온 사람·다시 온 사람·단골·떠난 사람 4개 변수를 매일 본다. 속도계(매출)는 일주일에 한 번만 본다. 핸들 잡고 가다가 가끔 속도계 확인하는 정상적인 운전이다.

매출은 속도계다. 변수는 핸들이다.

이걸 도식으로 그리면 이렇다.

[입력: 마케팅 · 신 시장 창출]
↓
[고객 창조]
↓
[출력: 처음 온 사람 / 다시 온 사람 / 단골 / 떠난 사람]
↓
[파생: 매출 · 이익 · 점유율 · ROI]

이 도식의 마지막 줄이 매출이다.

A 사장은 마지막 줄만 봤다. B 사장은 마지막 줄 위의 줄을 봤다. 같은 도식 안에서 어느 줄을 보느냐가 사업의 출력 함수 정의다.

매출이 4번째 줄에 있는 이유가 있다. 매출은 입력도 아니고 출력도 아니다. 출력의 함수값이 발생한 뒤 사후적으로 통장에 찍히는 후행 지표다. 매출만 보는 사장은 도식의 마지막 줄만 측정하는 사장이다. 입력이 출력에 어떻게 작용했는지 추적할 채널이 닫혀 있다.

추적 채널이 닫히면 변수 조작 능력은 0이 된다. A 사장이 6개월 동안 한 일이 그거다. 변수가 뭔지도 모르고 변수를 흔든 일.

이 도식은 드러커 한 명의 frame이 아니다. 1권 9 거장이 모두 이 도식의 어느 칸 하나에 작용한다. 레빗(Ch2)은 출력 칸의 단위 — "구멍(job)" — 을 정식화한다. 코틀러(Ch3)는 입력 칸의 변수 집합을 분해한다. 크리스텐슨(Ch4)은 출력 단위를 "진전(progress)"으로 미세화한다.

드러커가 도식을 그렸다. 9명이 그 도식의 칸 하나씩을 정밀하게 채웠다.

Control Variables

도식이 정확하면 변수가 보인다. 출력 함수 정의에서 조작 가능한 변수는 세 개다.

변수 1 — 출력 함수 정의

KPI 트리 최상위에 무엇을 올릴 것인가의 결정.

A 사장은 매출을 올려뒀다. B 사장은 처음 온 사람·다시 온 사람·단골·떠난 사람 4개를 올려뒀다. 같은 사업, 같은 도구, 다른 정의. 결과가 갈렸다.

이건 외주 가능한 결정이 아니다. 광고 대행사도 컨설턴트도 대신 답할 수 없다. 사장 본인이 한 문장으로 단정해야 한다.

  • 측정: 트리 최상위에 4개 고객 지표(처음·다시·단골·떠남) 배치. 매출은 그 아래 파생 레이어로.
  • 효과: 변수 조작과 출력 변화의 인과를 분리할 수 있다. 광고 캠페인 A로 매출이 X% 올랐을 때, 그 X%가 신규 기여분인지 재방문 기여분인지 분해 가능하다. 매출만 보면 분해 안 된다.
  • 실패: 매출=출력 고착. 4개 지표 측정을 시작하지 않으면 변수 조작 능력이 정체. → Failure A.

변수 2 — 효과성 vs 효율성

옳은 일을 하는가(효과성) 대 일을 잘 하는가(효율성).

20년 뒤 드러커가 한 번 더 정리했다.

"효율성은 일을 제대로 하는 것이다. 효과성은 제대로 된 일을 하는 것이다."

— 피터 드러커(Peter Drucker), *Management* (1974), Ch.4 p.45

이 분리가 왜 중요한가.

효율성 도구(POS·CRM·자동화)는 효과성이 정렬된 후에만 출력을 증폭한다. 효과성 정렬 안 된 상태에서 효율성만 올리면 잘못된 방향으로 가속한다.

A 사장은 인스타 운영을 외주로 돌렸다. 좋아요는 늘었다. 좋아요는 효율성 측정이다. 그 좋아요가 출력 함수(고객 창조)에 작용했는가 — 효과성 측정 — 는 안 했다.

  • 측정: 우선순위 매트릭스. 가로축 효과성, 세로축 효율성. 활동을 4사분면에 배치. 효과성 0인 활동은 효율성과 무관하게 제거 대상.
  • 효과: 잘못된 방향 가속이 차단된다. 효율성 도구 도입 시 효과성 검증이 선행 조건.
  • 실패: 도구 도입 후 매출 정체. 도구의 결함이 아니라 효과성 axis 미정렬. → Failure C.

변수 3 — 고객 창조 vs 고객 확보

수요 창조(시장 외부에서 새 고객) 대 수요 점유(기존 시장 안 경쟁사 고객).

수요 점유는 출력 상한선이 카테고리 크기에 묶인다. 같은 동네 옆 가게 고객을 가져오는 게 한계다. 수요 창조는 출력 상한선 자체를 끌어올린다. 카테고리 외부에서 새 사람을 데려오는 작업이기 때문이다.

A 사장은 옆 카페 메뉴를 보고 자기 메뉴를 짰다. 옆 카페 가격을 보고 자기 가격을 정했다. 옆 카페 인테리어를 보고 자기 인테리어를 바꿨다. 같은 도로 안에서 옆 카페 고객을 가져오는 게 전략이었다. 카테고리 외부 고객 — 카페 안 가던 사람, 다른 카테고리(편의점·스터디카페)에서 옮겨올 사람 — 은 한 번도 타겟이 아니었다.

  • 측정: 신규 고객 중 "카테고리 신규 진입자" 비율. 처음 카페에 온 고객 vs 다른 카페에서 옮겨온 고객 분리.
  • 효과: 시장 확장이 출력 함수에 들어온다. 출력 상한선 자체가 올라간다.
  • 실패: 경쟁사 벤치마킹으로 기존 수요만 점유. 출력 함수가 경쟁사의 출력 함수를 복제한다. → Failure B.

워크시트 — 당신 사업의 출력 함수 정의

책을 잠시 옆에 놓고 90초만 들여 적어보세요.

우리 사업의 출력은 [_____________________]이다.

이 출력을 측정하는 KPI 3개를 적으세요. 매출은 KPI 후보에서 제외합니다.

1. [_______________________________]

2. [_______________________________]

3. [_______________________________]

작성한 KPI 3개를 90일 동안 매주 1회 측정하세요. 90일 후 변수 조작과 출력 변화의 인과를 1차 분석할 수 있습니다.

이번 주 첫 step: KPI 3개 중 1개를 측정 가능한 도구(스프레드시트·Notion·Excel) 한 곳에 등록. 1주치 측정값 기록. 1개 KPI · 1주치 · 1개 도구. 행동 변화는 여기까지입니다.

Failure Modes

한국 자영업에서 같은 패턴이 반복적으로 나온다. 세 가지다.

Failure A — 매출=출력 착각 (배달앱 의존)

배달앱이 한국 음식점·카페의 매출 측정을 정밀화했다. 일별, 주별, 메뉴별, 시간대별. 측정 자체는 흠잡을 데 없다.

근데 정밀해진 건 마지막 줄, 매출뿐이다.

배달앱 매출이 누구의 매출인지는 분해되지 않는다. 신규 진입인지 재구매인지, 카테고리 외부에서 들어온 수요인지 카테고리 내부 이동인지 확인할 방법이 없다. 출력 함수의 4개 계열이 측정되지 않는 상태에서 매출 정밀도만 올라간다.

사장의 변수 조작 능력은 매출 정밀도와 반대 방향으로 정체한다. {D1-3a} 배달 매출 비중이 높을수록 이 격차가 벌어진다.

Failure B — 동일 상권 벤치마킹 복제

홍대 일대 카페. 도심 상권 피부과. 성수 권역 펍.

동일 상권에 같은 업종이 여럿 있을 때 가장 흔한 전략이 벤치마킹이다. 메뉴 카피, 가격대 정렬, 인테리어 톤 매칭, 같은 채널 광고 운영.

A 사장이 한 일이 그거다.

이 패턴의 결과는 정해져 있다. 모두가 같은 출력 함수를 갖고 있으니, 상권 내부에서 zero-sum 게임이 벌어진다. 누군가의 매출이 오르면 누군가의 매출이 떨어진다. {D1-4a} 같은 상권 동일 업종 평균 생존 기간이 그 게임의 결과 분포다.

Failure C — 효율성 도구 도입 후 매출 정체

POS, CRM, 키오스크, 자동 주문 시스템.

한국 정부와 지자체가 보조금까지 얹어 효율성 도구 도입을 지원한다. 도구 자체는 잘 돌아간다. 근데 도입 후 매출이 정체하거나 감소하는 사업체가 적지 않다.

도구의 결함이 아니다. 효과성 axis 미정렬이다.

POS가 처리 속도를 30% 올렸는데 그 처리가 출력 함수와 분리된 활동이라면, 처리 속도 향상은 출력에 작용하지 않는다. 도구의 ROI는 효과성 정렬 여부의 함수다. {D1-5a} 정부 지원사업 수혜업체 매출 변화가 이 분포 안에서 측정된다.

Next Stage

드러커가 출력을 정의했다.

그러면 그 출력을 어떤 단위로 잴 것인가?

1960년 레빗이 한 단정으로 답했다. 시장은 "구멍(job)"으로 측정된다. 고객은 드릴을 사는 게 아니라 구멍을 산다.

드러커가 도식의 출력 칸에 "고객 창조"를 넣었다면, 레빗은 그 칸의 해상도를 결정한다. 다음 챕터의 입력은 출력의 측정 단위 정의다.

Early Reader Feedback

원고 피드백 남기기

읽다가 헷갈린 곳, 더 듣고 싶은 사례, 동의하기 어려운 문장을 알려주세요. 공개 댓글이 아니라 저자에게만 전달되는 피드백입니다.

본문에서 문장을 드래그한 뒤 누르면 선택 문장이 함께 저장됩니다.

피드백 유형

BiteMark Press는 Cloudflare Web Analytics로 익명 트래픽을 보고, 동의한 경우에만 GA4와 Microsoft Clarity를 켭니다.