제안서는 클라이언트가 프로젝트에 대해 요청한 내용을 어떻게 진행할지에 대해서 제시하는 문서이다. 제안서를 통해 깊은 인상을 심어줄 수 있는 기회이자 프로젝트 수주와 직접 연결되는 매우 중요한 문서이니 만큼 깔끔, 간단, 명료한 것이 중요하다. 일반적인 프로젝트 제안서에서는, 요청에 대한 접근을 하기 위해 RFP(Request For Proposal)을 분석하는 것부터 시작한다. - key question을 뽑고 key question에 대한 sub key questions를 뽑아 클라이언트가 원하는 이 프로젝트의 coverage(무엇을 해결해 주었으면 좋을지)를 파악한다. sub key questions가 프로젝트가 다루는 내용의 전부이다.
- key question에 대한 가설을 성립한다.
- 어떠한 방법론을 사용하여 가설을 어떻게 확인할지 기술한다.
- 최종 output image를 첨부한다.
구성은 크게 다음과 같다. - 배경 : (들어가도 좋고 안들어 가도 좋다)
- goal(목적) : 왜 이 프로젝트를 수행하는지?
scope :
1)제품, 서비스 범위 제품, 서비스의 어떤 부분까지 cover 할 지에 대해 2)프로젝트 범위
산출물 정리(deliverables summary)- 최종보고서, 중간보고서, 책임에 대한 범위한계, 산출물을 내기 위한 WBS(Work Breakdown Structure)<- 관리 가능한 수준까지 Key Question : 그래서 우리가 집중하는 중요한 문제는? 1~3가지 정도로 기술한다. - Process : 이 문제를 해결하기 위해서 우리의 프로세스를 제시한다.
- Why CREVATE? : 왜 이 프로젝트를 크리베이트가 수행해야 할지에 대해서 기술한다. 보통 3가지 정도로 나열하면 좋다.
- Experience : 이런 류의 프로젝트를 수행해 봤다.
- Man Power : 사람이 중요한데, 열정이 있거나 경험이 많은 우수한 사람들이 함께 한다.
- CREVATE : 이 회사가 이런 부분에 강점을 가지고 있다.
- CREVATE 소개 : (들어가도 좋고 안들어 가도 좋다)
- Experience : CREVATE의 회사 설립 배경, 업무 활동
- Schedule : 어떤 스케쥴로 진행할지?
- People : 참여 하는 인력은? 과거에 유사 프로젝트를 한 컨설턴트가 참여하는 것을 신뢰할 것임
- Fees & others : 제안금액, 지급 방법, 프로젝트 산출물의 지적소유권 문제, 필요 장비, 업무 조건
기타 - communication 방법 : 우리와 클라이언트가 어떤 항목(work)에 대해서 어떤 목적(purpose)을 가지고 어떤 시점(timeline)에 이야기할지 안내
|
|
