AI 업무 보고서가 틀리는 이유: 모델보다 먼저 지표 정의를 맞춰야 합니다
같은 질문에 다른 숫자가 나오는 이유
“지난달 매출은?”이라는 질문에 영업팀과 재무팀이 다른 답을 얻었다면 모델부터 바꿔야 할까요? 영업팀은 주문일을, 재무팀은 정산일을 기준으로 삼았을 수 있습니다. 취소 건 포함 여부와 조회 시점도 결과를 바꿉니다. AI가 자연어를 잘 이해해도, 조직이 지표의 뜻을 합의하지 않았다면 일관된 보고서는 어렵습니다.
Google Cloud는 10월 8일 Gemini 업무 기능을 소개하면서 Knowledge Catalog에 비즈니스 정의를 연결하고, 자연어로 운영 보고서 쿼리를 만들어 저장하는 방식을 발표했습니다. 이는 특정 제품의 구현 사례입니다. 기업이 가져갈 실무 질문은 '어떤 정의와 원천을 근거로 답했는가'입니다.
지표 사전부터 짧게 만드세요
먼저 자주 묻는 지표 세 개만 골라 보세요. 각 지표에 계산식, 포함·제외 기준, 시간 기준, 데이터 소유자, 원천 시스템을 적습니다. 예를 들어 활성 고객은 로그인 고객인지, 구매 고객인지, 계약 유지 고객인지 구분해야 합니다. 이름이 같은 지표라도 정의가 다르면 별도 항목으로 관리합니다.
질문을 처리할 때는 사용자가 볼 수 있는 데이터 범위도 확인해야 합니다. 보고서에 들어간 원천, 적용한 필터, 생성 시각을 남기면 사람이 결과를 재검토하기 쉽습니다. 중요한 의사결정에 쓰는 지표라면 기존 확정 보고서와 표본을 대조하고, 차이가 나면 자동 배포를 멈추는 절차가 필요합니다.
원천 시스템 연결도 계약으로 관리하세요
지표 정의가 맞아도 CRM·ERP·주문 시스템에서 가져오는 필드가 바뀌면 답은 달라집니다. 원천별 API의 필드 의미, 갱신 주기, 오류 응답, 버전을 정리하고 변경 시 보고서에 미치는 영향을 확인해야 합니다. litis API Creator는 필요한 내부 데이터를 API로 생성·변환·연계하고 인터페이스를 정리하는 수단으로 검토할 수 있습니다. 비즈니스 지표의 정답을 자동으로 정하거나 AI 보고서의 정확성을 보장하는 기능으로 설명해서는 안 됩니다.
질문 하나로 검증을 시작하세요
가장 많이 쓰는 월간 보고 질문 하나를 고르세요. 지표 정의, 원천 API, 권한, 조회 시점, 대조할 확정 수치를 한 장에 적어 보면 연결과 검증의 빈틈이 보입니다. AI 보고의 품질은 답변 문장보다 그 뒤의 정의와 데이터 흐름에서 시작됩니다.
업무 지표에 필요한 원천 시스템의 API 연계 구조를 정리하고 싶다면 [Litis에 API 플랫폼 상담을 문의하세요]
