AX 총비용과 순가치

청구서가 두 장으로 갈라지는 회의실

분기 비용 리뷰에서 재무 담당자가 AI 청구서를 펼치고 묻는다. “AI 비용이 이만큼인데, 우리가 얻은 건 뭡니까?” 화면엔 토큰비와 구독료 합계가 떠 있다. 실무 리더가 답한다. “처리 시간이 줄고 재작업이 줄었습니다.” 다시 질문이 돌아온다. “비용이 줄었다는 건가요, 다들 편해졌다는 건가요?” 양쪽 다 틀리지 않았는데 대화는 겉돈다.

이유는 하나다. 서로 다른 장부를 보고 있다. 재무는 청구서에 찍히는 비용(토큰·구독)을 본다. 실무는 안 찍히는 비용(데이터 정리·권한 설계·평가셋 시간)과 안 찍히는 효과(절감된 외주비, 줄어든 대기)를 본다. 한쪽은 너무 적게, 다른 쪽은 너무 막연하게 센다.

비용을 회계 태그로 쪼개 보면 분명해진다. 토큰비만 보면 총비용을 크게 과소평가하고, 시간 절감만 보면 가치를 크게 과대평가한다. 방향만 반대일 뿐 뿌리는 같다 — 비용도 가치도 ‘눈에 보이는 한 항목’으로만 세기 때문이다.

토큰·API 운영비는 총비용의 작은 비율이다. 가장 큰 덩어리는 따로 있다 — 데이터를 에이전트가 읽게 정리하고(7장), 권한·감사를 설계하고, 업무 규칙과 예외를 글로 옮기고, 평가셋을 만드는 ‘기반 전환’ 비용이다. 사람의 시간으로 나갔기에 청구서엔 안 찍힌다. 그래서 토큰만 보면 AX는 싸 보이고, 그 착시 위에서 “이 비용에 왜 효과가 없냐”는 잘못된 질문이 시작된다.

이 장은 그 질문을 멈추게 하는 두 도구를 준다. 비용을 3층으로 분리해 정직하게 세는 법과 시간 절감을 재무 순가치로 환산할 조건을 정하는 산식이다. (FinOps 임계값·태그 세부 수치는 도구·모델에 따라 빠르게 바뀌므로, 이 장이 남기는 것은 분류와 산식의 골격이다.)

이 장은 9장(AI leverage 측정)과 한 쌍이다. 9장이 분자를 다룬다면, 11장은 그 옆의 **정직한 분모(총비용)**와 분자를 재무로 인정할 조건을 다룬다. 측정만 있고 비용이 빠지면 ROI는 공중에 뜨고, 비용만 있고 측정이 빠지면 절감은 체감으로 끝난다.

이 장에서 가져갈 결정 한 줄: 토큰비만 보면 총비용을 과소평가한다 — 비용은 3층으로 정직하게 세고, 순가치·ROI 분모에는 토큰비가 아니라 AX 과제 총비용 전체를 넣는다.

---

핵심 프레임: 비용 3층과 가치 3종

비용도 가치도 단일 항목이 아니라 구성이 다른 묶음이다. 각각 제대로 세야 한다.

비용은 세 층으로 나눈다

비용 층	무엇인가	청구서에 보이나	예산에서 어떻게 다루나
1층. 기반 전환비	데이터·시스템·업무 지식·권한·평가 기준을 에이전트가 안전하게 쓸 상태로 바꾸는 비용	거의 안 보임(사람 시간)	여러 과제가 나눠 쓰는 기반 투자로 본다
2층. 구현비	특정 업무 흐름을 자동화·보조하는 Skill·MCP·얇은 UI/API·테스트 비용	일부 보임(개발 공수)	과제 단위 비용으로 본다
3층. 운영비	쓰며 반복 발생하는 토큰·API·구독·인프라·관측 비용	보임(청구서)	월간 사용량과 성과를 함께 보고 조정

이 3층 분리가 첫 번째 골격이다. 핵심은 토큰비(3층 일부)가 가장 작고 기반 전환비(1층)가 가장 크다는 비대칭이다. 청구서는 정확히 반대로 보여준다 — 가장 작은 3층은 또렷이, 가장 큰 1층은 한 줄도 안 찍힌다. 청구서만 따라가면 의사결정이 거꾸로 선다.

왜 1층이 가장 큰가. AI가 비싸서가 아니라, 미뤄둔 데이터 자산화 숙제가 AX 시점에 한꺼번에 드러나기 때문이다. SSOT가 약하고, 같은 객체를 조직마다 다르게 해석하고, API는 있어도 owner·권한·감사 기준이 없으면 에이전트는 일을 시작할 수 없다. 사람이 메신저·구두로 메워오던 비용이 자동화 시점에 ‘사람 시간’으로 터진다. 1층은 새 낭비가 아니라 드러난 부채다. 숨기면 운영 단계에서 품질·보안·재작업 비용으로 더 크게 돌아온다(7장).

가치는 세 종으로 나눈다

반대편 가치도 뭉뚱그리지 않는다. 다음 셋 중 무엇인지 먼저 구분한다.

가치 종류	무엇이 변했나	재무 인정 난이도
비용 절감	외주비·SaaS비·운영비·임시인력비가 실제로 줄었다	가장 명확. 회계로 추적 가능
비용 회피	늘어난 업무량을 증원·외주 없이 처리했다	중간. ‘안 쓴 비용’이라 비교 설계 필요
생산성 향상	같은 인원이 반복에서 빠져나와 더 가치 있는 일에 시간을 썼다	가장 약함. 시간 절감≠재무 효과

셋을 섞으면 보고가 무너진다. “생산성이 올랐다”를 “비용이 줄었다”로 말하는 순간 재무는 청구서에서 절감액을 못 찾고 신뢰가 깨진다. 두 번째 골격: 가치는 항상 셋 중 무엇인지 라벨을 달고 보고한다.

---

의사결정 트리: 이 비용 항목은 어느 층인가

모든 항목을 다음 트리로 한 층에 귀속시킨다. 어느 층에 넣느냐에 따라 배분 방식과 책임자가 달라진다.

[AX 비용 항목 하나]
   │
   ▼
Q1. 실제로 써서 반복 발생하는 비용인가?
    (토큰·API·구독·인프라·관측)
   ├─ 예 ───────────────────────────▶  3층. 운영비 (월간 사용량과 성과로 본다)
   └─ 아니오
        │
        ▼
Q2. 특정 한 업무 흐름을 만드는 데만 드는 비용인가?
    (이 Skill/앱 전용 개발·테스트·UI)
   ├─ 예 ───────────────────────────▶  2층. 구현비 (과제 단위)
   └─ 아니오
        │
        ▼
Q3. 정리해 두면 다른 과제도 다시 쓰는 자산인가?
    (데이터 계약·MCP·권한 체계·평가셋·업무 규칙)
   ├─ 예 ───────────────────────────▶  1층. 기반 전환비 (사용 비중에 따라 배분)
   └─ 아니오 ────────────────────────▶  단일 과제 전용 준비비 → 그 과제 비용으로 귀속

마지막 분기가 배분 원칙의 핵심이다. 여러 과제가 나눠 쓸 자산은 1층으로 올려 배분하고, 한 과제에만 쓰이는 준비비는 그 과제로 떨군다. 이 한 줄이 “기반 전환비를 운 나쁜 첫 과제에 통째로 떠넘기는” 흔한 회계 사고를 막는다.

중복 계산 금지. 한 항목을 한 층에만 넣는 것은 의도된 설계다. AI-ready 데이터·MCP/API·권한·감사·평가셋은 1층 태그로만, 토큰·구독·인프라는 3층으로만 기록한다. 두 층에 넣으면 총비용이 부풀고 ROI가 왜곡된다.

---

단계별 적용

1단계 — 좁은 산식을 버리고 총비용 산식으로 바꾼다

대부분의 비용 보고는 아래 좁은 산식 위에 서 있다 — 과소평가의 출발점이다.

(좁은 산식 — 쓰지 말 것)
AX 과제 비용 = 구현비 + 토큰/API 비용

의사결정용 산식은 3층을 모두 합한다.

(총비용 산식)
AX 과제 총비용
 = 2층 구현비 (Skill·MCP·얇은 앱·테스트)
 + 1층 기반 전환비
     - AI-ready 데이터 준비
     - 시스템 연동·MCP/API 구축
     - 업무 규칙·예외 정리
     - 권한·보안·감사 설계
     - 테스트셋·평가 체계 구축
     - 운영 기준·모니터링 설계
 + 교육·변화관리
 + 3층 운영비 (토큰/API + 구독 + 인프라·관측)

“매번 새로 만든다”는 뜻이 아니다. 이미 만든 데이터 정의·MCP·권한 체계·평가셋은 재사용되므로 새 과제의 1층은 ‘추가로 정리할 부분’만 센다. 재사용이 쌓일수록 두 번째 과제부터 1층 비중이 빠르게 떨어진다(재사용 자산화는 15장).

2단계 — 과잉 구현을 비용으로 잡는다

2층에서 가장 흔히 새는 비용은 ‘안 만들어도 될 것을 풀스택으로 만드는 것’이다. Skill·MCP·기존 도구로 충분한 일을 별도 앱으로 키우면 산식에 없던 항목이 줄줄이 붙는다 — 서버, 배포, 인증, 모니터링, 장애 대응, 보안 검토, 운영 담당. 비용 절감 과제가 운영 고정비 과제로 둔갑한다. 6장 안티슬롭 게이트와 같은 뿌리다(거기서 멈추고, 여기서 미준수가 비용으로 얼마나 새는지 센다).

문제 유형	먼저 검토할 가벼운 방식	과잉 구현 시 새로 붙는 비용
요약·정리·검토·초안	Skill, 프롬프트 흐름, 관리형 AI 도구	별도 UI·서버 유지비
외부 조회·반복 실행	MCP Tool, API adapter, 승인형 스크립트	중복 backend, credential 관리
신청·승인·현황 관리	기존 협업 도구의 폼·시트·업무 시스템	새 대시보드, 권한 모델, 알림 운영
지표·운영 리포트	기존 BI, DB view	별도 차트 UI, 데이터 동기화

풀스택이 정당한 경우는 기존 리소스로 권한·감사·대량 사용·장애 대응을 충족할 수 없을 때뿐이다. 새 화면엔 ‘기존 BI·협업 도구로 안 되는 이유’를 한 줄 남긴다. 못 적으면 만들지 않는다.

3단계 — 시간 절감을 재무 순가치로 환산한다

가치 보고의 분기점이다. “시간이 줄었다”는 그 자체로 재무 효과가 아니다. 절감 시간이 실제로 돈이 되는 형태로 회수됐는지를 더 물어야 한다.

[시간이 절감됐다]
   │
   ▼
그 시간이 외주·임시인력·SaaS 등 실제 지출을 줄였는가?
   ├─ 예 ──────────────────────────▶  비용 절감 (재무 인정 가능)
   └─ 아니오
        │
        ▼
늘어난 업무량을 증원·추가 외주 없이 흡수했는가?
   ├─ 예 ──────────────────────────▶  비용 회피 (비교 설계 시 인정)
   └─ 아니오
        │
        ▼
절감된 시간이 더 가치 있는 일로 재배치됐는가?
   ├─ 예 ──────────────────────────▶  생산성 향상 (재무 단정 금지, 가치로만 보고)
   └─ 아니오 ───────────────────────▶  효과 미검증. "편해졌다" 체감일 뿐

순가치 산식의 골격은 단순하다. 어려운 것은 분자(가치)를 정직하게 세는 일이다. (아래는 계산 세부 — 산식 형태가 익숙하면 이 블록은 건너뛰고 다음 문단으로 가도 된다.)

(계산 세부)
순가치 = (검증된 가치) − (AX 과제 총비용)
        = (비용 절감 + 인정된 비용 회피)          ← 재무로 인정되는 분자
        − (1층 기반 전환비 배분분 + 2층 구현비 + 3층 운영비)

ROI(%) = 순가치 / AX 과제 총비용 × 100

(가드) 분모는 3층 운영비가 아니라 1·2·3층 합산 AX 과제 총비용 전체다.

분자에 생산성 향상을 그냥 넣지 않는다는 것이 이 산식의 규율이다. 시간 절감×단가로 환산해 ROI에 박는 순간 거의 항상 과대평가가 된다 — 절감 시간이 무엇으로 채워졌는지 검증되지 않았기 때문이다. 생산성 향상은 별도 가치로 보고하고, ROI 분자에는 검증된 절감과 인정된 회피만 넣는다.

4단계 — 증거 등급으로 보고 문구를 고정한다

순가치를 계산했다고 곧장 “재무 효과가 있다”고 말할 수는 없다. 그 주장이 어느 **증거 등급(L0~L5)**에 서 있는지가 보고 문구를 결정한다. 등급의 정의(각 단계가 무엇을 가졌는지)는 **10장(증거 등급)**이 정본이다. 여기서는 비용·순가치 보고에 적용할 때의 임계 지점만 짚는다.

비용·가치 보고에서 결정적 경계는 L4다. L1~L3(사용 로그·전후 비교·비교군 검증)에 선 시간 절감은 “개선이 관측·확인된다”까지만 말할 수 있고, **L4(재무 연결 — 실제 외주비·운영비 감소 또는 검증된 회피)에 도달해야 비로소 “재무 효과(순가치)로 인정 가능하다”**고 보고할 수 있다. L5(전략 KPI 연결)는 전사 KPI 반영까지 주장한다. (각 등급의 충족 조건은 10장 참조.)

핵심 규칙: 순가치·ROI를 재무 효과로 주장하려면 L4 이상이어야 한다. L2·L3의 시간 절감은 “개선이 관측된다”까지만이다. 재무로 올리려면 그 시간 절감이 3단계 트리에서 ‘비용 절감’ 또는 ‘인정된 회피’로 환산되고 비교군으로 검증돼야 한다. 이 한 줄이 “사용량이 늘었으니 ROI가 있다”는 공허한 단정과 “코드량·문서량으로 증명했다”는 잘못된 대리지표를 동시에 막는다.

---

비용·순가치 보고 체크리스트

분기 비용 리뷰에 보고서를 올리기 전 다음을 모두 통과했는지 확인한다. 하나라도 비면 보고가 아니라 인상(印象)이다.

• 비용을 3층(기반 전환·구현·운영)으로 분리해 합산했다. 토큰비를 총비용으로 보고하지 않았다.
• 기반 전환비(1층)를 단일 과제에 전가하지 않고 사용 비중에 따라 배분했다.
• 같은 비용을 두 층에 넣은 중복 계산이 없다(예: 평가셋을 1층과 2층에 동시에).
• 모든 비용을 단위(앱·팀·업무·모델·요청)로 귀속시켰다. “전사 AI 비용 합계”로만 보고하지 않았다.
• 토큰비를 업무 완료·품질·리드타임과 연결했다. 비용/요청만이 아니라 비용/업무완료를 봤다.
• 가치를 비용 절감 / 비용 회피 / 생산성 향상으로 라벨링했다. 셋을 뭉쳐 “절감했다”로 말하지 않았다.
• 시간 절감을 곧바로 재무 효과로 환산하지 않았다. 3단계 트리를 통과한 부분만 분자에 넣었다.
• 순가치·ROI 주장에 **증거 등급(L4 이상)**을 명시했다. L2·L3 결과를 재무 효과로 단정하지 않았다.
• 과잉 구현 여부를 점검했다. 새 대시보드·앱이 있다면 기존 리소스로 안 되는 이유가 적혀 있다.
• 안 쓰는 기반 자산(미사용 tool·context·평가셋)에 담당 조직과 폐기 기준을 달았다(12장 참조).

---

흔한 실패모드

각 모드 끝의 레드플래그는 “이 말이 나오면 의심하라”는 판별구다.

1 — 토큰비=총비용 착각. 청구서의 토큰·구독만으로 싸다·비싸다를 판단해 가장 큰 1층이 통째로 누락된다. 레드플래그: 보고서 첫 줄이 “이번 분기 토큰비는…”으로 시작한다. 차단: 3층 분리 산식 + 체크리스트 1번.

2 — 기반 전환비 전가. 공통 데이터·권한 비용을 첫 과제에 전부 귀속시켜 그 과제 ROI가 처참하게 찍혀 폐기되고, 자산을 공짜로 쓸 다음 과제들이 사라진다. 레드플래그: 첫 파일럿 비용에 SSOT 정리·권한 체계 구축이 통째로 들어가 있다. 차단: 트리 Q3 + 사용 비중 배분.

3 — 시간 절감의 재무 둔갑. “주당 N시간 × 단가 = 절감액”으로 ROI를 만들어, 절감 시간이 무엇으로 채워졌는지 검증 없이 재무로 단정 → 청구서에서 못 찾고 신뢰 붕괴. 레드플래그: ROI 분자에 시간 절감×단가가 들어가 있다. 차단: 3단계 트리 + L4 규칙.

4 — 가치 3종 혼합. 절감·회피·생산성 향상을 한 숫자로 합쳐 보고해, 재무는 절감 추적에 실패하고 실제 있던 회피 효과까지 의심받는다. 레드플래그: “총 절감 효과” 단일 숫자만 있고 내역 라벨이 없다. 차단: 가치 3종 라벨링 + 체크리스트 6번.

5 — 잘못된 대리지표. 측정 프레임 없이 “증명해 오라”가 떨어지면 실무는 코드량·문서량·호출 수를 성과로 들고 오고, 같은 난제가 회의마다 돈다. 레드플래그: 성과 슬라이드에 “생성 코드 N줄”, “문서 N건”이 적혀 있다. 차단: 비용/업무완료 지표 + 증거 등급. “증명해 오라”는 요구는 “무엇을, 무엇 대비, 어떤 단위로 잴지”를 리더가 먼저 정의했을 때만 정당하다.

6 — 단일 원장 부재. 같은 지표가 조직마다 다른 테이블·필드를 참조해 숫자가 어긋나고, 도구를 만들어도 “정답이 뭐냐” 합의가 안 돼 검증이 무한 반복된다. 레드플래그: 같은 분기 절감액을 두 조직이 다르게 보고한다. 차단: 단위 귀속 + SSOT 지정(7장).

7 — 미사용 자산 방치. 안 쓰는 기반 자산·대시보드에 유지비를 물어 운영비(3층)가 가치 없이 누적된다. 레드플래그: 재사용 0인 평가셋·tool·대시보드가 비용 항목에 남아 있다. 차단: 폐기 기준 명시 + 체크리스트 10번(12장 참조).

---

Before/After: 같은 과제, 두 장의 비용 보고

예를 들어 한 B2B SaaS 운영팀이 외부 위탁으로 처리하던 반복 업무(요청 접수·필수값 확인·초안 생성·검수)를 에이전트 흐름으로 옮겼다고 하자. 같은 과제·같은 결과인데 비용 보고를 두 방식으로 써 보면 차이가 분명해진다.

Before — 토큰비만 본 보고

“이번 분기 이 과제의 AI 비용은 토큰·구독 합계입니다. 처리 시간이 줄고 담당자들이 편해졌습니다. ROI는 시간 절감 × 인건비 단가로 계산하면 큰 폭의 흑자입니다.”

재무가 “외주비는 줄었나요?”라고 묻자 답 못한다(계약 유지 중). “시간 절감×단가가 실제 절감인가?”엔 데이터가 없다. ROI 흑자가 청구서로 뒷받침되지 않아 반려. 게다가 가장 큰 비용(데이터·권한·평가셋의 사람 시간)이 아예 안 잡혀 과제는 싸 보이고 효과는 커 보인다.

After — 3층 분리 + 가치 3종 라벨 보고

“총비용은 1층 기반 전환비(데이터·권한·평가셋, 단 상당 부분은 타 과제도 쓰는 자산이라 사용 비중으로 배분) + 2층 구현비 + 3층 운영비(토큰·구독)의 합입니다. 가치는 셋으로 나눕니다 — 비용 절감: 위탁 물량 일부를 내부 흐름으로 흡수해 위탁비 감소(L4, 계약·청구로 검증). 비용 회피: 늘어난 요청량을 증원 없이 처리(L3, 비교군 기준). 생산성 향상: 담당자가 검수·예외 판단으로 재배치(가치로만 보고, ROI 제외).”

분자에 생산성 향상을 안 넣어 과대평가가 없고, 기반 전환비를 배분해 첫 과제 ROI가 처참하게 찍히지 않는다. 재무는 비용 절감을 L4 인정, 회피는 비교군 근거로 별도 인정한다. 결론: 확대 승인(12장 참조). 이 과제가 만든 1층 자산을 다음 과제가 재사용하므로 다음 과제의 1층은 작아진다.

두 보고의 차이 한 줄 요약

구분	Before (토큰비)	After (3층 + 가치 3종)
비용	토큰·구독만	1·2·3층 분리, 1층은 배분
가장 큰 비용(기반 전환비)	누락	잡되 단일 과제 전가 안 함
가치	“시간 절감×단가”로 뭉뚱	절감·회피·향상 라벨, 증거 등급 명시
ROI 분자	생산성 향상 포함(과대)	검증된 절감·회피만(정직)
재무 반응	반려(청구서로 확인 불가)	확대 승인(L4 인정)

같은 과제, 같은 효과에서 출발했다. 갈린 지점은 단 하나 — 비용을 층으로, 가치를 종류로 나눴는가다.

---

리더가 승인·요구할 신호

승인자에겐 “무엇을 보면 인정·반려할지”의 기준이고, 실무자에겐 “무엇을 갖춰야 통과되는지”의 체크리스트다. 거버넌스 세부(예산 통제 코드화·이상 탐지 임계값·위임 경계)는 17·18장 참조.

요구할 것 (없으면 비용 보고로 받지 않는다)

• 비용 보고에 전환·구현·운영 3층 분리가 있는가. 토큰비를 총비용으로 올린 보고는 반려.
• 모든 비용이 단위(업무·팀·모델·요청)로 귀속돼 있는가. “전사 AI 비용 합계”만으론 못 쓴다.
• 가치가 비용 절감 / 비용 회피 / 생산성 향상으로 라벨링돼 있는가. 뭉친 “총 절감 효과” 단일 숫자는 반려.
• 순가치·ROI 주장에 **증거 등급(L4 이상)**이 붙어 있는가. 시간 절감×단가 ROI는 재무 효과로 안 받는다(10·12장).

반려할 것

• 토큰비만으로 AX 총비용을 말하는 보고.
• 기반 전환비를 첫 과제 하나에 통째로 떠넘긴 ROI 계산.
• 시간 절감×단가를 재무 효과로 단정한 보고(L4 미만).
• 코드량·문서량·호출 수를 성과로 들고 온 보고(잘못된 대리지표).
• 새 대시보드·풀스택 앱인데 ‘기존 리소스로 안 되는 이유’가 없는 비용.

승인할 것

• 기반 전환비를 단일 과제에 전가하지 않고 사용 비중에 따라 배분한 보고. 첫 과제 ROI가 낮아도 자산 재사용이 보이면 확대 검토.
• 토큰비(3층)가 작고 기반 전환비(1층)가 큰 구조를 정상으로 인정. 토큰비가 작다고 “공짜”, 크다고 “낭비”로 단정하지 않는다.
• 생산성 향상을 재무 ROI에 안 넣고 별도 가치로 분리한 정직한 보고.
• 안 쓰는 기반 자산에 폐기 기준을 단 보고(12장).

---

이 장의 요약

• 토큰비만 보면 총비용을 과소평가하고, 시간 절감만 보면 가치를 과대평가한다. 뿌리는 단일 항목으로 세기다.
• 비용은 3층: 기반 전환비(1층, 가장 큼·청구서에 안 보임) / 구현비(2층) / 운영비(3층, 토큰비는 이 일부). 청구서는 가장 작은 3층만 보여주므로 따라가면 의사결정이 거꾸로 선다.
• 기반 전환비는 드러난 부채다 — 미뤄둔 데이터 자산화 숙제가 사람 시간으로 터진 것(7장). 새 낭비가 아니다.
• 여러 과제가 쓸 자산은 단일 과제에 전가하지 말고 사용 비중에 따라 배분한다(재사용 자산화는 15장).
• 가치는 비용 절감 / 비용 회피 / 생산성 향상으로 라벨링하고, ROI 분자에는 검증된 절감·인정된 회피만 넣고 생산성 향상(시간 절감×단가)은 빼라.
• 순가치·ROI의 분모는 토큰비가 아니라 AX 과제 총비용(1·2·3층 합산) 전체다. 분모를 운영비로 좁히면 ROI가 부풀어 보인다.
• 순가치·ROI를 재무 효과로 주장하려면 증거 등급 L4 이상이어야 한다(L2·L3는 “개선이 관측된다”까지).
• 과잉 구현(Skill·MCP로 될 일을 풀스택으로)은 비용 절감 과제를 운영 고정비 과제로 둔갑시킨다(6장 참조).
• 이 장은 9장 분자에 정직한 분모(총비용)를 붙이고 12장에 비용 근거를 넘긴다. 보고를 가르는 것은 비용을 층으로, 가치를 종류로 나눴는가다.

무엇이 오래 가는가: 3층 분류·의사결정 트리·총비용·순가치 산식·가치 3종 라벨·증거 등급 매핑은 도구·모델이 바뀌어도 유지되는 골격이다. 반면 층별 비중, FinOps 임계값, 모델 단가는 빠르게 낡으므로 그 수치에 의존한 판단은 집필 시점 기준임을 전제하고 다룬다.