클라이언트는 수십 개의 제안서를 몇 분 만에 훑어봅니다. 답장을 받는 제안서를 쓰는 법 — 그들의 문제로 시작하고, 관련 사례 하나로 증명하고, 다음 단계를 명확히 하세요.
인기 있는 일감에서는 클라이언트가 제안서 스무 개를 열어 각각 약 15초씩 읽습니다. 낙찰자는 가장 저렴하거나 화려한 사람이 아니라, 문제를 이해했음을 빠르게 증명하는 사람입니다. 꾸준히 답장을 이끌어내는 구조를 소개합니다.
"저는 8년 경력의 시니어 개발자입니다"는 지우세요. 그들의 목표를 당신의 말로 다시 표현하는 문장으로 시작하세요. "영업팀이 한눈에 보고 CSV로 내보낼 수 있는 대시보드가 필요하시군요." 이 한 줄이 당신이 실제로 요구사항을 읽었음을 보여줍니다 — 대부분은 읽지 않았습니다.
딱 맞는 사례 하나가 링크 더미보다 낫습니다. 작업이 아니라 결과를 말하세요.
짧고 번호 매긴 접근법은 클라이언트의 가장 큰 두려움 — 당신이 사라지거나 즉흥적으로 할까봐 — 을 없앱니다.
강매가 아니라 부담 없는 질문으로 끝내세요. "말씀드린 대시보드를 2분 영상으로 보내드릴까요?" 답장을 유도하는 것이 제안서의 유일한 목표입니다.
150단어 이내로 유지하세요. 제안서의 역할은 계약을 단독으로 따내는 것이 아니라 대화를 시작하는 것입니다.