사업 제안 프레젠테이션은 잠재 고객, 파트너 또는 내부 후원자를 위한 간단한 의사 결정 문서입니다. 청중이 긴 서면 제안에서 주장을 재구성하도록 강요하지 않고 요청, 문제, 제안된 솔루션, 증거, 범위, 투자 및 다음 단계를 쉽게 평가할 수 있도록 해야 합니다.
청중이 프로젝트를 승인할지, 구매 대화를 계속할지, 정의된 작업에 자금을 지원할지 결정해야 하는 경우 이 템플릿을 사용하세요. 일반적인 회사 개요 및 영업 홍보 자료와는 다릅니다. 제안서는 특정 구매자 문제, 결과물, 상업적 경계 및 의사 결정 경로에 맞춰져 있습니다. 대행사 또는 캠페인 참여의 경우마케팅 제안 구조결과물, 미디어 지출, 고객 종속성 및 측정 책임을 분리합니다. 구매 결정 대신 보조금 검토를 받으려면 다음을 사용하세요.보조금 제안서 제출 예시필요, 방법, 예산 및 의도된 결과를 연결합니다.
제안 프레젠테이션은 어떤 결정을 뒷받침해야 합니까?
슬라이드 편집기를 열기 전에 결정을 한 문장으로 작성하세요. 유용한 버전은 결정하는 사람, 승인하는 항목, 추구하는 결과, 결정이 필요한 시기를 지정합니다. 예: "10월 3일까지 연구, 프로토타입 및 구현 계획을 포함하여 Northstar 지원팀을 위한 6주간의 온보딩 재설계를 승인하세요."
문장이 덱의 필터가 됩니다. 구매자가 다음 질문 중 하나에 답하는 데 도움이 되는 슬라이드를 기본 경로에 유지하세요.
- 우리의 문제와 제약을 이해하고 계십니까?
- 제안된 접근 방식은 신뢰할 수 있고 구체적입니까?
- 우리는 언제, 누구로부터 무엇을 받게 될까요?
- 우리 팀에는 무엇이 필요합니까?
- 비용은 얼마이며, 해당 비용을 변경할 수 있는 가정은 무엇입니까?
- 다음에 어떤 결정이나 입력이 필요합니까?
일반적인 업계 문단이 아닌 잠재 고객의 언어로 서두를 개인화하십시오. 발견 메모, 승인된 개요 또는 구매자가 확인한 문제 설명을 사용하십시오. 더 설득력 있는 자료를 만들기 위해 문제점, 결과, 사용후기 또는 고객 이름을 꾸며내지 마십시오.
좋은 제안 프레젠테이션은 문제에서 결정까지 압축된 경로입니다. 에이의사결정 준비가 완료된 경영진 요약 슬라이드회사 개요를 반복하는 대신 구매자별 질문을 명시하는 경우 첫 번째 실질적인 페이지 역할을 할 수 있습니다.
구매자의 평가에는 어떤 슬라이드 구조가 따르나요?
정확한 개수는 결정에 따라야 하지만 대부분의 제안에는 간결한 기본 경로와 자세한 부록이 필요합니다. 실용적인 구조는 다음과 같습니다.
| 슬라이드 또는 섹션 | 질문에 대한 답변 | 포함할 내용 |
|---|---|---|
| 제목 및 결정 | 이것은 무엇이며 왜 지금입니까? | 잠재고객, 제안명, 날짜, 한문장 질문 |
| 요약 | 무엇을 추천하시나요? | 문제, 접근방식, 기대값, 범위, 의사결정 필요 |
| 현재 상황 | 무엇을 이해하셨나요? | 확인된 경우 구매자 상황, 증거, 제약 조건 및 비조치 비용 |
| 제안된 솔루션 | 뭘 할 건가요? | 작업 흐름, 결과물, 제외 사항 및 접근 방식으로 문제를 해결하는 방법 |
| 증명 및 적합성 | 왜 이 접근법을 신뢰해야 합니까? | 관련 경험, 방법, 사례 증거 또는 소스 노트를 통한 시연 |
| 계획과 책임 | 작업은 어떻게 진행되나요? | 마일스톤, 입력, 역할, 종속성 및 검토 포인트 |
| 투자 및 가정 | 어떤 헌신이 필요합니까? | 가격 구조, 지불 시기, 가정, 옵션 및 변경 조건 |
| 결정 및 다음 단계 | 이 회의 후에는 어떻게 되나요? | 의사결정권자, 목표일자, 즉시입력, 연락경로 |
모든 섹션을 별도의 슬라이드에 강제로 넣지 마십시오. 슬라이드를 스캔할 수 있을 때 밀접하게 관련된 아이디어를 결합하고 주요 결정보다는 질문을 뒷받침하는 증거를 부록으로 옮깁니다. 반대로, 구매자가 범위, 가격 등 두 가지 다른 질문을 비교해야 하는 경우 슬라이드를 분할하십시오.
구조를 출발점으로 사용한 다음 구매자의 결정과 비교하여 모든 페이지를 확인하세요. 각 페이지는 특정 질문에 대답하거나 승인에 필요한 입력을 설정해야 합니다.
문제, 해결책, 가치를 어떻게 설명하나요?
제안은 솔루션이 구매자의 상황과 시각적으로 연결될 때 신뢰를 얻습니다. 간단한 3열 논리를 사용하세요.
| 구매자 증거 | 제안된 답변 | 예상결정값 |
|---|---|---|
| 지원 요청이 수동으로 전달되며 소유권이 불분명합니다. | 접수 흐름, 프로토타입 분류 상태 매핑 및 구현 백로그 정의 | 팀에 검토된 프로세스와 구축 가능한 핸드오프 제공 |
| 캠페인 보고를 조정하는 데 며칠이 걸립니다. | KPI 정의 표준화 및 월별 보고 워크플로우 생성 | 숫자에 대한 논쟁을 줄이고 행동에 대한 검토에 집중하세요. |
| 영업팀은 여러 부문에서 일반 자료를 재사용합니다. | 부문별 증명 및 검토 체크리스트를 사용하여 모듈식 내러티브 구축 | 다음 고객 대화를 더욱 관련성 있게 만드세요 |
구매자가 인식할 수 있는 증거(승인된 요구사항, 프로세스 샘플, 기준선, 회의록 또는 소스 기반 관찰)를 사용하십시오. 가정에 별도로 라벨을 붙입니다. 예상되는 결과가 예측, 시나리오 또는 가설이라면 그렇게 말하세요. 계약이나 확인된 증거가 이를 뒷받침하지 않는 한 "보장", "최고", "완벽한" 및 유사한 표현을 사용하지 마십시오.
구매자의 입장에서 가치를 정하세요. "12개의 재설계된 슬라이드"가 출력됩니다. "결과, 동인, 위험 및 결정을 보여주는 재사용 가능한 경영진 보고 데크"는 결과가 중요한 이유를 설명합니다. 가치 설명의 범위를 제안의 결과물과 결정 범위로 유지하세요.
범위 혼란이 발생할 수 있는 짧은 "포함되지 않음" 줄을 포함합니다. 명시적 제외는 구매자와 배송팀을 보호합니다. 또한 제안서가 모든 인접 작업이 포함되는 것처럼 가장하지 않기 때문에 가격을 더 쉽게 해석할 수 있습니다.
범위, 일정, 가격, 역할을 어떻게 표시해야 합니까?
구매자는 솔루션을 단독으로 평가하지 않습니다. 그들은 그것을 시작하고 완료하는 데 필요한 헌신을 평가합니다. 프로젝트 관리 세부 사항에 청중을 묻히지 않고 운영 모델을 눈에 띄게 만드세요.
- 범위:작업 흐름, 결과물, 검토 라운드 및 제외 항목의 이름을 지정합니다. 제안서, 작업 명세서, 후속 이메일에 동일한 명사를 사용하세요.
- 타임라인:장식적인 달력이 아닌 이정표와 결정 지점을 표시합니다. 승인, 소스 액세스 또는 이해관계자 가용성 등 날짜를 이동할 수 있는 요소를 설명합니다.
- 책임:구매자 입력, 소유자, 의사 결정자 및 검토 기간을 식별합니다. 책임이 없는 일정은 단지 열망일 뿐입니다.
- 가격:해당하는 경우 금액, 단위, 지불 시기, 세금 또는 비용 가정과 변경을 유발하는 요인을 제시합니다. 작은 각주에 상업 용어를 숨기지 마십시오.
- 옵션:패키지를 제공하는 경우 절충 사항을 명시적으로 명시하세요. 구매자가 차이점을 해독하도록 강요하는 거의 동일한 세 가지 옵션을 만들지 마십시오.
날짜와 전달을 결정하는 경우 마일스톤 테이블을 사용하세요. 범위와 소유권을 결정할 때는 작업 흐름 맵을 사용하세요. 옵션이 크게 다를 경우 비교표를 사용하세요. 에이행렬 스타일 비교도움이 될 수 있지만 실제로 구매자의 질문이 아닌 한 제안을 경쟁 분석으로 전환하지 마십시오.
상업적 수치가 아직 검토 중인 경우 추정치 또는 범위로 라벨을 지정하고 종속성을 명시합니다. 슬라이드를 완전하게 보이도록 가짜 정확한 숫자를 만들지 마십시오.
증거, 위험 및 명확한 다음 단계를 어떻게 추가합니까?
증명은 템플릿 슬롯을 채우는 것이 아니라 구매자의 실제 위험에 답해야 합니다. 적합성을 입증하는 가장 작은 증거 단위를 선택하십시오.
- 원래의 맥락과 출처를 포함한 관련 사례 연구입니다.
- 방법과 출력을 보여주는 작업 샘플 또는 연습입니다.
- 권장사항을 구체적으로 만드는 기준선 및 진단입니다.
- 구매자가 확인할 권한이 있는 적격 참조 또는 자격 증명입니다.
- 첫 번째 약속을 제한하고 검토를 정의하는 파일럿 계획입니다.
일반적인 로고 벽, 발명된 측정항목, 익명의 평가 또는 차용한 경쟁업체의 예를 증거로 제시하지 마십시오. 증거가 기밀인 경우 출처를 노출하지 않고 방법과 제한사항을 기술합니다.
제안서에 위험이 표시되도록 합니다. 주요 종속성, 변경 가능한 사항, 완화 방법 및 의사 결정 소유자를 나열합니다. 위험 섹션은 구체적일 때 신뢰성을 구축합니다. "지연이 있을 수 있습니다"는 유용하지 않습니다. "타임라인에서는 클라이언트가 10월 7일까지 승인된 데이터 사전을 제공한다고 가정합니다. 그렇지 않으면 KPI 워크숍이 다음 검토 슬롯으로 이동합니다"가 실행 가능합니다.
하나의 결정 경로로 종료됩니다. 청중에게 무엇을 승인할지, 누가 결정권을 갖고 있는지, 어떤 정보가 필요한지, 승인 후에는 어떤 일이 일어나는지 알려주세요. 마감 시 새로운 약속이나 두 번째 제품 홍보를 소개해서는 안 됩니다.
Presenti가 제안서 초안 작성 및 검토에 어떻게 도움을 줄 수 있나요?
승인된 개요, 조사 노트, 범위, 가격 가정, 증거 자산 및 필수 결정부터 시작하세요. 승인된 구조를 따르는 편집 가능한 첫 번째 초안을 Presenti에 요청하세요. 유용한 입력은 "설득력 있는 제안을 하는 것"이 아닙니다. 이는 구매자 컨텍스트, 결정 문장, 결과물, 증거, 제약 조건 및 검토 경로입니다.
생성 후 소스를 기준으로 데크를 검사합니다. 잠재 고객 이름, 문제, 범위, 날짜, 가격, 사례 증거 및 다음 단계가 정확한지 확인하십시오. 일반적인 헤드라인을 다시 작성하여 각 헤드라인이 제안의 결론을 설명하도록 하세요. 슬라이드가 편집 가능한 상태로 유지되고 생성된 주장이 단지 그럴듯하다는 이유만으로 검증된 것으로 간주되지 않는지 확인하십시오.
최종 구매자 테스트를 사용하십시오. 발견에 참석하지 않은 사람이 덱만으로 문제, 제안된 솔루션, 약속, 위험 및 다음 조치를 설명할 수 있습니까? 그렇지 않다면 장식을 개선하기 전에 내러티브를 개선하세요.
자주 묻는 질문
사업제안서 프레젠테이션에는 몇 장의 슬라이드가 있어야 합니까?
구매자가 결정을 평가할 수 있도록 최소한의 슬라이드를 사용하십시오. 간결한 제안에는 7~12개의 주요 슬라이드가 필요할 수 있으며 자세한 증거는 부록에 나와 있습니다. 올바른 개수는 범위, 위험, 결정 횟수에 따라 달라집니다.
제안서와 프레젠테이션 자료의 차이점은 무엇인가요?
제안서는 범위, 결과물, 투자, 가정 및 다음 단계를 통해 정의된 구매자 요구에 응답합니다. 프레젠테이션 자료는 특정 범위가 합의되기 전에 회사, 제품 또는 기회에 대한 관심을 불러일으킬 수 있습니다.
제안 프레젠테이션에 가격이 표시되어야 합니까?
청중이 상업적 약속을 평가하거나 승인할 것으로 예상되는 경우 예입니다. 금액이나 범위, 가정, 지불 시기 및 변경 사항을 표시합니다. 의도적으로 가격을 연기한 경우 이유를 설명하고 다음 단계를 지정합니다.
제안서를 개인화된 느낌으로 만들려면 어떻게 해야 합니까?
구매자가 확인한 문제, 언어, 제약 조건, 결정 기준 및 관련 증거를 사용하십시오. 개인화는 일반 템플릿에 로고나 회사 이름을 추가하는 것 이상입니다.
마지막 슬라이드에는 무엇을 말해야 할까요?
결정, 소유자, 시기, 필요한 입력 및 즉각적인 다음 조치를 명시합니다. 적절한 경우 연락처 세부 정보나 회의 경로를 포함하세요. 막연한 '질문'으로 끝나지 않나요? 제안에 승인이 필요한 경우 슬라이드하세요.
결론
사업 제안 프레젠테이션은 지정된 청중이 구체적인 결정을 내리는 데 도움이 되어야 합니다. 구매자 상황에서 시작하여 문제, 솔루션, 증명, 범위, 타임라인, 투자 및 위험을 살펴보고 소유한 다음 단계로 마무리합니다. 가정을 눈에 띄게 유지하고, 확인된 증거를 기대치와 분리하고, 구매자에게 도달하기 전에 소스에 대해 편집 가능한 초안을 검토하세요.
