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

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

한 줄로 말하면

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

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

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

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

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

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

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

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

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

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

A사 — 도입

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

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

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

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

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

B사 — 전환

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

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

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

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

무엇이 달랐나

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

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

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

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

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

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

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

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

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

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

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

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

다만 바닥선은 있습니다

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

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

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

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

자주 하는 오해

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

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

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

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

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

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

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

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

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

정리

---

확인

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

답

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

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

답

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

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

답

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

---

다음 장에서는 왜 하필 지금 이 전환이 가능해졌는지, 무엇이 달라졌기에 예전에는 안 되던 일이 되는지를 봅니다 → 왜 지금 필요한가