All resources
Proposals8 min readJul 9, 2026

How to Shred an RFP (Without Missing the One Clause That Kills You)

The short answer

Shredding an RFP means systematically extracting every 'shall,' 'must,' and 'will' into a structured matrix mapped to Sections C, L, and M — then cross-checking that matrix against your proposal outline so no requirement goes unanswered. Miss one line in Section L and a compliant, technically superior proposal still gets thrown out at the gate.

Every federal proposal manager has a war story about the bid that lost on a technicality. A missing page number. A font that was 10.5pt instead of 12pt. An SF-33 that wasn't in the exact tab order Section L specified. Shredding is the discipline that prevents those stories. Done right, it is the single highest-leverage hour you spend on any pursuit.

What 'shredding' actually means

Shredding is the act of decomposing a solicitation into its atomic requirements and mapping each one to (a) a section of your proposal, (b) an owner, and (c) evidence you comply. The output is a compliance matrix — a spreadsheet or table where every row is a single verifiable obligation, and every row has a home in your response.

You are not summarizing. You are not paraphrasing. You are lifting the exact language and tagging it. If Section L.4.2 says 'The offeror shall submit a Past Performance Volume not to exceed 15 pages,' that is three rows in your matrix: page count limit, volume identity, and the shall itself.

The three sections that matter most

In a Uniform Contract Format solicitation, ninety percent of your shredding effort lives in three sections. Learn them cold and everything else becomes context.

Section C — Statement of Work

Section C tells you what the government wants done. Every 'shall,' 'will,' and 'must' is a technical requirement. Pull them all. Number them. Group them by task area. This becomes the spine of your Technical Volume.

Section L — Instructions to Offerors

Section L tells you how to respond. Page counts, font, margins, volume structure, submission format, tab order, file naming. These are the technicalities that get proposals eliminated before a single evaluator reads a word. Treat every sentence in Section L as a potential elimination criterion.

Section M — Evaluation Criteria

Section M tells you how they'll score you. This is your rubric. It defines the factors, the subfactors, the relative weights, and whether the acquisition is Lowest Price Technically Acceptable, best value tradeoff, or something else entirely. If your technical narrative doesn't visibly address every Section M factor, you're leaving points on the table.

The manual shred, step by step

  1. Read the solicitation once, cover to cover, without taking notes. You are calibrating, not extracting yet.
  2. Open a spreadsheet with columns: ID, Section, Requirement (verbatim), Type (Shall / Instruction / Evaluation / Reference), Volume, Owner, Response Location, Status.
  3. Go through Section C and lift every 'shall/must/will' verbatim into its own row. Tag Type = Shall.
  4. Do the same for Section L. Tag Type = Instruction. Be paranoid — page limits, submission timing, file formats all count.
  5. Do the same for Section M. Tag Type = Evaluation. Note weights and subfactor structure.
  6. Cross-reference Sections H (Special Contract Requirements), I (Contract Clauses), and J (List of Attachments) for anything the SOW references but doesn't define.
  7. Assign an owner and target Volume/section to every row. If a row has no owner, it will not get answered.
  8. Review with your capture lead and technical lead. This is where you catch the ambiguous 'shall' that needs a Q&A submission before the question deadline.

The traps that eliminate compliant proposals

  • Cross-referenced requirements — Section C points to an attachment that adds five more shalls you never lifted.
  • Compound sentences that hide two requirements in one line ('The offeror shall submit X and demonstrate Y').
  • Page-count math that includes cover pages, dividers, or appendices you assumed didn't count.
  • Font and margin specs that only appear in one paragraph deep in Section L.
  • Certifications and representations in Section K that must be completed inside the proposal, not just in SAM.gov.
  • Q&A responses and amendments that silently modify Section C or L after your matrix is built.

From matrix to outline

The compliance matrix isn't the deliverable — it's the scaffolding. Once every row has an owner and a home, invert it: build your proposal outline directly from Section L's structure, and drop the corresponding Section C and Section M requirements into each outline node. Now writers know exactly what they must address, in what order, at what depth, and how it will be scored.

A shred is not a summary. It is a chain of custody for every promise the government asked you to make.

Where fedbidops fits

fedbidops shreds any solicitation — SAM.gov notice, prime subcontract RFP, or state package — into the same matrix structure in under a minute. It flags cross-referenced requirements, ambiguous shalls, and Section L technicalities most humans miss on the first pass. But knowing the manual method matters. When the tool flags a compound shall and asks how you want to split it, you need to know why the question is being asked. Automation compresses the work; it doesn't replace the judgment.

Shred every solicitation you're serious about, even the ones you think you already understand. The 45 minutes you spend on the matrix is the 45 minutes that keeps a $2M proposal from being tossed on page one.