AI를 도입했는데 아무도 안 쓴다 — 사내 정착이 실패하는 5가지 패턴

회사에서 AI 도구를 도입한 지 석 달, 대시보드를 열어보면 활성 사용자가 세 명입니다. 그중 둘은 도입을 추진한 본인과 팀 막내입니다.

이건 예외가 아니라 기본값에 가깝습니다. MIT의 집계에서 기업 생성형 AI 파일럿의 약 95%가 확산 단계로 넘어가지 못했고, 다른 조사에서는 파일럿의 88%가 아예 프로덕션에 도달하지 못했습니다. RAND는 AI 프로젝트의 80.3%가 측정 가능한 사업 가치를 내지 못했다고 봤습니다. 개인 단위 생산성은 몇 배로 올랐다는 보고가 쏟아지는데, 조직 단위 ROI를 실감한다는 응답은 29%에 그칩니다.

AI 도입 실패의 원인을 모델 성능에서 찾으면 답이 안 나옵니다. 같은 모델로 누군가는 성과를 냅니다. 갈리는 건 설계입니다. 반복적으로 관찰되는 다섯 가지 패턴을 봅니다.

flowchart TD
  A([도구 도입]) --> B{없앨 업무가
지목됐나?}
  B -- 아니오 --> F1[패턴 1
목적 없는 도입]
  B -- 예 --> C{성공 기준이
숫자인가?}
  C -- 아니오 --> F2[패턴 2
판정 불가]
  C -- 예 --> D{기존 업무 흐름에
들어갔나?}
  D -- 아니오 --> F3[패턴 3
또 하나의 탭]
  D -- 예 --> E{쓰는 게
안전한가?}
  E -- 아니오 --> F4[패턴 4
조용한 저항]
  E -- 예 --> G([정착])

패턴 1. 도구를 먼저 고르고 문제를 나중에 찾는다

가장 흔합니다. 좋은 도구를 봤고, 예산이 있었고, 그래서 샀습니다. 그다음 "이걸로 뭘 하면 좋을까"를 회의로 찾습니다.

이 순서에서는 아무도 손해를 보지 않기 때문에 아무도 절실하지 않습니다. 사람이 도구를 쓰는 건 기존 방식이 불편할 때뿐입니다. 도입 전에 없앨 업무를 하나 지목하지 않으면, 도구는 '언젠가 써볼 것' 목록에 들어가 그대로 늙습니다.

처방: "생산성 향상" 대신 "매주 월요일 오전, 다섯 명이 두 시간씩 쓰는 주간보고 취합"처럼 요일과 사람과 시간이 들어간 문장으로 목표를 적으세요. 그 문장이 안 써지면 아직 도입할 때가 아닙니다.

패턴 2. 성공 기준이 없어서 실패도 성공도 아닌 상태로 남는다

파일럿이 조용히 사라지는 방식은 이렇습니다. 기한이 없고, 지표가 없고, 그래서 끝내자고 말할 근거도 없습니다. 결제만 계속됩니다.

여기서 흥미로운 역설이 있습니다. 경영진의 상당수가 자사 AI 전략이 실질적 지침이라기보다 대외용에 가깝다고 인정합니다. 목표가 대외 메시지일 때 지표를 만들면 오히려 곤란해지기 때문에, 지표는 만들어지지 않습니다.

처방: 도입 승인 문서에 중단 조건을 함께 적으세요. "4주 뒤 주간보고 소요가 2시간에서 40분으로 줄지 않으면 해지한다." 이 한 줄이 파일럿을 실험으로 만듭니다. 실험은 실패해도 배우는 게 남지만, 기한 없는 도입은 실패해도 아무것도 남지 않습니다.

패턴 3. 업무 흐름 밖에 있는 '또 하나의 탭'이 된다

도구가 아무리 좋아도, 쓰려면 다른 창을 열고 자료를 복사해 붙여 넣고 결과를 다시 옮겨야 한다면 그건 업무를 줄인 게 아니라 업무를 하나 추가한 것입니다. 바쁜 날 가장 먼저 버려집니다.

정착에 성공한 사례의 공통점은 대체로 소박합니다. 이미 쓰는 문서 도구나 메신저 안에서 동작하거나, 결과물이 기존 양식 그대로 나옵니다. 화려한 기능보다 마찰 한 단계 제거가 채택률을 더 크게 움직입니다.

처방: 파일럿 2주차에는 성과가 아니라 막힌 순간만 기록하게 하세요. "매번 형식을 다시 맞춰야 한다" 같은 두세 개의 반복 마찰이 채택 실패의 대부분을 설명합니다.

패턴 4. 쓰는 게 안전하지 않아서 조용히 저항한다

이 패턴은 잘 드러나지 않습니다. 한 조사에서 직원의 29%가 회사 AI 전략을 어떤 형태로든 방해한 적이 있다고 답했고, Z세대에서는 44%였습니다. 방해라고 하면 거창하지만 실제 모습은 이렇습니다. 승인되지 않은 도구를 개인 계정으로 쓰고, 교육에 참석하지 않고, 결과가 나쁘게 나오도록 대충 쓰고, 사용 실적을 굳이 남기지 않습니다.

이유는 대개 합리적입니다. AI로 일이 줄었다고 보고하면 인력이 줄 것 같고, 실수하면 "AI에 맡겨서 그렇다"는 책임이 개인에게 돌아옵니다. 쓰면 손해인 구조에서 사람은 쓰지 않습니다.

처방: 도입 발표에서 인력 계획과 AI를 명시적으로 분리해 말하고, 초기에는 결과 책임을 개인에게 묻지 않는 구간을 만드세요. 그리고 이미 개인 결제로 쓰고 있는 사람들(이른바 섀도 AI)을 처벌 대상이 아니라 가장 앞선 사용자로 대우하면 정착 속도가 달라집니다.

패턴 5. 잘 된 사용법이 개인에게만 남는다

파일럿에서 누군가는 반드시 잘합니다. 문제는 그 요령이 그 사람 머릿속에만 있다는 점입니다. 그가 휴가를 가면 성과도 같이 쉽니다.

확산이란 사람 수가 느는 게 아니라 방법이 문서가 되는 것입니다. 잘 통한 프롬프트, 잘 나온 결과의 형식, 하지 말아야 할 것. 이 세 가지가 팀 문서로 남지 않으면 파일럿은 개인기로 끝납니다.

처방: 파일럿 3주차를 템플릿화 주간으로 지정하세요. 새로운 걸 시도하지 말고, 2주간 가장 잘 통한 것만 골라 양식으로 고정합니다.

정리하면

다섯 패턴은 서로 다른 문제처럼 보이지만 뿌리는 하나입니다. 도입을 도구 구매로 다뤘고, 업무 재설계로 다루지 않았다는 것입니다. 95%라는 숫자가 말하는 건 AI가 과대평가됐다는 게 아니라, 조직에 무언가를 심는 일이 원래 그만큼 어렵다는 사실입니다.

다행히 다섯 개 중 넷은 도입 전 30분이면 대비할 수 있습니다. 없앨 업무를 지목하고, 숫자로 된 기준과 기한을 정하고, 기존 흐름에 들어가는지 확인하고, 쓰는 사람이 손해 보지 않게 만드는 것. 이 순서를 지키는 것만으로 대부분의 파일럿은 훨씬 오래 삽니다.