데모는 박수를 받았고, 측정은 비어 있었다
AI를 도입하는 조직의 전사 공유회는 대개 비슷하게 흘러간다. 기능 조직이 돌아가며 “우리는 AI로 이걸 바꿨다”를 발표한다. HR은 평가서 초안을, 재무는 자연어 데이터 조회 화면을, 제품팀은 몇 분 만에 나오는 기획 문서를 시연한다. 데모마다 박수가 나온다. 그러다 발표가 끝나면 한 부문장이 묻는다. “그래서 우리 부서에서 무엇이 줄었나요? 다음 운영 주기에 뭐가 달라지나요?” 정적이 흐른다. 누구도 와우포인트를 측정 가능한 숫자로 연결해 두지 않았기 때문이다. 박수받은 전환은 많고 증명된 전환은 없다 — 이것은 한 회사의 사고가 아니라 AI를 도입하는 거의 모든 조직이 통과하는 보편 장면이다.
이것은 패턴이다. “이런 것도 되는 거였어?”라는 발견은 강력하지만 멈추면 데모로 끝난다. 잘 정리된 Before/After 표는 가능성만 보여줄 뿐 그 자체로는 L0(체감 사례)에 머문다(증거 등급 L0~L5는 10장 참조). 가능성은 출발점이지 도착점이 아니다.
그래서 이 장의 카탈로그는 다르다. 모든 와우포인트를 측정지표로 연결한다. “PRD가 빨리 나온다”가 아니라 “리뷰 사이클 횟수를 무엇 대비 얼마나 줄였는가”로 적는다. 측정지표 없는 칸은 올리지 않는다. 이것이 “데모용”과 “증명되는” 전환을 가르는 차이다.
이 장은 8개 기능 — 리더십·전략·HR·재무·제품·엔지니어링·영업·운영 — 의 전후 비교를 한자리에 모은다. 목적은 자기 기능의 발견을 빠르게 얻고, 그 발견을 곧장 “무엇으로 잴 것인가”로 묶어 데모로 흩어지지 않게 하는 데 있다.
이 장의 사용법. 이 장은 5장(재설계 6분류 트리)과 짝이다. 후보를 발견했다면 곧장 만들지 말고 5장 트리에 넣어 분류부터 하라. After가 그럴듯해도 당신 조직에서는 A형이나 C형일 수 있다. 발견 → 분류(5장) → 게이트(6장) → 파일럿(8장) → 측정(9·10장) 순서를 건너뛰지 마라.
산업별 목록이 아니라 성과 단위와 피해 반경으로 읽는다. 이 카탈로그는 업종별 사용 사례 모음이 아니다. “우리 업종엔 안 맞는다”는 반응은 대개 읽는 축을 잘못 잡은 것이다. 같은 ‘HR 자동화’라도 채용·평가·징계는 교육·FAQ와 피해 반경이 다르고(16장), 같은 ‘고객지원’이라도 내부 라우팅과 외부 발송은 자율성 레벨이 다르다. 자기 업종의 라벨이 아니라 **기능별 성과 단위(4장)와 피해 반경(16장)**으로 옮겨 읽으면, 여기 없는 업무도 같은 도구로 판정된다.
핵심 프레임: 와우포인트를 측정지표로 강등하는 3단 변환
독자는 “이거 되네”에서 멈추거나 “무엇으로 증명하지”로 넘어간다. 후자로 만드는 도구가 3단 변환이다. 와우포인트는 주장이고, 측정지표로 강등해야 증거가 된다.
[1단] 와우포인트 (발견 / L0 체감)
"이런 것도 AI로 되는구나"
│
▼ 질문: 이게 우리 조직에서 무엇을 바꾸는가?
[2단] 전환 단위 (재설계 / 5장 6분류로 판정)
요청 축소인가, 업무 재설계인가, 시스템 흡수인가,
승인 보조인가, 지식 정리인가, 자동 처리인가
│
▼ 질문: 그 변화를 무엇 대비 어떤 단위로 재는가?
[3단] 측정지표 (증명 / 기준선 대비 비교, L2 이상 목표)
리드타임·재확인 횟수·처리량·검토 관점 수·요청 유입량3단으로 내려가지 못하는 와우포인트는 올리지 않는다. 2단을 건너뛰면 절차 복제 함정에 빠지고(5장 실패모드 1), 3단을 건너뛰면 “효과가 있었다”는 체감만 남는다(5장 실패모드 6). 이 장의 모든 표는 마지막 열에 측정지표를 강제로 둔다.
측정지표를 고를 때의 한 가지 경계
가장 흔한 오염은 측정 편의적 대리지표다. 많은 조직에서 본질 목표(워크플로 완성도)가 측정하기 쉬운 금액 목표로 치환되는 순간, 유능한 실무자가 함수 단위 자동화에 묶이는 일이 반복된다 — 측정의 쉬움이 목표를 끌어당기는 이 왜곡은 특정 회사의 실수가 아니라 지표를 세우는 조직이 흔히 빠지는 함정이다. 측정하기 쉬운 것이 아니라 본질에 가까운 것을 골라라. “문서 수”, “호출 수”, “코드 줄 수”는 사용량이고 AI가 부풀린다(1장 참조). 측정지표 열은 모두 ‘무엇이 줄거나 빨라지거나 정확해졌는가’를 기준선 대비로 묻는다.
8개 기능 전환 카탈로그
아래 표들은 각 기능의 대표 전환을 Before / After / 전환 단위(5장 6분류) / 측정지표로 정리한다. 값은 절대값을 비우고 방향만 남겼다 — 빈칸에 당신 조직의 기준선을 채우면 된다. 왼쪽 세 열은 발견, 오른쪽 한 열이 증명의 약속이고 비면 올릴 자격이 없다.
1. 리더십 / 경영
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 매일 채널 메시지를 수동으로 훑어 의사결정 사안 파악 | 핵심·의사결정 사안 자동 추출 브리핑 | E 지식 정리 / B 재설계 | 일일 현황 파악 리드타임 단축률 |
| 보고서 여러 건을 순서대로 읽고 핵심 추림 | 다관점 요약으로 핵심·변화·이슈 구조화 | E 지식 정리 | 보고 검토 리드타임 단축률 |
| 혼자 판단 → 놓친 관점 사후 발견 | 찬성·반대·중립 다관점 검증 | D 승인 보조 | 의사결정 시 검토 관점 수(1 → 3 이상) |
| 주간보고를 기다려 조직 현황 파악 | 실시간 현황 스냅샷으로 선제 인지 | B 재설계 | 현황 인지 주기(주 1회 → 수시) |
측정 주의. “브리핑이 똑똑하다”는 데모다. 측정 가능한 약속은 ‘같은 사안 파악 리드타임을 기준선 대비 얼마나 줄였는가’다. 다관점 검증은 ‘검토 관점 수’로 강등하라.
2. 전략 / 기획 지원
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 부서별 예산 요청 취합 → 경영진 회의 → 결정 | 부서별 ROI·병목·우선순위 통합 + 배분 시나리오 다안 | B 재설계 | 자원 배분 결정 사이클 단축률 |
| 경쟁 동향 분기별 수동 조사, 표면 파악 | 공개 정보 기반 자동 수집·구조화 리포트 | E 지식 정리 | 경쟁 분석 갱신 주기(분기 → 월·수시) |
| 직관 기반 1~2개 시나리오 | 변수별 upside/base/downside 시나리오 생성 | D 승인 보조 | 검토 시나리오 수, 사전 발견 리스크 수 |
| 동일 내용을 대상별로 수동 버전 관리 | 하나의 팩트 패키지 → 대상별 톤·강조점 생성 | F 자동 처리 | 이해관계자 버전 생성 리드타임 단축률 |
측정 주의. “경쟁사 다음 수를 예측한다”는 검증 불가능하다. 측정 가능한 칸은 ‘예측 적중률’이 아니라 ‘조사 갱신 주기’와 ‘수동 조사 대비 리드타임’이다. 예측의 질은 L0~L1에 머문다.
3. HR / 조직개발
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 평가서를 평가자가 직접 작성 | 평가 초안 생성 → 평가자 검토·수정 | D 승인 보조 | 평가서 작성 리드타임 단축률(판단은 사람 유지) |
| 1on1 피드백 사전 메모 수동 작성 | 구조화 프레임 기반 피드백 초안 | F 자동 처리 | 피드백 준비 리드타임 단축률 |
| 직무기술서를 담당자가 직접 작성 | 역할 설명 입력 → 초안 생성 | F 자동 처리 | 초안 산출 리드타임 단축률 |
| 채용 공고–스크리닝–일정 조율 반복 운영 | 반복 운영을 에이전트가 자율 처리, 최종 판단만 사람 | F 자동 처리 + D 승인 보조 | 채용 운영 투입 시간 감소율, 처리 이벤트 수 |
| 조직 분위기를 주간보고·1on1로 주관 파악 | 협업 신호에서 약한 신호·패턴 감지 | E 지식 정리 | 선제 대응 건수, 신호 인지 리드타임 |
측정 주의. HR은 익명화 규율이 가장 엄격하다. 이름·사번·등급·점수는 입력하지 않고 역할·행동·성과 키워드만 쓴다. 판단이 끼는 평가·채용은 D형으로 묶어 최종 판단은 사람이 유지한다(16·17장 참조). 측정지표는 ‘판단을 대체했다’가 아니라 ‘준비 리드타임을 줄였다’여야 한다.
4. 재무 / 기획
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 데이터 요청 → 대기 → 수동 해석 | 데이터 종합 분석 + 직접 조회 | C 시스템 흡수 → B 재설계 | 분석 대기 리드타임 단축률 |
| 멀티소스 수동 취합으로 경영 리포트 | 실시간 현황 자동 취합·구조화 | F 자동 처리 | 경영 보고 준비 리드타임 단축률 |
| 1인 검토 → 놓친 관점 발생 | 시장·재무·리스크·실행 다관점 자동 리뷰 | D 승인 보조 | 의사결정 검토 관점 수(1~2 → 4) |
| 표·텍스트 수동 예산 설명 자료 작성 | 숫자 입력 → 내러티브 초안 | F 자동 처리 | 설명 자료 작성 리드타임 단축률 |
측정 주의. “임원 직접 조회”는 가장 인기 있지만 C형(시스템 흡수)을 B형으로 착각하게 만든다. 자연어 조회가 가능하려면 단일 원장(SSOT)이 먼저다 — 같은 지표가 조직마다 다른 테이블을 참조해 숫자가 갈리면 빠른 조회는 빠른 오답이 된다(측정 전제는 7장). 측정지표를 약속하기 전에 SSOT부터 지정하라.
5. 제품 / 기획
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 기획자 단독 초안 → 리뷰 사이클 다회 | 초안 생성 + 판단 보강 → 리뷰 축소 | D 승인 보조 | PRD 리뷰 사이클 횟수 감소율 |
| 경쟁 분석 주 1회 수동 리서치 | 자동 수집·구조화 | E 지식 정리 | 경쟁 분석 리드타임 단축률 |
| 기획 문서 → 하위 산출물 수동 분해 | 상위 문서 입력 → 하위 산출물 초안 | F 자동 처리 | 하위 산출물 초안 리드타임 단축률 |
| 스프린트 리뷰를 멀티소스 수동 취합 | 멀티소스 자동 요약 | F 자동 처리 | 리뷰 요약 리드타임 단축률 |
측정 주의. 가장 흔한 데모형 주장이 “기획이 완전 자동화됐다”다. 정직한 단위는 ‘리뷰 사이클 횟수’다 — 초안이 빨라져도 리뷰가 그대로면 리드타임은 줄지 않는다. 측정지표는 ‘초안 수’(사용량)가 아니라 ‘리뷰 사이클이 몇 회로 줄었는가’(검증된 산출)여야 한다(1장 참조).
6. 엔지니어링
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 시니어 수동 코드 리뷰, 대기 발생 | 1차 리뷰 자동화 → 시니어는 판단만 | D 승인 보조 | 리뷰 대기 시간 단축률, 당일 처리율 |
| 장애 시 로그 수동 분석 | 로그 자동 분류 + 원인 가설 | F 자동 처리 | 장애 초기 분석 리드타임 단축률 |
| 코드 작성 후 별도 문서화(항상 밀림) | 코드 → 문서 초안 자동 생성 | F 자동 처리 | 문서 최신성, 문서화 누락률 |
| 시니어가 신규 입사자에게 1:1 코드베이스 설명 | 코드베이스 질의에 즉시 응답 | E 지식 정리 | 온보딩 시니어 투입 시간 감소율 |
측정 주의. 엔지니어링은 측정 붕괴가 가장 심하다. PR 수·커밋 수·코드 줄 수는 AI가 부풀려 신뢰할 수 없다(1장 참조). 측정지표를 ‘리뷰 대기 시간 단축’·‘당일 처리율’처럼 시스템 처리량(throughput) 쪽으로 잡는다 — 검증을 통과해 완료된 일이 늘었는가를 본다. 1차 리뷰 자동화는 D형으로 최종 판단은 시니어에 남긴다.
7. 영업 / 사업개발
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 제안서를 처음부터 수동 작성 | 고객 정보 입력 → 초안 생성 | F 자동 처리 | 제안서 초안 리드타임 단축률 |
| 미팅 후속 메일 수동 작성 | 미팅 내용 기반 초안 즉시 생성 | F 자동 처리 | 후속 메일 당일 발송률 |
| 고객사 리서치 수동 조사 | 공개 정보 자동 수집·요약 | E 지식 정리 | 고객 리서치 리드타임 단축률 |
| 영업 타이밍을 감으로 포착 | 공개 신호 자동 감지로 타이밍 알림 | E 지식 정리 | 신호 기반 접촉 건수, 인지 리드타임 |
측정 주의. 영업은 활동량 지표(메일 수·미팅 수)로 미끄러지기 쉽다. 본질은 ‘리드타임’과 ‘당일 발송률’이지 메일 총량이 아니다. “AI가 영업 신호를 감지한다”는 ‘감지 정확도’가 아니라 ‘신호로 시작된 실제 접촉 건수’로 강등할 때만 증거가 된다.
8. 운영 / 총무
| Before | After (와우포인트) | 전환 단위(5장) | 측정지표(기준선 대비) |
|---|---|---|---|
| 사내 공지를 담당자가 직접 작성 | 핵심 입력 → 초안 생성 | F 자동 처리 | 공지 초안 리드타임 단축률 |
| 반복 안내를 수동 발송 | 반복 안내 자동 처리 | A 요청 축소 / F 자동 처리 | 반복 안내 요청 유입 감소율 |
| 계약서 검토를 법무 대기 | 1차 리스크 스캔 → 법무는 판단만 | D 승인 보조 | 1차 검토 리드타임 단축률(판단은 사람) |
| 정산 데이터 월말 수동 취합 | 일괄 처리·자동 취합 | F 자동 처리 | 정산 취합 리드타임 단축률 |
측정 주의. 운영은 F형(자동 처리)이 가장 많이 정당하게 등장한다 — 입력·규칙·결과가 명확하고 예외가 낮은 반복이 많다. 다만 ‘반복 안내’는 F 전에 A형(요청 축소)을 먼저 검토하라 — 빠르게 보내는 것보다 필요 없게 만드는 것이 더 큰 절감이다(5장 참조). 계약서 검토는 D형으로 최종 판단은 법무에 남긴다.
단계별 적용: 카탈로그를 발견에서 증명으로 옮기는 4단계
발견을 증명으로 옮기는 절차는 4단계이며 각 단계가 다른 장과 연결된다.
| 단계 | 하는 일 | 산출물 | 연결 장 |
|---|---|---|---|
| 1. 발견 | 자기 기능 표에서 “이런 것도 되네” 후보 1~3개를 고른다 | 후보 목록 | 13장(이 장) |
| 2. 분류 | 후보를 5장 6분류 트리에 넣어 전환 단위를 판정한다 | 분류 결과(A~F) | 5장 |
| 3. 게이트 | 만들지 말지 판정한다(Skill·MCP·기존 도구 → 풀스택은 마지막) | 구현 방식 결정 | 6장 |
| 4. 측정 약속 | 기준선·완료정의·측정지표를 파일럿 승인 조건으로 박는다 | 측정 가능한 파일럿 | 8·9·10장 |
순서를 건너뛰면 무너진다. 곧장 풀스택 앱을 만들면 비용 절감 과제가 운영 고정비로 바뀌고(5장 실패모드 5), 측정 약속 없이 착수하면 “좋아진 것 같다”만 남는다(5장 실패모드 6).
자기 기능 적용 워크시트
카탈로그 행 하나를 골라 답한다. 답하지 못하는 칸이 있으면 그 전환은 아직 데모다.
| # | 질문 | 답하지 못하면 |
|---|---|---|
| 1 | 이 와우포인트는 우리 조직에서 무엇을 바꾸는가? | 발견이지 전환이 아님 |
| 2 | 5장 6분류 중 무엇인가? 왜 그렇게 판정했는가? | 분류 미정 → 절차 복제 위험 |
| 3 | 사람의 판단이 끼는가? 끼면 D형(승인 보조)인가? | 자율성 경계 미정(16장) |
| 4 | 무엇을, 무엇 대비, 어떤 단위로 잴 것인가? | 측정 불가 → 파일럿 금지 |
| 5 | 그 측정지표는 본질인가, 측정 편의적 대리지표인가? | 사용량 지표로 오염될 위험 |
| 6 | 기준선(전환 전 값)을 지금 댈 수 있는가? | 기준선 부재 → 비교 불가(7·10장) |
4번·6번에 답하지 못하면 파일럿을 열지 마라. 측정 기준 없는 전환은 “효과가 있었다”는 주장만 남기고 비교를 남기지 못한다.
흔한 실패모드
카탈로그를 잘못 쓰면 어떻게 무너지는가. 각 모드 끝의 레드플래그는 회의에서 쓰는 판별구다.
1 — 데모 카탈로그. Before/After 표가 발표용으로만 있고 측정지표 열이 비었다. 레드플래그: “이런 것도 됩니다” 시연 후 “그래서 뭐가 줄었나요”에 답이 없다.
2 — 사용량 대리지표. “문서 수”, “조회 횟수”를 성과로 보고한다. 양은 늘었는데 검증된 산출은 그대로(1장 참조). 레드플래그: 측정지표가 ‘생성량’·‘호출 수’다.
3 — 전환 단위 생략. After를 베껴 “전부 자동화 대상”으로 묶는다. A형(요청 축소)인데 처리량만 보다가 요청은 그대로(5장 실패모드 2). 레드플래그: 모든 후보의 측정지표가 “처리 시간 단축”으로 똑같다.
4 — 판단 자동화. D형인 평가·채용·계약·코드 리뷰에서 사람의 최종 판단까지 자동 실행하려 한다. 책임 소재 불명, 감사 비용 폭증. 레드플래그: 평가·계약·권한 변경을 “사람 검토 없이” 자동화한다.
5 — 전제 없는 자연어 조회. 단일 원장(SSOT)이 없는데 “임원 직접 조회”부터 얹는다. 빠른 조회가 빠른 오답이 되고 검증이 무한 반복. 레드플래그: 같은 지표가 조직마다 다른 숫자로 나오는데 조회를 먼저 붙인다.
6 — 채택 없는 도구 양산. 도구를 대량 도입하나 현업이 쓰지 않는다. AI 도입 초기 조직에서 흔히 보이는 양상으로, 수요처 인터뷰 없이 시작된 도구가 쌓이고 동일 기능이 여러 팀에서 중복 제작된다. 착수 조건을 ‘활용량 장려’에서 ‘수요 검증 통과 + 중복 없음’으로 바꿔야 비로소 멈춘다. 레드플래그: 도입 근거가 외부 일화이고 자사 워크플로 검증이 없다.
Before/After: 같은 카탈로그, 두 갈래의 결정
예를 들어 한 채용 플랫폼 기업의 제품 기능 조직에서는, 리더가 카탈로그에서 “기획 문서가 몇 분 만에 나온다”를 발견하고 “우리도 하자”고 제안했다.
갈래 A — 발견에서 곧장 구현 (Before)
조직은 After를 그대로 베껴 풀스택 도구를 만들고 측정은 미룬다. 한 운영 주기 뒤, 초안은 빨라졌지만 리뷰 사이클은 줄지 않았다 — 리뷰할 양이 늘어 리드타임은 그대로다. 보고할 성과는 “초안 N건을 만들었다”뿐이라 무엇이 줄었는지 말하지 못하고(사용량 지표), 운영 고정비만 새로 생겼다.
갈래 B — 3단 변환을 거친 전환 (After)
리더가 3단 변환에 넣는다. 1단: “기획 문서가 빨리 나온다”. 2단: 판단은 사람에 남으니 D형(승인 보조). 3단: ‘생성 건수’가 아니라 **‘리뷰 사이클 횟수’**로 강등하고 전환 전 값을 기준선으로 먼저 측정한다. 구현은 가볍게(Skill·기존 도구), 풀스택은 보류한다(6장 참조). 한 운영 주기 뒤 리뷰 사이클 횟수가 기준선 대비 줄었다(초안 품질이 올라 리뷰가 덜 돌았다). 보고할 성과: “리뷰 사이클을 줄였고 기획자 시간을 판단으로 재배치했다.” → 무엇이 줄었는지 비교로 말한다(L2 이상).
두 갈래의 차이 한 줄 요약
| 구분 | 갈래 A (발견 → 구현) | 갈래 B (3단 변환) |
|---|---|---|
| 전환 단위 판정 | 없음 → 그대로 베낌 | D형(승인 보조) 확정 |
| 측정지표 | 생성 건수(사용량) | 리뷰 사이클 횟수(검증된 산출) |
| 기준선 | 없음 | 전환 전 측정 |
| 리뷰 리드타임 | 불변 | 감소 |
| 구현 | 풀스택(고정비↑) | 가볍게 |
| 경영 보고 | “자동화했다” | “리뷰 줄였다”(기준선 대비) |
같은 카탈로그, 같은 와우포인트에서 출발했다. 갈린 지점은 단 하나 — 3단 변환에 넣었는가다.
리더가 승인·요구할 신호
이 박스는 제안서를 사이에 둔 양쪽이 같이 쓰는 게이트다. 승인자(축 A)에게는 통과·반려 기준, 실무자(축 B)에게는 미리 증명할 체크리스트다. 거버넌스 세부는 16~18장 참조.
요구할 것 (없으면 검토 테이블에 올리지 않는다)
- 각 와우포인트가 측정지표로 연결되었는가. “무엇을, 무엇 대비, 어떤 단위로”가 비면 반려한다.
- 측정지표가 본질 지표인가, 대리지표(‘생성량’·‘호출 수’)인가. 사용량 지표는 성과로 인정하지 않는다(1장 참조).
- 후보가 5장 6분류로 판정되었는가. 분류 없는 “그대로 자동화”는 절차 복제 위험으로 반려한다.
- **기준선(전환 전 값)**을 댈 수 있는가. 없으면 비교를 남기지 못한다(7·10장).
반려할 것
- 측정 불가능한 ‘데모용’ 전환 주장(“이런 것도 됩니다”만 있고 무엇이 줄었는지 없는 제안). 이 장이 막으려는 단 하나의 실패다.
- 측정지표가 모든 후보에서 “처리 시간 단축”으로 복사된 경우(전환 단위 생략).
- D형(평가·채용·계약·코드 리뷰)에서 사람의 최종 판단을 자동 실행하려는 제안.
- 단일 원장(SSOT) 없이 “임원 직접 조회”부터 얹는 제안(7장).
- 외부 일화에 끌려 수요 검증·중복 점검 없이 도구를 대량 도입·제작하려는 제안.
승인할 것
- 와우포인트마다 다른 측정지표를 단 카탈로그(요청 축소는 유입 감소, 자동 처리는 처리량·리드타임).
- 자동화 전에 A형(요청 축소)을 먼저 검토해 “안내가 필요 없게” 만드는 결정.
- D형에서 초안·1차 검토까지만 자동화하고 최종 판단은 사람에 남기는 설계.
이 장의 요약
- 카탈로그의 Before/After는 **발견(L0 체감)**일 뿐 증거가 아니다. 발견에서 멈추면 데모다.
- 모든 와우포인트는 3단 변환(발견 → 전환 단위(5장 6분류) → 측정지표)을 거쳐야 증거가 된다. 내려가지 못하면 보고 테이블에 올리지 않는다.
- 측정지표는 본질에 가까운 것을 골라라. ‘생성량·호출 수·코드 줄 수’는 사용량이고 AI가 부풀린다 — ‘리드타임·재확인·처리량·검토 관점 수·요청 유입량’으로 강등하라.
- **판단이 끼는 전환(평가·채용·계약·코드 리뷰·다관점 검증)은 D형(승인 보조)**으로 묶어 최종 판단을 사람에 남긴다(16·17장 참조).
- “임원 직접 조회”는 단일 원장(SSOT)이 먼저다(7장). 전제 없는 자연어 조회는 빠른 오답이다.
- 발견을 증명으로 옮기는 순서는 **발견(13장) → 분류(5장) → 게이트(6장) → 측정 약속(8·9·10장)**이다. 이 장은 ‘발견’만 담당하고 반드시 측정지표로 묶어 넘긴다.
- 같은 와우포인트에서 출발해도 결과를 가르는 것은 3단 변환에 넣었는가다. 곧장 구현하면 “자동화했다”만 남고, 3단 변환을 거치면 “무엇이 줄었다”를 기준선 대비로 말한다.
8개 기능 카탈로그·3단 변환·워크시트·실패모드는 도구·모델이 바뀌어도 유지되는 방법론 골격이다. 개별 와우포인트는 도구 세대에 따라 달라지지만, ‘와우포인트를 측정지표로 강등한다’는 원칙과 측정지표의 종류는 변하지 않는다. 구체적인 도구와 모델은 부록의 근거 레이어에서 다룬다.