소규모 팀 없이 Claude로 제안서 초안을 만들 때 고객 메모 정리, 프로젝트 지침, 범위 정의, 검수표를 어떻게 세팅해야 하는지 정리했습니다.
제안서는 멋진 문장보다 범위가 먼저입니다. 고객이 원하는 결과, 제외할 작업, 일정, 가격 기준이 흐리면 Claude가 아무리 깔끔한 초안을 만들어도 나중에 수정이 늘어납니다. 특히 혼자 일하는 프리랜서나 1인 사업자는 영업, 상담, 견적, 실행까지 모두 맡기 때문에 제안서 작성 시간을 줄이되 책임 범위는 더 분명하게 남겨야 합니다.
Claude가 제안서 업무에 맞는 지점
Claude는 긴 고객 메모, 회의록, 이메일 기록을 읽고 구조화하는 데 강점이 있습니다. Anthropic 도움말은 Projects가 유료 플랜 사용자에게 별도 작업 공간, 채팅 기록, 지식 기반을 제공하고, 프로젝트 안에 문서와 지침을 넣어 맥락 있는 대화를 할 수 있다고 설명합니다. 제안서 업무에서는 고객별 프로젝트를 나눠두는 방식이 특히 유용합니다.
예를 들어 고객 A 프로젝트에는 인터뷰 메모, 기존 홈페이지 문제, 원하는 산출물, 브랜드 톤을 넣고, 고객 B 프로젝트에는 광고 성과와 캠페인 목표를 따로 넣습니다. 이렇게 분리하면 다른 고객 정보가 섞일 가능성이 줄고, Claude가 매번 처음부터 배경을 다시 묻지 않아도 됩니다. 다만 민감 정보는 입력 전 익명화해야 합니다.
팀 플랜부터 결제하지 않아도 되는 이유
Anthropic의 Team plan 도움말은 Team이 팀용 유료 플랜이며, 관리자 도구, 중앙 결제, 고급 ID·접근 관리, 더 많은 사용량을 제공한다고 안내합니다. 또한 현재 안내 기준으로 Team plan은 최소 5명 조건이 있고, Standard와 Premium 좌석 가격이 별도로 표시됩니다. 혼자 쓰는 제안서 업무라면 이 조건이 과할 수 있습니다.
따라서 소규모 팀 없이 운영한다면 먼저 개인 유료 플랜과 Projects 기능으로 업무 루틴을 만들고, 실제로 협업자가 자주 들어오거나 권한 관리가 필요할 때 Team을 검토하는 순서가 안전합니다. 팀 플랜은 제안서 품질을 자동으로 올려주는 결제 옵션이 아니라, 구성원과 권한을 관리해야 할 때 의미가 커지는 운영 구조입니다.
고객 메모를 넣기 전에 정리할 항목
Claude에 원문을 그대로 넣기 전에 여섯 항목으로 줄입니다. 고객의 현재 문제, 원하는 결과, 반드시 포함할 산출물, 제외할 작업, 일정 제약, 예산 범위입니다. 이 항목이 정리되지 않은 상태에서 “제안서 써줘”라고 하면 문장은 부드러워도 범위가 흐린 초안이 나옵니다.
민감 정보도 정리해야 합니다. 고객명은 A사, 담당자는 담당자1, 예산은 범위값, 내부 수치는 필요한 비율이나 경향만 남깁니다. 계약서 원문, 계좌번호, 주민등록번호, 로그인 정보는 넣지 않습니다. 제안서 초안에 필요한 것은 고객을 식별할 수 있는 정보가 아니라 문제와 산출물의 관계입니다.
프로젝트 지침에 넣을 기본 문장
고객별 프로젝트에는 공통 지침을 넣어두면 좋습니다. “이 프로젝트는 제안서 초안 작성을 돕기 위한 공간이다. 확정된 가격, 법적 책임, 일정 보장은 사람이 확인한다. 고객 개인정보를 추정하지 않는다. 산출물은 문제 정의, 제안 범위, 일정, 비용 산정 기준, 확인 질문 순서로 작성한다.” 이 정도만 있어도 Claude의 답변 방향이 안정됩니다.
추가로 말투 기준을 넣습니다. “과장 표현 금지, 보장 표현 금지, 전문 자격을 가진 것처럼 말하지 않기, 고객이 바로 확인할 질문을 마지막에 3개 제시하기”처럼 검수 기준을 명시합니다. 좋은 프롬프트는 멋진 역할놀이가 아니라 수정해야 할 위험을 미리 줄이는 지침입니다.
제안서 초안 프롬프트 예시
다음 구조를 그대로 복사하기보다 고객 상황에 맞게 채웁니다. “고객 메모를 바탕으로 제안서 초안을 작성해줘. 목적은 [목적]이고 고객은 [고객 유형]이다. 반드시 포함할 산출물은 [목록]이고 제외할 작업은 [목록]이다. 가격은 확정하지 말고 산정 기준만 설명해줘. 마지막에는 고객에게 확인해야 할 질문 5개를 작성해줘.”
이 프롬프트의 핵심은 가격을 확정하지 않는다는 점입니다. AI가 임의로 숫자를 만들면 고객 기대가 어긋납니다. 처음 초안에서는 가격표보다 산정 기준을 쓰고, 사람이 최종 견적을 넣는 편이 안전합니다. 일정도 마찬가지입니다. “3일 안에 가능” 같은 문구는 실제 업무량과 수정 횟수를 확인한 뒤 사람이 넣어야 합니다.
Claude가 만든 초안을 검수하는 순서
첫 번째로 범위를 봅니다. 포함 작업과 제외 작업이 분리되어 있는지 확인합니다. 두 번째로 고객의 원래 문제와 제안 내용이 연결되는지 봅니다. 세 번째로 가격, 일정, 성과가 보장처럼 적혀 있는지 확인합니다. 네 번째로 고객이 다음에 답해야 할 질문이 있는지 확인합니다. 제안서는 답변 문서이면서 동시에 다음 확인을 받는 문서이기 때문입니다.
검수할 때 Claude에게 다시 맡길 수 있는 부분도 있습니다. “이 제안서에서 과장 표현, 범위가 불명확한 문장, 고객 확인이 필요한 문장을 표로 찾아줘”라고 요청하면 1차 위험을 줄일 수 있습니다. 그래도 최종 발송 전에는 사람이 가격, 일정, 계약 조건을 직접 확인해야 합니다.
혼자 운영할 때 저장 구조
제안서 업무는 고객별 폴더를 만들고 네 가지 파일만 유지하면 됩니다. 고객 메모 요약, 제안서 초안, 견적 기준, 발송 후 피드백입니다. Claude 프로젝트에는 고객 메모 요약과 제안서 초안까지만 넣고, 최종 계약서나 세부 개인정보는 별도 보관합니다. 이렇게 나누면 AI 활용 기록과 실제 계약 기록이 섞이지 않습니다.
또한 성공한 제안서의 문장 전체를 템플릿으로 굳히지 말고 구조만 남깁니다. 문제 정의, 제안 범위, 일정, 비용 기준, 고객 확인 질문이라는 순서만 재사용하고, 문장은 고객 상황에 맞게 매번 새로 작성해야 합니다. 그래야 제안서가 비슷해지는 문제를 줄일 수 있습니다.
공식 자료로 확인할 항목
- Anthropic Help Center – Projects: 프로젝트별 채팅 기록, 지식 기반, 문서 업로드, 프로젝트 지침 기능 확인
- Claude Help Center – Team plan: Team의 관리자 도구, 중앙 결제, 최소 인원, 좌석별 가격 확인
- Claude Help Center – Artifacts: 긴 문서나 재사용 가능한 콘텐츠를 별도 창에서 다루는 기능 확인
자주 묻는 질문
Claude로 만든 제안서를 그대로 고객에게 보내도 되나요?
그대로 보내기보다 범위, 가격, 일정, 책임 문구를 사람이 확인해야 합니다. Claude는 초안과 검토 보조로 쓰고 최종 판단은 직접 해야 합니다.
혼자 쓰는데 Team plan이 필요할까요?
대부분은 먼저 개인 플랜과 Projects 운영으로 충분합니다. 협업자가 자주 들어오고 권한·결제 관리가 필요해질 때 Team plan을 검토하는 편이 현실적입니다.
고객 메모를 얼마나 자세히 넣어야 하나요?
문제, 목표, 산출물, 제외 범위, 일정 제약은 넣되 고객명, 연락처, 계좌, 계약 원문 같은 식별 정보는 줄이거나 빼는 것이 안전합니다.
다음 행동: 최근 상담 메모 하나를 여섯 항목으로 줄여 Claude 프로젝트에 넣고, 가격을 제외한 제안서 초안을 만들어 보세요. 결과가 좋아도 발송 전에는 제외 범위와 확인 질문부터 다시 보정하는 것이 좋습니다.
함께 읽으면 좋은 글
아래 글은 비용, 보안, 자동화, 콘텐츠 제작 기준을 이어서 확인할 때 참고할 만한 내부 자료입니다.