[칼럼] 제안서 작성 - 제안서 핵심은 신뢰, 약점도 서술하라

안수영 syahn@itdonga.com

제안 성공 노하우 3. 제안서 작성

제안서 핵심은 신뢰, 약점도 서술하라

좋은 제안서는 고객이 핵심 내용을 쉽고 빠르게 이해할 수 있도록 도와준다. 이런 제안서를 만들려면 'POWeR' 원리를 활용하는 게 좋다. 이 원리는 ①계획(planning) ②구조화(organizing) ③초안 작성(writing) ④검토(examining) ⑤개선(revising) 등 다섯 단계로 구성된다. 지난 칼럼에서는 이 내용 중 ①계획(planning), ②구조화(organizing) 단계에 대해 설명했다. 이번 칼럼에는 '초안 작성, 검토, 개선 단계'를 자세히 살펴보고자 한다.

1. 초안 작성(writing)

제안서 작성의 핵심 원리

제안서를 작성할 때에는 피라미드식 논리 구조를 활용하는 것이 좋다. 피라미드식 논리 구조란 가장 중요한 결론 부분을 먼저 배치해서 제안서 평가자들이 쉽게 판단을 내릴 수 있도록 돕는 구조를 말한다. 가능하다면 시각적 자료를 삽입해서 한눈에 볼 수 있도록 유도하는 것도 좋다. 또한 평가자 관점에서, 평가자 중심으로 핵심내용을 서술해야 하며 핵심적인 차별화 요소를 반드시 전달해줘야 한다.

효과적인 작문 노하우

초안을 빠르게 작성하라

우선 초안을 빠르게 작성하는 것이 좋다. 초안이 제안서의 질을 좌우하진 않으므로 지나치게 부담을 가질 필요는 없다. 초안을 손쉽게 작성하려면 제목을 먼저 작성해 지침으로 사용하는 것이 좋다. 또한 가장 쉬운 부분부터 작성하라. 초안이 형편없고 오류가 있더라도 작성하는 데 시간을 너무 오래 끌지 말고 일단 끝까지 작성하는 것이 중요하다.

글쓰기 염려증을 극복하라

글쓰기 공포증을 극복하는 것도 중요하다. 완벽하게 작성하고자 하는 욕심이야말로 가장 큰 장애물이다. 지금 필요한 것은 완성된 제안서가 아니라 초안이다. 고치는 작업은 나중에 해도 된다. 만약 글을 쓸 때 장애물을 만났다면 다음 지침을 활용해보라. 첫째, 아웃라인을 재검토하라. 둘째, 편안한 마음으로 장애 요인을 뛰어넘어 꾸준하게 작성하라. 셋째, 문제점들을 다른 작성자나 관리자 또는 신뢰하는 다른 사람들에게 이야기하고 조언을 구하라. 넷째, 작업 환경에 변화를 줘라. 다섯째, 초안의 각 섹션에 대해 요약문을 먼저 작성하여 전달하고자 하는 내용을 명확히 하라.

단락들을 효과적으로 사용하라

각 단락에서는 단 하나의 핵심 아이디어만 제시하되 핵심 아이디어를 서술하는 문장으로 시작한다. 일반적인 것에서 특정 부분으로, 효용에서 특징으로, 익숙한 부분에서 생소한 부분으로 정보를 구조화하는 것이 좋다. 단락 중간에는 세부 정보를 삽입한다. 그리고 반드시 논지의 일관성을 유지하도록 한다.

주장을 구체화하라

다음은 주장을 구체화할 차례이다. 주장에 대한 근거를 제시함으로써 당신의 생각에 신뢰성이 있음을 증명하라. 예상되는 문제나 잠재적 위험을 잘 알고 있고, 이에 대비하고 있음을 평가자들에게 보여주어라. 하지만 당신이 주장하는 효용이 확실하다고 가정하지는 않는 것이 좋다.

약점에 대해 다루라

'약점'에 대해서도 다뤄야 한다. 만약 약점에 대해 다루지 않는다면, 경쟁사가 당신의 약점을 먼저 공략하게 된다. 그렇게 되면 평가자들은 경쟁사가 언급한 관점대로 우리를 생각하게 될 가능성이 높아진다. 물론, 우리만 알고 있는 약점을 굳이 밝힐 필요는 없을 것이다. 하지만 이미 경쟁사도 알고 있고 노출되어 있는 약점이라면 과감히 밝히고 이에 대해 대안을 제시하는 것이 훨씬 현명한 일이다.

제목을 통해 내용을 구조화하고 읽는 이를 리드하라

다음으로는, 제목을 효과적으로 사용해서 내용을 구조화하고 평가자들의 주목을 끌어야 한다. 물론 우리가 작성하는 제안서의 대부분은 RFP(제안요청서)를 통해 제목이 이미 정해져서 나오고, 우리는 이를 따라야 한다. 제목을 마음대로 바꾸어서는 안 된다. 하지만 RFP(제안요청서)에서 제공하지 않는 하부 단계의 제목들은 우리가 만들 수 있다. 제목은 내용을 구조화하고 알리는 전통적인 글쓰기 도구로 평가자들이 다시 읽고 싶은 부분을 신속히 찾을 수 있도록 하는 동시에 제목을 통해 핵심적인 메시지가 전달되어야 한다.

평가자들이 제한된 시간에 제안서를 꼼꼼히 읽고 평가할 것이라고 가정하지 말라. 그럴 수 없기 때문에 더더욱 제목을 통해 평가자의 관심을 이끌어 내는 것이 중요하다.

제목에는 '간결 표제'와 '정보 표제'의 두 종류가 있다. 다음의 예를 보자.

간결 표제(Telegraphic Heading): 공기 폐색과 고압 산소실 디자인
정보 표제(Informative Heading): 우리는 원가 절감형 공기 폐색과 고압 산소실 디자인을 제안합니다.

간결 표제와 정보 표제 모두 내용 전개에 있어서 주제가 달라졌음을 알려주는 효과적 수단이다. 즉, 표제를 기점으로 해서 다른 주제로 쉽게 전환할 수 있다는 이야기다. 용도에 따라 두 가지 표제를 적절히 사용해야겠지만, 간결 표제와 달리 정보 표제는 새로운 주제가 무엇인지 설명하며 주제와 관련된 구체적 정보를 제공한다. 정보 표제는 고객이 경험할 수 있는 핵심 가치를 강조하는 데 도움을 준다. 따라서 가능하면 정보 표제를 자주 사용하는 것이 좋다. 특히 방위산업 제안서에는 이런 기법이 자주 사용되지 않고 있으므로, 정보 표제를 사용하는 것 자체만으로도 경쟁사와 제안서를 차별화할 수 있다. 현실적으로 보면 가장 하위 제목을 정보 표제로 통일하는 것이 좋다.

목록을 사용해 주요 메시지들을 명확히 하고 강조하라

다음으로는 목록을 사용해 주요 메시지들을 명확히 하고 강조하는 것이 좋다. 목록작성은 정보를 전달하는 훌륭한 방법이다. 특히 복잡하고 중요한 정보에 대해서는 목록을 사용하면 다음과 같은 편리함이 있다.

- 평가자가 주요 메시지와 핵심 사항들을 한 눈에 볼 수 있다.
- 복잡해 보이는 여러 아이디어들을 구분한다.
- 각각의 아이디어들을 명확히 하고 효과를 유지시킨다.
- 아이디어들을 짧은 문장으로 표현한다.

아래의 제안서 요약본을 보면, 가산 삼림㈜이라는 가상의 회사의 필요를 리스트 업 하고 있는데 이것이 목록이다.

핵심 내용을 요약하라

제안서 작성의 모든 단계에서 핵심 내용을 요약하는 것이 좋다. 요약할 때에는 앞서 논의했던 솔루션의 핵심 특징과 그 결과로 고객이 얻게 되는 효용을 포함해야 한다. 각 요약문의 내용과 분량을 통해 요약하는 내용의 중요도를 표현할 수 있다. 평가자들은 제한된 시간에 많은 분량의 제안서를 평가하고 있다. 그래서 언제든지 중간에 읽기를 그만둘 수 있기 때문에 요약문을 서두에 두는 것이 중요하고 본문의 마지막 자세한 내용보다 서두의 요약 내용이 더 중요하다. 때문에 시간이 없더라도 반드시 서두의 요약문을 작성해야 한다.

2. 검토(examining)

작성자가 오타를 고치는 수준을 넘어 글의 기본 구조나 메시지까지 수정하기는 어렵다. 이 단계에서 가장 효과적인 것은 주위 사람들, 예를 들어 제안팀 내 동료나 제안 전문가, 혹은 상사의 도움을 받는 것이다. 특히 리더와의 커뮤니케이션이 중요하다. 리더의 부적절한 개입은 제안서의 질을 결정적으로 떨어뜨리기 때문이다. 쉬플리에서 여러 국가들을 대상으로 설문 조사한 결과 ‘제안서 작성에서 가장 큰 장애 요인은 무엇인가?’라는 질문에 만국 공통으로 ‘매니저’라는 답이 나왔다. 잘못된 매니저의 코칭은 제안 프로세스를 망가뜨리고, 제안서의 질을 떨어뜨린다. 리더가 개입하지 말라는 이야기가 아니다. 리더가 제안서에 대한 단계별 코칭을 할 줄 모른다는 게 주요 원인이다. 리더가 전략에 대해 코칭할 때, 오탈자를 지적하면 제안서 TFT는 전략에 대해 신경 쓰는 대신, 오탈자에 대해 신경 쓸 수 밖에 없다. 단계별 코칭의 핵심은 다음과 같다.

전략 및 내용 리뷰

제안서 작성을 시작하기 전에 핵심 솔루션과 제안 전략 및 제안서에 담을 주요 컨텐츠에 대해 합의한다. 제안 계획(PMP: Proposal Management Plan)과 섹션 계획 (PDW: Proposal Development Worksheet)에서 합의한 전략, 솔루션, 컨텐츠가 제안서에 잘 구현되었는지 검토한다. 특히 RFP, 평가자의 공식적인 요구 조건들이 분명히 충족되었는지 최종 확인한다.

제안서 리뷰

제안서를 평가자 관점에서 검토한다. 평가자가 원하는 답을 쉽게 찾고, 쉽게 좋은 점수를 줄 수 있을지 확인한다. 모든 템플릿, 주제문, 비주얼, 요약, 프레젠테이션 자료, 질의응답 자료는 평가자가 좋은 점수를 줄 수 있도록 배려하는 데 초점을 맞춘다.

여기서 핵심은 단계에 따라 리더가 코칭을 해야 한다는 점이다. 앞서 말했듯이 전략이 충분히 개발되기도 전에 리더가 내용을 평가하거나 오타를 지적하면 작성자는 큰 혼란에 빠진다. 그렇게 되면 작성자들은 더 이상 완성도 높은 전략을 개발하는 데 머리를 쓰지 않고, '상사에게 만족스러운' 제안서를 쓰기 시작한다. 하지만 훈련되지 않은 상사로부터 좋은 점수를 받은 제안서는 종종 평가자에겐 거부당한다는 점을 명심해야 한다.

3. 개선(revising)

평가자의 시선에 주목하라

효율적으로 제안서를 수정하는 비결은 평가자에게 중요한(valuable) 부분과 보이는(visible) 부분에 집중하는 것이다. 평가자들은 눈길이 가는 곳으로 건너뛰면서 답을 찾는다. 답을 찾으면 그만 읽고, 답을 찾기가 어려우면 읽기를 그만둔다. 평가자들은 제목, 주제문, 그래픽, 캡션(그래픽에 대한 부연설명), 요약, 서론, 목록에 관심을 갖는다. 따라서 수정하는 노력의 80, 90%를 이 부분에 집중하는 것이 좋다.

평가자의 기준에 주목하라

'보기 좋은 떡이 먹기도 좋다'는 말은 제안서 작성 경험이 풍부한 사람들이 흔히 하는 말이다. 그러나 자칫 제안서를 치장(화려한 색깔, 현란한 디자인)하는 데 승부를 걸게 함으로써, 전달하고자 하는 메시지의 초점을 흐려 오히려 평가자가 원하는 대답을 찾는 데 어려움을 겪게 하는 역효과를 초래할 수도 있다. 지금부터 이 말은 이렇게 고치자. '읽기 편한 제안서가 좋은 제안서다'. 좋은 제안서는 단 두 가지 조건을 만족시키면 된다. 첫째, 평가자가 평가하기 쉽다. 둘째, 제안 요청에 적극적으로 대응한다.

위 그림은 제안서를 7가지 기준으로 평가한 결과를 방사 도표에 정리한 것이다. 이것을 자세히 보면 어떤 제안서가 좋은 제안서인지 쉽게 알 수 있다.

왼쪽에 있는 그림을 보면, 제안서가 시각적인 면(페이지와 문서 디자인, 시각화)에서는 좋은 점수를 받았지만 내용과 논리구조에서는 매우 저조한 점수를 받았음을 알 수 있다. 다시 말해 겉은 번지르르하지만 알맹이는 없는 제안서다. 이에 반해 오른쪽 그림을 보면, 제안서가 페이지와 문서 디자인, 시각화에서는 중간 점수를 받았지만 충실도(제안 요청서상의 평가 요구 조건에 대한 충족도), 반응도(비공식적인 요청까지 포함한 고객의 욕구) 등에서 높은 점수를 받았다. 문장 서술의 질, 시각화, 페이지 및 문서 디자인 등 외형상의 조건뿐만 아니라, 고객의 요구 조건에 충실하고, 요구에 적극적으로 대응하고, 솔루션의 전략적 초점이 분명하고, 경쟁사 대비 우위가 분명하여 균형을 갖춘 제안서가 좋은 제안서다.

단계별로 개선하라

전략 리뷰(pink team review) 단계에서는 수립한 전략과 평가 요구 조건에 맞춘 충실도 체크리스트를 검토해, 전략을 수정하고 평가 요구 조건을 100% 충족시키는 제안서를 만든다.

내용 리뷰(red team review) 단계에서는 최종 제안서의 초안을 검토하여 평가점수를 예측하고 제안서의 장단점을 검토한다. 리뷰 보고서와 작성자 미팅을 통해 제안서의 질을 높일 수 있는 마지막 기회다.

글 / 쉬플리코리아 김용기
편집 / IT동아 안수영(syahn@itdonga.com)

쉬플리코리아

쉬플리코리아(대표 김용기, http://www.shipleywins.co.kr)는 제안 및 입찰 전문 컨설팅 기업인 '쉬플리'의 한국 지사이며, 국내 유수의 방위 산업체에 제안과 관련된 각종 컨설팅과 교육을 제공하고 있다.

쉬플리코리아 김용기 대표

김용기 대표는 7년 간 컨설팅 회사를 운영한 경험을 바탕으로, 쉬플리 아시아 퍼시픽과 함께 2008년 4월 쉬플리 한국 지사를 설립했다. 현재 국내 유수 방위 산업체 및 7개 기업에 20여 개 제안 프로젝트를 시행했으며, 80% 이상의 높은 사업 수주 효과를 거두고 있다.

본 기사의 내용은 IT동아의 편집 방향과 다를 수 있습니다.

IT동아의 모든 콘텐츠(기사)는 Creative commons 저작자표시-비영리-변경금지 라이선스에 따라 이용할 수 있습니다.
의견은 IT동아(게임동아) 페이스북에서 덧글 또는 메신저로 남겨주세요.