IndieBiz 유튜브 AI 팁 보고서 · 최근 6개월 이내의 AI 활용법 영상을 매일 자막으로 읽고 실행 가능한 팁만 증류합니다 · 팁은 자막 기반이며 직접 검증 전입니다
유튜브 AI 팁 보고서 — 2026-08-25 — 데이터분석
오늘의 영상 4편 · 누적: 팁 298개 / 다룬 영상 67편(후보 등재 269편)
오늘은 이 보고서가 아직 열지 않은 축, 데이터분석이다. 8/23 앱빌더호와 8/24 프롬프트호가 연달아 "내일 주제 후보 1순위"로 지목한 자리다. 후보 23편의 업로드 날짜를 전수 확인해 13편을 6개월 규칙으로 떨어냈고, 남은 10편에서 4편을 골라 자막을 통독했다.
오늘 수확의 성격: 도구 조작법보다 검증 절차에 팁이 몰렸다. 네 영상이 서로 모르는 채로 같은 말을 했다 — AI가 낸 숫자를 그대로 쓰지 마라, 근거로 되짚어라. 그래서 아래 팁은 영상 순서가 아니라 분석 작업의 순서로 재조직했다.
한눈에 (TL;DR)
- 무엇을 분석할지 모르겠을 때, 그 고민도 넘겨라. "사장님이 궁금해할 질문 5개를 네가 먼저 만들고 각각 답까지 해 줘" — 질문을 못 하던 사람이 질문을 추천받아 분석을 시작한다.
- 오늘의 공통 주제는 검증이다. 근거 셀 되묻기(세인투), 첫 답 불신·재질문(Ryan), 생성된 SQL 읽기(Kyle) — 세 사람이 각자의 도구에서 같은 결론에 도달했다. 특히 Ryan은 의도적으로 심은 오류 6개 중 첫 답이 5개만 잡는 장면을 편집 없이 보여준다.
- 엑셀이 버거운 CSV는 창고를 세우지 말고 DuckDB로. import도 load도 create table도 없다 — 파일 경로가 곧 테이블이고,
orders_*.csv 와일드카드로 6개월치를 한 번에 집계한다.
오늘의 팁
A. 분석을 시작하기 전
1. 무엇을 분석할지 모르겠으면 질문 만들기부터 AI에게 시켜라
- 방법: 데이터를 정리한 뒤 이렇게 묻는다 —
이 데이터로 뭘 분석해야 될지 모르겠어. 사장님이 궁금해할 질문 5개를 네가 먼저 만들고 각각 답까지 해 줘. 돌아온 질문 목록(전체 매출 규모·최대 고객사·잘 팔리는 제품 등)을 보고 자기 질문을 구체화한다.
- 출처: 앞으로 엑셀 직접 만들지 마세요! 클로드 하나로 자동화 하는 법 — AI 콘텐츠 마스터 세인투
- 보정: 화자가 "어떤 영상에서도 아무도 안 가르쳐 주는 꿀팁"이라 하지만 발상 자체가 희귀하진 않다. 다만 데이터 분석 문맥에서의 자리는 정확하다 — 정리(cleaning)는 시킬 줄 알아도 분석은 못 시키는 지점이 실제 병목이다.
2. 실행 전 계획을 요구하라 — 이미 수집(2026-08-13 코딩호)
"계획부터 보여 줘"(세인투)와 "ask before any edits 모드"(Ryan)는 8/13에 수집한 "계획을 내가 승인하기 전엔 코드를 한 줄도 쓰게 하지 마라"의 데이터 분석판이다. 새로 확인된 것만: 엑셀처럼 원본 파일을 직접 수정하는 환경에서는 이 한 줄이 안전장치를 겸한다. 세인투 편에서 클로드는 계획 단계에서 "원본은 보존하고 새 시트에 만들겠다"를 스스로 제안했다.
B. 정리하고 결합하기
3. 정규식은 손으로 쓰지 말고 나쁜 예·원하는 형식·엣지케이스를 예시로 줘라
- 방법: 규칙을 서술하지 말고 예시를 나열한다 —
전화번호 열이 이런 형식들로 섞여 있다(예시 나열) → 전부 이 형식으로 통일. 메모 열에는 금액이 여러 형태로 들어 있다. 달러 금액을 뽑아 estimated_deal_value 새 열로 만들되, 여러 개면 가장 큰 값, 없으면 null. 회사명 열은 구두점 제거·타이틀 케이스·끝 공백 제거. 결과로 140줄짜리 파이썬 스크립트가 나오고, 다음 달에 같은 파일이 오면 그 스크립트를 다시 돌리면 된다.
- 출처: How I Use Claude Code as a Data Analyst (10 Real Use Cases) — Ryan & Matt Data Science
- 보정: 화자 본인도 "이건 10분 걸렸다"고 인정한다. 30행짜리 데모라 빠른 게 아니라 재사용 가능한 스크립트가 남는 것이 이득이다.
4. 키가 안 맞는 소스를 합칠 땐 '안 맞는다'는 사실을 프롬프트에 먼저 적어라
- 방법: CRM·청구·마케팅 3개 파일을 합칠 때
마케팅 파일은 고객ID 대신 회사명을 쓰고, 이름이 정확히 일치하지 않는다를 프롬프트에 미리 넣는다. 이 한 문장이 있으면 이름 정규화를 포함해 결합하고, 없으면 조인이 조용히 실패한다.
- 출처: 같은 영상 (Ryan & Matt)
- 보정: 결합 결과가 처음엔 화면 표로만 나오고 CSV 파일은 안 나왔다 — "CSV로 만들어 줘"를 한 번 더 시켜야 했다. 산출물 형태를 처음 요청에 명시해야 왕복이 준다.
5. 엑셀이 버거운 CSV는 창고를 세우지 말고 DuckDB로 — 파일이 곧 테이블이다
- 방법: DuckDB는 서버가 없는 인프로세스 분석 DB다(트랜잭션용 SQLite의 분석용 형제). import·load·create table 단계가 존재하지 않는다 — CSV 경로를 그대로
FROM 절에 적으면 질의된다. 15만 행짜리 주문 파일이 엑셀에서 느려질 때 Snowflake를 띄우는 대신 이걸 쓴다.
- 출처: Query CSVs and More in Plain English with DuckDB + Claude — Kyle Chalmers | Data + AI
- 보정: 조회수 606의 소규모 채널이지만 오늘 후보 중 유일하게 도구 축이 다른 영상이다. 화자가 "며칠 전까지 나도 DuckDB를 안 써봤다"고 밝히는 만큼 숙련자의 노하우가 아니라 입문 경로의 기록으로 읽어야 한다.
6. 여러 달치 파일은 glob 와일드카드로 한 테이블처럼 질의하라
- 방법:
orders_2026-01.csv … orders_2026-06.csv가 한 폴더에 있으면 orders_*.csv 하나로 6개월치가 한 테이블이 된다. 파일을 합치는 전처리가 사라진다.
- 출처: 같은 영상 (Kyle Chalmers)
- 보정: 전제는 파일명 규칙이 일정할 것이다. 실무에서 이 전제가 깨지는 경우가 오히려 흔하다.
C. 검증 — 오늘 수확의 중심
7. 첫 답을 정답으로 취급하지 마라 — 놓친 것을 지목해 두 번째로 물어라
- 방법: 오류 6개를 심어둔 CSV에 감사를 시켰더니 첫 답이 5개만 잡았다(중복 누락).
너 중복값을 놓쳤어. 다른 불일치는 없었어?로 되묻자 나머지가 나왔고, 묻지 않았으면 안 나왔을 통찰(같은 고객·같은 제품인데 3개월 새 단가 20% 하락 → 미기록 할인 또는 가격 오류 의심)까지 딸려 나왔다.
- 출처: 같은 영상 (Ryan & Matt)
- 보정: 화자가 정직한 대목이다 — "사람들이 AI를 못 쓰겠다고 하는 이유가 이것인데, AI가 나쁜 게 아니라 계속 프롬프트해야 최선이 나온다." 또한 같은 영상에서 환각도 편집 없이 노출된다(달성률 0인 행을 '미달'로 분류). 결과를 그대로 옮겨 적으면 안 된다는 근거가 영상 안에 있다.
8. 보고 직전에 '수상한 것 찾아줘' 감사를 한 번 돌려라
- 방법:
한 시간 뒤 매니저에게 보고할 Q1 매출 리포트다. 올리기 전에 이상하거나 잘못된 것을 확인해 줘 — 이상치, 결측값, 중복, 말이 안 되는 값. 잡힌 것: 98만 달러 이상치, 음수 매출, Q1 리포트에 섞인 12월 날짜("어떤 회계 달력으로도 12월은 Q1이 아니다").
- 출처: 같은 영상 (Ryan & Matt)
- 보정: 위 7번대로 한 번으로 끝나지 않는다. 6개 중 5개다. 그래도 회의 중에 지적받는 것보다는 낫다는 게 요지.
9. 숫자를 받으면 근거 셀을 되물어라 — 요청에도 '근거 셀 표시'를 넣어라
- 방법: 분석 요청 끝에
근거 셀도 표시해 줘를 붙인다. 받은 뒤에는 379 제품군의 2025년 실적은 어느 셀을 더한 거야?로 재질문 — SUMPRODUCT 수식과 12개 셀 목록이 답으로 돌아온다.
- 출처: 앞으로 엑셀 직접 만들지 마세요! — 세인투
- 보정: 화자의 표현("부장님이 이 숫자 어디서 나왔냐고 물어도 안 떨린다")이 이 팁의 실제 효용을 정확히 짚는다. 검증 자체보다 출처 추적이 가능해지는 것이 요지다.
10. 산출물 안에 검산 셀을 심게 하라
- 방법:
정제한 합계가 원본이랑 맞는지 검산 셀도 만들어서 맞으면 초록 틀리면 빨강으로. 결과: 원본 합계 1억 42만 − 제거한 중복 418만 = 정제 합계 9,623만이 대시보드 안에서 자동 대조된다.
- 출처: 같은 영상 (세인투)
- 보정: 검산 로직 자체도 AI가 짠 것이므로 검산의 검산은 여전히 사람 몫이다. 다만 이후 원본이 바뀔 때마다 자동으로 다시 도는 것이 이득.
11. AI가 만든 분석의 품질 검증은 결과가 아니라 SQL을 읽는 것이다
12. SQL은 고치게만 하지 말고 '왜 틀렸는지 + 버그 출력 vs 정답 출력'을 요구하라
- 방법:
각 쿼리의 버그를 찾고, 왜 틀린 결과가 나오는지 설명하고, 수정 쿼리와 함께 버그 출력과 올바른 출력을 대조해 보여 줘. 실제로 잡힌 것 — 불필요한 조인으로 인한 fan-out 중복 집계, PARTITION BY 누락으로 티어별 랭킹이 전역 랭킹이 된 것, LAG + ORDER BY 오류. 느린 쿼리에는 왜 느린지 + 재작성 + 몇 배 빨라지는지 추정까지 붙인다(상관 서브쿼리 안의 스칼라 서브쿼리 → 20~50배 추정).
- 출처: How I Use Claude Code as a Data Analyst — Ryan & Matt
- 보정: 화자가 명시한다 — "많은 사람이 SQL을 던져 넣고 정답만 받고는 아무것도 배우지 않는다." 속도 팁이 아니라 학습 루프 팁으로 읽어야 한다. 또한 화자는 수정 쿼리를 실제로 실행해 검증하지 않았다("이 영상에선 작동한다고 가정하겠다").
D. 산출물 만들기
13. 대시보드는 한 번에 시키지 말고 다섯 번 짧게 쌓아라
- 방법: ①
요약 대시보드 시트를 만들어 줘. 맨 위엔 총 매출·성장률·1위 제품군 KPI 카드를 큼직하게, 그 아래 제품군별 막대 차트와 비중 도넛 차트를 나란히 ②월별 매출 추이 꺾은선도 추가. 막대랑 선을 섞은 콤보 차트면 더 좋아 ③제품군×월 매출표를 만들고 값이 클수록 진해지는 히트맵. 셀 안에 데이터바도. 미니 차트도 옆에 ④달성률 옆에 100% 넘으면 초록 못 넘으면 빨강 신호등 아이콘 ⑤검산 셀(10번). "한 번에 다 만들어 줘"를 하면 헛소리가 늘어난다.
- 출처: 앞으로 엑셀 직접 만들지 마세요! — 세인투
- 보정: "엑셀 고수가 며칠 걸려 만든 임원 보고서"라는 도입부 주장은 과장이다. 다만 한 번에 안 시킨다는 원칙 자체는 오늘 팁 중 가장 반복 적용 가능하다.
14. 인쇄용 대시보드와 발표용 대시보드를 다른 도구로 갈라라
- 방법: 엑셀 안의 대시보드는 제출·인쇄용(수식이 살아 있어 원본 한 칸을 고치면 전부 재계산). 발표장에서 클릭하며 탐색할 것은 엑셀 밖에서 HTML로 따로 만든다 —
이 매출 데이터로 인터랙티브 대시보드를 HTML로. 위에 제품군·연도 필터를 달아 누르면 모든 차트가 실시간으로 바뀌게. 부진 제품군은 빨강으로. 다크모드로. 링크 하나로 엑셀 없는 사람에게도 보낼 수 있다.
- 출처: 같은 영상 (세인투)
- 보정: "둘 다 클로드인데 맞는 자리를 골라 쓰는 것"이라는 정리는 정확하다. 다만 HTML판은 원본과 연결이 끊긴 정적 스냅샷이다 — 데이터가 바뀌면 다시 만들어야 한다는 점을 영상은 짚지 않는다.
15. 팀에 배포할 거면 HTML 말고 Streamlit — 단 무료 공개 배포에 DB를 연결하지 마라
- 방법: 같은 질문이 계속 나에게 몰리면("이 고객 정보 좀 찾아줘") 검색·필터 가능한 Streamlit 앱을 만들어 넘긴다 —
팀이 계속 고객 정보를 물어본다. 내가 병목이 되는 대신 그들이 직접 검색·필터·표 조회할 수 있는 Streamlit 앱을 만들어 줘. 화자는 전 직장에서 이런 앱 15개로 주당 30~40시간을 아꼈다고 말한다.
- ⚠ 보안: Streamlit Cloud 무료 배포는 코드가 공개 GitHub에 올라간다. 화자가 영상 중 두 번 경고한다 — 공개 배포에 사내 DB 접속 정보를 넣지 말 것(사설 호스팅이면 가능).
- 출처: How I Use Claude Code as a Data Analyst — Ryan & Matt
- 보정: "주당 30~40시간"은 검증 불가능한 자기 보고다. 데모 앱도 CSV를 하드코딩한 것이고 화자 본인이 "최선의 방식은 아니다"라고 인정한다.
16. 대시보드를 시키기 전에 브랜드 스타일 가이드를 먼저 올려라
E. 반복 자산으로 굳히기
17. 매번 반복할 데이터 규약은 Settings > Instructions에 박아라
- 방법: 사이드바 점 세 개 > 세팅 > 인스트럭션에 이렇게 적어둔다 —
날짜는 항상 YYYY-MM-DD / 금액은 텍스트 빼고 숫자만 / 고객사는 공백 없는 대표 표기로 / 빈칸은 '미지정'으로. 새 파일을 열 때마다 같은 잔소리를 반복하지 않아도 된다.
- 출처: 앞으로 엑셀 직접 만들지 마세요! — 세인투
18. 반복 분석은 '#schedule'로 예약해 두라
19. Cowork는 플러그인부터 깔아라 — 플러그인 = 그 용도의 스킬 묶음
- 방법: customize > 플러그인 > add plugin에서 data·finance·design 설치. data 플러그인 하나에 데이터 컨텍스트 추출·시각화·탐색·대시보드 빌드·분석 등 13개 스킬과 Snowflake·Databricks·BigQuery 커넥터가 들어 있다. 호출은
/data 또는 /스킬명.
- ↳ 곁들여: 클라이언트별 폴더 = 프로젝트로 두면 파일 경로를 지정하지 않아도 폴더 안 CSV를 알아서 찾고 산출물도 그 폴더에 저장한다.
- ↳ 곁들여: 원본이 창고(BigQuery 등)에 있으면 커넥터를 붙여 내려받기 단계를 없앤다 — 프로젝트 ID만 주면 된다.
- 출처: 같은 영상 (AI Impact)
- 보정: [홍보성] 위와 같음.
곁들임 — 낯선 도구는 스킬 설치부터
DuckDB 편의 진입 경로가 인상적이다. 플러그인 마켓플레이스에서 DuckDB 스킬을 user 스코프로 설치하면 /install-duckdb 명령이 딸려 와 CLI 본체까지 대신 깔아준다. 도구를 배우기 전에 도구 설치를 스킬에 맡기는 순서다.
시도 후보
- 분석 질문을 먼저 생성시키기 (팁 1) — 낯선 데이터셋(공공 통계표, 개인 가계부 등)에 대해 "물어볼 만한 질문 5개와 각각의 답"을 먼저 돌려보는 것. 대개 질문은 사람이 먼저 정하고 들어가는데, 그 순서를 한 번 뒤집어 보는 실험이다.
- DuckDB 도입해 보기 (팁 5·6) — 엑셀이 느려지는 15만 행급 CSV, 그리고 월별로 쪼개진 파일 묶음에 대해. 설치 부담이 거의 없어 시험 비용이 낮다.
- 발행 전 이상 감사 (팁 8) — 이 보고서를 포함한 정기 산출물 앞에 "이상치·결측·기간 밖 값 지목" 단계를 한 번 세워보는 것.
(위 팁들은 자막을 읽고 증류한 것이지 실측한 것이 아니다. 실제 효용은 해봐야 안다.)
오늘의 영상
지켜볼 점 / 내일 주제 후보
- 내일 주제 후보 1 — 클로드 입문 종합. 8/24 호가 재검토 1순위로 지목한 조팀장의 AI 공략집 편(조회 47만, 4/28)이 아직 열리지 않았다. 8/22 실측("초보용이라고 건너뛰지 말 것 — 최고 밀도가 거기서 나왔다")이 근거.
- 내일 주제 후보 2 — 문서업무 재방문. 8/13 이후 12일 지났고 오늘 검색에서 "클로드 인 엑셀" 계열 신선판이 여럿 걸렸다(q8mEmrXszZM 8/18, -o6m4Ta4kiM 7/30). 오늘은 신호가 약해 미뤘지만 여러 편을 묶으면 한 호가 된다.
- 재검토 후보 — 오픈클로(OpenClaw). 8/21·8/22·8/23·8/24가 연달아 미룬 항목. 다섯 번째 이월이다.
- 오늘의 관찰 1 — 데이터분석 주제는 '한국어=엑셀, 영어=코드'로 언어별 층이 완전히 갈린다. 한국어 검색 12건이 전부 엑셀·GUI 축(클로드 인 엑셀, 챗GPT 대시보드)이었고, 영어 검색 24건은 Claude Code·SQL·Streamlit·DuckDB 축이었다. 겹치는 영상이 한 편도 없었다 — 8/24가 관찰한 "영어 원천 → 한국어 중계의 시차"와 다른 현상으로, 여기서는 시차가 아니라 대상 독자가 다르다. 두 언어를 병행하지 않으면 절반만 본다.
- 오늘의 관찰 2 — 이 주제에서는 조회수가 신선도와도 밀도와도 무관했다. 오늘 최다 조회 3편(21.8만·18.4만·17.6만)이 전부 컷오프 밖이었고(8/22 생활호의 신선도↔조회수 반비례 재현), 반면 컷오프 안쪽 최다 조회(21.7만, 세인투)는 팁 밀도도 높았다. 그런데 가장 절제된 팁은 조회 606짜리 DuckDB 편에서 나왔다. 조회수는 신선도 필터 다음의 보조 지표로만 써야 한다.
- 오늘의 관찰 3 — 컷오프 이틀 차이 탈락이 또 나왔다. QeBI3Z_-_OQ(2026-02-24, 조회 2.6만)가 컷오프(2026-02-26)에서 이틀 밖이었다. 8/13(하루 차이)·8/15(11일)·8/16(보름)에 이은 네 번째다. 하드 필터의 대가이며 원칙대로 제외했다. 다만 원장에
too_old로 남으니 재검토할 길은 닫히지 않는다.