2026-08-28 · 김태양 (연구원)

증강 분석(Augmented Analytics)이란 무엇인가: 자연어 질의·에이전틱 분석으로 본 2026 기업 도입 가이드

#데이터분석#증강분석#에이전틱분석#자연어질의#대화형bi#시맨틱레이어#셀프서비스bi#ai데이터분석#nl2sql

증강 분석(Augmented Analytics)이란 무엇이고 왜 대시보드 대신 자연어 질의가 뜨고 있나요?

결론부터 말하면, 기업 데이터 분석의 다음 단계는 대시보드를 더 많이 만드는 것이 아니라 데이터에 직접 질문할 수 있게 만드는 것입니다. 가트너(Gartner)가 7년 넘게 추적해 온 BI 도구 활성 사용률은 약 29% 선에서 멈춰 있는데요. 조직의 87%가 분석 투자를 늘렸다고 답하는데도 실제로 도구를 쓰는 사람은 네 명 중 한 명 수준입니다. 증강 분석(Augmented Analytics)은 AI가 데이터 준비·인사이트 도출·설명까지 자동화해 이 간극을 메우는 접근이고, 2026년 현재는 AI 에이전트가 분석 워크플로 전체를 대신 수행하는 에이전틱 분석(Agentic Analytics)으로 진화하고 있습니다. 가트너는 2026년 말까지 기업용 애플리케이션의 40%가 태스크 특화 AI 에이전트를 내장할 것으로 전망하는데, 2025년에는 5% 미만이었습니다.

목차

대시보드는 늘어나는데 보는 사람은 없습니다

지난 분기에 한 중견 제조사의 데이터 팀과 분석 환경을 함께 들여다볼 기회가 있었습니다. BI 서버에 등록된 대시보드가 140개가 넘었는데, 접속 로그를 열어 보니 주간 조회의 대부분이 상위 10개 화면에 몰려 있었습니다. 나머지는 만든 담당자조차 다시 열지 않는 상태였는데요. 현업 부서는 어떻게 일하고 있었냐면, 대시보드에서 원본 데이터를 엑셀로 내려받아 각자 피벗을 돌리고 있었습니다. 실제로 Luzmo의 2025년 조사에서는 사용자의 72%가 대시보드를 두고 스프레드시트로 되돌아간다고 답했습니다. 어디서나 반복되는 풍경이라는 뜻입니다.

더 큰 문제는 요청 처리 속도였습니다. 영업 팀이 "이번 달 신규 고객 중 재구매까지 이어진 비율"을 알고 싶으면 데이터 팀에 티켓을 넣고 2~3주를 기다려야 했습니다. 그 사이 질문의 맥락은 이미 지나가 버리는데요. 몇달 치 백로그가 쌓이자 데이터 팀은 새 분석 대신 기존 대시보드 유지보수에 시간을 다 쓰고 있었습니다. 흥미로웠던 것은 인터뷰에서 나온 현업의 말이었습니다. 도구가 어려워서가 아니라, 내가 지금 궁금한 질문에 맞는 화면이 없어서 안 쓴다는 것이었는데요. 결국 대시보드는 만든 시점의 질문에만 답할 수 있다는 한계가 문제의 본질이었습니다. 대시보드를 하나 더 만드는 방식으로는 이 구조가 풀리지 않는다는 것이, 증강 분석이라는 카테고리가 부상한 산업적 배경입니다.

증강 분석이란 무엇인가: 에이전틱 분석으로의 진화

한 줄로 요약하면, 증강 분석은 머신러닝과 생성형 AI가 데이터 준비부터 인사이트 생성·설명까지를 분석 도구 안에서 자동화하고, 사용자는 자연어로 결과를 받아 보는 방식입니다. GoodData의 정리에 따르면 증강 분석이 사람의 의사결정을 돕는 단계라면, 에이전틱 분석은 AI 에이전트가 데이터를 스스로 탐색하고 맥락에 맞는 액션까지 수행하는 단계입니다. 가트너 역시 에이전틱 분석을 "증강 분석이 AI 에이전트 적용으로 진화한 형태"로 정의하고, 데이터 연결·준비·에이전트 워크플로 오케스트레이션·자동 인사이트·자연어 질의를 필수 역량으로 꼽습니다.

세대별 차이를 표로 보면 이렇습니다.

구분전통 BI셀프서비스 BI증강·에이전틱 분석
질문 방식IT 부서에 요청사용자가 직접 드래그·필터자연어로 질문, 에이전트가 탐색
결과물정형 리포트대시보드·차트답변·내러티브·후속 제안
병목개발 백로그도구 학습 곡선시맨틱 레이어 품질
대표 사용자분석 전문가파워 유저현업 전원

주목할 점은 채택 속도입니다. 가트너는 2026년까지 기업의 80% 이상이 생성형 AI 애플리케이션을 배포하고, 그중 대화형 분석(Conversational Analytics)이 가장 채택률 높은 유스케이스 중 하나가 될 것으로 봤습니다. 딜로이트(Deloitte)도 생성형 AI를 쓰는 기업의 25%가 2025년에 에이전틱 AI 파일럿을 시작하고 2027년에는 50%로 늘어난다고 전망했는데요. 분석 도구를 "배우는" 시대에서 데이터에 "물어보는" 시대로 무게중심이 이동하고 있는 셈입니다.

왜 하필 지금일까요. 세 가지 조건이 동시에 갖춰졌기 때문입니다. LLM의 코드 생성 정확도가 실무에 쓸 만한 수준으로 올라왔고, 지표 정의를 코드로 관리하는 시맨틱 레이어 표준이 성숙했으며, 무엇보다 십수 년간 셀프서비스 BI에 투자하고도 사용률이 제자리인 데 대한 피로감이 조직 안에 쌓여 있었습니다. 새 도구가 나와서 바뀌는 것이 아니라, 오래 풀리지 않던 문제에 드디어 맞는 열쇠가 나온 상황에 가깝습니다. 어떤 플랫폼 위에서 시작할지 고민이라면 데이터 분석 플랫폼 비교 가이드를 먼저 읽어 보셔도 좋습니다.

자연어 질의는 어떻게 동작하나: 시맨틱 레이어가 핵심입니다

핵심은 LLM이 SQL을 잘 짜는 것이 아니라, 회사의 지표 정의를 기계가 읽을 수 있게 정리해 두는 것입니다. 자연어 질의(NLQ)는 보통 NL2SQL 파이프라인으로 구현되는데요. 사용자가 "지난 분기 수도권 매출은?"이라고 물으면 LLM이 질문을 해석해 쿼리로 변환하고, 데이터 웨어하우스에서 실행한 결과를 다시 자연어 내러티브로 풀어 줍니다. 문제는 "매출"이 회사마다, 심지어 부서마다 다르게 정의된다는 점입니다. 환불 차감 전인지 후인지, 부가세 포함인지에 따라 숫자가 달라지는데 LLM이 이를 임의로 추측하면 그럴듯한 오답이 나옵니다.

그래서 등장하는 것이 시맨틱 레이어(Semantic Layer)입니다. 지표·차원·조인 관계·동의어를 선언적으로 정의해 두는 계층인데, LLM은 원본 스키마 대신 이 정의를 참조해 쿼리를 생성합니다. 시맨틱 레이어에 보통 담기는 것은 다음과 같습니다.

  • 지표 정의: 매출·활성 사용자·이탈률 같은 핵심 지표의 계산식과 단위
  • 비즈니스 용어 사전: "수도권", "신규 고객" 같은 표현이 가리키는 실제 조건
  • 접근 권한: 어떤 사용자가 어떤 데이터까지 질문할 수 있는지에 대한 규칙

답변은 어떤 형태로 돌아오나요

단순히 표 하나가 반환되는 것이 아닙니다. 대화형 분석의 응답은 보통 숫자와 함께 짧은 내러티브가 붙습니다. "수도권 매출은 전 분기 대비 8% 감소했고, 감소분의 대부분은 온라인 채널에서 발생했습니다" 같은 식인데요. 여기에 "채널별로 나눠 볼까요?" 같은 후속 질문 제안이 따라오고, 에이전틱 단계로 가면 사용자가 묻기 전에 이상 징후를 먼저 알려 주는 능동형 알림까지 확장됩니다. 질문 한 번이 분석 세션 하나로 이어지는 구조라서, 화면을 이곳 저곳 옮겨 다니며 필터를 조합하던 기존 탐색 방식과는 사용 경험이 근본적으로 다릅니다.

이 구조 덕분에 정확도가 추측이 아니라 정의에서 나오게 됩니다. 반대로 말하면 시맨틱 레이어가 부실한 상태에서 자연어 질의만 켜는 것은 번거러운 검증 작업을 현업에게 떠넘기는 일이 됩니다. 지표 정의부터 손보는게 순서라는 뜻인데요. 데이터 자체의 신선도와 품질이 흔들리면 그 위의 모든 답변이 같이 흔들리므로, 파이프라인 이상을 감시하는 데이터 옵저버빌리티 체계와 함께 가는 것이 안전합니다.

플랫폼 지형: Snowflake·Microsoft·Tableau·Looker

요약하면, 2026년 현재 주요 데이터 플랫폼과 BI 벤더는 모두 자연어 분석 에이전트를 전면에 내세우고 있습니다. 스노우플레이크(Snowflake)는 자연어를 검증된 쿼리로 변환하는 Cortex Analyst와, 이를 묶어 코드 없이 대화로 분석하는 Snowflake Intelligence를 제공하는데요. 자사 발표 기준으로 고객사의 65% 이상이 이미 Cortex 계열 AI 기능을 쓰고 있습니다. 마이크로소프트(Microsoft)는 파워 BI(Power BI)의 코파일럿(Copilot)을 M365 전반과 연결해 업무 도구 안에서 바로 질문하게 했고, 세일즈포스(Salesforce) 계열의 태블로(Tableau)는 에이전트 기반 분석 기능을 플랫폼 전반에 통합하고 있습니다. 구글(Google)의 루커(Looker)는 시맨틱 레이어와 제미나이(Gemini)를 결합한 대화형 분석을 내세웁니다.

플랫폼대표 기능특징
SnowflakeCortex Analyst·Snowflake Intelligence시맨틱 뷰 기반 NL2SQL, 웨어하우스 내장형
MicrosoftPower BI CopilotM365·Teams와 결합, 업무 맥락 속 질의
Tableau에이전트 기반 분석시각화 강점에 대화형 탐색 결합
GoogleLooker 대화형 분석시맨틱 모델 + Gemini, 정의 기반 일관성

활용 장면을 그려 보면 차이가 분명해집니다. 기존 방식에서는 마케팅 담당자가 캠페인 성과 이상을 발견하면 분석 요청 티켓을 쓰고 몇 주를 기다렸습니다. 새 방식에서는 채팅창에 "이번 주 전환율이 떨어진 채널과 원인 후보를 보여 줘"라고 입력하면, 에이전트가 관련 지표를 조회하고 이상 구간을 짚어 20~30분 안에 1차 가설까지 정리해 줍니다. 데이터 팀은 반복 질의 응대에서 벗어나 시맨틱 레이어 관리와 고난도 분석에 집중하게 되는데요. 병목의 위치가 "사람의 손"에서 "정의의 품질"로 옮겨 가는 변화입니다.

기업 도입 실전 가이드 4단계

먼저 말씀드리면, 도구 구매보다 준비 작업이 성패를 가릅니다. 포브스(Forbes)가 인용한 조사에서는 기업 생성형 AI 파일럿의 95%가 측정 가능한 가치를 내지 못했다고 하는데요. 증강 분석에서 실패하는 파일럿은 대부분 아래 1~2단계를 건너뛴 경우였습니다.

1단계: 핵심 지표 표준화. 전사에서 가장 자주 묻는 질문 20~30개를 모으고, 그 답에 필요한 지표의 정의를 문서로 확정합니다. 부서 간 정의가 다른 지표는 이 단계에서 합의를 끝내야 합니다.

2단계: 시맨틱 레이어와 데이터 품질 정비. 확정된 정의를 시맨틱 레이어로 옮기고, 원천 파이프라인에는 품질 모니터링을 붙입니다. 답이 틀리는 원인의 절반은 모델이 아니라 데이터 쪽에 있습니다.

3단계: 파일럿 부서 선정과 질문 로그 평가. 질문이 많고 정형화된 부서(영업·마케팅 운영 등)에서 시작합니다. 에이전트가 받은 질문과 생성한 쿼리를 로그로 남겨 정답률을 사람이 샘플 검수하고, 오답 유형을 시맨틱 레이어에 반영하며 몇 주 단위로 개선합니다.

4단계: 거버넌스와 확산. 권한 체계·감사 로그·비용 한도를 정한 뒤 부서를 넓힙니다. 이때 "누가 어떤 질문을 했는가" 자체가 훌륭한 수요 데이터가 되는데요. 그럴때마다 자주 나오는 질문을 표준 지표로 승격하면 플랫폼이 조직의 언어를 점점 더 잘 알아듣게 됩니다.

효과 측정 지표도 처음부터 정해 두는 편이 좋습니다. 권장하는 기준선은 세 가지입니다. 분석 요청 접수부터 답변까지의 평균 대기 시간, 데이터 팀 백로그에서 단순 조회성 요청이 차지하는 비중, 그리고 월간 질문 사용자 수인데요. 도입 전 수치를 기록해 두지 않으면 반년 뒤에 "체감상 좋아졌다"는 말밖에 할 수 없게 됩니다. 앞서 언급한 95%의 실패한 파일럿과 성공 사례를 가르는 것은 모델 성능이 아니라 이런 측정 설계인 경우가 많습니다.

FAQ

SQL을 전혀 몰라도 증강 분석 도구를 쓸 수 있나요? 네, 가능합니다. 자연어 질의가 기본 인터페이스라서 일상 언어로 질문하면 됩니다. 다만 좋은 질문을 던지는 능력, 즉 지표와 기간·조건을 명확히 말하는 습관은 여전히 필요합니다. 초기에 부서별로 잘 만든 질문 예시를 공유하면 정착이 훨씬 빨라집니다.
LLM 환각 때문에 숫자가 틀리지는 않나요? 시맨틱 레이어를 제대로 갖추면 위험이 크게 줄어듭니다. 답변이 자유 생성 텍스트가 아니라 정의된 지표에 대한 실제 쿼리 결과에서 나오기 때문입니다. Snowflake Cortex Analyst처럼 검증된 시맨틱 모델을 참조하는 구조가 대표적이고, 정의 밖 질문에는 답을 거절하도록 설계하는 것이 안전합니다.
기존 BI 대시보드와 어떤 차이가 있고, 대시보드는 없어지나요? 대시보드가 정해진 질문의 답을 미리 그려 두는 방식이라면, 증강 분석은 그때그때의 질문에 즉석에서 답하는 방식입니다. 상시 모니터링용 핵심 대시보드는 남고, 일회성 질문을 위해 만들던 대시보드가 대화형 질의로 대체되는 흐름이라고 보면 정확합니다.
도입하면 시간이 얼마나 절감되나요? 가장 크게 줄어드는 것은 대기 시간입니다. 분석 요청 후 2\~3주 걸리던 응답이 수십 분 단위로 줄어드는 사례가 일반적이고, 데이터 팀 입장에서는 반복 질의 응대 부담이 줄어 백로그가 짧아집니다. 다만 1\~2단계 준비 작업에 최소 한 분기 정도는 투자해야 효과가 안정적으로 나옵니다.
중소기업도 상업적으로 도입할 만한가요? 데이터 웨어하우스를 이미 클라우드에 두고 있다면 진입 장벽이 생각보다 낮습니다. Snowflake·Power BI 등은 기존 계약에 기능을 얹는 구조라 별도 대규모 투자 없이 파일럿을 시작할수 있습니다. 핵심 지표 10개 안팎으로 좁게 시작해 정확도를 확인한 뒤 넓히는 방식을 권합니다.

같이 읽으면 좋은 것들