구글 스프레드시트 QUERY 함수 자동 보고서는 원본 표를 매번 복사하지 않고, 조건·정렬·집계 기준만 바꿔 반복 보고서를 자동으로 갱신하려는 사무 업무에 가장 먼저 검토할 수 있는 방식입니다. 핵심은 원본 데이터 시트, 조건 입력 셀, QUERY 결과 시트, 검수용 체크 항목을 분리하는 것입니다. 이렇게 만들면 매주 또는 매월 같은 양식의 매출표, 문의 목록, 재고 현황, 업무 진행표를 다시 붙여 넣는 시간을 줄이고, 팀원이 같은 파일에서 확인할 수 있는 보고 화면을 만들 수 있습니다.
핵심 요약: QUERY 함수는 Google 스프레드시트에서 범위 데이터를 쿼리 문장으로 불러와 필터링, 정렬, 집계할 때 쓰는 함수입니다. 자동 보고서 목적이라면 원본 열 구조를 고정하고, 조건 셀을 따로 둔 뒤, 결과 시트에는 QUERY 수식과 설명만 남기는 구성이 안전합니다. Google 공식 도움말과 제품 화면은 수시로 바뀔 수 있으므로 함수 문법, 메뉴 이름, Workspace 기능, 유료 플랜 요금은 작성 시점 기준으로만 참고하고 최종 적용 전 최신 화면을 다시 확인해야 합니다.
1. 이 키워드가 필요한 상황
스프레드시트 보고서가 힘든 이유는 계산보다 반복 작업 때문인 경우가 많습니다. 매주 새 파일을 받고, 특정 부서만 필터링하고, 날짜순으로 정렬하고, 상태별 건수를 세고, 다시 보기 좋은 표로 복사하는 작업이 반복됩니다. 이때 원본이 Google 스프레드시트 안에 있고 열 이름이 크게 바뀌지 않는다면 QUERY 함수로 보고서 틀을 만들 수 있습니다.
예를 들어 고객 문의 시트에서 처리 상태가 “진행 중”인 행만 모으거나, 월별 캠페인 데이터를 담당자별로 집계하거나, 여러 상품 목록 중 특정 카테고리만 추려 팀 공유용 표를 만들 수 있습니다. 중요한 점은 QUERY가 모든 자동화의 끝이 아니라, 사람이 보는 반복 보고서를 빠르게 만드는 중간 단계라는 점입니다. 외부 시스템 연동, 승인 흐름, 알림 발송까지 필요하다면 Apps Script나 별도 자동화 도구를 함께 검토해야 합니다.
2. QUERY 함수의 기본 구조
Google 공식 도움말 기준으로 QUERY 함수는 데이터 범위, 쿼리 문장, 헤더 행 수를 인수로 사용합니다. 실무에서는 =QUERY(A1:H, "select A, B, E where C = '완료' order by B desc", 1)처럼 작성하는 형태가 많습니다. 여기서 데이터 범위는 원본 표이고, 따옴표 안의 문장은 어떤 열을 가져오고 어떤 조건으로 제한할지 정합니다.
처음부터 복잡한 집계식을 만들기보다 select, where, order by, limit 순서로 익히는 편이 좋습니다. 보고서 자동화에서는 “원본에서 필요한 열만 고른다 → 조건에 맞는 행만 남긴다 → 보기 좋은 순서로 정렬한다 → 필요한 경우 집계한다”는 순서가 안정적입니다. 쿼리 문법은 SQL과 비슷하지만 완전히 같지는 않으므로, 공식 도움말의 예시와 실제 시트 오류 메시지를 함께 확인해야 합니다.
3. 자동 보고서용 시트 구조
추천 구조는 네 장입니다. 첫째, 원본 데이터 시트입니다. 이 시트에는 외부에서 붙여 넣은 데이터나 폼 응답, CSV 가져오기 결과를 최대한 그대로 둡니다. 둘째, 설정 시트입니다. 날짜, 담당자, 상태, 카테고리처럼 자주 바뀌는 조건을 셀로 입력합니다. 셋째, 보고서 시트입니다. QUERY 결과와 사람이 읽을 제목, 설명, 기준일만 둡니다. 넷째, 검수 시트입니다. 원본 행 수, 결과 행 수, 빈 값, 중복 키 같은 기본 점검값을 둡니다.
이렇게 나누면 원본을 수정하다가 수식을 망가뜨릴 가능성이 줄어듭니다. 또한 팀원이 보고서 시트만 보게 만들고, 원본과 설정 시트의 수정 권한을 제한하기 쉽습니다. 업무용 파일이라면 “원본 열을 바꾸면 보고서가 깨진다”는 안내를 상단에 적어 두는 것도 좋습니다.
4. 조건 셀을 연결하는 방법
자동 보고서에서 가장 많이 쓰는 방식은 쿼리 문장 안에 셀 값을 연결하는 것입니다. 예를 들어 설정 시트의 B2에 담당자 이름을 넣고, 보고서 시트에서 그 값을 기준으로 필터링하면 매번 수식 전체를 바꾸지 않아도 됩니다. 날짜 조건도 시작일과 종료일을 셀로 나누면 월간 보고서, 주간 보고서, 캠페인 기간 보고서를 같은 틀로 운영할 수 있습니다.
다만 조건 셀 연결은 따옴표와 날짜 형식에서 오류가 자주 납니다. 텍스트 조건은 작은따옴표 위치를 확인하고, 날짜 조건은 스프레드시트의 표시 형식과 쿼리 언어가 이해하는 형식을 맞춰야 합니다. 처음 만들 때는 조건을 하나씩 추가하면서 결과가 맞는지 확인하고, 마지막에 여러 조건을 묶는 것이 안전합니다.
5. 보고서 설계 체크리스트
- 원본 시트의 첫 행에 열 이름을 고정했는지 확인합니다.
- 보고서에 필요한 열만 선택했는지 확인합니다.
- 담당자, 상태, 날짜 같은 조건을 설정 셀로 분리했는지 확인합니다.
- 결과가 비어 있을 때 표시할 안내 문구를 준비했는지 확인합니다.
- 원본 행 수와 결과 행 수를 비교하는 검수 셀을 만들었는지 확인합니다.
- 공유 권한에서 원본·설정·보고서 시트별 수정 범위를 나눴는지 확인합니다.
- Google Sheets 화면, 함수 도움말, Workspace 기능, 유료 플랜 요금이 바뀔 수 있음을 문서 상단에 적었는지 확인합니다.
6. 예시 업무별 구성표
| 업무 상황 | 원본 데이터 | QUERY 조건 | 보고서 결과 |
|---|---|---|---|
| 영업 문의 관리 | 문의일, 회사명, 담당자, 상태 | 상태가 진행 중인 행 | 담당자별 처리 대기 목록 |
| 콘텐츠 운영 | 제목, 채널, 작성자, 발행 상태 | 이번 주 작성 예정 | 주간 콘텐츠 캘린더 |
| 재고 확인 | 상품명, 카테고리, 수량, 위치 | 수량이 기준 이하 | 보충 필요 상품 목록 |
| 고객 피드백 | 등록일, 유형, 중요도, 담당자 | 중요도 높음 | 우선 처리 피드백 표 |
7. 수식 오류를 줄이는 작성 순서
첫 단계에서는 원본 범위만 지정해 전체 데이터가 정상적으로 나오는지 확인합니다. 두 번째 단계에서는 가져올 열을 줄입니다. 세 번째 단계에서 조건을 하나만 넣고, 네 번째 단계에서 정렬을 추가합니다. 다섯 번째 단계에서 조건 셀을 연결합니다. 마지막으로 보기용 제목, 기준일, 설명 문구를 붙입니다.
한 번에 완성하려고 하면 오류 위치를 찾기 어렵습니다. 특히 열 이름이 아니라 A, B, C 같은 열 기호를 기준으로 쓰는 방식에서는 원본 열이 추가되거나 순서가 바뀌면 결과가 달라질 수 있습니다. 원본 구조 변경 가능성이 큰 팀이라면 열 추가 규칙을 정하고, 변경 후 검수 시트를 반드시 확인해야 합니다.
8. 협업 파일에서 주의할 점
Google Sheets는 여러 사용자가 동시에 편집할 수 있다는 장점이 있지만, 자동 보고서 수식이 들어간 파일에서는 권한 관리가 중요합니다. 보고서 시트의 QUERY 수식을 실수로 지우면 전체 결과가 사라질 수 있습니다. 보호 범위, 편집 권한, 변경 이력 확인 방식을 미리 정해 두면 운영 리스크를 줄일 수 있습니다.
또한 모바일 화면에서는 긴 표와 복잡한 조건 입력이 불편할 수 있습니다. 현장 담당자가 휴대폰으로 확인해야 한다면, 보고서 시트에는 핵심 열만 남기고 상세 원본은 별도 시트로 분리하는 편이 좋습니다. 자동 보고서가 잘 작동하더라도 최종 의사결정용 숫자는 원본과 한 번 더 대조하는 검수 습관이 필요합니다.
9. QUERY와 피벗테이블, Apps Script의 차이
피벗테이블은 마우스로 집계 기준을 바꾸기 쉽고, QUERY는 수식으로 조건을 고정해 반복 보고서에 넣기 좋습니다. Apps Script는 메일 발송, 파일 생성, 외부 API 호출처럼 시트 밖 동작을 자동화할 때 유리합니다. 따라서 처음에는 QUERY로 보고서 틀을 만들고, 집계 중심 화면은 피벗테이블로 보완하며, 알림이나 파일 배포가 필요해졌을 때 Apps Script를 검토하는 순서가 현실적입니다.
도구를 무리하게 하나로 통일할 필요는 없습니다. 보고서가 단순 필터링과 정렬 중심이면 QUERY가 충분하고, 여러 차원의 요약표가 필요하면 피벗테이블이 빠릅니다. 반복 배포와 권한 처리까지 필요하면 별도 자동화 흐름을 설계하는 것이 낫습니다.
10. 최신 화면과 요금 변경 고지
Google Sheets의 메뉴 이름, 함수 도움말, Workspace 제품 설명, AI 관련 기능, 유료 플랜 요금은 시점에 따라 바뀔 수 있습니다. 이 글은 공식 도움말과 제품 페이지를 기준으로 QUERY 자동 보고서 설계 방향을 정리한 것이며, 실제 적용 전에는 사용 중인 계정의 Google Sheets 화면과 Google Workspace 최신 안내를 다시 확인해야 합니다. 회사 계정에서는 관리자가 일부 기능을 제한할 수도 있으므로, 공유 권한과 외부 연결 기능은 조직 정책을 함께 확인하는 편이 안전합니다.
11. 바로 적용하는 30분 실습 순서
첫 10분은 원본 시트를 정리합니다. 열 이름을 한 줄로 고정하고 빈 행을 제거합니다. 다음 10분은 설정 시트에 조건 셀을 만듭니다. 담당자, 상태, 시작일, 종료일처럼 자주 바뀌는 값을 따로 둡니다. 마지막 10분은 보고서 시트에 QUERY 수식을 만들고 결과가 원본과 맞는지 확인합니다. 결과가 맞으면 보호 범위를 설정하고, 상단에 기준일과 “최신 화면 확인 필요” 문구를 넣습니다.
FAQ
Q1. QUERY 함수는 초보자도 쓸 수 있나요?
가능합니다. 처음에는 select, where, order by 세 가지부터 시작하는 것이 좋습니다. SQL 문법을 깊게 몰라도 공식 예시를 바꿔가며 업무 표에 적용할 수 있습니다.
Q2. 자동 보고서가 틀어지는 가장 흔한 이유는 무엇인가요?
원본 열 순서 변경, 조건 셀의 오타, 날짜 형식 불일치, 수식 셀 삭제가 흔합니다. 그래서 원본·설정·보고서·검수 시트를 나누고 보호 범위를 설정하는 것이 중요합니다.
Q3. QUERY와 필터 보기는 무엇이 다른가요?
필터 보기는 사용자가 화면에서 조건을 바꿔 보는 기능에 가깝고, QUERY는 조건과 정렬을 수식으로 고정해 결과 표를 따로 만드는 방식입니다. 반복 보고서에는 QUERY가 더 안정적인 경우가 많습니다.
Q4. 유료 Google Workspace가 꼭 필요한가요?
기본적인 QUERY 함수 사용 자체는 계정 환경에서 사용할 수 있지만, 조직용 공유 관리, 저장공간, 관리 기능, 일부 AI 기능과 요금은 플랜별로 달라질 수 있습니다. 실제 업무 적용 전 현재 계정의 최신 제품 안내와 관리자 설정을 확인해야 합니다.
Q5. QUERY로 모든 업무 자동화를 끝낼 수 있나요?
아닙니다. QUERY는 표 데이터를 골라 보고서로 만드는 데 강합니다. 알림 발송, 승인 처리, 외부 서비스 연동이 필요하면 Apps Script, Google Workspace 연동 도구, 별도 자동화 SaaS를 함께 검토해야 합니다.
정리하면, 구글 스프레드시트 QUERY 함수 자동 보고서는 “원본을 보존하고 조건만 바꿔 반복 보고서를 갱신하는 구조”를 만드는 작업입니다. 원본 열 구조, 조건 셀, 검수 항목, 공유 권한을 먼저 정하면 같은 보고서를 매번 다시 만드는 시간을 줄일 수 있습니다. 다만 도구 화면과 기능, 요금은 바뀔 수 있으므로 실제 팀 파일에 적용하기 전 공식 도움말과 현재 계정 화면을 다시 확인하는 것이 좋습니다.
