Rfp Response Content Generation

Content Generation Skill

Firm Profile (REQUIRED — fill in before use)

These values define who your firm is and how it writes. See SETUP.md.

• FIRM NAME: [FIRM NAME]
• WHAT THE FIRM DOES: [one sentence]
• ROLE BOUNDARY: [what the firm will NOT claim to do — leave blank if none]
• VENDOR STANCE: [vendor-neutral OR resells/implements specific products]
• SPECIALIZATION: [domains the firm credibly claims]
• VALUE MODEL: [optional — the through-line your proposals argue]
• VOICE: [3–5 adjectives]

Purpose

This skill produces the proposal draft. It works section by section through the approved Table of Contents, grounding each section in source material from the RFP Tracker and capability library before writing. Every section has a specific source basis, a specific drafting instruction from the Content Strategy Brief, and a specific set of RFP requirements it must address. Where source material does not exist, it inserts a structured placeholder rather than inventing content. The output is a complete, structured Word document ready for Phase 4 review.

Critical Output Rules

Do not output any draft content to chat. The proposal draft is a document deliverable. All drafted content goes directly into the Word document saved in Step 7. Chat output is limited to one-line progress updates per section and the final summary. Never stream proposal content into chat.

Firm Position Boundary

Internalise these constraints before drafting any section. They apply to every word and cannot be overridden by source material or drafting instructions.

• Respect the ROLE BOUNDARY. If the firm advises but does not build/operate (or any similar boundary), match verbs to the role — "advise on", "design the approach for", "support your team to implement", not "build", "deploy", "operate". If the firm has no role boundary, skip this constraint.
• Respect the VENDOR STANCE. If vendor-neutral, never name, recommend, or imply preference for a specific product; if a client's RFP names a tool, acknowledge it neutrally. If the firm resells/implements products, position them as the Firm Profile allows.
• Stay within SPECIALIZATION. Do not claim expertise outside the firm's stated specialization unless source documents establish a credible track record.
• Do not name clients without explicit permission. Use anonymised descriptions ("a large public-sector organisation", "a national retailer").
• Do not invent proof points. If a statistic, outcome, or case study is not in the source documents, insert a placeholder — do not create a plausible-sounding version.

Prerequisites

• The Strategy Brief (.docx, Phase 2) must be accessible — approved ToC, Coverage Map, strategic themes, tone/voice guidance, section-by-section drafting notes, and Page Budget Table (when present).
• The RFP Tracker List must be accessible with all columns populated: Category, Available Content, Source 1/2/3.
• All source documents in the Source columns must be accessible and readable in full.
• The WIP Collaboration Folder deal subfolder must exist with write access.

Step 1 — Load the Strategy Brief

Read the Strategy Brief in full first. Extract and hold:

• Approved Table of Contents — exact structure, headings, order. The blueprint. Do not add/remove/reorder sections without explicit instruction.
• Coverage Map — which RFP Tracker rows map to which sections (what each section must address).
• Strategic themes — the 3–5 themes woven through the proposal, each tied to a client priority and firm differentiator.
• Core value proposition — the single overarching message; present in the exec summary and echoed throughout.
• Tone and voice guidance — language to use/avoid; appropriate register for this client.
• Section-by-section drafting notes — mandatory, not suggestions. Read every note before drafting its section.
• Content gaps list — requirements flagged in Phase 2 as having no source material; these require Placeholder mode regardless of what is found later.
• Page Budget Table — per-section page allocation. Hold each target as a hard ceiling and a soft floor (Step 5 check). If absent, note it and apply default proportions.
• Competitive Positioning recommendation — the lead lever (price / capability / delivery risk); shapes emphasis and word count.
• Reference Gap Compensation moves (if present) — named staff, analog engagement, partner reference, methodology overlay. Weave into the relevant sections, not appended as boilerplate.

Step 2 — Load the RFP Tracker

Read the full list. For each row, note Category, the Available Content summary (orientation only — do not draft from it), Source 1/2/3, and whether the row was flagged a content gap ("No Match" → Placeholder mode).

Group rows by their mapped ToC section (using the Coverage Map). This gives the source document list for each section before drafting.

Build the Mandatory-Requirement Register

Extract every row marked Mandatory = Yes (or using must, shall, required) and build a per-section register:

Section X — Mandatory Requirements to Answer
  • Bidder must provide a 90-day execution plan
  • Bidder must identify named key personnel
  • Response must address data handling and security

Every register item must be explicitly answered in the drafted section — it is the section's compliance contract. If one cannot be answered from source material, insert a placeholder that names it.

Step 3 — Read Source Documents

Before drafting any section, follow the Source links in the RFP Tracker and read the relevant documents in full.

Do not draft from the Available Content summaries. They are 1–2 sentence excerpts for human triage — not sufficient for a credible, specific section. The full source documents contain the methodology detail, proof points, case study specifics, and language that make the draft substantive.

Read source documents grouped by section: identify which rows map to Section X, collect all unique Source 1/2/3 documents across those rows, read each once and extract relevant passages/proof points/language, and hold the extracts for drafting. Do not start drafting a section until its source material has been read.

Step 4 — Determine Drafting Mode Per Section

Determine which of three modes applies before drafting each section.

Mode 1 — Adapt. Use when: one or more source documents directly address the section's requirements with high relevance. How: take the source content as the structural/factual foundation; rewrite it to speak to this client's context, the specific RFP question, and the section's strategic theme; apply tone and voice. The result should feel written for this proposal, not copied from a previous one.

Mode 2 — Synthesize. Use when: no single source fully addresses the section, but relevant material exists across multiple documents. How: identify the 2–4 most relevant passages and construct an integrated response that draws on all without repeating or contradicting — not a list of stitched excerpts. Apply the drafting notes and tone/voice throughout.

Mode 3 — Placeholder. Use when any of:

• The row was flagged a content gap in Phase 2 (no source material exists)
• Source documents were read but contain no relevant material
• The requirement needs client/deal-specific info only the pursuit team or an SME can provide (pricing, key personnel CVs, signed certifications, proprietary timelines)
• Drafting would require inventing facts, statistics, or outcomes not in any source

How to insert — use this exact format in the correct location:

[PLACEHOLDER: {description of what is needed} — {who provides it} — {priority: High/Medium/Low}]

Examples:

[PLACEHOLDER: Two anonymised case studies demonstrating governance advisory in a healthcare context — Pursuit lead to source from past engagement records — Priority: High]
[PLACEHOLDER: Data residency and sovereignty controls approach — Technical SME input required — Priority: High]
[PLACEHOLDER: Key personnel CVs and role descriptions — HR / pursuit lead to provide — Priority: Medium]

The placeholder must be descriptive enough that the recipient knows exactly what to write. [TBD] alone is a failure — always use the full descriptive format.

Step 5 — Draft Each Section

Work through the approved ToC in order. For each section:

1. Re-read the drafting notes for this section before writing a word.
2. Confirm which RFP Tracker rows this section covers (Coverage Map).
3. Pull the Mandatory-Requirement Register — each item must be answered explicitly in the prose.
4. Note the page-count target from the Page Budget Table.
5. Apply the correct drafting mode based on the source material read in Step 3.
6. Write the section following the drafting notes, applying tone/voice, ensuring every mapped RFP row is addressed.
7. Check the Firm Position Boundary before moving on.

Page-Count Target Check (per section)

• Within ±10% of target: acceptable.
• Over target: flag for trimming in Step 6 — do not silently truncate.
• More than 20% under target: flag as under-developed (usually a mandatory requirement answered thinly or a theme not fully argued). Note in the progress log and revisit before Step 6.

If no Page Budget Table is present, apply a default proportion (exec summary 5–8%, remaining sections proportional to evaluation weight) and use the same thresholds.

Staffing / Key Personnel Section Guidance

Include what the RFP asks for. A strong staffing section typically covers:

1. Team structure — who is on the team and how they relate (org chart or clear narrative of reporting lines). Insert a placeholder if a chart asset is needed:

   [PLACEHOLDER: Organisation chart for proposed engagement team — Graphics / pursuit lead — Priority: High]

2. Named key personnel — each key role named with title, engagement role, and short bio. Use placeholders for unconfirmed names.
3. Time commitment — where the RFP asks, the proportion of each named person's time. Avoid vague phrasing ("significant time", "as required") when a specific commitment is expected.
4. Continuity / succession — where relevant, how continuity is maintained if a key person becomes unavailable.

Adapt depth to the RFP. If source material does not cover a required sub-element, insert a structured placeholder — do not omit it.