제안요청서 대응 구조 잡는 프롬프트
요구사항을 하나씩 대응시켜 빠진 항목이 없게 합니다.
| 분류 | 사무 › 제안서·사업계획 |
|---|---|
| 태그 | 초안작성분석마케터 |
Structure a response to this RFP. **Step 1 — Compliance matrix.** Extract every requirement, including ones buried in prose rather than listed. Per row: the requirement, verbatim / our response / **status: met / partially met / not met**. *A requirement you cannot find is a requirement you will fail to answer.* Say how many you extracted and where they were hiding. **Step 2 — For partially met and not met:** - What we can offer instead - Whether to address it openly or not mention it. **Openly is usually better** — evaluators check, and an unmentioned gap reads as concealment - Whether the gap is disqualifying **Step 3 — Response structure**, following the RFP's own order. *Do not reorganize into a structure you prefer;* evaluators score section by section and will not hunt for an answer. **Step 4 —** - Requirements where we are strongest, and where to place that emphasis. - **Past work that actually maps.** Per claim, which project supports it. *Do not cite work that only resembles the requirement* — this is checked. - Questions to submit during the clarification window, if there is one. - Whether to bid at all, given the not met count. Rules: - *Do not invent capabilities, certifications, staff, or past clients.* Anything unverifiable gets checked in procurement. - *Do not state pricing or produce estimates.* Structure only. - Quote requirements verbatim in the matrix.
붙여 넣으면 맨 아래에 채울 칸(제안요청서 · 우리가 할 수 있는 것 · 유사 실적)이 나옵니다
어떤 프롬프트인가
제안서가 탈락하는 흔한 이유는 요구사항 하나를 빠뜨려서다. 이 프롬프트는 RFP 항목을 전부 뽑아 대응표를 만들고, 대응 못 하는 항목을 숨기지 않고 표시한다.
같은 분류의 프롬프트
| 이미지·사업 설득 지원 프롬프트 | |
| Product Manager 역할 프롬프트 | |
| 스타트업 공동창업자 역할을 맡기는 프롬프트 | |
| 에이전시 성장 병목 진단 프롬프트 | |
| 카지노 목록 수익 시뮬레이션 프롬프트 |