프롬프트는 '명령문'이 아니라 '업무 요청서'다
AI에게 일을 맡길 때 가장 흔한 실수는 한 줄짜리 명령으로 너무 많은 것을 기대하는 것이다. "고객 문의 답변해줘", "블로그 글 써줘", "제안서 만들어줘" 같은 요청은 간단하지만, 실제 업무에서는 너무 많은 정보가 빠져 있다. 고객이 어떤 상황인지, 우리 회사의 정책은 무엇인지, 어떤 말투를 써야 하는지, 어디까지 AI가 판단해도 되는지 알려주지 않았기 때문이다.
좋은 프롬프트는 멋진 문장이 아니라 작은 업무 매뉴얼에 가깝다. 사람에게 일을 맡길 때도 "알아서 해줘"라고 말하면 결과가 흔들린다. 대신 목적, 배경, 입력 자료, 출력 형식, 주의사항을 알려주면 훨씬 안정적인 결과가 나온다. AI도 마찬가지다.
이 장에서는 고객 응대, 블로그 글 작성, 세일즈 메일, 회의록 요약, 제안서 작성, 상품 설명 작성, 고객 피드백 분석에 바로 사용할 수 있는 템플릿을 제공한다. 그대로 복사해서 쓰되, 대괄호 안의 내용은 자신의 사업에 맞게 바꾸면 된다.
템플릿을 사용할 때는 한 가지 원칙만 기억하자. AI에게 "결과물"만 요구하지 말고, "어떤 기준으로 판단해야 하는지"까지 함께 제공해야 한다.
템플릿을 쓰기 전에 정해야 할 것
프롬프트 템플릿은 빈칸을 채우는 양식처럼 보이지만, 실제로는 업무 기준을 정리하는 도구다. 따라서 템플릿을 쓰기 전에 다음 정보를 먼저 준비하면 결과가 훨씬 좋아진다.
우리 고객은 누구인가
AI가 참고해야 할 상품, 정책, 문서, FAQ는 무엇인가
AI가 절대 해서는 안 되는 말이나 행동은 무엇인가
결과물은 어떤 형식으로 나와야 하는가
사람이 반드시 확인해야 하는 지점은 어디인가
특히 자동화에 연결할 프롬프트라면 출력 형식이 중요하다. 사람이 한 번 읽고 끝낼 글이라면 자연스러운 문장만으로 충분하지만, Zapier, Make, n8n, CRM, 스프레드시트와 연결하려면 항목이 일정해야 한다. 예를 들어 고객 문의를 분류할 때는 "분류: 환불 요청"처럼 고정된 형식을 쓰는 편이 좋다.
아래 템플릿은 모두 세 가지 방식으로 사용할 수 있다. 첫째, AI 채팅창에 직접 붙여 넣어 사용할 수 있다. 둘째, 반복 업무용 프롬프트 라이브러리에 저장해 둘 수 있다. 셋째, 자동화 도구의 AI 단계에 넣어 워크플로의 일부로 사용할 수 있다.
고객 문의 답변 프롬프트
고객 문의 답변은 AI 자동화의 대표적인 시작점이다. 문의 내용은 반복되지만, 고객의 감정과 상황은 매번 다르다. 그래서 단순히 FAQ를 찾아 답하는 것만으로는 부족하다. 고객이 불편을 겪고 있는지, 환불을 요구하는지, 기술적인 문제를 설명하는지, 구매 전 질문을 하는지에 따라 답변의 톤과 다음 행동이 달라져야 한다.
고객 응대 프롬프트에는 반드시 고객 상황, 회사 정책, 답변 톤, 에스컬레이션 기준이 들어가야 한다. 에스컬레이션이란 AI가 직접 처리하지 않고 사람에게 넘기는 기준을 말한다. 환불 분쟁, 법적 위협, 개인정보 요청, 강한 불만, VIP 고객 문의처럼 민감한 사안은 자동 답변보다 사람 검수가 안전하다.
당신은 [회사명]의 고객지원 담당자입니다.
아래 고객 문의를 읽고, 고객에게 보낼 답변 초안을 작성하세요.
[고객 문의]
{고객 문의 내용}
[고객 정보]
- 고객명: {고객명}
- 구매 상품/서비스: {상품명}
- 구매일 또는 이용 기간: {구매일/이용 기간}
- 현재 상태: {신규 고객/기존 고객/VIP/무료 체험/해지 예정 등}
[회사 정책]
- 환불 정책: {환불 가능 조건과 불가 조건}
- 교환/취소 정책: {해당되는 경우 입력}
- 처리 가능 시간: {예: 영업일 기준 1~2일}
- 추가 확인이 필요한 경우: {필요 서류나 정보}
[답변 톤]
- 친절하고 차분하게 답변합니다.
- 고객의 불편을 먼저 인정합니다.
- 과장된 사과나 확정되지 않은 약속은 하지 않습니다.
- 전문 용어는 쉽게 풀어 설명합니다.
[에스컬레이션 기준]
다음 중 하나라도 해당하면 직접 해결하려 하지 말고, 상담원이 확인해야 한다고 안내하세요.
- 법적 조치, 신고, 분쟁 관련 표현이 있음
- 개인정보 삭제, 결제 오류, 이중 결제와 관련됨
- 강한 불만이나 욕설이 포함됨
- 환불 정책상 예외 판단이 필요함
- 기술팀 확인이 필요한 장애로 보임
[출력 형식]
1. 문의 유형: {구매 전 질문/환불/기술 문제/불만/사용법/기타}
2. 긴급도: {낮음/보통/높음}
3. 사람 확인 필요 여부: {예/아니오}
4. 확인이 필요한 정보: {있다면 작성}
5. 고객 답변 초안:
{고객에게 보낼 답변}이 프롬프트를 자동화에 연결할 때는 "사람 확인 필요 여부"를 기준으로 흐름을 나눌 수 있다. "아니오"라면 상담원에게 답변 초안만 보내고, "예"라면 Slack이나 이메일로 담당자에게 알림을 보낸다. 고객지원 자동화의 핵심은 모든 답변을 AI가 직접 보내게 하는 것이 아니라, 위험한 답변을 미리 걸러내는 데 있다.
블로그 글 생성 프롬프트
블로그 글은 단순한 글쓰기가 아니다. 독자가 어떤 문제를 검색했는지, 어떤 수준의 정보를 원하는지, 글을 읽은 뒤 어떤 행동을 해야 하는지까지 설계해야 한다. 특히 사업용 블로그라면 조회수보다 중요한 것은 전환이다. 전환은 뉴스레터 구독, 상담 신청, 상품 구매, 자료 다운로드처럼 독자가 다음 단계로 이동하는 행동을 뜻한다.
블로그 글 프롬프트에는 대상 독자, 검색 의도, 글 구조, 금지 표현, CTA를 넣어야 한다. CTA는 Call To Action의 약자로, 독자에게 요청하는 다음 행동이다. "무료 상담 신청하기", "체크리스트 다운로드하기", "상품 자세히 보기" 같은 문장이 CTA다.
당신은 [분야] 전문 콘텐츠 마케터입니다.
아래 정보를 바탕으로 블로그 글 초안을 작성하세요.
[글 주제]
{블로그 글 주제}
[대상 독자]
- 독자 유형: {예: 1인 기업가, 온라인 쇼핑몰 운영자, SaaS 마케터}
- 독자의 현재 고민: {독자가 겪는 문제}
- 독자의 지식 수준: {초보/중급/전문가}
[검색 의도]
이 글을 검색한 독자는 다음을 알고 싶어 합니다.
- {검색 의도 1}
- {검색 의도 2}
- {검색 의도 3}
[핵심 메시지]
{글 전체에서 전달해야 할 핵심 주장}
[포함할 내용]
- 문제 상황
- 왜 이 문제가 중요한지
- 해결 방법
- 실전 예시
- 자주 하는 실수
- 다음 행동 제안
[금지할 내용]
- 검증되지 않은 통계 사용 금지
- 지나치게 과장된 표현 금지
- 경쟁사를 직접 비방하는 표현 금지
- 독자가 바로 실행하기 어려운 추상적인 조언만 나열하지 말 것
[글의 톤]
쉽고 실용적이며, 경험 많은 선배가 설명하듯 작성하세요.
전문 용어를 사용할 경우 한 문장으로 쉽게 설명하세요.
[CTA]
글 마지막에 독자가 할 다음 행동을 자연스럽게 제안하세요.
CTA 내용: {예: 무료 체크리스트 다운로드, 상담 신청, 뉴스레터 구독, 상품 페이지 방문}
[출력 형식]
- 제목 후보 5개
- 메타 설명 1개
- 본문 초안
- 글 마지막 CTA 문구 3개블로그 프롬프트에서 가장 중요한 부분은 검색 의도다. 같은 "AI 자동화"라는 키워드라도 어떤 사람은 개념을 알고 싶고, 어떤 사람은 도구를 비교하고 싶고, 어떤 사람은 실제 구축 방법을 찾는다. 검색 의도가 달라지면 글의 구조도 달라져야 한다.
콘텐츠 재가공 프롬프트
콘텐츠 사업이나 마케팅에서는 하나의 원본 콘텐츠를 여러 채널에 맞게 바꾸는 일이 자주 발생한다. 긴 블로그 글을 뉴스레터로 바꾸고, 뉴스레터를 SNS 게시물로 나누고, 다시 쇼츠 대본으로 바꾸는 식이다. 이때 중요한 것은 단순 요약이 아니라 채널 문법에 맞춘 변환이다.
예를 들어 블로그는 검색과 설명에 강하고, 뉴스레터는 관계와 관점에 강하다. 인스타그램이나 링크드인 게시물은 첫 문장의 흡입력이 중요하고, 쇼츠 대본은 짧은 시간 안에 문제와 반전을 보여줘야 한다. 같은 내용을 복사해서 붙이는 것은 재가공이 아니라 재게시일 뿐이다.
당신은 콘텐츠 재가공 전문가입니다.
아래 원본 콘텐츠를 [변환할 채널]에 맞는 콘텐츠로 바꾸세요.
[원본 콘텐츠]
{원본 글 또는 대본}
[변환할 채널]
{예: 뉴스레터/링크드인/인스타그램/유튜브 쇼츠/블로그/SNS 스레드}
[대상 독자]
{채널에서 만나는 독자 설명}
[콘텐츠 목표]
{예: 저장 유도, 댓글 유도, 클릭 유도, 신뢰 형성, 구매 전환}
[반드시 유지할 메시지]
- {핵심 메시지 1}
- {핵심 메시지 2}
- {핵심 메시지 3}
[채널별 작성 기준]
- 첫 문장은 독자의 문제나 호기심을 건드리세요.
- 원본 내용을 그대로 복사하지 말고, 채널에 맞게 재구성하세요.
- 필요하면 예시, 비유, 질문을 추가하세요.
- 마지막에는 자연스러운 CTA를 넣으세요.
[금지 표현]
{사용하지 말아야 할 표현, 브랜드 톤에 맞지 않는 표현}
[출력 형식]
1. 변환 콘텐츠 초안
2. 제목 또는 첫 문장 후보 5개
3. CTA 후보 3개
4. 원본에서 삭제하거나 축약한 내용
5. 추가하면 좋은 보완 자료콘텐츠 재가공 자동화는 콘텐츠 생산량을 늘리는 데 유용하지만, 브랜드의 목소리가 흐려질 위험도 있다. 그래서 "금지 표현"과 "반드시 유지할 메시지"를 넣어야 한다. AI가 글을 잘 쓰는 것보다 중요한 것은 우리 사업답게 말하는 것이다.
세일즈 메일 프롬프트
세일즈 메일은 상품 소개문이 아니다. 고객의 문제를 짚고, 왜 지금 해결해야 하는지 보여주며, 작은 다음 행동을 요청하는 글이다. 많은 세일즈 메일이 실패하는 이유는 처음부터 "우리 제품은 훌륭합니다"라고 말하기 때문이다. 고객은 제품의 기능보다 자신의 문제에 먼저 반응한다.
좋은 세일즈 메일 프롬프트에는 고객 문제, 제안 가치, 증거, 다음 행동 요청이 들어가야 한다. 여기서 증거란 고객 사례, 성과, 포트폴리오, 수치, 후기, 시연 자료처럼 주장을 뒷받침하는 자료다.
당신은 B2B 세일즈 카피라이터입니다.
아래 정보를 바탕으로 잠재 고객에게 보낼 세일즈 메일 초안을 작성하세요.
[잠재 고객 정보]
- 회사명: {회사명}
- 담당자 이름/직책: {담당자 정보}
- 업종: {업종}
- 최근 상황 또는 관찰한 문제: {리서치 내용}
[고객이 겪을 가능성이 높은 문제]
{고객의 현재 문제 또는 기회}
[우리의 제안]
- 상품/서비스명: {상품명}
- 핵심 가치: {고객에게 제공하는 결과}
- 주요 기능 또는 제공 범위: {핵심 기능}
[증거 자료]
- 관련 고객 사례: {있다면 입력}
- 성과 수치: {있다면 입력}
- 신뢰 요소: {경력, 고객사, 후기, 인증 등}
[메일 톤]
- 짧고 명확하게 작성합니다.
- 과장된 영업 표현은 피합니다.
- 상대방의 시간을 존중하는 느낌을 줍니다.
- 첫 문장에 고객과 관련된 구체적 맥락을 넣습니다.
[다음 행동 요청]
{예: 15분 미팅 제안, 자료 확인 요청, 데모 신청, 답장 요청}
[출력 형식]
1. 제목 후보 5개
2. 짧은 버전 메일
3. 상세 버전 메일
4. 후속 메일 1차 초안
5. 후속 메일 2차 초안세일즈 메일 자동화에서 주의할 점은 대량 발송보다 맥락이다. AI를 이용하면 많은 메일을 빠르게 만들 수 있지만, 고객과 관련 없는 내용이 들어가면 오히려 신뢰를 잃는다. 자동화의 목표는 무차별 발송이 아니라, 고객별로 더 적절한 메시지를 더 빠르게 만드는 것이다.
회의록 요약 프롬프트
회의록은 단순한 기록물이 아니라 실행을 위한 문서다. 회의가 끝난 뒤에도 "그래서 누가 무엇을 언제까지 하기로 했지?"가 분명하지 않다면 회의록은 제 역할을 하지 못한다. AI 회의록 요약의 핵심은 긴 대화를 짧게 줄이는 것이 아니라, 결정 사항과 다음 행동을 뽑아내는 것이다.
회의록 프롬프트에는 결정 사항, 액션 아이템, 담당자, 마감일, 리스크를 추출하게 해야 한다. 담당자나 마감일이 대화에 명확히 나오지 않았을 때는 AI가 임의로 만들어내지 않도록 지시해야 한다.
당신은 운영 회의록 정리 담당자입니다.
아래 회의 기록을 읽고 실행 중심 회의록으로 정리하세요.
[회의 정보]
- 회의명: {회의명}
- 날짜: {회의 날짜}
- 참석자: {참석자 명단}
- 회의 목적: {회의 목적}
[회의 원문]
{회의 녹취록 또는 메모}
[정리 기준]
- 단순 요약보다 실행에 필요한 정보를 우선 정리하세요.
- 결정된 내용과 논의만 된 내용을 구분하세요.
- 담당자와 마감일이 명확하지 않으면 "미정"이라고 표시하세요.
- 리스크나 이슈가 언급되었다면 별도로 정리하세요.
- 추측으로 내용을 보완하지 마세요.
[출력 형식]
1. 회의 한 줄 요약
2. 핵심 논의 내용
3. 결정 사항
- 결정 내용:
- 근거:
4. 액션 아이템
- 할 일:
- 담당자:
- 마감일:
- 우선순위:
5. 리스크 및 이슈
6. 추가 확인이 필요한 질문
7. 다음 회의에서 다룰 내용이 템플릿은 회의 후 자동으로 프로젝트 관리 도구와 연결하기 좋다. 액션 아이템 항목을 Asana, Trello, Notion, Jira 같은 도구의 작업 카드로 만들 수 있기 때문이다. 단, 자동 등록 전에 사람이 한 번 검수하는 단계를 두면 잘못된 담당자 배정이나 마감일 오류를 줄일 수 있다.
제안서 작성 프롬프트
제안서는 우리 회사가 얼마나 대단한지 설명하는 문서가 아니다. 고객의 문제를 우리가 얼마나 정확히 이해했고, 어떤 방식으로 해결할 수 있으며, 고객이 왜 우리를 선택해야 하는지 보여주는 문서다. 제안서가 길어도 고객의 문제와 연결되지 않으면 설득력이 떨어진다.
제안서 프롬프트에는 고객 문제, 제안 가치, 실행 범위, 증거, 다음 행동 요청이 포함되어야 한다. 특히 B2B 제안서라면 "제공 항목"보다 "기대 결과"를 앞에 두는 것이 좋다. 고객은 작업 목록이 아니라 결과를 산다.
당신은 B2B 제안서 작성 전문가입니다.
아래 정보를 바탕으로 고객에게 제출할 제안서 초안을 작성하세요.
[고객 정보]
- 고객사명: {고객사명}
- 업종/규모: {업종과 규모}
- 담당 부서/담당자: {담당자 정보}
- 현재 상황: {고객의 현황}
[고객의 문제]
{상담, 미팅, 문의에서 파악한 고객 문제}
[고객이 원하는 결과]
{고객이 얻고 싶어 하는 변화 또는 성과}
[우리의 제안]
- 제안 서비스/상품명: {제안명}
- 핵심 해결 방식: {어떻게 문제를 해결할지}
- 제공 범위: {포함되는 작업}
- 제외 범위: {포함되지 않는 작업}
- 예상 일정: {진행 기간}
[증거와 신뢰 요소]
- 유사 프로젝트 경험: {있다면 입력}
- 고객 사례 또는 성과: {있다면 입력}
- 팀 역량: {핵심 역량}
[가격 정보]
{가격, 패키지, 옵션, 결제 조건}
[제안서 톤]
전문적이되 지나치게 딱딱하지 않게 작성하세요.
고객의 문제를 먼저 다루고, 그다음 해결 방식을 설명하세요.
불확실한 성과를 확정적으로 보장하지 마세요.
[출력 형식]
1. 제안서 제목
2. 고객 상황 요약
3. 해결해야 할 핵심 문제
4. 제안 방향
5. 세부 실행 계획
6. 기대 효과
7. 일정과 산출물
8. 가격 및 조건
9. 고객이 준비해야 할 자료
10. 다음 단계 안내제안서 자동화에서 특히 유용한 부분은 초안 작성이다. 완성본을 AI가 대신 만든다고 생각하면 위험하지만, 고객별 문제 정리와 제안 구조 초안을 빠르게 만드는 데는 큰 도움이 된다. 최종 가격, 법적 조건, 성과 보장 문구는 반드시 사람이 확인해야 한다.
상품 설명 작성 프롬프트
상품 설명은 기능 목록이 아니라 고객이 구매 결정을 내리도록 돕는 안내문이다. 고객은 "이 상품이 무엇인가?"보다 "이게 내 문제를 해결해 줄까?", "나에게 맞을까?", "실패하면 어떡하지?"를 궁금해한다. 그래서 상품 설명에는 고객 언어, 구매 장벽, 기대 결과가 들어가야 한다.
고객 언어란 회사 내부에서 쓰는 말이 아니라 고객이 실제로 쓰는 표현이다. 예를 들어 회사는 "업무 생산성 향상 솔루션"이라고 말하지만, 고객은 "매일 반복되는 엑셀 정리를 줄이고 싶다"고 말할 수 있다. 좋은 상품 설명은 고객이 자기 문제를 발견하게 만든다.
당신은 전환율을 높이는 상품 상세페이지 카피라이터입니다.
아래 정보를 바탕으로 상품 설명 초안을 작성하세요.
[상품 정보]
- 상품명: {상품명}
- 상품 유형: {실물 상품/디지털 상품/강의/SaaS/서비스 등}
- 주요 기능 또는 구성: {상품 구성}
- 가격: {가격}
- 제공 방식: {배송/다운로드/온라인 이용/컨설팅 등}
[대상 고객]
- 고객 유형: {누가 구매하는가}
- 고객의 현재 문제: {구매 전 겪는 불편}
- 고객이 원하는 결과: {구매 후 얻고 싶은 변화}
- 고객이 자주 쓰는 표현: {리뷰, 문의, 상담에서 나온 표현}
[구매 장벽]
고객이 구매를 망설일 이유를 적어주세요.
- {예: 가격이 비싸다고 느낌}
- {예: 내 상황에도 맞을지 의심함}
- {예: 사용법이 어려울까 걱정함}
[강조할 차별점]
{경쟁 상품과 다른 점}
[증거 자료]
{후기, 리뷰, 전후 비교, 사례, 인증, 판매량 등}
[작성 기준]
- 기능보다 고객이 얻는 결과를 먼저 설명하세요.
- 고객이 실제로 쓰는 표현을 반영하세요.
- 과장 광고처럼 보이는 표현은 피하세요.
- 구매 전 불안을 줄이는 문장을 포함하세요.
- 마지막에는 자연스러운 구매 CTA를 넣으세요.
[출력 형식]
1. 상품 한 줄 설명
2. 상세페이지 첫 문단
3. 고객 문제 공감 문구
4. 핵심 혜택 5개
5. 기능을 혜택으로 바꾼 설명
6. 구매 장벽 해소 문구
7. FAQ 5개
8. CTA 문구 5개상품 설명 프롬프트를 잘 쓰려면 리뷰와 문의 데이터를 함께 넣는 것이 좋다. 고객이 실제로 어떤 점을 칭찬하고, 어디서 망설이고, 어떤 단어로 문제를 표현하는지 알면 AI가 훨씬 현실적인 문장을 만든다.
고객 피드백 분석 프롬프트
고객 피드백은 사업 개선의 원료다. 하지만 리뷰, 설문, 상담 기록, 커뮤니티 글, 해지 사유가 여기저기 흩어져 있으면 막상 무엇을 고쳐야 할지 보이지 않는다. AI는 이런 비정형 데이터를 묶고, 반복되는 패턴을 찾아내는 데 강하다.
피드백 분석 프롬프트에는 고객 언어, 구매 장벽, 개선 요청, 반복 패턴을 반영해야 한다. 단순히 긍정과 부정으로 나누는 것에서 끝나면 아쉽다. 어떤 고객군에서 어떤 문제가 반복되는지, 매출이나 이탈에 영향을 줄 수 있는 이슈는 무엇인지까지 뽑아내야 한다.
당신은 고객 피드백 분석가입니다.
아래 고객 피드백 데이터를 분석하여 상품 개선과 마케팅에 활용할 수 있는 인사이트를 정리하세요.
[분석 대상]
{리뷰/설문 응답/고객 문의/해지 사유/상담 기록/커뮤니티 글 등}
[피드백 데이터]
{고객 피드백 원문 목록}
[고객 세그먼트 정보]
가능하면 각 피드백에 고객 유형을 함께 반영하세요.
- 신규 고객/기존 고객/VIP/이탈 고객
- 구매 상품 또는 요금제
- 사용 기간
- 유입 경로
[분석 기준]
- 고객이 실제로 사용한 표현을 보존하세요.
- 반복적으로 등장하는 불만과 칭찬을 분류하세요.
- 구매를 망설이게 만드는 장벽을 찾아내세요.
- 개선 요청을 기능, 가격, 사용성, 콘텐츠, 고객지원, 배송/운영 등으로 분류하세요.
- 단순 빈도뿐 아니라 사업 영향도가 큰 이슈를 따로 표시하세요.
[출력 형식]
1. 전체 요약
2. 긍정 피드백 주요 패턴
3. 부정 피드백 주요 패턴
4. 반복적으로 등장한 고객 표현
5. 구매 장벽 또는 이탈 원인
6. 개선 요청 목록
- 요청 내용:
- 등장 빈도:
- 영향도: {낮음/보통/높음}
- 추천 대응:
7. 마케팅에 활용할 메시지
8. 상품 개선 우선순위
9. 추가로 수집해야 할 질문이 템플릿은 상품 개발, 마케팅, 고객지원이 함께 볼 때 특히 강력하다. 고객지원팀은 반복 문의를 줄일 수 있고, 마케팅팀은 고객의 언어로 메시지를 바꿀 수 있으며, 상품팀은 개선 우선순위를 정할 수 있다. 피드백 분석 자동화는 고객의 목소리를 회의실 안으로 끌고 들어오는 장치다.
자동화 도구에 넣기 좋은 JSON 출력 프롬프트
사람이 읽을 결과물은 자연스러운 문장이 좋지만, 자동화 도구가 읽을 결과물은 구조화되어 있어야 한다. 구조화란 항목 이름과 값이 일정한 형태로 정리되는 것을 말한다. 예를 들어 고객 문의를 분석한 뒤 CRM에 자동 저장하려면 "문의 유형", "긴급도", "담당 부서"가 매번 같은 이름으로 나와야 한다.
이럴 때는 AI에게 JSON 형식으로 출력하게 할 수 있다. JSON은 데이터를 주고받을 때 많이 쓰는 형식으로, 자동화 도구와 개발자가 다루기 쉽다. 다만 AI가 가끔 형식을 깨뜨릴 수 있으므로, 실제 운영에서는 테스트와 검수 단계를 두는 것이 좋다.
아래 고객 문의를 분석하여 반드시 JSON 형식으로만 출력하세요.
설명 문장, 인사말, 마크다운은 쓰지 마세요.
[고객 문의]
{고객 문의 내용}
[분류 기준]
문의 유형은 다음 중 하나만 선택하세요.
- purchase_question
- refund_request
- technical_issue
- complaint
- usage_question
- other
긴급도는 다음 중 하나만 선택하세요.
- low
- medium
- high
사람 확인 필요 여부는 true 또는 false로 표시하세요.
[출력 JSON 형식]
{
"category": "",
"urgency": "",
"needs_human_review": true,
"reason": "",
"suggested_reply": "",
"required_information": []
}이 방식은 고객지원, 리드 분류, 피드백 분석, 회의 액션 아이템 추출에 모두 응용할 수 있다. 핵심은 선택지를 열어두지 않는 것이다. AI에게 "적절히 분류해줘"라고 하면 결과가 매번 달라질 수 있다. 반대로 선택 가능한 값을 미리 정하면 자동화 흐름이 안정된다.
결과 품질을 높이는 수정 프롬프트
처음 나온 결과물이 늘 완벽할 필요는 없다. 실무에서는 초안 생성보다 수정 지시가 더 중요할 때가 많다. AI가 만든 결과물을 보고 "좀 더 좋게 해줘"라고 요청하면 개선 방향이 모호하다. 대신 무엇을 기준으로 어떻게 바꿀지 말해야 한다.
아래 수정 프롬프트는 대부분의 결과물에 공통으로 사용할 수 있다.
아래 초안을 개선하세요.
[초안]
{AI가 만든 초안 또는 사람이 작성한 초안}
[개선 목표]
{예: 더 짧게, 더 설득력 있게, 더 친절하게, 더 전문적으로, 초보자가 이해하기 쉽게, 구매 전환이 일어나게}
[유지해야 할 내용]
- {유지할 핵심 메시지 1}
- {유지할 핵심 메시지 2}
[수정 기준]
- 불필요하게 반복되는 문장을 줄이세요.
- 추상적인 표현을 구체적인 표현으로 바꾸세요.
- 독자가 바로 이해하기 어려운 전문 용어는 쉽게 풀어 쓰세요.
- 과장되거나 확정적으로 보이는 표현은 완화하세요.
- 마지막 문장은 다음 행동으로 이어지게 하세요.
[출력 형식]
1. 개선본
2. 수정한 이유
3. 더 확인하면 좋은 정보이 수정 프롬프트를 반복해서 쓰면 팀의 글쓰기 기준도 자연스럽게 정리된다. 어떤 표현을 줄이고, 어떤 톤을 유지하고, 어떤 CTA를 선호하는지 쌓이면 그것이 곧 브랜드의 프롬프트 자산이 된다.
내 사업에 맞게 템플릿을 바꾸는 법
이 장의 템플릿을 그대로 써도 결과는 나온다. 하지만 진짜 효과는 우리 사업의 기준을 넣을 때 생긴다. 같은 고객 문의 답변이라도 병원, 온라인 쇼핑몰, SaaS, 강의 사업, B2B 컨설팅 회사의 기준은 다르다. 환불 정책도 다르고, 고객이 기대하는 말투도 다르며, 사람이 확인해야 하는 위험 지점도 다르다.
템플릿을 내 사업에 맞게 바꿀 때는 먼저 자주 반복되는 입력값을 고정하자. 회사 소개, 브랜드 톤, 상품 설명, 환불 정책, 금지 표현, 에스컬레이션 기준은 매번 새로 입력할 필요가 없다. 별도의 문서로 만들어 두고, 프롬프트에서 참고하도록 하면 된다.
그다음 자주 바뀌는 입력값만 남긴다. 고객 문의 내용, 회의 원문, 피드백 데이터, 잠재 고객 정보처럼 매번 달라지는 정보가 여기에 해당한다. 이렇게 고정 정보와 변동 정보를 나누면 프롬프트가 깔끔해지고 자동화에 연결하기도 쉬워진다.
마지막으로 출력 형식을 업무 흐름에 맞춘다. 사람이 검토할 문서라면 읽기 쉬운 문단형이 좋고, 자동화 도구로 넘길 데이터라면 표나 JSON이 좋다. 프롬프트는 글쓰기 기술이 아니라 업무 설계 기술이다.
프롬프트 운영 체크리스트
프롬프트를 한 번 만들었다고 끝이 아니다. 실제 업무에서 써보면 빠진 정보가 보이고, AI가 자주 헷갈리는 표현이 보이며, 사람이 꼭 확인해야 하는 지점이 드러난다. 그래서 프롬프트도 상품처럼 개선해야 한다.
다음 체크리스트를 기준으로 각 템플릿을 점검해 보자.
입력값이 충분히 구체적인가
AI가 참고해야 할 정책과 기준이 포함되어 있는가
출력 형식이 매번 동일하게 나오도록 지정되어 있는가
AI가 임의로 판단하면 안 되는 영역을 금지했는가
사람에게 넘겨야 하는 에스컬레이션 기준이 있는가
결과물을 실제 업무 도구에 붙여 넣기 쉬운가
반복 사용 후 수정 이력을 남기고 있는가
작은 프롬프트 하나가 업무 시간을 줄일 수 있다. 하지만 더 중요한 것은 반복 업무를 보는 눈이 달라진다는 점이다. 고객 문의, 블로그 글, 세일즈 메일, 회의록, 제안서, 상품 설명, 피드백 분석은 각각 다른 업무처럼 보이지만 구조는 비슷하다. 입력을 받고, 기준에 따라 판단하고, 실행 가능한 출력물로 바꾸는 일이다.
AI 사업 자동화의 출발점은 거창한 시스템이 아닐 수 있다. 오늘 자주 쓰는 답변 하나, 매주 반복하는 회의록 하나, 매번 새로 쓰는 제안서 하나를 템플릿으로 바꾸는 것에서 시작된다. 그리고 그 템플릿이 쌓이면, 사업은 사람의 기억이 아니라 시스템의 흐름으로 움직이기 시작한다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.