최고의 AI 스프레드시트 프롬프트는 "이 파일을 분석해"가 아니다. 프롬프트는 도구가 어떤 파일을 읽고 있는지, 어떤 비즈니스 질문이 중요한지, 어떤 기간을 사용할지, 어떤 출력을 생성할지, 그리고 사람이 무엇을 확인해야 하는지를 알려줘야 한다.
아래 25가지 태스크는 실제 내보내기 파일을 사용하는 재무, 영업, 운영 팀을 위해 설계되었다. 적절한 경우 익명화된 데이터를 사용하고, 결과를 보고서, 예측, 또는 의사결정에 사용하기 전에 확인하라. 기록된 프롬프트/결과 쌍과 다운로드 가능한 오염 데이터(dirty-data) 픽스처는 더 많은 세부사항이 자동으로 정답을 생성한다고 가정하지 않고 프롬프트를 테스트하는 방법을 보여준다.
핵심 요점:
- 모든 프롬프트는 여섯 가지 필드(소스 파일 및 행 단위, 보고 기간, 지표 정의, 제외 조건, 요구 출력, 수용 검사)로 구성하라. 하나라도 빠지면 결과를 재현하기 어렵다.
- 추천 사항보다 먼저 예외 테이블을 요구하라. 중복, 레이블 매핑, 이상 탐지, 예측, 인과 설명의 경우 데이터를 조용히 수정하지 말고 소스 행을 유지하고 불확실성을 명시하도록 도구에 요청하라.
- 안전한 테스트 파일에 최소 두 개의 통제 합계와 다섯 개의 시드된 경계 사례를 추가하라. 유용한 프롬프트는 합계와 일치하고, 알려진 결함을 찾아내며, 해석할 수 없었던 모든 것을 공개해야 한다.
- 프롬프트, 소스 버전, 출력, 검토자 수정 사항, 승인 날짜를 저장하라. 그러면 일회성 답변이 다음 달 다른 분석가가 감사할 수 있는 AI 보고 워크플로우로 변환된다.
- 기록된 정리 시퀀스는 중복 처리를 개선했지만 첫 번째 패스 후에 혼합된 날짜 유형을 남겼다. 프롬프트 품질은 하나의 성공적인 변환으로 판단하지 말고 요청된 모든 제약 조건에 걸쳐 평가되어야 한다.
프롬프트 실행 전 확인 사항
파일에 헤더 행, 알려진 보고 기간, 명확한 단위가 있는지 확인하라. 월별 합계 테이블은 주문 수준 내보내기와 다른 질문이 필요하다. 열이 모호한 경우, AI가 의미를 추론하기를 기대하지 말고 분석 전에 이름을 변경하라.
필요할 때 다음 기본 지침을 사용하라:
이 파일의 필드만 사용하십시오. 사용한 기간과 지표 정의를 명시하십시오.
각 결론의 근거가 되는 계산 또는 그룹화된 값을 보여주십시오. 데이터가 뒷받침하지 않는
원인을 추론하지 마십시오. 이 출력을 공유하기 전에 사람이 검토해야 하는 레코드 또는
범주를 나열하십시오.
각 프롬프트를 테스트 가능하게 만들기
반복 작업의 경우 모든 요청에 다섯 가지 세부사항을 추가하라:
| 프롬프트 세부사항 | 예시 |
|---|---|
| 파일 및 단위 | orders_export.xlsx, 주문당 한 행 |
| 기간 | 2026년 1월~6월 |
| 지표 정의 | 취소된 주문 제외, 환불 후 순수익 |
| 출력 형식 | 정렬된 테이블 + 보고서 요점 5개 |
| 검토 규칙 | 추천 전에 예외 목록 제시 |
이러한 세부사항은 모호한 요청을 다른 사람이 재현할 수 있는 분석으로 바꾼다. 또한 나쁜 결과가 소스 파일, 지표 정의, 해석 중 어디에서 왔는지 식별하기 쉽게 만든다.
출력 계약 추가
비즈니스 분석의 경우 프롬프트에 간결한 출력 계약을 추가하라:
다음 순서로 다섯 섹션을 반환하십시오.
1. 입력 요약: 파일, 시트, 행 수, 날짜 범위, 사용한 필드.
2. 데이터 품질 예외: 소스 행, 문제, 제안하는 다음 확인.
3. 계산: 수식 또는 그룹화, 필터, 통제 합계.
4. 발견 사항: 검증된 사실과 가설을 구분.
5. 검토자 승인: 해결되지 않은 질문과 조정해야 할 값.
이 구조는 입력과 계산이 공개되기 전에 매끄러운 내러티브가 나타나는 것을 방지한다.
기록된 프롬프트/결과 쌍, 누락된 검토 단계
이 RowSpeak 데모에서 Registry.xlsx가 제출되어 형식을 표준화하고 누락된 값을 N/A로 대체하라는 요청을 받았다.
반환된 응답은 변환 내역을 나열하고 정리된 워크북을 제공한다.
이 프롬프트는 편리하지만 프로덕션 작업에는 사양이 부족하다. 날짜 로케일, 유효한 전화번호 패턴, 빈 값과 "해당 없음"의 구분 여부, 변경되지 않아야 하는 원본 열을 정의하지 않는다. 더 강력한 후속 조치는 매핑 테이블, 전/후 null 개수, 거부된 값, 행 개수 조정, 변경된 셀 샘플을 요구해야 한다. 스크린샷은 작동하는 상호작용을 보여주고, 비판은 이를 검토 가능하게 만드는 방법을 보여준다.
알려진 답변이 있는 통제된 프롬프트 테스트
Sales_Data_Cleaning_Test.xlsx를 다운로드하라. 이 워크북은 수동으로 검사할 수 있을 만큼 작으며, 모호한 프롬프트를 빠르게 드러내는 결함을 포함한다:
- 8개의 비어 있지 않은 소스 레코드 + 빈 행 1개
- 주문 ID
1001및1002에 대한 정확한 중복 쌍 2개 - 점으로 구분된 텍스트, 슬래시 형식의 텍스트, 날짜처럼 보이는 값으로 표시된 날짜
1003및1005의 누락된 가격1003및1006의 누락된 상태- 일관되지 않은 고객명 대소문자
아래의 기록된 시퀀스는 예상 답변 시트가 중요한 이유를 보여준다. 한 번 정리 패스 후에 표시 테이블은 8개의 비어 있지 않은 행에서 6개로 줄어든다. 이는 각 정확한 중복 쌍에서 행 하나를 제거한 것과 일치한다. 그러나 날짜 열은 여전히 텍스트와 Excel 일련 값을 혼합하고 있다.
아래 태스크 1~5를 픽스처에 대해 실행하고 이 기록부를 캡처하라:
| 테스트 | 예상 결과 | 기록하지 못한 실패 |
|---|---|---|
| 행 프로파일링 | 8개의 비어 있지 않은 레코드; 빈 행 1개 | 빈 행이 거래로 계산됨 |
| 중복 찾기 | 정확한 중복 그룹 2개; 중복 제거 후 고유 행 6개 | ID 일치만으로 레코드 삭제 |
| 누락 값 확인 | 누락된 가격 2개, 누락된 상태 2개 | 빈 가격을 0으로 변환하거나 상태를 임의로 생성 |
| 날짜 표준화 | 하나의 선언된 날짜 규칙과 일관된 저장 유형 | 표시는 일관되어 보이지만 셀은 혼합 유형 유지 |
| 이름 표준화 | 하나의 승인된 대소문자 규칙과 원래 값 추적 가능 | 변경 로그 없이 고객 신원을 다시 작성 |
이는 RowSpeak 또는 경쟁사의 공개된 정확도 점수가 아니다. 재현 가능한 수용 테스트이다. 성공적인 출력 옆에 놓친 항목, 거짓 양성, 해결되지 않은 값을 게시하라.
10초 클립은 기록된 프롬프트-산출물 상호작용을 보여준다. 편집된 워크플로우 데모이며, 처리 시간 측정이 아니다.
중요 작업에는 분석 로그 사용
프롬프트가 재무 또는 운영 결정을 알릴 때, 소스 파일 이름, 보고 기간, 프롬프트, 실행 날짜, 검토자, 검토 후 변경 사항을 포함한 간결한 분석 로그를 저장하라. 로그는 복잡할 필요가 없다. 목적은 나중에 읽는 사람이 어떤 데이터와 가정이 결과를 생성했는지 알지 못한 채 매끄러운 결론만 보는 것을 방지하는 것이다.
예를 들어, 재고 보고서가 단종 SKU를 제외하는 경우 그 제외를 기록하라. 영업 보고서가 "적격 파이프라인"의 정의를 변경하는 경우 적용 날짜를 기록하라. 비즈니스 가치는 관료주의가 아니라 시간이 지남에 따라 비교를 정직하게 만드는 것이다.
데이터 품질 태스크
1. 누락된 필수 필드 찾기
프롬프트: 주문 날짜, 고객 ID, 지역, 순수익이 누락된 레코드를 나열하라. 누락 항목을 소스 파일별로 그룹화하고 개수를 세어라.
검토: 해당 필드가 보고서에 정말 필수인지 확인하라.
2. 중복 레코드 감지
프롬프트: 주문 ID, 고객 ID, 주문 날짜, 금액을 사용하여 가능한 중복 주문을 식별하라. 아무것도 삭제하지 말고 검토 테이블을 반환하라.
검토: 중복처럼 보이는 주문은 합법적인 분할 배송이나 수정일 수 있다.
3. 일관되지 않은 레이블 표준화
프롬프트: 지역 및 채널 열의 고유 값을 표시하라. 철자, 대소문자, 약어 차이에 대한 매핑을 제안하되, 매핑되지 않은 목록은 유지하라.
검토: 보고서를 집계하기 전에 매핑을 승인하라.
4. 날짜 범위 확인
프롬프트: 주별 레코드 개수를 요약하라. 누락된 날짜, 부분 주, 명시된 보고 범위 밖의 기간을 플래그하라.
검토: 부분 기간은 추세가 하락처럼 보이게 만들 수 있다.
5. 의심스러운 숫자 값 찾기
프롬프트: 음수 수량, 0 가격, 비정상적으로 큰 할인, 숫자로 파싱할 수 없는 값을 플래그하라. 소스 행을 반환하라.
검토: 이상치가 실제 비즈니스 이벤트인지 결정하라.
데이터 품질 코너 케이스 포함
- 중복처럼 보이는 합법적인 분할 배송
- 로케일이 선언되지 않은
03/04/2026 - 거래 데이터 내의 소계 행
- 다른 의미로 사용된
0, 빈 값,N/A,not applicable - 한 번은 텍스트로, 한 번은 숫자로 저장된 고객 ID
- 정규화되어서는 안 되는 악센트 또는 비라틴어 카테고리 레이블
프롬프트가 이러한 구분을 유지할 수 없으면 집계하기 전에 중단하라.
재무 태스크
6. 실제와 예산 비교
프롬프트: 당월의 실제 운영 비용을 계정별 예산과 비교하라. 달러 차이, 차이 비율, 가장 큰 절대 차이 5개를 보여라.
7. 수익 변동 설명
프롬프트: 순수익을 이전 기간과 지역 및 채널별로 비교하라. 파일에 없는 원인을 주장하지 않고 가장 큰 변동의 구성 요소를 보여라.
8. 환불률 검토
프롬프트: 제품 카테고리 및 월별로 환불률을 계산하라. 이전 기간 대비 환불률이 크게 증가한 카테고리를 플래그하라.
9. 총마진 검토
프롬프트: 수익 및 비용 필드를 사용하여 제품군별 총마진을 계산하라. 저마진 그룹을 식별하고 기여 값을 보여라.
10. 비정상 거래 스캔
프롬프트: 동일 고객 또는 제품 카테고리의 일반 금액과 크게 다른 거래를 나열하라. 결과를 사기 확정이 아닌 검토 대기열로 취급하라.
재무 프롬프트의 경우, 분모가 0인 경우, 음수 예산, 이전 기간 누락, 혼합 통화, 후기 조정을 어떻게 처리할지 명시하라. "차이 비율"은 이러한 여러 경우에 정의되지 않거나 오해의 소지가 있다. 비율을 강제하는 대신 달러 차이와 예외 레이블을 요구하라.
영업 및 마케팅 태스크
11. 파이프라인 요약 구축
프롬프트: 적격 파이프라인을 단계, 소유자, 소스별로 요약하라. 딜 개수, 가치, 이전 스냅샷 대비 변화를 보여라.
12. 정체된 딜 찾기
프롬프트: 14일 동안 활동이 없는 오픈 딜을 플래그하라. 소유자와 단계별로 그룹화하고, 마감된 것으로 표시된 딜은 제외하라.
13. 채널 성과 비교
프롬프트: 리드, 기회, 지출, 마감된 수익을 획득 채널별로 비교하라. 수익성 지표를 계산하기 전에 누락된 필드를 보여라.
14. 전환율 검토
프롬프트: 월별 단계별 전환율을 계산하라. 가장 큰 변화를 식별하고 백분율뿐만 아니라 기본 개수를 나열하라.
15. 수익 집중도 찾기
프롬프트: 상위 고객의 수익 점유율을 보여주고 파일 또는 보고서 지침에 제공된 임계값을 사용하여 집중 위험을 플래그하라.
영업 프롬프트의 경우 스냅샷 날짜를 보존하라. 파이프라인 내보내기는 거래 원장이 아니다. 동일한 딜이 여러 주간 스냅샷에 중복 없이 나타날 수 있다. 도구에 변동을 계산하기 전에 각 스냅샷 내에서 안정적인 딜 ID를 비교하도록 요청하라.
운영 및 재고 태스크
16. 재고 부족 위험 식별
프롬프트: 보유 재고를 주간 평균 수요와 비교하라. 현재 재고가 명시된 리드 타임을 충당하지 못할 수 있는 제품을 나열하라.
17. 재고 이동 검토
프롬프트: SKU별로 입고, 판매, 반품, 보유 수량을 요약하라. 재고 이동이 일치하지 않는 레코드를 플래그하라.
18. 공급업체 성과 비교
프롬프트: 공급업체 리드 타임, 지연 납품 건수, 불량 건수, 구매 가치를 비교하라. 각 공급업체의 샘플 크기를 보여라.
19. 반품 패턴 감지
프롬프트: 반품을 제품, 사유, 지역, 월별로 그룹화하라. 운영팀이 검토해야 할 증가를 식별하라.
20. 명시적 가정으로 예측
프롬프트: 월별 수요 이력을 사용하여 다음 3개월에 대한 간단한 기준 예측을 생성하라. 방법, 가정, 누락된 기간, 불확실성 한계를 명시하라.
운영 프롬프트의 경우, 품절, 단종 SKU, 공급업체 최소 주문 수량, 리드 타임 단위, 반품을 포함하라. 품절 기간 동안 판매가 0인 주는 수요가 사라진 증거가 아니라 검열된 수요이다.
경영 보고 태스크
21. KPI 요약 초안 작성
프롬프트: 검증된 KPI 테이블의 5줄 경영 요약을 작성하라. 현재 값, 기간 비교, 미해결 질문을 포함하라. 지지되지 않는 인과 주장은 피하라.
22. 차트 세트 제안
프롬프트: 이 경영 보고서에 4개 이하의 차트를 추천하라. 각각에 대해 비즈니스 질문, 필드, 그룹화, 검토 확인 사항을 명시하라.
23. 예외 로그 생성
프롬프트: 이슈 유형, 소스 행, 예상 담당자, 권장 다음 확인 사항을 포함한 예외 로그를 생성하라. 비난을 할당하지 마라.
24. 회의 의제 준비
프롬프트: 검증된 결과를 30분 검토 의제로 변환하라. 필요한 결정, 담당자, 지원 테이블 또는 차트를 포함하라.
25. 보고서 버전 비교
프롬프트: 이번 달 보고서 테이블을 지난달과 비교하라. 변경된 KPI 정의, 새 카테고리, 누락된 섹션, 설명이 필요한 변동을 나열하라.
분석 로그에 기록해야 할 실패 패턴
최종 성공적인 답변만 저장하지 마라. 발생할 때 다음 결과도 기록하라:
| 실패 패턴 | 중요한 이유 | 올바른 다음 조치 |
|---|---|---|
| 도구가 잘못된 시트 사용 | 잘못된 데이터에서 올바른 것처럼 보이는 답변 | 시트 이름과 입력 요약 요구 |
| 백분율이 행 전체에 걸쳐 평균화됨 | 작은 그룹에 불균형적인 가중치 부여 | 총 분자와 분모에서 재계산 |
| 누락된 값이 0으로 변환됨 | 가짜 활동 또는 성과 생성 | 누락 상태를 유지하고 대체 방법 문서화 |
| 내러티브가 드라이버를 발명함 | 상관관계를 지지되지 않는 원인으로 전환 | 가설로 재분류하고 필요한 증거 나열 |
| 두 번째 실행에서 카테고리 매핑 변경 | 반복 비교 가능성 손상 | 매핑 테이블 저장 및 승인 |
| 출력에서 실패한 행 생략 | 파싱 오류의 범위 은폐 | 거부된 행 개수와 다운로드 가능한 예외 테이블 요구 |
이 실패 로그는 종종 또 다른 "완벽한 프롬프트"보다 더 유용하다. 다음 분석가에게 무엇을 먼저 확인해야 하는지 알려주기 때문이다.
프롬프트를 반복 가능한 워크플로우로 전환
동일한 파일 검사, 지표 정의, 출력 섹션이 매달 반복될 때 이러한 프롬프트는 더 가치 있게 된다. RowSpeak는 팀이 Excel AI 워크플로우를 사용하여 비즈니스 파일에서 답변, 보고서, 대시보드로 이동할 때 모든 보고 주기를 새로운 빈 페이지로 취급하지 않도록 도울 수 있다.
재무, 급여, 직원 또는 기타 민감한 데이터의 경우 실험에 익명화된 예제를 사용하고 통제된 데이터 경계가 필요할 때 비공개 배포를 평가하라.
마지막 단계는 항상 검토이다. 프롬프트는 분석을 가속화할 수 있지만, 보고서를 책임지는 사람이 정의, 예외, 조치 목록을 공유하기 전에 승인해야 한다.
다운로드 가능한 픽스처로 시작하여 RowSpeak Excel AI 워크플로우에서 처음 5개 프롬프트를 실행하라. 놓친 결함과 검토자 수정 사항을 최종 결과와 함께 저장하여 다음 보고 주기가 또 다른 빈 프롬프트가 아닌 증거로 시작되도록 하라.
