← 책 목차

7장

1.2킬로미터를 넘어 강남과 대전으로

AI의 진짜 가치는 비용절감이 아니라 기존에는 불가능했던 사업 스케일을 여는 데 있다.

내부 효율화에서 사업모델 전환으로 넘어가는 순간을 설명하고, 산업별 확장 예시를 제시한다.

비용절감의 한계

트럭을 한 대로 광화문에서 시청까지 운행하면 분명 비용이 줄 수 있다. 하지만 그 계산만 하면 트럭의 가능성을 너무 작게 본 것이다. 트럭의 진짜 가치는 1.2킬로미터에 갇혀 있지 않다. 강남까지, 대전까지, 강릉까지 갈 수 있다는 데 있다.

기업이 AI를 비용절감 도구로만 보면 질문이 작아진다. 몇 명을 줄일 수 있는가. 보고서 시간이 몇 퍼센트 줄어드는가. 고객 응대 인력을 얼마나 줄일 수 있는가. 물론 중요하다. 하지만 더 큰 질문은 “AI가 있으면 우리가 지금까지 못하던 어떤 서비스를 할 수 있는가”이다.

AI는 상시성, 개인화, 규모, 속도, 기억력, 연결성을 만든다. 사람이 직접 하면 비싸서 못하던 일을 가능하게 한다. 여기서 사업모델 전환이 시작된다.

산업별 스케일 전환

컨설팅 회사는 보고서 납품 회사에서 Agent 기반 상시 운영지원 회사로 바뀔 수 있다. 예전에는 프로젝트가 끝나면 컨설턴트가 떠났다. AI Agent가 있으면 고객사의 회의, 자료, 실행 현황을 지속적으로 읽고 다음 액션을 제안할 수 있다. 사람 컨설턴트는 모든 작업을 직접 하는 대신 더 높은 수준의 판단과 관계와 설계를 맡는다.

교육 회사는 강의 판매 회사에서 개인별 학습 운영 회사로 바뀔 수 있다. 강의는 한 번에 많은 사람에게 같은 내용을 전달한다. AI가 있으면 학습자의 질문, 과제, 약점, 진도, 목표에 따라 지속적인 코칭이 가능하다. 교사는 모든 답을 직접 하지 않고 학습 경험을 설계하고 중요한 개입을 한다.

병원은 진료실 안의 치료에서 퇴원 후 생활 관리로 확장할 수 있다. 의료진이 모든 환자를 매일 직접 확인할 수는 없다. 하지만 Agent가 증상, 복약, 운동, 식사, 배변, 이상 신호를 정리하고 의료진에게 요약하면 병원의 서비스 범위가 달라진다. 물론 의료 판단과 책임은 사람과 제도가 가져야 한다.

제조사는 장비 판매에서 운영 최적화 서비스로 확장할 수 있다. 장비 데이터를 읽고 이상 신호를 감지하고 유지보수 시점을 예측하고 작업자에게 안내하는 Agent가 붙으면 고객과의 관계는 납품으로 끝나지 않는다. 금융사는 상품 판매 이후 고객의 상황 변화와 리스크를 계속 점검하는 서비스로 갈 수 있다.

사업 단위가 커지는 순간

AX의 성숙한 질문은 내부 프로세스 개선에서 사업 단위 재정의로 넘어간다. 우리는 지금 어떤 1.2킬로미터에 갇혀 있는가. AI가 있으면 어떤 장거리 노선을 열 수 있는가. 기존에 인건비 때문에 못하던 서비스를 이제는 할 수 있는가. 고객이 매번 요청해야만 제공하던 일을 상시적으로 제공할 수 있는가.

이 질문이 나오면 조직의 기준도 바뀐다. 필요한 인재가 달라지고, 가격 모델이 달라지고, 고객 성공의 정의가 달라진다. 기존에는 프로젝트 단가였던 것이 구독형 운영 서비스가 될 수 있다. 기존에는 한 번의 납품이었던 것이 지속적 관리가 될 수 있다. 기존에는 내부 지원 기능이었던 것이 외부 상품이 될 수 있다.

그래서 AX 로드맵은 마지막에 반드시 사업모델 질문으로 이어져야 한다. AI 도입이 비용절감 보고서에서 끝나면 트럭을 1.2킬로미터에만 쓴 것이다.

놀고 있던 11대 트럭

처음에 잘못 산 11대의 트럭은 낭비처럼 보인다. 하지만 회사가 장거리 배송으로 확장하면 그 트럭들은 다시 자산이 된다. 기업의 초기 AI 투자도 그렇다. 실패한 PoC, 각 부서의 실험, 어설픈 챗봇, 정리하다 만 문서, 직원들의 프롬프트 경험은 당장은 흩어진 비용처럼 보일 수 있다.

하지만 조건이 맞으면 자산이 된다. 실패 이유가 기록되어 있어야 한다. 어떤 데이터가 부족했는지, 어떤 검토 병목이 생겼는지, 어떤 보안 문제가 있었는지, 어떤 현업 저항이 있었는지 남아 있어야 한다. 도구와 데이터가 재사용 가능해야 한다. 개인 실험이 조직 지식으로 승격되어야 한다.

초기 실패를 부끄러워할 필요는 없다. 다만 실패를 반복하면 안 된다. 실패한 PoC는 “AI가 안 된다”는 증거가 아니라 “이 업무 단위와 책임 구조에서는 AI가 막힌다”는 증거다. 좋은 회사는 이 증거를 다음 설계의 재료로 쓴다.