Core Concept · Mindset
AI 업무활용 핵심 — 나만의 인스턴트 앱
AI 업무활용을 '나만의 인스턴트 앱을 만들어 쓰는 것'으로 인식하고, 내 도메인의 불편함에서 출발하는 흐름.
Doc.02
강의 핵심 개념 요약
인식 전환
인스턴트 앱
AI 업무활용 = 나만의 가벼운 AI 앱을 만들어 쓰는 것.
출발점
내 도메인
내가 매일 하는 일의 불편·자동화·고도화 지점에서 시작.
진행 흐름
발견→정의→가설→구현
문제 정의·가설 후 기획→구현→검증→개선으로 작게 키운다.
이 문서는 오늘 강의 전체를 관통하는 하나의 생각을 정리합니다. 도구 사용법보다 먼저, "AI를 업무에 쓴다는 것"을 어떻게 인식해야 실제로 결과가 나오는지에 대한 이야기입니다.
핵심 한 줄: AI 업무자동화는 거창한 제품을 만드는 일이 아니라, 내 도메인의 불편함 하나를 푸는 '나만의 인스턴트 앱'을 만들어 쓰고, 개선해 나가는 일입니다.
Section 01
1. 지금의 Claude와 Claude Code — 무엇이 달라졌나
먼저 도구가 어디까지 왔는지 짧게 짚습니다. (요금·세부 스펙이 아니라 큰 흐름만)
- 모델 세대가 빨라졌다. Claude는 Opus 4.8 · Sonnet 4.6 · Haiku 4.5 같은 4.X 세대와 Fable 5까지 빠르게 발전했습니다. 예전보다 더 길고 복잡한 작업을 한 번에, 더 정확하게 처리합니다.
- Claude Code를 쓰는 곳이 넓어졌다. 이제 터미널(CLI)뿐 아니라 데스크톱 앱(Mac·Windows), 웹(claude.ai/code), IDE 확장(VS Code·JetBrains)에서도 씁니다. "코드를 모르는 사람도 자기 폴더에서 일을 시키는" 접근성이 커졌습니다.
- 단발 답변을 넘어선다. MCP(외부 도구 연결), 스킬, 서브에이전트, 플랜 모드 같은 개념이 더해지면서, AI가 도구를 직접 쓰고 · 여러 단계를 스스로 진행하고 · 검증까지 하는 방향으로 갑니다.
변화의 핵심 한 줄: 채팅으로 답을 받는 도구에서 → 내 파일과 도구를 직접 다루며 결과물을 만들고 반복 실행하는 작업자로 바뀌었습니다. 이게 Claude(채팅)와 Claude Code(작업)를 나누는 기준이기도 합니다.
Section 02
2. "보고서 자동화·통계분석·웹/앱 제작"이 실제로 뜻하는 것
흔히 듣는 표현들이 실제로는 무엇을 만드는 일인지 풀어보면 전부 한 곳으로 모입니다.
| 흔한 표현 | 실제로 하는 일 | 오늘 강의 속 예시 |
|---|---|---|
| 보고서를 자동으로 만든다 | 자료 폴더 → 요약·구조화·초안·검토 질문까지 만드는 흐름 | 김성범님 실습(자료→요약→보고서→발표→Q&A) |
| 매출/통계 분석을 자동화한다 | 엑셀·CSV를 코드가 계산하고 표·요약을 만들어 매달 반복 | 최지혜님 실습(포트폴리오 계산→브리핑) |
| 웹페이지를 만든다 | 브라우저에서 바로 열리는 HTML 결과물을 만든다 | 이 강의 자료 사이트 자체 |
| 앱을 만든다 | 내 업무 한 가지를 처리하는 입력·버튼·화면을 가진 작은 도구 | 인스턴트 앱(아래 3장) |
공통점: 위 네 가지는 전부 "내 일을 대신하는 작은 소프트웨어"를 만드는 것입니다. 표현만 다를 뿐, 본질은 같습니다.
Section 03
3. 핵심 인식 전환 — 나만의 인스턴트 앱을 만든다
여기가 오늘의 가장 중요한 지점입니다.
AI를 업무에 활용한다 = 개인 프로덕트를 개발한다 = 나만의 인스턴트 앱(가벼운 AI 앱)을 만들어 쓴다. 같은 말로 인식해야 합니다.
인스턴트 앱이란 남에게 팔 완성된 서비스가 아니라, 내 문제 하나를 해결하려고 빠르게 만든 작은 도구입니다.
- 1회용이어도 됩니다. 나만 써도 됩니다. 화면이 투박해도 됩니다.
- 중요한 건 "출시"가 아니라 "내 일이 실제로 줄어드는가"입니다.
왜 이 인식이 중요한가?
- "완성된 서비스를 만들어야 한다"는 부담을 내려놓게 됩니다. 그 부담이 대부분의 사람을 시작도 못 하게 막습니다.
- "오늘 내 업무 하나를 자동화하는 작은 앱"으로 범위를 좁히면, 실제로 만들어집니다.
- 발상의 전환: 내가 개발자가 되는 것이 아니라, AI에게 내 업무용 도구를 만들게 지휘하는 사람이 되는 것입니다.
Section 04
4. 어디서 시작하나 — 내 도메인의 불편함에서
새로운 분야를 찾을 필요가 없습니다. 내가 매일 하는 일(내 도메인)에서 시작하는 것이 가장 빠르고 정확합니다.
세 가지 렌즈로 "만들 거리"를 찾습니다.
- 불편한 점 — 매번 반복하는 수작업, 손이 많이 가는 일
- 자동화하고 싶은 점 — 사람이 안 해도 되는데 계속 사람이 하는 일
- 고도화하고 싶은 점 — 지금도 하고 있지만 더 잘하고 싶은 일
왜 내 도메인인가? 이미 잘 아는 영역이라 문제도 정확히 알고, 결과가 맞는지도 본인이 검증할 수 있기 때문입니다. 모르는 분야는 자동화해도 결과를 신뢰하기 어렵습니다.
Section 05
5. 문제를 정확히 정의하고, 가설을 세운다
발견한 불편을 곧장 만들기로 넘기지 않습니다. 먼저 문제를 정확히 정의하고, 가설을 적습니다.
문제 정의 — 구체적·측정 가능하게
- ✗ 모호함: "보고서를 잘 만들고 싶다"
- ✓ 정확함: "매주 자료 3개를 모아 임원용 1장 요약을 만드는 데 2시간이 걸린다"
가설 — 해결되면 무엇이 달라지나
- "요약을 자동화하면 2시간 → 20분으로 줄고, 핵심 메시지가 매번 같은 형식으로 표준화된다."
가설을 미리 적어야 나중에 "이 자동화가 성공했는지"를 판단할 수 있습니다. 기대 결과가 없으면 잘 됐는지조차 알 수 없습니다.
Section 06
6. 구현 흐름 — 발견에서 개선까지
문제와 가설이 서면, 아래 흐름으로 이어갑니다. 거창해 보이지만, 오늘 실습에서 압축해서 한 번 체험하는 바로 그 단계들입니다.
| 단계 | 무엇을 하나 | 오늘 실습과의 연결 |
|---|---|---|
| 방안 서치 | 비슷한 사례·도구·접근법을 조사 | Perplexity·Claude로 자료 수집 |
| 기획 | 입력·처리·출력·성공기준·금지사항을 문서로 | plan.md 먼저 작성 |
| 기술 | 어떤 형식·도구로 만들지 결정 | CSV·스크립트·HTML 선택 |
| 구현 | Claude Code로 작은 단계씩 만든다 | 프롬프트 시퀀스 01→05/06 |
| 검증 | 체크리스트로 사람이 확인 | review-checklist.md |
| 안정화 | 매번 같은 결과가 나오게, 예외 처리 | 재실행 가능한 스크립트 |
| 사용 | 실제 업무에 투입, 매주·매월 반복 | 월간 브리핑 자동 생성 |
| 개선 | 쓰면서 부족한 점을 다시 지시 | 다음 달 피드백 반영 |
한 번에 완벽하게 가지 않습니다. 작게 만들어 → 써보고 → 고친다. 이 순환이 인스턴트 앱을 진짜 쓸 만한 도구로 키웁니다.
Section 07
7. 정리 — 오늘 가져갈 한 가지
- AI 업무활용의 본질은 "내 도메인의 불편함 하나를 푸는 나만의 인스턴트 앱을 만들고 개선하는 것"입니다.
- 거창한 제품이 아니라, 오늘 내 일 하나부터. 1회용·개인용으로 충분합니다.
- 흐름은 언제나: 발견(불편·자동화·고도화) → 문제 정의 → 가설 → 방안 서치 → 기획 → 기술 → 구현 → 검증 → 안정화 → 사용 → 개선.
강의 후 과제(권장): 내 업무에서 인스턴트 앱으로 만들 문제 1개를 골라, ① 문제 정의(구체적으로) ② 가설(해결되면 무엇이 달라지나) ③ 입력/출력 형태를 한 장으로 적어보세요. 그게 다음 자동화의 출발점입니다.