# AI 도입과 AI 전환은 무엇이 다른가

> **이 장에서 배우는 것**
> "AI를 도입했다"와 "AI로 전환했다"가 어떻게 다른지, 그 차이를 어디서 확인할 수
> 있는지. 두 회사의 실제 진행 과정을 나란히 따라가며 봅니다.

## 한 줄로 말하면

**도입은 도구를 늘리는 일이고, 전환은 일하는 순서를 바꾸는 일입니다.**

비유를 하나 들겠습니다. 사무실에 복사기가 들어왔다고 해봅시다.

- 손으로 쓰던 문서를 이제 복사기로 뽑습니다. → **도입**입니다. 문서를 만드는
  절차는 그대로고, 만드는 수단만 바뀌었습니다.
- 원본 하나만 잘 만들고 나머지는 복사해서 쓰기로 하면서, "각자 자기 사본을
  손으로 관리"하던 규칙 자체를 없앴습니다. → **전환**입니다. 도구가 절차를
  바꿨습니다.

복사기를 들여놓기만 하고 여전히 사람마다 손으로 문서를 만들고 있다면, 복사기는
비싼 장식입니다. AI도 똑같습니다.

## 이게 왜 중요한가 — 6개월 뒤에 갈립니다

도입만 한 조직과 전환한 조직은 **처음 3개월은 거의 똑같아 보입니다.** 둘 다
계정을 만들고, 사람들이 써보고, "신기하다"는 반응이 나옵니다.

갈리는 시점은 6개월 뒤입니다.

| | 도입만 한 경우 | 전환한 경우 |
|---|---|---|
| 3개월 | 사용자 증가, 긍정적 반응 | 사용자 증가, 긍정적 반응 |
| 6개월 | 사용 빈도 하락, "굳이 안 써도 되네" | 그 업무를 예전 방식으로 되돌릴 수 없음 |
| 지표 | 변화 없음 | 시간·비용·품질 중 하나가 움직임 |
| 비용 | 늘어난 채로 유지 | 늘어난 만큼 다른 데서 줄어듦 |

"굳이 안 써도 되네"가 도입 실패의 신호입니다. **전환된 업무는 되돌릴 수가
없습니다.** 예전 절차가 이미 사라졌기 때문입니다.

## 두 회사를 나란히 따라가 봅시다

같은 문제를 가진 두 회사가 있습니다. 둘 다 **고객 문의 응대**에 시간이 너무
많이 듭니다.

### A사 — 도입

**1개월차.** 상담팀 전원에게 AI 계정을 발급합니다. "문의 답변 작성할 때 쓰세요"
라고 안내합니다.

**2개월차.** 상담원들이 답변 초안을 AI로 뽑기 시작합니다. 초안이 나오면 읽고,
고치고, 보냅니다.

**4개월차.** 이상한 일이 생깁니다. 응대 건수는 그대로인데 상담원들이 더 바쁘다고
합니다. 이유를 보니 이렇습니다.

```
예전:  문의 읽기 → 답변 작성 → 발송
지금:  문의 읽기 → AI에 요청 → 초안 읽기 → 사실 확인 → 고치기 → 발송
```

단계가 **줄지 않고 늘었습니다.** AI가 초안을 만들어주지만, 그 초안이 맞는지
확인하는 일이 새로 생겼습니다. 검토는 작성보다 쉽지만 공짜는 아닙니다.

**6개월차.** 절반은 안 씁니다. "직접 쓰는 게 빠르다"고 합니다. 계정 비용은 계속
나갑니다.

### B사 — 전환

**1개월차.** 계정을 뿌리기 전에 **문의 3개월치를 분석**합니다. 결과가 이렇습니다.

| 유형 | 비중 | 성격 |
|---|---|---|
| 배송 조회 | 41% | 답이 정해져 있음. 주문번호만 있으면 됨 |
| 반품 절차 안내 | 19% | 답이 정해져 있음 |
| 제품 사양 질문 | 22% | 문서에 답이 있음 |
| 불만·예외 상황 | 18% | 판단이 필요함 |

**2개월차.** 상담원을 돕는 대신 **82%를 상담원에게 오지 않게** 만들기로 합니다.
배송 조회와 반품 안내는 주문 시스템에 연결해 자동으로 답하고, 제품 사양은 제품
문서를 근거로 답하게 합니다.

**4개월차.** 상담팀에 도착하는 문의가 18%로 줄었습니다. 남은 것은 전부 판단이
필요한 건입니다. 상담원 수는 그대로인데 **한 건에 쓸 수 있는 시간이 다섯 배**가
됐습니다. 불만 응대의 품질이 올라갑니다.

**6개월차.** 되돌릴 수 없습니다. 자동 응답을 끄면 상담팀이 감당을 못 합니다.

### 무엇이 달랐나

A사와 B사는 **같은 기술**을 썼습니다. 다른 것은 하나뿐입니다.

> A사는 **"사람이 하던 일을 AI가 돕게"** 했고,
> B사는 **"사람에게 오던 일을 안 오게"** 했습니다.

A사는 절차를 그대로 두고 그 안에 AI를 끼워 넣었습니다. 그래서 단계가 늘었습니다.
B사는 절차 자체를 다시 그렸습니다. 그래서 단계가 줄었습니다.

## DX(디지털 전환)와는 무엇이 다른가

이 구분을 설명하면 대개 이 질문이 바로 따라옵니다.

> "우리 몇 년째 DX 한다고 했는데, 그것과 뭐가 다릅니까?
> DX 부터 끝내야 하는 것 아닙니까?"

앞의 복사기 비유를 이어가면 층이 세 개입니다.

| | 무엇을 옮기나 | 사무실의 예 |
|---|---|---|
| **전산화** | 기록을 종이에서 화면으로 | 장부를 엑셀로 옮김 |
| **DX** | 절차를 사람 손에서 시스템으로 | 결재를 그룹웨어로. 누가 언제 승인했는지 시스템이 앎 |
| **AX** | 판단과 조율을 사람에서 기계로 | 반려 사유가 될 항목을 올라오기 전에 걸러냄 |

전산화는 **기록**을, DX 는 **절차**를, AX 는 **판단**을 옮깁니다. 층이 순서대로
쌓이는 것처럼 보이고, 실제로 지난 20년은 그 순서였습니다.

### 그런데 "DX 를 끝내고 AX" 는 아닙니다

예전 자동화는 **정형 데이터를 전제**했습니다. 시스템이 읽을 수 있는 형태로 먼저
만들어 두어야 절차를 시스템에 맡길 수 있었습니다. 그래서 "DX 먼저"가 맞는
말이었습니다.

지금은 그 전제가 약해졌습니다. [왜 지금 필요한가](/guide/ax-why-now)에서 자세히
보겠지만, 요약하면 **애매한 입력을 다룰 수 있게 됐습니다.** 스캔한 계약서, 담당자가
자기 방식대로 쓴 hwp, 첨부파일이 붙은 메일 — 예전에는 전부 "먼저 정리해야 하는 것"
이었고 지금은 그대로 넣어도 읽힙니다.

그래서 "DX 가 끝나면 AX 를 시작하겠다"는 계획은 대개 **시작하지 않겠다는 뜻**이
됩니다. DX 는 끝나는 종류의 일이 아니기 때문입니다.

### 다만 바닥선은 있습니다

전제가 약해진 것이지 없어진 것은 아닙니다. 한 가지는 여전히 필요합니다.

> **그 업무의 자료가 사람 손을 안 거치고 닿을 수 있는 곳에 있어야 합니다.**

- 파일이 공유 드라이브에 있다 → 됩니다. 형식이 엉망이어도 됩니다.
- 사내 시스템에 있고 읽기 계정을 받을 수 있다 → 됩니다.
- 종이로만 있다 / 담당자 개인 PC 에 있다 / 개인 메일함에만 있다 → **여기는 먼저
  옮겨야 합니다.**

전사 DX 를 하라는 말이 아닙니다. **고른 업무 하나의 자료가 닿는지**만 보면 됩니다.
그 확인은 [진단 단계](/guide/ax-phase2-assessment)에서 「데이터 소스 매핑」으로
다시 나옵니다.

## 자주 하는 오해

### "우리는 전사에 계정을 줬으니 전환한 것 아닌가?"

계정 수는 도입의 지표입니다. 전환의 지표는 **없어진 절차의 수**입니다. 지난
6개월 동안 사라진 업무 단계를 셀 수 있습니까? 세지 못한다면 아직 도입입니다.

### "일단 써보게 하고 나중에 절차를 바꾸면 되지 않나?"

순서가 반대라 잘 안 됩니다. 사람들은 **현재 절차 안에서 쓸 방법**을 먼저 익히고,
그게 습관이 되면 절차를 바꾸자는 제안이 "잘 쓰고 있는데 왜 바꾸냐"는 저항을
만납니다. A사가 6개월 뒤에 절차를 바꾸려면 처음부터 시작하는 것보다 어렵습니다.

먼저 써보게 하는 것 자체가 나쁘다는 뜻은 아닙니다. **그것을 전환이라고 부르지
말라는 뜻입니다.** 그건 탐색 단계이고, 탐색으로 무엇을 알아낼지 정해두어야
합니다 — B사의 1개월차가 정확히 그 단계였습니다.

### "AI가 아직 부정확해서 절차를 못 맡긴다"

맞는 말인 경우가 있고 아닌 경우가 있습니다. 구분하는 방법은 **틀렸을 때 무슨 일이
생기는가**를 보는 것입니다.

- 배송 조회를 틀리면 → 고객이 다시 묻습니다. 비용이 작습니다.
- 환불 금액을 틀리면 → 돈이 잘못 나갑니다. 비용이 큽니다.

전자는 지금 맡길 수 있고 후자는 사람 승인을 끼워야 합니다. "AI가 부정확해서
못 한다"는 판단은 대개 **이 구분을 안 하고 전부를 후자로 취급**할 때 나옵니다.

## 정리

| | 도입 | 전환 |
|---|---|---|
| 바꾸는 것 | 수단 | 절차 |
| 세는 것 | 사용자 수, 사용량 | 없어진 단계, 움직인 지표 |
| 사람의 일 | 그대로 + AI 검토 | 재배치됨 |
| 6개월 뒤 | 되돌려도 아무 일 없음 | 되돌릴 수 없음 |

---

## 확인

**1. A사의 4개월차에서 단계가 늘어난 이유는 무엇입니까?**

<details>
<summary>답</summary>

기존 절차(문의 읽기 → 답변 작성 → 발송)를 그대로 두고 그 사이에 AI 단계를
넣었기 때문입니다. AI가 초안을 만들면 그 초안을 **검토하는 일이 새로 생깁니다.**
작성이 사라진 게 아니라 검토가 추가된 것이라 총 단계가 늘었습니다.
</details>

**2. "우리 회사는 전환 중인가?"를 판단하려면 무엇을 세어야 합니까?**

<details>
<summary>답</summary>

**없어진 업무 단계의 수**입니다. 계정 수나 사용량은 도입의 지표입니다.
지난 기간 동안 사라진 절차를 구체적으로 댈 수 없다면 아직 도입 단계입니다.
</details>

**3. 지금 AI에게 맡길 수 있는 일과 사람 승인이 필요한 일을 어떻게 가릅니까?**

<details>
<summary>답</summary>

**틀렸을 때의 비용**으로 가릅니다. 틀려도 고객이 다시 묻는 정도면 맡길 수 있고,
돈이 잘못 나가거나 되돌리기 어려우면 승인을 끼웁니다. "AI가 부정확하다"는 이유로
전부를 후자로 취급하는 것이 흔한 실수입니다.
</details>

---

다음 장에서는 **왜 하필 지금** 이 전환이 가능해졌는지, 무엇이 달라졌기에
예전에는 안 되던 일이 되는지를 봅니다 →
[왜 지금 필요한가](/guide/ax-why-now)
