# 표 데이터를 정리하고 숫자 검토하기

> 표의 누락과 중복을 살피고 계산·차트·결과 파일을 검토합니다.

원문: https://www.aihoon.kr/guide/consumer/spreadsheets-and-data

표를 올리기 전에 무엇을 한 건으로 셀지부터 정하면 분석 결과가 달라지는 이유를 설명할 수 있습니다. 신청 한 건, 결제 한 건, 참가자 한 명은 서로 다른 단위입니다. 같은 파일에서도 질문에 따라 필요한 열과 제외 조건이 달라집니다.

## 파일과 분석 환경 준비

CSV·XLSX와 계산이 필요한 자료는 코드 실행·파일 생성 기능으로 처리할 수 있습니다. 사용할 수 있는 상태인지 설정에서 확인하고 파일을 첨부합니다. 결과를 읽기만 할지, 수식과 시트가 있는 XLSX까지 받을지도 요청에 적습니다. 파일 제한과 이미지 표의 처리 차이는 [파일 읽기](/guide/consumer/read-files)에서 확인할 수 있습니다.

Claude가 자연어로 계산을 설명한 경우에는 실제로 도구로 계산했는지 확인하세요. 설명이 매끄럽다는 이유로 합계나 통계가 검산된 것은 아닙니다. 분석 파일이 생성됐다면 내려받아 원자료, 중간 계산, 최종 숫자를 연결해 봅니다.

분석에는 업무상 필요한 열만 남긴 사본을 사용하고 불필요한 이름·연락처 같은 식별 정보는 덜어 내세요. 요청하기 전에 직접 알고 있는 합계나 예외 두세 개와 원하는 결과를 적어 두면 독립적인 검산 기준이 생깁니다. 결과가 예상과 다를 때 숫자를 예상에 맞춰 달라고 하지 말고 집계 조건과 원자료를 먼저 대조합니다.

## 실습: 중복과 환불이 섞인 행사 표

아래는 직접 작성한 가상 자료입니다. CSV로 저장하거나 대화에 붙여 넣어도 됩니다.

```csv
거래ID,신청ID,종류,금액,날짜
T01,A01,결제,20000,2026-09-01
T02,A02,결제,20000,2026-09-01
T02,A02,결제,20000,2026-09-01
T03,A01,환불,-5000,2026-09-03
T04,A03,결제,0,2026-09-04
T05,A04,결제,,2026-09-04
```

```text
행사 정산 연습 자료입니다. 거래ID가 같은 완전 중복은 한 번만 계산하세요.
환불은 이미 음수로 기록됐으므로 다시 빼지 마세요.
금액이 0인 거래와 금액이 비어 있는 거래를 구분하세요.

원자료를 유지한 XLSX를 만들고 정리자료, 제외·확인 목록, 요약 시트를 넣어 주세요.
확인 가능한 순입금액, 결제 기록 수, 금액 미확정 건수를 각각 구해 주세요.
요약에는 집계 기준과 검산 가능한 수식을 남겨 주세요.
```

이 자료의 확인 가능한 순입금액은 35,000원입니다. 중복 T02를 두 번 더하면 55,000원이 되고, 음수 환불을 다시 빼면 45,000원이 됩니다. 두 오류는 원인이 다르므로 합계만 고치라고 요청하면 재발할 수 있습니다.

T04는 무료 신청일 수 있지만 자료에는 이유가 없습니다. T05의 빈칸도 미결제인지 입력 누락인지 알 수 없습니다. “무료 참가자 1명, 미납자 1명”으로 단정한 답변은 해석을 추가한 것입니다. 현재 확정할 수 있는 숫자와 운영 담당자에게 물어볼 항목을 분리해야 합니다.

## 거래표와 정산표 대조하기

한 표를 정리한 다음에는 거래 기록과 정산 기록의 일치·불일치를 비교할 수 있습니다. 소규모 사업자의 월말 대조 업무를 응용한 가상 실습입니다. 공통 거래ID, 기간, 통화를 먼저 맞춘 뒤 금액이 같은 행, 금액이 다른 행, 한쪽에만 있는 행을 나눕니다.

```text
거래표와 정산표의 원본은 유지하세요.
거래ID가 같은 행을 대조해 일치·금액 불일치·거래표에만 있음·정산표에만 있음으로 나누세요.
정산 시차나 수수료는 자료로 확인되는 경우만 이유에 적고,
누락 거래를 만들거나 금액을 자동 보정하지 마세요.
각 항목의 원본 행 번호와 사람이 확인할 질문을 남겨 주세요.
```

앞의 T03 환불이 정산표에 없다면 곧바로 오류로 확정하지 말고 정산 기간과 처리 상태부터 확인합니다. 먼저 알려진 거래 두세 개가 올바르게 짝지어졌는지 확인하고 전체 표를 검토하세요. 두 파일의 행 수가 같다는 이유만으로 내용이 일치하는 것은 아닙니다.

여러 대시보드의 수치를 합칠 때도 날짜 범위·시간대·대상 그룹·필터·분모·원문 링크를 함께 기록합니다. ‘주간 참여자 수’와 ‘기능 이용 건수’는 단위가 다릅니다. 비율이 내려갔다면 원인 설명을 쓰기 전에 전주와 대상·필터가 같은지 봅니다. 화면의 색이나 증감 표시만으로 원인을 단정하지 마세요.

## 의견 자료를 숫자로 바꿀 때

자유 응답을 분류할 때는 주제 이름만 받지 말고 각 응답이 어느 주제에 배정됐는지 남기게 하세요. 응답 번호와 원문, 분류, 판단이 애매한 이유를 함께 두면 나중에 분류를 고칠 수 있습니다. 여러 채널의 의견을 합치면 같은 사람이 반복 남긴 의견이나 적극적인 이용자의 목소리가 과하게 반영될 수 있습니다.

가령 “시간이 길다”는 강의 자체가 어렵다는 뜻일 수도 있고 쉬는 시간이 필요하다는 뜻일 수도 있습니다. 둘을 곧바로 하나의 개선안으로 묶지 말고 원문을 다시 볼 수 있도록 구성합니다.

```text
의견마다 응답ID와 원문을 보존하세요. 복수 주제를 허용하고 판단이 애매하면 표시하세요.
주제별 응답 수와 전체 응답자 수를 구분하고, 복수 분류 때문에 합계가 100%를 넘는지 설명하세요.
표본에 없는 이용자 전체의 선호로 일반화하지 마세요.
```

## 예상과 실제를 나눠 시나리오 만들기

시나리오는 확정 실적에 서로 다른 가정을 적용하는 작업입니다. 기준·낙관·보수 경우에서 무엇을 바꿨는지 표로 남기면 결과 차이를 검토하기 쉽습니다.

행사 준비라면 참가 인원 20·30·40명, 1인당 재료비 8,000원, 장소비 120,000원처럼 직접 정한 가정을 사용할 수 있습니다. 인원이 늘 때 장소비도 달라진다면 고정비로 두면 안 됩니다. Claude에게 숫자를 그럴듯하게 채우게 하기보다 미정 입력란을 남기세요.

파일을 열어 수식이 계산되는지, 원자료를 바꿨을 때 요약도 변하는지, 통화·퍼센트·날짜 단위가 맞는지 확인합니다. 그다음 결론을 읽으면 숫자가 맞는데 설명이 틀린 경우도 찾을 수 있습니다.

계산을 확인한 표는 [보고서와 발표 파일](/guide/consumer/reports-and-presentations)로 정리할 수 있습니다. 이때도 원자료의 기간·단위와 계산에 사용한 가정을 함께 남깁니다.