■ value pillars 5개
표시가 없는 문장은 공식 문서에서 확인한 내용이에요. 다른 표시는 읽는 법
왜 배우나 — 시험이 요구하는 것
시험 목표 1.6 비즈니스 가치 축 맞추기 · D1 설계 17%Align solutions to business value pillars (efficiency, transformation, productivity, cost, performance SLAs)
이 개념으로 푸는 판단 (할 수 있어야 하는 것)
- 1.6① 이 설계의 가치를 어느 축으로 말하나? — 가치 축 짝짓기 — 효율·전환·생산성·비용·성능 SLA
한눈에
설계안의 사업 가치를 말하는 축이다. 축은 가이드 목표 문구 그대로 5개다. 효율, 전환, 생산성, 비용, 성능 SLA 다
비용과 성능 SLA 는 각각 독립된 축이다. 효율 안에 넣지 않는다 (목표 문구에 5개가 나란히 있다)
축마다 무슨 뜻인지는 가이드가 정의하지 않는다. 그래서 아래 "뜻" 풀이와, 지표를 축에 짝짓는 것은 업계 일반이다
비유 FinOps(비용)와 SRE(SLO)가 따로 있는 이유와 같다. 한 "효율" 보고서에 섞으면 한쪽이 가려진다
ELI5
가게에 새 기계를 들일 때 "무엇이 좋아지나"를 다섯 칸에 나눠 적는 거예요.
- 일이 빨라지는 칸, 사람이 더 좋은 일을 하게 되는 칸, 가게가 새로 할 수 있게 되는 칸이 있어요.
- 돈 칸과 "약속 시간을 지키나" 칸은 따로 있어요.
- 한 칸만 보고 사면, 다른 칸이 나빠진 걸 못 봐요.
- 이 쪽은 "이 좋은 점은 어느 칸인가, 칸끼리 부딪히면 어쩌나"를 모아 둔 곳이에요.
개념 설명
원리
가이드가 정한 것 (확인)
- 목표 1.6 문구가 축 5개를 나란히 적는다 : efficiency · transformation · productivity · cost · performance SLAs.
- 뜻 풀이는 가이드에 없다. 그래서 "어느 축이냐"를 묻는 문항은 목표 문구의 단어와 지문 단서를 맞추는 문제로 본다(추론).
축을 나눠 두는 이유 (업계 일반)
- 축마다 담당 팀과 재는 법이 다르다.
- 비용은 예산과 단가로 잰다.
- 성능 SLA 는 지연(latency)과 가용 약속으로 잰다.
- 효율은 같은 일에 드는 시간과 손으로 잰다.
- 한 축에 합치면(예 : 비용을 효율에) 한쪽이 좋아지며 다른 쪽이 나빠지는 것을 못 본다.
공식 문서가 주는 재료 (확인)
- 성공 기준(success criteria)은 대부분 여러 차원으로 측정한다. 공식 성공 기준 목록에 지연(Latency)과 가격(Price)이 따로 있다.
- 다차원 예는 F1 0.85 이상 · 무해 99.5% · 95% 응답 시간 200ms 미만이다. 성능 SLA 모양의 숫자가 성공 기준 안에 들어간다.
- 고객지원 가이드는 두 가지를 준다.
- 도입 신호 : 대량 반복 문의 · 24/7 · 급증 대응 · 200개 넘는 언어
- 사업 영향 지표 : 감정 유지 · deflection 70~80% · CSAT 4/5 이상 · AHT 사람보다 낮게
- 모델 선택은 비용, 정확도, 응답 시간 사이의 trade-off 다.
- 공식 샘플 2 는 지연과 비용이 둘 다 걱정인 상황이다. 고정 앞부분을 캐싱하면 둘을 함께 줄이고 필요한 정책도 버리지 않는다.
핵심 질문 두 개
- 지문이 말하는 "좋아짐"은 어느 축 단어에 붙나? 단서와 축은 아래처럼 짝짓는다.
- 예산·요청당 : 비용
- P95·가동률·약속 : 성능 SLA
- 사람 시간 : 생산성
- 새 채널·24/7 : 전환
- 한 축을 올리는 보기가 다른 축을 깨지 않나?
규칙과 판단
갈림길
① 어느 축 [1.6①]
효율
사람 없이 끝난 비율(deflection) 70~80% 가 여기 든다. 평균 처리 시간(AHT)을 사람보다 낮게 잡는 것도 여기 든다 (짝짓기는 업계 일반)
생산성
상담원이 더 복잡한 문제에 집중한다 (짝짓기는 업계 일반)
전환
24/7 가용과, 200개 넘는 언어를 챗봇 하나로 다루는 것이 여기 든다 (짝짓기는 업계 일반)
비용
예산은 호출당 비용, 모델 크기, 사용 빈도로 본다
성능 SLA
예를 들면 "95% 응답 시간 < 200ms" 다
②③ 약속 하나로? [1.6①]
여러 차원으로 잰다
대부분의 사용 사례는 여러 성공 기준(success criteria)에 따라 다차원으로 평가한다
trade-off 를 드러낸다
모델 선택은 비용, 정확도, 응답 시간 사이의 trade-off 다
함께 올린다
두 축을 함께 올리고 필요한 것을 버리지 않는다. 이것이 공식 샘플 2 의 답이다
나머지 규칙
-
과제 지표와 사업 영향 지표는 따로 세운다 (목표치로 증명하는 법은 1.6② 쪽에 있다)
- 과제 지표 : 질문 이해 정확도 · 응답 관련성 · 주제 유지 · 에스컬레이션 정확도
- 사업 영향 지표 : 감정 유지 · deflection · CSAT · AHT
규칙 원문 ①②③ (갈림길로 그린 규칙)
-
5축 풀이다. 뜻은 업계 일반이고, 축 이름만 공식이다 [1.6①]
축 뜻 공식 문서에서 가져올 지표·근거 효율 efficiency 같은 일을 더 적은 시간·손으로 한다 사람 없이 끝난 비율(deflection) 70~80% · 평균 처리 시간(AHT) 사람보다 낮게 전환 transformation 일하는 방식·제공 범위 자체를 바꾼다 24/7 가용 · 200개 넘는 언어를 챗봇 하나로 생산성 productivity 사람이 더 가치 있는 일을 한다 비슷한 질문을 효율적으로 처리해 상담원이 더 복잡한 문제에 집중한다 비용 cost 요청당·월 비용 예산은 호출당 비용·모델 크기·사용 빈도로 본다. 숫자 계산은 ■ 프롬프트 캐싱 · ◆ Batch API vs 동기 호출 에 있다 성능 SLA 지연(latency)·가용 같은 운영 한계를 약속한다 예는 "95% 응답 시간 < 200ms" 다. lever(조절 수단)는 ■ 지연 줄이기 lever 에 있다 지표를 축에 짝짓는 칸은 업계 일반이다. 지표 값 자체는 공식 값이다
-
지표 하나로 약속하지 않는다 : 대부분의 사용 사례는 여러 성공 기준에 따라 다차원으로 평가한다. 지연(Latency)과 가격(Price)은 공식 성공 기준 목록에서도 독립된 항목이다 [1.6①]
임원이 "얼마 아끼나"만 물어도 비용, 해결률, 만족도, 지연을 함께 건다 업계 일반 조합은 목록 제안
-
축끼리 맞바꿈(trade-off) : 모델 선택은 비용, 정확도, 응답 시간 사이의 trade-off 다. 가장 좋은 답은 두 축을 함께 올리고 필요한 것을 버리지 않는 것이다 [1.6①]
공식 샘플 2 가 그 예다. 지연과 비용이 둘 다 문제이면 고정 앞부분을 캐싱한다. 정책을 잘라내거나 무작정 작은 모델을 고르지 않는다
더 깊이 : 판단 규칙 · 상황 변수 (설명)
판단 규칙
| 조건 | 답 | 근거 |
|---|---|---|
| "value pillars(핵심 가치 항목)가 무엇인가" | 효율 · 전환 · 생산성 · 비용 · 성능 SLA (5개) | 가이드 v1.0 목표 1.6 (PDF 4쪽) |
| 비용·지연을 효율에 합친 보기다 | 틀린다. 비용과 지연은 독립된 축이다 | 가이드 목표 1.6 (5개 나란히) |
| 지표 하나로 도입 가치를 약속한다 | 여러 차원으로 잰다 | define-success · en-full |
| 비용과 성능이 부딪힌다 | trade-off를 드러내고 고른다 | customer-support-chat |
| 두 축을 함께 올리는 수단이 있다 (예 : 고정 앞부분) | 그 수단을 쓴다 (캐싱) | 가이드 샘플 2 정답 C |
| 비용을 줄이려고 품질이나 필요한 정보를 버리는 보기다 | 틀린다 | 가이드 샘플 2 해설 A·B |
상황 변수
| 변수 | 값 | 답 쪽 | 등급 | 근거 |
|---|---|---|---|---|
| 지문 단서 | 예산 · per-request cost(요청당 비용) · 월 청구 | 비용 축이다. 자세한 것은 ■ 프롬프트 캐싱 · ◆ Batch API vs 동기 호출 에 있다 | (지표) · 업계 일반 (짝짓기) | define-success en-full |
| 지문 단서 | P95 · 응답 시간 · 가동 · 계약상 약속 | 성능 SLA 축이다. 자세한 것은 ■ 지연 줄이기 lever 에 있다 | (지표) · 업계 일반 (짝짓기) | define-success en-full · 가이드 목표 6.3 |
| 지문 단서 | 사람 개입 없이 끝난다 · 처리 시간 | 효율 축이다 | 업계 일반 | customer-support-chat (지표 값은 확인) |
| 지문 단서 | 상담원이 복잡한 일에 집중한다 | 생산성 축이다 | 업계 일반 | (문장은 확인) |
| 지문 단서 | 24/7 · 다국어 · 없던 서비스 | 전환 축이다 | 업계 일반 | (문장은 확인) |
| 질문자 | 임원이 "얼마 아끼나"만 묻는다 | 비용과 다른 축 지표를 함께 건다 | (다차원) · 업계 일반 (조합) | define-success en-full |
| 한국어 지문의 "전환율" | deflection rate 의 번역이다 | 효율 쪽 지표다. 전환(transformation) 축이 아니다 | (번역) | customer-support-chat |
연습 문제
고객지원 챗봇 제안서의 사업 가치 표에 "응답의 95% 를 200ms 안에" 라는 약속응답 시간 약속이 들어 있다. 재무팀은 "그건 기술 지표라 사업 가치 표에서 빼고, 남는 건 효율에 넣자"고 한다. 이 약속은 가이드의 value pillars(핵심 가치 항목) 5개 중 어디에 드나?
시험 대비
함정
- "value pillars = 효율(비용 포함)·생산성·전환 셋" 은 함정이다. 축은 5개다. 비용과 성능 SLA 는 따로 있다
- "성능은 기술 지표지 사업 가치가 아니다" 는 함정이다. 성능 SLA 는 가이드의 value pillars 중 하나다
- deflection 은 사람 없이 끝난 비율이다 (효율 쪽 지표로 본다 — 업계 일반). 그런데 한국어판 고객지원 가이드는 deflection rate 를 "전환율"로 번역한다. 이 말은 value pillars 의 "전환(transformation)"과 다른 말이다
- "비용을 줄이려고 과제를 무시하고 제일 작은 모델을 고르거나 정책을 잘라낸다" 는 함정이다. 품질이나 필요한 정책을 잃는다 (공식 샘플 2 B·A). 자세한 것은 ■ 프롬프트 캐싱 에 있다
- "deflection 만 올리면 성공이다" 는 함정이다. 챗봇이 사람에게 넘길 대화를 붙잡아도 deflection 은 좋아 보인다 업계 일반. 그래서 에스컬레이션 정확도(목표 95% 이상)를 같이 본다
신호
"Align solutions to business value pillars (efficiency, transformation, productivity, cost, performance SLAs)" (가이드 목표 1.6)
"Most use cases need multidimensional evaluation along several success criteria."
"The choice of model depends on the trade-offs between cost, accuracy, and response time."
"95% response time < 200ms" (define-success 감정 분석 다차원 기준 예)
"Typically aim for 70-80% deflection rate, depending on the complexity of inquiries."
"reducing both time-to-first-token and per-request cost without discarding required context" (가이드 샘플 2)
더 깊이 : 뒤집히는 때 · 오답 재료 (설명)
뒤집히는 때
1. 비용 축을 올리는 안이 성능 SLA 를 깨는 때
- 조건 : 채팅 응답을 P95 2.5초로 약속한 서비스다. 비용을 줄이려고 "배치로 50% 절감" 안이 올라왔다.
- 판단 : 배치는 대부분 1시간 안에 끝나고, 최대 24시간이 걸린다. 분 단위 약속은 없다. 그래서 성능 SLA 축을 깬다. 비용 축은 동기 호출 안에서 캐싱 등으로 줄인다. 배치 판단 본문은 ◆ Batch API vs 동기 호출 에 있다.
- 등급 : (배치 시간) · 업계 일반 (2.5초는 새로 고른 가정 숫자)
- 근거 : ◆ Batch API vs 동기 호출 카드 신호 줄 · 가이드 샘플 2
2. 효율 지표는 올랐는데 가치가 아닌 때
- 조건 : 시범 뒤 deflection 이 85% 다(목표 70~80% 를 넘었다). 그런데 에스컬레이션 정확도는 88% 다(목표 95% 이상에 못 미친다).
- 판단 : 사람에게 넘겨야 할 대화를 붙잡아 deflection 이 부풀었을 수 있다. 그래서 효율 축 하나로 성공이라 부르지 않는다. 과제 지표(에스컬레이션 정확도)와 사업 영향 지표를 같이 본다.
- 등급 : (목표치 70~80% · 95%) · 업계 일반 (부풀었다는 해석)
- 근거 : customer-support-chat
3. 두 축이 부딪히는 줄 알았는데 함께 올라가는 때
- 조건 : 매 요청에 같은 긴 정책 문서를 보낸다. 지연과 비용이 둘 다 문제다.
- 판단 : "비용이냐 지연이냐"를 고르는 문제가 아니다. 고정 앞부분을 앞에 두고 캐싱하면 첫 토큰 시간과 per-request cost 가 함께 준다. 정책도 버리지 않는다.
- 근거 : 가이드 샘플 2 정답 C · ■ 프롬프트 캐싱
4. 한국어 지문에서 "전환"이 두 뜻일 때
- 조건 : 한국어 번역 지문의 보기에서 "전환율 75% 달성"이 value pillars 의 "전환" 근거로 쓰였다.
- 판단 : 한국어판 고객지원 가이드는 deflection rate 를 "전환율"로 옮긴다. 이것은 사람 없이 끝난 비율이다. 업무 방식을 바꾸는 transformation 이 아니다. 영어 원문 단어로 되돌려 읽는다.
- 등급 : (번역 사실) · 업계 일반 (축 짝짓기)
오답 재료
| 오답 | 왜 끌리나 | 왜 틀리나 | 등급 | 근거 |
|---|---|---|---|---|
| "value pillars = 효율(비용 포함)·생산성·전환 셋" | 비용 절감을 흔히 효율이라 말한다. 목록 기록상 영상 Part 3 의 주장이다 | 가이드는 5개다. 비용과 성능 SLA 는 따로 있다 | 가이드 목표 1.6 | |
| "성능은 기술 지표지 사업 가치가 아니다" | SLA 는 운영팀 일로 보인다 | 가이드가 value pillars 로 명시한다 | 가이드 목표 1.6 | |
| "지표 하나(절감액)로 도입을 약속" | 임원 질문이 하나다 | 대부분 여러 차원으로 측정한다 | define-success en-full | |
| "비용을 위해 과제와 상관없이 제일 작은 모델" | 단가가 바로 줄어 보인다 | 무작정 줄이면 품질 위험이 있다 | 가이드 샘플 2 해설 B | |
| "전환율(=deflection) 상승 = 전환 축의 가치" | 한국어 단어가 같다 | 번역어가 충돌한 것이다. deflection 은 사람 없이 끝난 비율이다 | (번역) | customer-support-chat |
| "deflection 만 올리면 성공" | 자동 해결률이 곧장 절감으로 보인다 | 에스컬레이션 정확도를 같이 보지 않으면 붙잡은 대화도 성공처럼 보인다 | 업계 일반 (목표치는 확인) |
참고
더 깊이 : 출처 · 상태 · 미해결 (참고)
출처
- 가이드 목표 1.6 공식 시험 가이드 v1.0
- 6.3 ("including SLAs")
- 샘플 2 공식 시험 가이드 v1.0
- customer-support-chat
- define-success
상태
- 업계 일반 (축별 뜻 · 지표↔축 짝짓기 · 조합)
미해결
- 가이드는 5축의 뜻을 정의하지 않는다. 특히 transformation 과 productivity·efficiency 의 경계는 공식 문장이 없다. 카드 풀이는 업계 일반이다.
- "성능 SLA" 가 지연만인지 가용률까지인지 공식 문장이 없다. 공식 숫자 예는 응답 시간(95% < 200ms)뿐이다.
- 목록 1.6① 의 "P95 4초 · 99.9%" 는 목록 스스로 강의 예시라고 적었다. 공식 원문에 없어 카드에 쓰지 않았다.
- 목록 1.6① 정답 규칙의 "해결률 + 만족도 + 지연을 함께 건다" 조합은 공식 문장이 아니다(다차원 원칙만 확인). 그래서 업계 일반으로 낮췄다.
- 목록 1.6① 의 영어 신호(목표 문구)는 가이드 PDF 4쪽에서 확인했다. 못 찾은 인용은 없다.
- Skilljar 는 이 카드에서 새로 조회하지 않았다. 받아 둔 Skilljar 22개 파일을 "business value · value pillar · transformation" 으로 grep 했다. 1건이 나왔다(Skills 강의의 "Data transformations", 무관). 받지 않은 강의는 모른다.