Claude Data 주간 가입자 차트: SQL과 집계 기준을 대조한 내부 검토본 만드는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

기능 정의

언제 쓰면 좋은가

주간 가입자 수가 업무 정의대로 집계됐는지 내부 검토할 때 사용합니다. 이미 집계된 Sheets 분기 4행을 다루는 작업과 달리, 이번에는 원격 SQL의 주별 집계 기준을 검토합니다.

공식 문서의 플랜별 주간 가입 예시는 6개월입니다. 여기서는 고정된 과거 4주만 사용합니다. KPI 원인·전망·전환율·매출 분석이나 기존 인증 쿼리 수정은 다루지 않습니다.

시작 전 확인

컴퓨터 웹에서 기존 로그인과 이미 연결·허용된 소스만 사용합니다. 신규 설치·연결·조직 설정 변경은 다루지 않습니다. 현재 사용할 수 있는 화면과 조직 정책을 먼저 확인합니다.

관리자에게 Data와 Enable artifact connectors의 기존 허용 여부를 묻습니다. 연결 artifact는 읽기·쓰기가 가능하므로 접속 성공과 읽기 전용 권한은 별개입니다.

연결 담당자가 실제 소스 권한을 승인된 읽기 전용 비민감 검토 뷰로 제한했는지 확인하지 못하면 실행하지 않습니다. 원격 조회 범위·Claude 사용량·소스 비용도 생성 전에 승인받습니다. Claude Data는 기존 사용량 한도를 사용합니다.

실행 순서

1. 사람이 자료와 집계 정의를 승인합니다

V-A는 자료 담당자가 미리 만든 비민감 가상 집계 뷰의 저자 별칭입니다. 한 행은 week_start·plan 한 쌍이며 signup_count에 가입자 수가 담겨 있습니다.

공개 본문에는 이 가상 열 이름과 기대값만 제시합니다. Q-A는 실제 SQL 보존 위치, R-A는 원자료 스냅샷 위치의 별칭이며 실제 DB명이나 SQL이 아닙니다.

원천 지표는 가입 당시 플랜별 고유 계정의 첫 가입으로 정의합니다. V-A에는 개인 행이나 계정 ID가 없습니다. 자료 담당자가 이 정의로 집계했는지 먼저 확인합니다.

이번 검수로 개인별 중복 제거를 새로 입증하는 것은 아닙니다. 이번 가상 자료는 계정마다 첫 가입 1개, 고정 플랜, 시험·취소 없음이 전제입니다. 실제 재가입·시험계정·탈퇴 제외 기준은 자료 담당자가 승인해야 합니다.

기간은 Asia/Seoul 기준 2026-10-05 00:00 이상, 2026-11-02 00:00 미만입니다. 월요일 시작 4주입니다. 현재의 ‘최근 4주’를 뜻하지 않습니다.

2. 생성 전에 질문과 검토 요청을 고정합니다

질문은 “지정한 4주의 첫 가입자를 플랜별로 집계하면 승인된 기준과 일치하는가”로 고정합니다. 원본과 스냅샷은 사람이 별도 보존합니다.

요청 자체가 쿼리 실행을 유발할 수 있으므로 승인부터 받습니다. 프롬프트는 권한 제한이나 자동 승인 제어가 아닙니다. 계획만 먼저 받는 네이티브 안전 일시정지도 아닙니다.

3. Artifacts에서 차트 1개를 요청합니다

Artifacts 탭 > Data 선택 > 만들 결과 설명 순서로 진행합니다. 승인된 V-A만 대상으로 아래 프롬프트를 사용합니다. 전용 주간 가입 버튼이나 별도 업로드 메뉴를 가정하지 않습니다.

Alpha·Beta는 가상 플랜명으로 Claude 요금제가 아닙니다. 실제 개인행·고객 ID·이메일이나 실제 SQL을 프롬프트에 넣지 않습니다.

4. query에서 무엇을 세는지 대조합니다

차트의 query를 열어 실제 SQL을 검토합니다. 이 기능은 계산 근거를 보는 기능이지 자동 사전 실행 차단 장치가 아닙니다.

자료 담당자와 실제 table·column, 기간 필터, 그룹 기준과 집계식을 대조합니다. 이 V-A는 이미 집계된 값이므로 signup_count를 합산하는지 확인합니다. 행 개수만 세면 한 그룹의 12명이 1행으로 잘못 표현될 수 있습니다.

원천 가입의 날짜 변환·중복 제거·조인·NULL·미정 플랜 처리는 자료 담당자의 승인 정의와 V-A 생성 근거에서 확인합니다. 집계 뷰의 차트 SQL만 읽고 원천 개인 기록까지 검증했다고 판정하지 않습니다. 비식별 뷰의 행 단위나 집계 기준이 불명확하면 검수를 완료하지 않습니다.

10월 4일과 11월 2일의 제외 경계, 일요일과 월요일의 주 배정은 원천 집계 정의에서 별도로 확인합니다. V-A의 주 시작 날짜만 보고 경계 시각의 원천 가입이 올바르게 배정됐다고 결론 내리지 않습니다. 마지막 완료 주 누락이나 부분 주 혼입, 미정 플랜 강제 배정이 없어야 합니다.

5. 8개 키와 표시값·시점을 전수 대조합니다

아래 숫자는 제품 출력이나 실제 실적이 아닌 수동 검산 기대값입니다. 날짜는 week_start입니다. 고유키는 week_start+plan입니다.

• 2026-10-05: Alpha 12명, Beta 8명
• 2026-10-12: Alpha 15명, Beta 5명
• 2026-10-19: Alpha 9명, Beta 11명
• 2026-10-26: Alpha 14명, Beta 6명

4주×2플랜은 8개 키이며 주별 합계는 각각 20명, 전체는 80명입니다. 다만 합계가 같아도 주·플랜이 바뀌거나 중복·누락되면 실패입니다.

x축은 시간순 4주, y축은 가입자 수 ‘명’, 범례는 Alpha·Beta인지 확인합니다. 색이나 막대 높이로 추정하지 말고 문자와 실제값을 대조합니다. 값 확인이 불가능하면 확인 필요로 기록합니다.

last refreshed의 실제 표시 시각과 관찰 시각을 사람이 기록하고 SQL·원자료 기준 시점과 함께 대조합니다. 열 때 갱신이 필요하면 재조회될 수 있으며 고정 일정 갱신은 아닙니다.

6. 수동 기록을 승인하고 멈춥니다

사람 관리 기록은 다음 8열로 작성합니다. 아래 실제값·시각·승인자 칸은 관측 전이므로 비워 둡니다. 자동 감사로그가 아닙니다.

week_start | plan | 원자료 기대값·단위 | 차트 실제값 | SQL·근거 위치 별칭 | last refreshed·관찰 시각 | 상태 | 승인자

• 2026-10-05 | Alpha | 12명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-05 | Beta | 8명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-12 | Alpha | 15명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-12 | Beta | 5명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-19 | Alpha | 9명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-19 | Beta | 11명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-26 | Alpha | 14명 | | Q-A·R-A | | 확인 필요 |
• 2026-10-26 | Beta | 6명 | | Q-A·R-A | | 확인 필요 |

기대값을 실제 관찰값으로 복사하지 않습니다. 상태는 확인 완료·상충·확인 필요로 구분합니다. SQL과 실제 수치를 전수 대조하지 못하면 보류합니다.

오류가 있으면 현상과 SQL 원문을 승인된 내부 저장소에 보존합니다. 범위를 넓히거나 DB·인증 쿼리를 수정하지 않습니다. 사람의 수정 범위·재조회 영향 승인 후 같은 작업에서 해당 부분만 변경 요청하고 재검산합니다.

복사해서 쓰는 프롬프트

다음 요청은 사람이 조회 범위와 비용을 먼저 승인한 뒤 사용합니다. V-A와 열 이름은 가상 별칭이므로 실제 승인된 대상과 대조해야 합니다. 요청만 적었다고 접근권한이 기술적으로 제한되지는 않습니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

SQL·8개 키·원자료·시점을 대조하고 사적 범위를 확인한 뒤 내부 승인을 받으면 멈춥니다. 아직 관측하지 않은 값이 남았다면 결과는 완료가 아니라 확인 필요입니다.

한 줄 요약: Claude Data 주간 가입자 차트는 사람이 SQL과 8그룹을 대조해야 내부 검토본이 됩니다.