RFP.co
Download on the App Store

RFP.co episodes

  • Automating Manufacturing RFQs With AI and ERP Integration

    Manufacturing quotes aren't proposals — they're precision instruments with a short fuse. This episode of RFP.co cuts through the AI hype to address what's actually different about the contract manufacturing and job-shop environment, where the "proposal" is a line-item price compared against three competitors by Friday and the real work lives inside an ERP, not a Word document. If you've wondered where AI genuinely helps on a quoting desk versus where it creates audit risk, this is the episode to listen to.

    Drawing on the RFP.co deep-dive on AI and ERP integration for manufacturing RFQs, the episode walks through the full RFQ-to-quote workflow and identifies the precise handoffs between agent and human. Key points covered include:

    • What a manufacturing RFQ actually contains — drawing sets with tolerances and material callouts, BOMs with internal part numbers, delivery schedules, and terms attachments that may carry FAR flow-downs or ITAR language.
    • Why parsing is the right automation target — industry data shows 40–60% of RFQ response time is consumed gathering inputs; a capable intake agent handles OCR and geometry extraction, BOM structuring, and customer/due-date identification before anything touches a system of record.
    • Three categories that always need human review — unrecognised material callouts, tolerances tighter than standard process capability, and conditional notes like "per customer approval."
    • The six ERP calls that cover most of the mechanical work — from cross-reference lookup and fuzzy material matching through pulling routing costs, on-hand quantities, contract pricing, and writing a draft (never approved) quote back to the system.
    • A three-condition rule for safe auto-quoting — part number matches an active item with current standard cost, quantity falls within one band of the last run, and required delivery exceeds standard lead time.
    • Where the shop's margin actually lives — pricing judgment on anything that isn't a pure repeat belongs with the estimator, not the agent; response automation tools are most valuable when they surface the right inputs fast, not when they make the final call.
    • For teams that need to triage which RFQs are even worth quoting before the estimator opens a drawing, go/no-go scoring can apply structured criteria at intake — keeping capacity focused on winnable work. More from the show: if your quoting ultimately feeds a competitive bid, How to Write a Price-to-Win Narrative That Holds Up Under Scrutiny is a natural companion episode on making the numbers stick once they leave the shop floor.

      RFP.co

      6 min
    • How to Write a Price-to-Win Narrative That Holds Up Under Scrutiny

      Price-to-win strategy lives or dies in the gap between your cost volume and your evaluator's judgment. This episode of RFP.co tackles one of the most consistently mishandled pieces of any proposal: the price narrative — the document that converts a number into a defensible decision and gives source selection authorities the trail they need to justify an award. If your current approach amounts to a single line claiming "competitive market rates," this episode is the reset you need.

      The episode walks through the three core jobs a price-to-win narrative must perform, the structural mistakes that sink most efforts, and a concrete writing discipline teams can apply to their very next bid. Key points covered include:

      • Write for the evaluator's real goal. On government and enterprise solicitations, evaluators aren't picking the cheapest option — they're building a paper trail that survives review. A narrative written with that reader in mind looks fundamentally different from one written for the pricing team.
      • Connect price to scope in plain English. Anchoring a labor rate to specific roles, deliverables, and workload assumptions — rather than leaving a number floating in a spreadsheet — gives evaluators something concrete to point to. Teams preparing for complex managed-services or IT bids may find pricing a proposal AI rollout for a 40-person shop a useful companion read for thinking through how cost structures get explained.
      • Justify structural choices before they raise questions. A heavier junior labor mix, a fixed-price offer on a time-and-materials scope, an absorbed cost — each of these needs explicit connective tissue linking it back to your technical approach, not an apology.
      • Pre-answer the obvious objection. Every price has a predictable challenge. If you're high, show what the delta buys. If you're low, show the delivery proof. Using go/no-go scoring earlier in the process can sharpen the positioning decisions that feed this section.
      • Don't write it last. A price narrative drafted after the volumes are locked ends up explaining decisions that were made without it. Writing in parallel with pricing development keeps the reasoning fresh and ensures the narrative reflects actual structural choices, not reconstructed ones.
      • Start with your most defensible choice. Before writing anything else, identify the single structural decision that most directly serves the buyer's mission and write two paragraphs on it — from the evaluator's perspective, not the vendor's.
      • For more on building a proposal process where pricing and narrative stay in sync from the start, explore document intelligence on RFP.co. If you're working on the front end of your capture process, last week's episode — How to Run a Proposal Kickoff Meeting That Actually Works — covers how to set up the internal alignment that makes price narrative development smoother.

        RFP.co

        5 min
      • How to Run a Proposal Kickoff Meeting That Actually Works

        Proposal teams rarely fall apart because of bad writing. They fall apart because contributors left the kickoff meeting with different assumptions about scope, win strategy, and what the customer actually cares about — and nobody found out until draft review. This episode of RFP.co digs into the structure and discipline behind a kickoff meeting that prevents that kind of misalignment before a single section gets written. If your review cycles feel brutal, the fix probably starts here.

        The episode walks through three things a kickoff meeting must accomplish — and why most teams only attempt one of them. Key points include:

        • Kickoff is interpretation, not orientation. Walking contributors through the RFP live is not a kickoff — it's exposure to a document. A real kickoff resolves the ambiguities the RFP doesn't answer cleanly, and that work has to be prepared in advance by the capture or proposal manager.
        • The one-page brief is the backbone. Before anyone joins the call, the person running kickoff should circulate a short brief covering the customer's stated and unstated problem, the win strategy in plain language, the evaluation factors that matter most, and the specific failure modes the team needs to avoid. Slides are not a substitute.
        • Section ownership means more than a name on a matrix. Contributors need to know what decisions they can make autonomously, what requires a flag, and how the review chain works — or scope assumptions will drift and cascade into cost estimates and compliance gaps before anyone notices. Pairing clear ownership with a solid compliance matrix closes a lot of that risk early.
        • Ask each owner to say the requirement back out loud. Having every section owner articulate their understanding of the deliverable — not their plan, their understanding — surfaces misalignment in ten minutes that would otherwise survive until red team.
        • Establish the escalation path before writing starts. Writers who hit ambiguous requirements without a clear escalation path will guess, go quiet, or stall. The path doesn't need to be complex, but it has to be spoken aloud at kickoff so it becomes a shared norm.
        • A well-run kickoff is a production tool, not a formality. Every hour invested in a structured kickoff removes two to five hours of downstream revision — teams that treat it as a calendar obligation pay for that choice in brutal review cycles.
        • For teams thinking about how tooling fits into this process, response automation works best when the strategic alignment a kickoff establishes is already in place — the technology accelerates execution, but it doesn't replace the shared understanding that kickoff is designed to lock in. If you're evaluating how AI fits into your proposal workflow more broadly, the RFP.co post on pricing a proposal AI rollout for a 40-person shop is a useful read alongside this episode. For more on setting strategy before a pursuit begins, check out the episode Scoping a Recompete Forecasting Rollout Before You Sign.

          RFP.co

          5 min
        • Scoping a Recompete Forecasting Rollout Before You Sign

          Recompete forecasting tools are easy to buy and hard to use well. This episode of RFP.co walks through the exact questions capture teams should ask — and get answered in writing — before committing to a platform built around predicting contract recompetes. The conversation moves from contract coverage to signal quality to accuracy claims, with an honest look at what separates a live intelligence tool from a dashboard that collects dust by week three. The discussion draws from the recompete forecasting rollout scoping guide on the RFP.co blog.

          Here's what the episode covers:

          • Coverage first, features second: Knowing which solicitation types, vehicles, and data sources a vendor's model actually ingests — including how they handled the 2026 migration of contract award data from FPDS to SAM.gov — is the first line of due diligence.
          • Agency forecast realities: Published procurement forecasts vary wildly in format across agencies, with the vast majority of records falling under $10M and carrying small-business set-asides. If a vendor's filtering doesn't match your sweet spot, the signal-to-noise ratio will overwhelm your team.
          • What separates prediction from a list: A genuine recompete prediction capability scores whether work will re-solicit at all, estimates RFP timing with visible reasoning, and flags incumbent-displacement signals — not just an expiring-contract feed sorted by date.
          • The black-box test: Ask any vendor to walk through two scored opportunities from your live pipeline and name the top three signals driving each score. A shrug or a "proprietary model" answer is a scoping fact, not a selling point.
          • Reading accuracy claims honestly: A defensible number names the population scored, the prediction window, the event being predicted, and the baseline it beats. Headline percentages without those four anchors are marketing, not measurement.
          • Backtesting before you commit: Running a pilot on a closed twelve-month window — your wins, losses, and no-bids you regret — with predefined success criteria is the most reliable way to convert a promising demo into a tool your team will actually use. Research on enterprise AI pilots found that pre-registered criteria made production conversion more than three times as likely.
          • For teams working through the earlier stage of deciding which opportunities to chase in the first place, RFP.co's go/no-go scoring tool applies structured criteria before pipeline resources are committed. More from the show: if you're turning contract intelligence into actual proposal work, the episode How to Shred an SOW Into a Section-by-Section Writing Plan picks up where forecasting leaves off.

            RFP.co

            6 min
          • How to Shred an SOW Into a Section-by-Section Writing Plan

            A Statement of Work is not background reading — it is a set of encoded instructions, and most proposal teams never fully decode it. This episode of RFP.co breaks down a repeatable method for dissecting an SOW paragraph by paragraph, turning it into a writing plan that leaves nothing unassigned and nothing unaddressed before a single proposal word gets written. If your team has ever reached final review only to discover a buried requirement nobody covered, this episode explains exactly how that happens and how to prevent it.

            Here is what the episode covers:

            • The three-label tagging system — every SOW paragraph describes a deliverable, a performance standard, or a constraint, and identifying which is which is the foundation of the entire process.
            • Why a single paragraph can contain all three types at once — skimming captures the obvious deliverable and misses the standard and constraint that will actually cost you points.
            • Grouping tags into a SOW-derived outline — rather than forcing a template onto the proposal, the structure emerges from the document itself, making it far easier for evaluators to follow along and award credit. This kind of structured document intelligence is what separates reactive teams from deliberate ones.
            • Assigning every constraint to a proposal section — constraints left unassigned become the landmines that detonate at final review; each one must be explicitly routed to a technical, pricing, or management narrative.
            • Hidden requirements to hunt for — obligations buried in definitions sections, incorporated-by-reference documents, and the critical distinction between "shall" and "should."
            • The annotated writing guide as the deliverable — the end product is a per-section checklist of SOW requirements by type, so writers never have to hunt and reviewers can verify compliance matrix coverage mechanically before quality even enters the conversation.
            • Teams looking to build stronger proposal infrastructure will also want to read RFP.co's recent post on what a proposal content library migration actually takes — a natural companion piece to the SOW-shredding method described here. For more on the automation side of proposal operations, the episode Setting Up Your First RFP AI Agent the Right Way explores how teams are pairing structured processes like this one with AI tooling to scale without losing compliance rigor.

              RFP.co

              5 min
            • Setting Up Your First RFP AI Agent the Right Way

              Most first attempts at deploying an AI agent on a proposal team fail not because the technology isn't ready, but because the setup decisions are rushed or skipped entirely. This episode of RFP.co walks through the four foundational choices — scope, content access, guardrails, and review gates — that determine whether a first RFP agent earns a permanent seat on the team or quietly disappears from the tool stack. The full framework is drawn from the RFP.co guide on setting up your first AI agent the right way.

              The episode covers the specific decisions proposal teams need to make before an agent touches a live bid — and why getting them right in the first two weeks matters more than moving fast:

              • Start with one bounded task, not a full draft. The four tasks best suited to a first agent are solicitation shredding (pulling Section L and M requirements into a structured outline), past-performance matching, first-pass questionnaire drafting, and bid/no-bid data assembly — each one measurable, reviewable, and directly tied to the 25-hour average RFP response burden.
              • Curate the content the agent can see. Connecting everything is the instinct; the data says it's the wrong call. Deployments relying on general retrieval see hallucination rates near 35%, while curated, domain-specific knowledge bases bring that figure down to around 6%. Approved past performance, vetted boilerplate, and a structured Q&A library — each with proper metadata — form the only safe starting corpus.
              • Build guardrails across three layers before go-live. Input guardrails define what the agent accepts; processing guardrails require every claim to carry a citation to a real source document; output guardrails enforce length limits, prohibited phrases, and a mandatory diff view. Blocked outputs are logged, not silently dropped. Response automation built on these principles is what makes agent output trustworthy rather than just fast.
              • Stage the rollout through three defined gates. First, run the agent against five closed, already-scored solicitations to establish a concrete rubric. Then shadow mode on one live bid — the agent runs in parallel but nothing it produces enters the actual response. Finally, supervised production on a low-stakes recompete, with every output reviewed and edits logged for the next tuning cycle.
              • Treat the pilot as a measurement exercise, not a demo. Analysts project that more than 40% of agentic AI projects will be canceled by end of 2027, largely due to unclear value and inadequate risk controls. An agent that can show its work — and its impact on hours saved — at the three-month mark is the one that survives budget reviews. Pairing the agent with structured go/no-go scoring creates the kind of auditable, human-reviewed workflow that justifies continued investment.
              • For more on structuring the teaming relationships that often run parallel to these early agent deployments, listen to How to Write a Teaming Agreement That Doesn't Blow Up at Proposal Time.

                RFP.co

                6 min
              • How to Write a Teaming Agreement That Doesn't Blow Up at Proposal Time

                Teaming agreements are signed early, when optimism is high and no one wants to slow the relationship down with awkward questions. By the time those questions surface — usually within days of an award notice — the leverage has already shifted and the damage is already underway. This episode of RFP.co examines the three structural weaknesses that turn routine teaming agreements into proposal-stage crises, and offers concrete language fixes for each one.

                If you are heading into a teaming conversation on a competitive bid, the discussion covers what to nail down before anyone countersigns:

                • Work share by scope, not by percentage. Vague fractions of an undefined contract ceiling are an invitation to renegotiate after award — the worst possible moment. Agreements should name the specific statement-of-work sections a partner owns, with a commitment to update if the final RFP shifts scope. Before you even get to teaming, strong go/no-go scoring can confirm the opportunity is worth the investment in a formal partnership.
                • Exclusivity clauses need a real endpoint. Tying exclusivity to a calendar date creates ambiguity when solicitations slip — and they slip constantly. The more defensible structure ties the obligation to a defined event, such as award issuance or agency cancellation.
                • Loss scenarios must be addressed explicitly. Who owns jointly developed proposal content? Can either party pursue a recompete independently? The fact that these questions feel uncomfortable in the early teaming conversation is precisely why they need to be in the document — before significant proposal work begins.
                • Teaming agreements are risk-allocation documents. Every ambiguity is an unallocated risk that gets resolved under pressure, by whoever holds more leverage at that moment — almost always the prime, after award.
                • A three-question audit before signing. Is work share described in actual scope terms? Is exclusivity bounded by a real event? Does the agreement address what happens if the bid fails? If yes to all three, the agreement is doing its job.
                • For teams that want to sharpen how they assess opportunities before committing to a partner, what to ask a proposal AI vendor before you sign is a useful companion read on due-diligence thinking at the pre-proposal stage. If you are evaluating whether a given bid is worth teaming on in the first place, RFP discovery can surface the right opportunities earlier, giving you more time for the alignment conversations this episode recommends. For more on the financial structure of proposals, listen to How to Price a Government Proposal When You Don't Know the Budget.

                  RFP.co

                  5 min
                • How to Price a Government Proposal When You Don't Know the Budget

                  Pricing a government proposal without a disclosed budget isn't an edge case — it's the norm across a wide range of solicitations, from state and local procurements to federal task orders under IDIQ vehicles. This episode of RFP.co lays out a practical, step-by-step framework for building a price that is both defensible and competitive when the solicitation gives you nothing to work with. If you're weighing the broader costs of your proposal infrastructure, the team's recent breakdown of pricing a proposal AI rollout for a 40-person shop is worth a read alongside this episode.

                  Here's what the episode covers:

                  • Mining the procurement record first. The solicitation describes what the government wants — but prior award data reveals what they've actually paid. On federal work, SAM.gov award history filtered by PSC or NAICS code can surface prior contract values that anchor your pricing range before you build a single spreadsheet.
                  • Finding comparable awards on state and local work. Most states publish contract award data through public procurement portals. Locating a prior award amount before building your cost model — not after — is presented as a baseline discipline, not a bonus step. RFP.co's tracking of state and local RFPs can help teams identify relevant procurement histories by jurisdiction.
                  • Building price from the bottom up. When no comparable award exists, the episode walks through constructing a cost model from labor categories, realistic hours, fully loaded rates, ODCs, overhead, and fee — arriving at an internal floor below which performance isn't sustainable.
                  • Stress-testing from the outside in. GSA schedule rates, market billing benchmarks for comparable roles, and Service Contract Act prevailing wage determinations all serve as external validity checks on a bottom-up model. A significant gap between your floor and the market signals a staffing or overhead problem to fix before submission.
                  • Avoiding the two pricing traps. Underpricing to win — and then being unable to staff the work — turns a contract award into a past-performance liability. Pricing to a phantom budget figure heard at an industry day is equally risky, especially when every competitor heard the same number. Using go/no-go scoring to evaluate a pursuit before the pricing session can help teams avoid committing to either trap.
                  • Writing a cost volume that earns trust. Evaluators read cost proposals for internal consistency. Explicitly stated assumptions, justified labor hours, and reasonable subcontractor rates matter more than hitting a target number. A well-reasoned cost narrative is recoverable if an assumption is wrong; a reverse-engineered price is not.
                  • The core argument: price to perform, not to win. The episode closes with a reminder that a proposal team that walks away from an unwinnable price has protected its past performance record — and its next recompete. For more on the financial side of proposal operations, check out the episode What Proposal AI Actually Costs a 40-Person Shop in Year One.

                    RFP.co

                    6 min
                  • What Proposal AI Actually Costs a 40-Person Shop in Year One

                    Vendor quotes for proposal AI can look deceptively tidy — a per-seat line, an implementation fee, maybe a first-year discount. But for a 40-person government contracting firm, the published figure typically covers only half to four-fifths of what year one actually demands. This episode uses the mid-size firm AI pricing breakdown from RFP.co to map every cost layer that procurement teams routinely miss — or underestimate — before they sign.

                    The episode walks through the full budget picture, from the subscription line to the hidden costs that show up only after go-live:

                    • Seat licensing structure: Named versus concurrent licensing, role-weighted tiers, and first-year discounts are all negotiable — but only if you know to ask. A 40-seat shop can realistically land in the $38,000–$55,000 range for its subscription, inclusive of AI entitlements, if it pushes on the right levers.
                    • Opportunity discovery feeds: Replacing or augmenting SAM.gov scraping with real buying signals is almost never bundled into the seat fee. Pricing is typically tiered by NAICS codes, keywords, or API call volume — and can run $9,000–$24,000 depending on whether opportunity matching across state and local coverage is included. Cutting this line to save budget is one of the costliest mistakes a growing shop can make.
                    • Document intelligence pricing models: Unlimited-in-seat, per-document, and per-page metered pricing look identical in a demo but diverge sharply at real annual volumes. A shop pursuing 60–90 solicitations a year can face anywhere from $4,000 to over $19,000 in ingestion costs under a metered model — making this the single most important contract term to nail down in writing.
                    • Integrations: Standard connectors cleanly cover two systems at best. Mid-complexity integrations (Deltek Costpoint, custom resume databases) run $6,000–$18,000 plus annual maintenance, and custom API work against in-house systems is hourly with no ceiling.
                    • Content migration — the invisible cost: The vendor's implementation fee is negotiable and often overstated. The real expense is internal: 300–600 hours of SME, writer, and proposal-manager time in the first 90 days translates to $33,000–$66,000 in labor that will never appear on any vendor invoice. Platform switchers should add another 100–200 hours for export and reconciliation.
                    • Taken together, these layers explain why so many mid-market firms feel budget shock six months into a deployment they thought they had fully priced. The episode makes a strong case for treating the vendor quote as a starting point for financial modeling rather than a final answer — and for pinning down licensing structure, metering model, and integration scope before any contract is countersigned. Listeners planning their own evaluation may also find the go/no-go scoring tool a useful complement to the cost analysis covered here. For more on the operational side of standing up a new platform, the episode What a Proposal Content Library Migration Actually Takes covers the migration process in depth.

                      RFP.co

                      6 min
                    • What a Proposal Content Library Migration Actually Takes

                      Switching proposal platforms feels like a logistics problem until the content library migration begins — and then it becomes a data quality reckoning. This episode of RFP.co examines what a proposal content library migration actually takes, walking through the diagnostic work most teams skip and the three distinct paths teams can choose depending on what that diagnostic reveals. The stakes are real: industry data puts content library degradation at roughly 22 percent per month without active governance, and Gartner estimates that 83 percent of data migration projects fail outright or blow their budgets.

                      The episode covers the full arc from pre-migration assessment through post-migration governance, including:

                      • Why export counts lie. The number of entries your incumbent tool spits out is not the number of usable answers — duplicates, orphaned entries, and unapproved sprint-paste content routinely inflate the figure by 20–40%.
                      • The four-count diagnostic. Total entries, named-owner entries, entries reviewed in the last 12 months, and entries used in at least one submission — the intersection of those four is the real working library, and it determines which migration path is appropriate.
                      • Path one — the weekend import. Defensible only when the library is small (400–800 entries), recently curated, and owned by a single team with traceable provenance and reliable approval states. Any deviation and the risk climbs sharply.
                      • Path two — the quarter-long cleanup. The right choice for most teams. Pre-migration cleansing reduces volume by 20–40% and runs in a specific order: semantic deduplication, provenance reconstruction, approval-state consolidation into four statuses, retirement-cadence assignment by content class, and metadata pruning. Budget: 180–320 hours of proposal operations time over 10–12 weeks.
                      • Path three — the staged rebuild. Warranted when the working-set ratio falls below roughly one-third of total entries, ownership is fragmented across five or more teams, or taxonomy and tooling are changing simultaneously. The legacy library becomes a reference archive; the new one is reconstructed answer by answer from a defined seed set over two to three quarters.
                      • The overlap cost. During a staged rebuild, both libraries coexist — and proposal managers must decide per response which source governs, a real drag on 30-day response cycles that needs to be planned for explicitly.
                      • Teams evaluating new platforms should also think carefully about how response automation tooling interacts with library quality on arrival — a clean, well-governed library is what lets automation actually perform rather than confidently surface outdated content. For teams still sorting out which opportunities are worth a migration-heavy investment in the first place, the episode pairs well with What to Ask a Proposal AI Vendor Before You Sign, an earlier episode examining the questions worth putting to vendors before any contract is signed.

                        RFP.co

                        6 min

                      About RFP.co

                      From the publisher's feed

                      Procurement discovery and proposal automation, from both sides of the table. Finding the right opportunities, qualifying out early and without regret, building a reusable answer library, pricing decisions, and the operational discipline that turns responses from heroics into a repeatable process.