huny.log

마케터 생성형 AI 툴킷 — 카피·분석·시각화에 매일 쓰는 프롬프트 12개

복붙해서 바로 쓰는 마케터용 프롬프트 12개. 카피 변형, 보고서 내러티브, A/B 가설 생성, 매체 정책 요약, 차트 추천까지 업무별로 묶고, 프롬프트를 팀 자산으로 관리하는 법과 환각 주의사항을 함께 정리합니다.

· 10분 읽기 · promptgenaicopywritingreportingmarketing-workflow

좋은 프롬프트는 검색해서 모으는 게 아니라 자기 업무에서 깎아 나오는 겁니다. 그래도 시작점은 필요하죠. 이 글은 카피, 리포팅, 자료 요약, 시각화까지 마케터의 반복 업무에 바로 붙는 프롬프트 12개를 복붙 가능한 형태로 정리한 툴킷입니다. 그대로 쓰기보다는 대괄호 자리에 본인 맥락을 채우고, 한두 번 돌려본 뒤 자기 버전으로 고쳐 쓰는 걸 권합니다.

쓰기 전에, 이 툴킷의 사용 규칙

프롬프트마다 공통으로 깔린 구조가 있습니다. 역할 지정, 맥락 제공, 출력 형식, 그리고 금지 조항. 넷 중 하나라도 빠지면 결과가 흔들리는데, 특히 마지막 금지 조항이 제일 자주 생략되고 제일 자주 사고를 냅니다. “모르면 모른다고 답해라”, “수치를 지어내지 마라” 같은 한 줄이 환각의 절반을 막습니다.

표기 규칙은 하나뿐입니다. [대괄호]는 여러분이 채울 변수입니다. 제품명, 타깃, 데이터가 들어갑니다.

카피 작업: 변형은 기계에게, 선별은 사람이

카피 생성의 현실적인 용도는 “무에서 유”가 아니라 변형입니다. 이미 검증된 카피 하나를 시드로 넣고 변주를 시키는 게 품질이 안정적입니다.

1. 카피 20개 변형기

검증된 카피 하나를 소구점·길이·어조 축으로 흩뿌립니다.

너는 [브랜드명]의 퍼포먼스 마케터다. 아래 원본 카피의 핵심 약속은 유지하면서 변형 20개를 만들어라. 소구점(가격/편의/사회적 증거/긴급성) 4종 × 어조(직설/위트/공감/권위) 어조당 1개 이상씩 섞고, [채널명] 글자수 제한 [N자]를 지켜라. 표로 출력: 번호, 카피, 소구점, 어조. 과장 표현과 최상급(“최고”, “1위”)은 근거 없으면 금지.

원본 카피: [붙여넣기]

표로 받는 게 포인트입니다. 20개를 눈으로 빠르게 스캔하고 3~4개만 건져서 테스트에 넘기는 워크플로우가 만들어집니다.

2. 페르소나 스왑

같은 제품을 다른 타깃의 언어로 다시 말하게 합니다.

아래 카피를 [새 타깃: 예) 40대 워킹맘 / 첫 창업한 20대 사장]의 언어로 다시 써라. 이 타깃이 하루 중 이 광고를 만나는 상황을 먼저 한 줄로 상상해서 적고, 그 상황에 말 걸듯 카피 5개를 써라. 타깃이 쓰지 않는 단어(예: 업계 용어)는 금지.

카피: [붙여넣기]

상황 상상을 먼저 시키는 한 줄이 품질을 바꿉니다. 바로 카피부터 쓰게 하면 타깃 이름만 바뀐 같은 문장이 나옵니다.

3. 클라이언트 메일 톤 조정기

쓰기 어려운 메일일수록 효과가 큽니다. 성과 부진 보고, 일정 지연 공지 같은 것들.

아래 초안을 [formal / friendly / 사과 + 대안 제시] 톤으로 고쳐 써라. 사실관계와 수치는 절대 바꾸지 마라. 변명처럼 들리는 문장은 원인 설명 + 다음 액션 구조로 바꿔라. 길이는 원문의 80% 이하로.

초안: [붙여넣기]

분석·리포팅: 숫자는 주되, 숫자를 만들게 하지 마라

리포팅 계열의 철칙 하나. LLM에게 계산을 시키지 말고, 계산된 숫자를 주고 해석을 시킬 것. 집계는 스프레드시트와 SQL의 일이고, LLM의 일은 숫자를 문장으로 바꾸는 겁니다.

4. raw 숫자 → 보고서 내러티브

너는 [팀명]의 데이터 분석가다. 아래 주간 지표 표를 보고 경영진용 요약 3문단을 써라. 1문단: 가장 중요한 변화 1개. 2문단: 그 원인으로 추정되는 것(표에 근거 있는 것만, 추정임을 명시). 3문단: 다음 주 액션 제안 1~2개. 표에 없는 수치를 새로 만들지 마라. 변화율은 표의 값을 그대로 인용해라.

지표 표: [붙여넣기]

5. A/B 테스트 가설 생성기

지난 실험 결과를 시드로 다음 실험을 설계합니다.

아래는 최근 실험 결과 요약이다. 이 결과에서 출발하는 후속 실험 가설 5개를 만들어라. 각 가설은 “[변경] 하면 [지표]가 [방향]으로 움직일 것이다, 왜냐하면 [행동 가설]” 형식으로. 이전 실험과 같은 변수를 또 건드리는 가설은 1개까지만. 구현 난이도(상/중/하)를 같이 표기해라.

실험 결과: [붙여넣기]

가설의 “왜냐하면” 부분이 핵심 산출물입니다. 거기서 팀이 동의 못 하는 가설은 굴릴 가치가 없는 가설이고, 그걸 거르는 회의가 실험 리뷰의 본론이 됩니다.

6. 캠페인 회고 정리기

아래 캠페인 기록(목표, 실제 결과, 운영 중 메모)을 회고 문서로 정리해라. 구조: 잘 된 것 3개 이하, 아쉬운 것 3개 이하, 다음 캠페인에 가져갈 액션 2개. 각 항목에 기록 속 근거를 괄호로 인용해라. 근거 없는 항목은 쓰지 마라. 듣기 좋은 총평(“전반적으로 의미 있는 캠페인이었다” 류)은 금지.

캠페인 기록: [붙여넣기]

자료 요약·모니터링: 읽는 시간을 사는 프롬프트

7. 매체 정책 변경 요약기

Meta, Google이 정책 공지를 낼 때마다 전문을 읽기는 어렵습니다. 요약의 관점을 고정하는 게 요령입니다.

아래 광고 매체 정책 공지를 요약해라. 관점은 “[우리 업종] 광고주에게 뭐가 달라지나”로 고정. 출력: ① 한 줄 요약 ② 시행 시점 ③ 우리가 바꿔야 할 것 (없으면 “없음”) ④ 원문에서 모호해서 추가 확인이 필요한 부분. 원문에 없는 해석은 ④로만 보내라.

공지 원문: [붙여넣기 또는 링크]

8. 아티클·논문 실무 요약기

아래 글을 마케팅 실무자 관점으로 요약해라. 출력: ① 글의 주장 한 줄 ② 근거의 강도(실험 데이터/사례/의견 중 무엇에 기반하는지) ③ 우리 업무에 적용한다면 구체적으로 무엇을 바꿀지 1개 ④ 이 글이 틀렸을 가능성이 있다면 어디인지. ④를 빼먹지 마라.

글: [붙여넣기]

④번 항목이 이 프롬프트의 존재 이유입니다. 요약기는 기본적으로 원문에 호의적이라, 비판 관점을 명시적으로 시켜야 균형이 잡힙니다.

9. 경쟁사 소재 분석기

아래는 경쟁사 광고 소재의 텍스트/설명이다. 분석해라: ① 타깃 추정과 그 근거 ② 핵심 소구점 ③ 우리 소재와 겹치는 지점 ④ 우리가 비워두고 있는 메시지 영역. 추측은 “추정”이라고 표시하고, 소재에 직접 드러난 것과 구분해라.

경쟁사 소재: [붙여넣기]

시각화·데이터 보조: 차트 고민을 줄이는 쪽

10. 차트 종류 추천기

아래 데이터와 전달하려는 메시지를 보고 적합한 차트를 추천해라. 출력: 1순위 차트와 이유, 2순위 차트와 이유, 그리고 피해야 할 차트 1개와 이유. “메시지가 비교인지 추세인지 구성비인지”를 판단 근거로 명시해라.

데이터 설명: [붙여넣기] / 전달할 메시지: [한 줄]

11. 스프레드시트 수식 생성·해설기

구글 스프레드시트 기준으로 다음을 해줘: [원하는 것: 예) 채널별 월 매출에서 전월 대비 성장률을 구하고 상위 3개만 표시]. 수식을 주고, 각 부분이 뭘 하는지 한 줄씩 풀어서 설명해라. 내 시트 구조: [열 구성 설명]. 동작 전제(정렬 여부, 빈 셀 처리)도 명시해라.

수식을 받는 것보다 해설을 같이 받는 게 중요합니다. 해설 없는 수식은 한 달 뒤의 나에게 또 다른 블랙박스가 됩니다.

12. 대시보드 코멘트 생성기

아래는 대시보드 스크린샷에서 옮긴 수치다. 이 대시보드 하단에 붙일 “읽는 법” 코멘트를 2~3문장으로 써라. 이번 주 숫자에서 눈여겨볼 것 1개와 오해하기 쉬운 부분 1개를 짚어라. 수치는 내가 준 것만 인용해라.

수치: [붙여넣기]

카피, 리포팅, 요약, 시각화 네 영역의 업무에 프롬프트 도구를 연결한 툴킷 일러스트
툴킷의 핵심은 12개라는 숫자가 아니라, 반복 업무마다 검증된 프롬프트가 하나씩 매핑돼 있다는 상태다.

프롬프트를 팀 자산으로 만드는 법

여기까지의 프롬프트는 출발점이고, 진짜 가치는 팀 운영에서 나옵니다. 제안하는 운영 방식은 이렇습니다.

먼저 공유 문서 하나를 만들고, 위 형식처럼 프롬프트마다 용도·변수·주의사항을 함께 적습니다. 누가 언제 써도 같은 품질이 나오게요. 다음으로, 프롬프트를 고칠 때는 덮어쓰지 말고 버전을 남깁니다. “v2에서 금지 조항 추가, 이유: 경쟁사 이름을 지어내는 사고” 같은 한 줄이면 충분합니다. 이쯤 되면 눈치채셨겠지만, 이건 프롬프트 관리라기보다 작은 하네스 엔지니어링입니다. 지시서를 파일로 만들고, 사고를 규칙으로 옮기는 것.

주의사항, 이것만은 꼭

수치는 항상 원본과 대조하세요. 리포팅 계열 프롬프트에 금지 조항을 넣어도, 긴 표를 다루다 보면 LLM이 숫자를 옮겨 적다 틀리는 일이 생깁니다. 보고서에 들어가는 숫자는 사람이 원본과 한 번 맞춰보는 단계를 빼지 마세요.

비공개 정보는 넣지 마세요. 클라이언트 미공개 실적, 개인정보가 든 데이터는 프롬프트에 붙여넣는 순간 외부 서비스로 나갑니다. 회사의 AI 사용 정책을 먼저 확인하는 게 순서입니다.

인용과 출처는 의심부터. 8번 요약기가 멀쩡한 글을 요약하는 것과, LLM에게 “관련 연구를 찾아줘”라고 시키는 건 전혀 다른 작업입니다. 후자는 존재하지 않는 논문을 그럴듯하게 지어내는 대표적인 환각 지점입니다.

마치며

12개를 다 쓸 필요는 없습니다. 본인 업무에서 일주일에 세 번 이상 반복되는 일 하나를 골라, 해당 프롬프트를 가져다 두 번만 돌려보세요. 결과가 마음에 안 드는 부분이 보이면 그게 여러분의 금지 조항이 되고, 그 순간부터 그 프롬프트는 인터넷에서 주운 템플릿이 아니라 본인의 도구가 됩니다.

참고