고객 제안서 첫 페이지가 장황할 때, 7분 만에 고치는 ChatGPT 프롬프트

고객에게 보낼 제안서를 ChatGPT로 만들었는데 첫 페이지가 길게 늘어지는 경우가 있습니다. 회사 소개, 프로젝트 배경, 기능 설명은 들어갔지만 정작 상대가 "그래서 우리에게 무슨 도움이 되나"를 바로 잡지 못합니다. 이때는 문장을 더 멋지게 고치기보다 첫 페이지를 문제, 가치, 근거 순서로 다시 배열해야 합니다.

Tap to zoom

OpenAI Help Center의 프롬프트 작성 가이드는 원하는 맥락, 결과, 길이, 형식, 스타일을 구체적으로 적으라고 안내합니다. OpenAI API 문서의 prompt engineering 가이드도 지시와 맥락을 분리하고 출력 형식을 명확히 하는 접근을 설명합니다. 제안서 첫 페이지도 같은 원리로 다룹니다. "제안서 써줘"가 아니라, 첫 화면에서 보여야 할 판단 재료를 먼저 고정해야 합니다.

제안서 첫 페이지가 약해지는 이유는 좋은 말이 부족해서가 아닙니다

장황한 제안서 첫 페이지는 보통 정보가 부족해서 생기지 않습니다. 오히려 정보가 너무 섞여 있습니다. 회사 소개, 고객 상황, 기능 목록, 기대 효과, 진행 방식이 한 화면에 같이 들어가면 상대는 무엇부터 봐야 할지 모릅니다.

먼저 아래 5칸을 분리합니다.

이 5칸이 비어 있으면 ChatGPT는 안전한 소개 문장으로 채웁니다. "최적의 솔루션", "성공적인 파트너", "효율적인 운영" 같은 문장이 늘어납니다. 문장은 그럴듯하지만 첫 페이지의 역할은 약해집니다. 첫 페이지는 소개서가 아니라 계속 읽을 이유를 만드는 화면입니다.

7분 수정 프롬프트는 첫 페이지를 5칸으로 다시 나눕니다

아래 프롬프트는 이미 만든 제안서 초안이나 메모를 붙여 넣고 첫 페이지를 다시 정리할 때 씁니다. 중괄호 안만 바꾸면 됩니다.

너는 B2B 제안서 첫 페이지를 다듬는 편집자입니다.
아래 제안서 초안을 더 화려하게 쓰지 말고, 첫 페이지에서 고객이 바로 판단할 수 있게 다시 구성해 주세요.

읽는 사람:
{예: 중소 제조기업 대표 / 마케팅 팀장 / 병원 원장 / 쇼핑몰 운영자}

제안 상황:
{예: 첫 미팅 뒤 보낼 제안서 / 견적 전 설명 자료 / 리뉴얼 제안서}

고객이 지금 겪는 문제:
{고객의 현재 막힘을 1문장으로}

제안서 초안:
"""
{기존 제안서 첫 페이지 또는 전체 초안 붙여 넣기}
"""

출력 형식:
1. 첫 페이지 핵심 메시지 1문장
2. 문제, 가치, 근거, 다음 행동 4개 블록
3. 첫 페이지에서 빼야 할 문장 5개
4. 다시 쓴 첫 페이지 초안
5. 고객에게 확인해야 할 부족한 근거

작성 규칙:
- 없는 성과 수치, 고객명, 사례를 만들지 마세요.
- 회사 소개보다 고객 문제가 먼저 보이게 하세요.
- 각 블록은 2문장 이내로 쓰세요.
- 근거가 부족한 부분은 "확인 필요"라고 표시하세요.
- 말투는 과장 없이 실무 제안서 문장으로 쓰세요.

이 프롬프트의 핵심은 "좋게 써줘"가 아닙니다. 첫 페이지에서 판단할 순서를 강제로 정하는 것입니다. 타깃과 상황을 먼저 주고, 문제와 근거를 따로 요구하면 ChatGPT가 막연한 홍보 문구를 줄이고 구조를 맞춥니다.

출력이 좋아 보여도 근거 칸은 따로 검사합니다

제안서 문장은 읽기 좋아도 근거가 비어 있으면 위험합니다. 특히 제안서는 실제 고객에게 보내는 문서라서, 없는 수치나 확인하지 않은 사례가 들어가면 나중에 설명하기 어렵습니다.

Tap to zoom

초안을 받은 뒤에는 아래 표로 다시 봅니다.

근거 칸에서 막히면 문장을 더 강하게 만들지 않습니다. "성과를 높입니다"를 "성과를 압도적으로 높입니다"로 바꾸는 식의 수정은 도움이 되지 않습니다. 대신 근거를 이렇게 나눕니다.

방금 만든 첫 페이지에서 근거가 약한 문장을 찾아 주세요.

각 문장을 아래 표로 분류해 주세요.

| 문장 | 문제 | 필요한 근거 | 지금 쓸 수 있는 안전한 표현 |
|---|---|---|---|

분류 기준:
- 수치가 필요한데 수치가 없으면 "수치 확인 필요"
- 사례가 필요한데 고객명이 없으면 "사례 익명화 필요"
- 효과를 단정하면 "표현 완화 필요"
- 절차로 설명할 수 있으면 "과정 근거로 대체 가능"

이 수정 프롬프트를 한 번 더 쓰면 제안서가 덜 과장됩니다. 근거가 없는 강한 문장보다 확인 가능한 약한 문장이 고객에게 설명하기 쉽습니다.

첫 페이지 문장은 문제에서 시작하고 회사 소개는 뒤로 보냅니다

많은 제안서 첫 페이지는 회사 소개로 시작합니다. 하지만 고객은 제안서를 열자마자 "이 회사가 누구인가"보다 "우리 문제를 이해했나"를 먼저 봅니다. 그래서 첫 문장은 고객 상황을 잡아야 합니다.

아래처럼 바꾸면 방향이 달라집니다.

회사 소개를 완전히 빼라는 뜻은 아닙니다. 첫 페이지 상단에서는 고객 문제와 제안 가치를 먼저 보여주고, 회사 소개는 근거 블록이나 다음 페이지로 내립니다. 이렇게 해야 첫 화면이 설명문이 아니라 제안문처럼 보입니다.

제목과 첫 문장이 맞는지 마지막으로 확인합니다

제안서 첫 페이지를 고친 뒤에는 제목도 같이 봐야 합니다. 제목이 "통합 마케팅 제안서"처럼 넓으면 첫 페이지가 다시 흐려집니다. 제목은 고객 상황과 해결 가치를 좁혀야 합니다.

제목 후보를 고를 때는 아래 프롬프트를 붙입니다.

방금 만든 제안서 첫 페이지를 기준으로 제목 후보를 7개 만들어 주세요.

제목 조건:
- 읽는 사람의 상황이 보여야 합니다.
- 해결할 문제나 얻을 가치가 들어가야 합니다.
- 너무 길지 않게 28자 안팎으로 쓰세요.
- 없는 성과 수치나 보장 표현은 넣지 마세요.
- "통합", "최적", "혁신"처럼 넓은 단어만으로 끝내지 마세요.

출력 형식:
| 제목 후보 | 끌리는 이유 | 버릴 위험 |
|---|---|---|

예를 들어 "온라인 문의 전환 개선 제안서"보다 "문의는 오는데 상담이 적을 때 첫 화면 개선안"이 더 좁습니다. 모든 제안서에 맞는 제목은 아니지만, 적어도 읽는 사람이 자신의 상황을 바로 찾을 수 있습니다.

마지막으로 오늘 할 일은 간단합니다. 기존 제안서 첫 페이지를 하나 열고, 타깃, 문제, 가치, 근거, 다음 행동 5칸을 먼저 채웁니다. 그 다음 7분 수정 프롬프트에 넣고, 근거 검사 프롬프트까지 한 번 더 돌립니다. 첫 페이지가 짧아지는 것보다 중요한 기준은 고객이 계속 읽을 이유가 첫 화면에 생겼는지입니다.