가이드 직무별 활용 가이드
🎯 Chapter 9 / 23

직무별 활용 가이드

마케팅, 재무, HR, 법무, 운영, 개발, 데이터, 디자인 등 직무별 활용법.

각 직무에서 바로 쓸 수 있는 실전 프롬프트를 모았습니다. 복사해서 바로 사용하세요.

아래 예시들은 일반적인 업무 흐름을 기반으로 작성된 참고용입니다. 실제 각 팀의 업무 방식과 다를 수 있으니, 본인의 현업에 맞게 수정해서 사용하세요. 프롬프트의 구조와 형식을 참고하되, 구체적인 내용은 실무에 맞춰 조정하는 것이 가장 효과적입니다.


마케팅팀

콘텐츠 제작

"클룹 스프린트 에반게리온 2ND 콜라보 출시에 맞춰 SNS 콘텐츠 초안을 써줘.

- 채널: 인스타그램 피드 + 스토리 + 릴스 각각
- 타겟: 2030 건강음료 소비자 + 에반게리온 팬덤
- 톤: 힙하고 위트있게, 에반게리온 세계관 레퍼런스 자연스럽게 녹이기
- 구성: 티저(D-3) → 공개(D-Day) → 리뷰유도(D+3) 총 3단계
- 각 단계별 카피 + 해시태그 + 이미지 디렉션
- 파일명: '클룹_에반게리온2nd_SNS콘텐츠.md'"

경쟁사 분석

"A사, B사, C사의 최근 동향을 조사해서 비교 분석해줘.

비교 기준: 핵심 기능 | 가격 정책 | 최근 3개월 업데이트 | 타겟 시장
결과물:
1. 비교표 엑셀 ('경쟁사비교_202603.xlsx')
2. 분석 요약 마크다운 ('경쟁사분석_202603.md')
   - 각 사별 강점/약점
   - 우리에게 위협이 되는 포인트
   - 우리의 차별화 전략 제안"

캠페인 성과 보고

"input 폴더의 '3월_캠페인_데이터.csv'를 분석해줘.

분석 항목:
1. 채널별 전환율 비교 (검색광고/SNS/이메일/디스플레이)
2. CPA(고객획득비용) 상위/하위 3개 캠페인
3. ROI 기준 예산 재배분 제안
4. 전월 대비 개선/악화 포인트

결과: 워드 보고서 ('캠페인_성과_202603.docx')
톤: 데이터 기반, 주관적 표현 최소화"

추천 플러그인: Marketing


재무/경영지원팀

경비 처리

"input 폴더의 영수증 이미지들을 스캔해서 경비 보고서를 만들어줘.

열 구성: 날짜 | 가맹점 | 금액(₩) | 카테고리 | 비고
카테고리: 식비/교통비/숙박비/접대비/사무용품/기타
서식: 금액 천단위 콤마, 하단에 카테고리별 소계 + 총합
파일명: '경비보고서_202603.xlsx'"

재무 데이터 분석

"input 폴더의 '8개브랜드_Q1_재무데이터.xlsx'를 분석해줘.

분석 항목:
1. 브랜드별(한끼통살/랩노쉬/클룹/브레이/그로서리서울/닥터랩노쉬/오원/엑쎄라피) 월별 매출/영업비용/영업이익 추이
2. 전년 동기 대비 변화율 (YoY) - 특히 한끼통살 제로라인 수익성 변화
3. 브랜드별 비용 구조 분석 (원재료/물류/마케팅/인건비 비중)
4. 브레이 해외(JP/EU) 매출 비중과 환율 영향 분석

결과물:
- 분석 엑셀 ('8개브랜드_Q1_재무분석.xlsx') - 브랜드별 시트 + 전체 비교 시트
- 경영진 보고서 ('8개브랜드_Q1_재무보고.docx') - 2페이지 이내, 브랜드 간 비교표 위주"

예산 vs 실적 비교

"'예산계획.xlsx'와 '실적.xlsx'를 비교해서:
- 항목별 예산 대비 실적 달성율
- 초과/미달 항목 하이라이트
- 하반기 예산 조정 제안
엑셀과 워드 보고서 각각 만들어줘."

추천 플러그인: Finance


HR/인사팀

지원서 스크리닝

"input 폴더의 이력서 PDF 파일들을 읽고 스크리닝해줘.

직무 요건:
- 경력 3년 이상
- Python 또는 데이터 분석 경험
- 영어 커뮤니케이션 가능

결과물: 엑셀 ('지원자_스크리닝.xlsx')
열: 이름 | 경력(년) | 핵심스킬 | 영어수준 | 적합도(상/중/하) | 코멘트
개인정보(주소, 주민번호)는 포함하지 마."

온보딩 자료

"신입사원 온보딩 패키지를 만들어줘.

구성:
1. 첫 주 가이드 ('온보딩_1주차.docx')
   - Day 1: IT 장비 세팅, 계정 생성
   - Day 2: 팀 소개, 조직도 파악
   - Day 3: 필수 교육 (보안, 규정)
   - Day 4-5: 첫 과제 + 멘토 미팅

2. 체크리스트 ('온보딩_체크리스트.xlsx')
   - 항목 | 담당자 | 마감일 | 완료여부"

추천 플러그인: Human Resources


법무팀

계약서 검토 요약

"input 폴더의 계약서 PDF를 읽고 검토 요약해줘.

정리 항목:
1. 계약 기본정보 (당사자, 기간, 금액)
2. 핵심 조항 요약 (5개 이내)
3. 주의 필요 조항 (해지조건, 면책, 손해배상, 비밀유지)
4. 일반적 계약 대비 특이 사항
5. 검토 의견

파일명: '계약검토_[상대방명]_YYYYMMDD.md'
법적 조언이 아닌 검토 참고자료임을 명시해줘."

규정 준수 체크리스트

"개인정보보호법 기준 사내 준수 체크리스트를 만들어줘.

카테고리:
- 수집: 동의 절차, 최소 수집 원칙
- 이용: 목적 외 이용 금지
- 보관: 보관 기간, 암호화
- 파기: 파기 절차, 증적 관리
- 위탁: 위탁 계약, 관리 감독

열: 항목 | 체크 | 담당부서 | 점검주기 | 근거조항
엑셀로 만들어줘."

추천 플러그인: Legal


운영/기획팀

회의록 정리

"아래 회의 내용을 정리해줘:

[여기에 회의 메모/녹취 텍스트 붙여넣기]

형식:
1. 기본정보 (일시, 참석자, 안건)
2. 안건별: 논의내용 → 결정사항 → 액션아이템
3. 액션아이템 종합 표 (담당자 | 내용 | 마감일)

파일명: '회의록_YYYYMMDD.md'"

PRD 초안

"클룹 신제품 출시 타임라인 PRD 초안을 만들어줘.

구성:
1. 배경 및 목적 (왜 만드는가 - 클룹 라인업 확장, 건강음료 시장 트렌드)
2. 사용자 스토리 (3~5개, As a ~ I want ~ So that 형식)
3. 기능 요구사항 표 (ID | 설명 | 우선순위 필수/선택) - 제품기획/생산/QC/마케팅/물류 단계별
4. 비기능 요구사항 (식약처 인허가, 유통기한, 콜드체인 요건)
5. 성공 지표 KPI (지표 | 현재 | 목표 | 측정방법) - 출시 후 4주 판매량, 재구매율 등
6. 타임라인 (기획→시제품→인허가→양산→출시, 단계별 기간과 산출물)

파일명: 'PRD_클룹_신제품출시.docx'"

일일/주간 브리핑

"오늘의 팀 브리핑 문서를 만들어줘:

1. 어제 완료된 작업 (Notion에서 가져오기)
2. 오늘 예정된 미팅과 마감 (Calendar에서 가져오기)
3. 블로커/이슈 사항 (Slack에서 가져오기)
4. 이번 주 핵심 목표 진행률

파일명: '일일브리핑_YYYYMMDD.md'"

추천 플러그인: Product, Operations, Productivity


개발팀

코드 리뷰 보조

"아래 코드를 리뷰해줘. 실제 코드 리뷰어처럼 꼼꼼하게 봐줘.

[여기에 코드 또는 파일 경로 붙여넣기]

검토 기준:
1. 버그 가능성 (null 처리, 경계값, 예외 누락)
2. 보안 취약점 (SQL 인젝션, XSS, 민감정보 노출)
3. 성능 이슈 (N+1 쿼리, 불필요한 반복, 메모리 누수)
4. 코드 품질 (네이밍, 중복, 단일 책임 원칙)
5. 테스트 커버리지 부족한 부분

결과 형식:
- 심각도 (Critical/Major/Minor) | 위치 | 이슈 설명 | 개선 제안
- 전체 코드에 대한 종합 의견 한 줄"

테스트 케이스 생성

"아래 코드의 유닛 테스트를 작성해줘.

[여기에 함수 또는 클래스 코드 붙여넣기]

조건:
- 테스트 프레임워크: Jest (또는 pytest/JUnit 등 프로젝트에 맞게 변경)
- 정상 케이스, 엣지 케이스, 에러 케이스 모두 포함
- 각 테스트에 한글 설명 주석 추가
- Mocking이 필요한 외부 의존성은 명시적으로 mock 처리
- 테스트 커버리지 90% 이상 목표

파일명: '[원본파일명].test.ts'"

디버깅 페어

"아래 에러 로그를 분석하고 원인을 찾아줘.

에러 로그:
[여기에 에러 메시지 또는 스택 트레이스 붙여넣기]

환경 정보:
- 언어/프레임워크: (예: Node.js 20 + Express)
- 발생 시점: (예: 특정 API 호출 시, 배포 직후 등)
- 재현 빈도: (항상/간헐적)

분석해줄 것:
1. 에러 원인 분석 (가능한 원인 우선순위별 나열)
2. 스택 트레이스에서 핵심 라인 지목
3. 각 원인별 해결 방법 코드 예시
4. 같은 문제 재발 방지를 위한 개선 제안"

문서화

"아래 코드를 기반으로 API 문서를 생성해줘.

[여기에 API 코드 또는 라우터 파일 붙여넣기]

문서 구성:
1. API 개요 (서비스 설명, Base URL)
2. 엔드포인트별:
   - HTTP 메서드 + 경로
   - 설명
   - Request (Headers, Path Params, Query Params, Body 예시)
   - Response (성공/실패 각각 예시 JSON)
   - 에러 코드 표
3. 인증 방식 설명
4. Rate Limit 정보

형식: 마크다운
파일명: 'API_문서_[서비스명].md'"

추천 플러그인: Engineering


데이터팀

CSV/엑셀 분석

"input 폴더의 '[파일명].csv'를 분석해줘.

분석 항목:
1. 데이터 개요 (행/열 수, 컬럼별 타입, 결측치 비율)
2. 주요 지표 기술통계 (평균, 중앙값, 표준편차, 분위수)
3. 패턴 분석 (시계열 추세, 이상치, 상관관계)
4. 피벗 요약 (기준: [그룹핑 컬럼] × [값 컬럼], 집계: 합계/평균)
5. 시각화 제안 (어떤 차트로 보면 인사이트가 잘 보이는지)

결과물:
- 분석 엑셀 ('분석결과_[파일명].xlsx') - 원본+분석+피벗 시트 구분
- 핵심 인사이트 요약 마크다운 ('인사이트_[파일명].md') - 5줄 이내"

리포트 자동 생성

"input 폴더의 데이터 파일들을 기반으로 주간 데이터 리포트를 만들어줘.

리포트 구성:
1. 핵심 지표 대시보드 (KPI 4~5개, 전주 대비 변화율)
2. 트래픽/매출/전환 추이 그래프 설명
3. 세그먼트별 비교 (채널/지역/상품군 등)
4. 이상 징후 알림 (전주 대비 ±20% 이상 변동 항목)
5. 다음 주 예상 트렌드와 액션 제안

톤: 데이터 기반, 간결한 문체
파일명: '주간리포트_YYYYMMDD.docx'"

SQL 쿼리 검증

"아래 SQL 쿼리를 검토하고 개선해줘.

```sql
[여기에 SQL 쿼리 붙여넣기]

검토 항목:

  1. 정확성: 의도한 결과를 정확히 반환하는지 (JOIN 조건, WHERE 필터, 집계 로직)
  2. 성능: 인덱스 활용 여부, 불필요한 서브쿼리, 풀스캔 가능성
  3. 가독성: 들여쓰기, 별칭(alias), 주석 추가
  4. 안전성: SQL 인젝션 위험, 데이터 타입 불일치
  5. 개선된 쿼리 전체를 다시 작성해줘

추가 정보:

  • DB: (예: PostgreSQL 15, MySQL 8 등)
  • 예상 데이터 규모: (예: 주문 테이블 500만 행)"

**추천 플러그인**: Data

---

## 디자인팀

### UX 카피라이팅

"아래 화면의 UI 텍스트를 작성해줘.

화면 설명: [화면/기능 설명 또는 스크린샷 첨부]

작성 항목:

  1. 버튼 레이블 (주요 액션/보조 액션)
  2. 입력 필드 플레이스홀더 텍스트
  3. 에러 메시지 (유효성 검증 실패, 서버 오류, 네트워크 오류 각각)
  4. 성공 메시지 / 완료 토스트
  5. 빈 화면(Empty State) 문구
  6. 툴팁 / 도움말 텍스트

원칙:

  • 사용자 행동 중심 (시스템 관점 아님)
  • 간결하고 명확하게 (최대 20자 이내 권장)
  • 톤: 친절하지만 가볍지 않게
  • A/B 테스트용 대안도 1개씩 제안"

### 사용자 리서치 정리

"아래 사용자 인터뷰 내용을 분석하고 정리해줘.

[여기에 인터뷰 노트/녹취록 붙여넣기]

정리 항목:

  1. 참여자 프로필 요약 (직군, 사용 경험, 핵심 특성)
  2. 주요 발견사항 (Findings) - 빈도순 정렬
  3. 사용자 페인포인트 Top 5
  4. 직접 인용구 (임팩트 있는 발언 3~5개)
  5. 기회 영역 (Opportunity Areas)
  6. 다음 단계 제안 (추가 리서치/프로토타입 테스트 등)

파일명: '리서치정리_[프로젝트명]_YYYYMMDD.md'"


### 디자인 시스템 문서화

"아래 컴포넌트의 디자인 시스템 문서를 작성해줘.

컴포넌트명: [예: Button, Modal, Toast 등] Figma 링크 또는 스크린샷: [첨부]

문서 구성:

  1. 컴포넌트 개요 (용도, 사용 맥락)
  2. Variants 표 (타입 | 사이즈 | 상태 | 설명)
  3. Props/속성 정의 (속성명 | 타입 | 기본값 | 필수여부 | 설명)
  4. 사용 가이드라인 (Do / Don't 각 3개)
  5. 접근성 요구사항 (ARIA, 키보드 인터랙션)
  6. 관련 컴포넌트 (함께 쓰이는 컴포넌트)

파일명: '디자인시스템_[컴포넌트명].md'"


**추천 플러그인**: Product

---

## 공통 팁

1. **직무 맥락을 먼저 알려주세요**: "마케팅팀 시니어 매니저로서~" 등의 역할 설정
2. **회사 용어를 그대로 쓰세요**: 사내 약어나 용어를 쓰면 더 자연스러운 결과
3. **기존 양식이 있으면 첨부하세요**: "이 양식을 참고해서 만들어줘"
4. **결과물은 반드시 검토하세요**: 특히 숫자, 날짜, 고유명사, 법적 내용
5. **다른 팀과 협업할 때**: "마케팅팀에서 받은 캠페인 데이터를 분석해줘" 등 타팀 맥락도 함께 전달

퀴즈

이 챕터의 핵심 내용을 확인해보세요

1

프롬프트에 직무 맥락을 포함하면 좋은 이유는?

2

기존 회사 양식이 있을 때 코워크에게 요청하는 가장 좋은 방법은?