홈 › 블로그 › 실패 후 재시작

AI 도입에 한 번 실패한 뒤 다시 시작하는 방법

두 번째 시도가 첫 번째보다 어려운 이유는 기술이 아니라 신뢰입니다. 예산과 조직의 관심을 이미 한 번 소진했기 때문입니다.

원인 분류 두 번째 설계 신뢰 회복

결론부터

재시작의 첫 단계는 실패 원인을 정확히 분류하는 것입니다. 대부분의 "AI 도입 실패"는 AI 실패가 아니라 대상 선정 실패, 데이터 실패, 또는 운영 실패입니다.

원인을 잘못 분류하면 같은 실패를 반복합니다. 도구를 바꿨는데 대상 업무가 그대로면 결과도 그대로입니다.

범위를 절반으로 — 첫 시도보다 작게 잡습니다. 두 번째 시도의 목적은 큰 성과가 아니라 성과를 증명하는 것입니다. 작고 확실한 결과가 신뢰를 회복시킵니다.

되돌릴 수 있는 업무로 — 두 번째 실패는 세 번째 기회를 없앱니다. 위험이 낮은 업무를 고르세요.

숫자를 먼저 기록 — 월 처리 건수, 건당 시간, 오류율. 이번에는 시작 전에 기록합니다. 증명할 수 없는 성과는 성과로 인정되지 않습니다.

중단 조건을 공개 — "이 결과가 안 나오면 중단한다"를 미리 알립니다. 이것이 오히려 신뢰를 얻습니다 — 무한정 밀지 않겠다는 약속이기 때문입니다.

첫 시도 기록을 활용 — 무엇이 안 됐는지가 자산입니다. 두 번째 계획에 "지난번에는 이것이 원인이었고 이렇게 바꿨다"를 명시하면 승인이 쉬워집니다.

첫 시도의 실패를 명시적으로 정리하는 것이 시작입니다. 조용히 넘어가면 조직에는 "AI는 안 된다"만 남습니다. 무엇이 원인이었는지 문서로 정리하면 그 인식이 "그 방식이 안 됐다"로 바뀝니다.

그다음은 작은 성과입니다. 4~6주 안에 측정 가능한 결과가 나오는 범위로 잡으세요. 큰 계획을 다시 들고 가면 첫 시도의 기억과 겹칩니다.

그리고 성과를 그 업무 담당자의 언어로 보고하세요. "처리 시간 40% 감소"보다 "월말에 이틀 늦게 시작해도 마감을 맞춘다"가 조직 안에서 더 잘 전달됩니다.

원인이 도구가 아니었다면 가능합니다. 대상 업무나 데이터가 원인이었다면 같은 도구로도 결과가 달라집니다. 다만 조직 인식이 나쁘다면 같은 도구는 설득 부담이 큽니다.

작은 범위와 명시적 중단 조건, 그리고 첫 실패의 원인 분석을 함께 제시하세요. 예산 요청보다 "지난번 원인은 이것이고, 이번에는 4주 안에 이 숫자로 확인한다"가 통과 확률이 높습니다.

담당자 인터뷰로 복원할 수 있습니다. 무엇을 시도했고 어디서 멈췄는지, 사용자가 왜 안 썼는지. 추정임을 명시하되 기록으로 남기세요.

원인이 대상 업무 선정에 반복적으로 있다면, 도구 도입보다 업무 진단이 먼저입니다. 어느 업무가 자동화에 맞는지 확인하는 단계를 건너뛰고 있을 가능성이 큽니다.

원인 진단

AX 준비도 진단은 업무·데이터·기술·조직 네 축을 점수화합니다. 첫 실패가 어느 축에서 왔는지 드러나고, 그것이 두 번째 시도의 시작점입니다.