자연어로 매출을 묻기 전에: AI 분석을 위한 지표 정의 계약

대화형 분석의 중심에 업무 정의가 있습니다

Google의 2026년 4월 Looker 발표는 시맨틱 레이어에 근거한 BI 에이전트를 소개했습니다. 10월 22일에는 Knowledge Catalog의 컨텍스트 보강과 변경 검토 기능이 미리보기로 발표됐습니다. 두 발표에서 참고할 점은 자연어 질문을 받아도 지표와 관계의 정의를 관리할 기반이 필요하다는 것입니다.

가령 영업팀의 '이번 달 매출'은 주문일 기준이고 회계팀은 정산 완료일 기준일 수 있습니다. 모델이 SQL을 문법에 맞게 작성해도 서로 다른 숫자를 만들 수 있습니다. 어느 쪽이 맞는지 알 수 없다면 질문을 되묻거나 합의된 기본 기준을 표시하는 동작이 필요합니다.

지표별로 작은 정의서를 만듭니다

정의서는 지표 이름, 업무 의미, 계산식, 기준 날짜, 제외 조건과 책임자를 담으면 시작할 수 있습니다. 승인되지 않은 신조어나 기존 명칭의 별칭은 따로 관리하세요. 모델이 사용자의 표현에 맞춰 임의의 계산식을 만드는 일을 줄이고, 변경 이유를 담당자가 검토할 수 있게 합니다.

지표끼리 연결할 때도 관계를 검수해야 합니다. 주문 한 건에 여러 정산 행이 존재하면 단순한 조인으로 금액이 중복될 수 있습니다. 대표 질문마다 사람이 확인한 기준 쿼리와 결과를 보관하고, 집계 단위가 바뀌는 질문을 별도 시험 항목으로 둡니다.

자동으로 발견한 정의도 승인 후 사용합니다

사용자의 반복 질문에서 새로운 용어를 찾았다고 곧바로 공용 지표로 등록하지는 마세요. 특정 부서의 관행인지 전사 기준인지, 최신 정책인지 구분해야 합니다. 제안된 정의, 영향을 받는 답변, 승인자와 적용일을 남기면 운영자가 변경을 되돌릴 근거를 확보할 수 있습니다.

조회 권한은 프롬프트 설명에만 맡기지 않고 데이터 접근 계층에서 적용합니다. 승인된 지표라도 모든 사용자에게 동일한 행을 보여주는 것은 아닙니다. 권한이 부족한 경우 집계 규모를 바꿔 추정 답변을 주기보다 조회할 수 있는 범위와 부족한 조건을 명확히 안내합니다.

답변을 다시 계산할 수 있어야 합니다

수치 옆에 적용한 기간과 필터, 데이터 반영 시각을 표시하고 상세 계산으로 이동할 수 있게 하세요. 요약 문장과 실제 조회 결과가 다른 경우도 검수합니다. 도입 시험에서는 단일 수치 질문뿐 아니라 전월 비교, 반품 반영, 권한 변경과 정의 개정 후의 답변을 같은 기준으로 반복합니다.

• 주요 지표에 소유자와 계산 기준이 있는가
• 질문의 모호함을 확인할 방법이 있는가
• 대표 결과를 사람이 재계산할 수 있는가
• 지표 정의 변경과 접근 권한 변경을 각각 시험했는가