기업용 AI가 넓어지는 지금: 구독과 맞춤 개발을 나누는 기준

범용 업무 AI의 확장이 구매 기준을 바꿉니다

Google은 2026년 10월 8일 Gemini at Work에서 업무용 에이전트와 Workspace 안에서 이어지는 작업, 데이터 분석 및 관리 기능을 발표했습니다. 이제 문서 요약이나 자료 찾기만으로 기업 AI의 차별점을 설명하기는 어렵습니다. 이 글은 발표를 계기로 구매와 개발의 경계를 검토하는 제안이며, 특정 제품이 모든 사내 업무를 지원한다는 뜻은 아닙니다.

먼저 직원이 끝내려는 일을 한 문장으로 적으세요. 'AI를 도입한다'보다 '고객 요청과 계약 조건을 대조해 변경 견적 초안을 작성한다'가 비교하기 좋습니다. 초안 작성 뒤 가격 승인과 고객 발송이 남는다면, 답변 생성 기능만 본 시연으로 전체 업무의 적합성을 판단할 수 없습니다.

표준 기능과 고유한 업무 규칙을 구분합니다

문서 검색, 회의 정리, 메일 초안은 기존 협업 도구와 가까운 곳에서 먼저 시험할 수 있습니다. 반면 거래처별 할인, 여러 ERP의 상태 변경, 제조사별 기기 제어처럼 회사의 규칙이 얽힌 작업은 별도 연동과 검수가 필요합니다. 구독 서비스로 시작하더라도 그 위에 작은 실행 모듈을 붙이는 선택지가 있습니다.

같은 업무 자료와 예외를 각 후보에 제공해야 비교가 성립합니다. 정상 요청만 준비하지 말고 문서가 없는 거래처, 만료된 가격표, 접근할 수 없는 계약, 승인자의 부재도 넣으세요. 각 제품의 기본 기능인지, 추가 개발이나 상위 계약이 필요한지도 결과 옆에 기록합니다.

도입 비용은 업무가 끝나는 곳까지 계산합니다

구독료와 모델 호출료만 비교하면 사용자를 등록하고 자료를 정비하는 비용이 빠집니다. 연결할 데이터의 품질, 사용자별 권한, 결과를 검토하는 시간과 장애 대응을 같은 기간에 합산하세요. 이용하지 않는 좌석과 반복 실패로 발생한 호출도 실제 운영에서 발생하는 비용입니다.

종료 비용도 미리 확인할 수 있습니다. 계약을 바꿀 때 프롬프트, 업무 규칙, 평가 자료, 대화 기록과 연결 설정 중 무엇을 가져올 수 있는지 목록을 만드세요. 특정 제품의 내부 메모리에만 업무 지식이 쌓이면 교체할 때 같은 규칙을 다시 수집해야 할 수 있습니다.

작은 시범 업무에서 결정할 근거를 남깁니다

시범 운영에서는 기능의 수보다 동일한 요청을 사람이 사용할 결과로 끝낸 비율과 재작업 시간을 확인합니다. 자동 처리, 사람의 수정 후 완료, 처리 중단을 나누면 도구가 잘하는 구간이 드러납니다. 이는 도입 평가 방법의 예시이며 정해진 성과 수치나 회수 기간을 약속하는 계산식이 아닙니다.

• 같은 자료·예외 조건으로 후보를 비교했는가
• 기본 기능과 별도 연동의 책임이 나뉘어 있는가
• 검토 시간과 운영 비용을 포함했는가
• 계약 종료 후 가져올 자료와 대체 절차를 확인했는가