Count the Paper First: Why State Procurement Modernization Fails Before the RFP Drops
Back to Signal
State & LocalModernizationGovtechGovernmentAI

Count the Paper First: Why State Procurement Modernization Fails Before the RFP Drops

September 21, 2026Peter Galle

Modernization is the stated priority

NASPO's 2026 priorities place modernizing the procurement process first, eProcurement/ERP second, and customer service to agency stakeholders third. The organization describes the list as the collective voice of its 54 chief procurement officer members. That does not mean every respondent ranked each item identically. The practical message is that digital tools and agency service belong in the same conversation. Replacing paper, disconnected approvals, or an aging transaction system can improve efficiency, but the priority list is not evidence that any particular implementation method will succeed.

Buyers still need to establish what their own procurement process costs, how it performs, and what its users need before defining the target system. NASPO: 2026 procurement priorities.

Why an unmeasured process creates delivery risk

An unmeasured current process is a foreseeable delivery risk. The solicitation describes desired outcomes; implementation then uncovers approval routes, data quality problems, or exceptions that the requirements assumed away. The result can be change requests, revised schedules, and software that automates an inaccurate picture of the work. Broad IT-project averages offer little help in deciding where this procurement process needs work. The more useful management test is local: can the team demonstrate where time and effort are spent today, and can it explain how the proposed design changes them?

If it cannot, anticipated savings and go-live targets remain hypotheses that require validation.

Build an operational baseline

The corrective the procurement community keeps rediscovering is process documentation before platform selection — what some analysts call "counting your paper" before buying the system meant to replace it. This means capturing, in concrete operational terms, what the current procurement process actually costs and does: the average cycle time from requisition to purchase order by transaction type, the labor hours per approval step, the error and rework rate at each stage, the vendor payment lag, and the volume of transactions that fall outside the documented workflow entirely.

Check whether the office has those operational measures alongside its compliance measures—whether procedures were followed and approvals obtained. Where the baseline is missing, fund the measurement work before treating a savings estimate as established. Without the operational baseline, a state cannot define what success looks like, cannot set a realistic performance target for a new platform, and cannot evaluate at go-live whether the investment delivered what was promised.

AI needs a process it can be evaluated against

AI adds another reason to establish that baseline. Spend analysis, contract risk identification, supplier onboarding, and requisition assistance are potential uses, but availability and quality vary by product. They depend on transaction data, clear policy rules, and a process for reviewing exceptions. A state that cannot measure its current cycle time will struggle to prove that an AI feature improved it. Treat automation benefits as testable claims. Compare results against the existing process, measure erroneous flags and missed issues, and retain human accountability for procurement decisions.

Documented workflows do not make AI automatically safe; they make it possible to evaluate what changed, locate errors, and decide whether the feature should be expanded, adjusted, or disabled.

Agency participation makes adoption more likely

NASPO's third priority—customer service to agency stakeholders—belongs in the design work. Adoption can suffer when a technically functioning system does not match how staff acquire goods and services. The quickest way to understand that risk is to watch staff complete real transactions. Involve agency users in mapping current transactions and testing future workflows. Make the operational baseline a shared artifact, with suppliers and finance staff represented where their work is affected. That involvement can reveal duplicate entry, unclear responsibilities, and steps that add little value.

It also gives users a concrete way to challenge assumptions before go-live, when changes are easier to make than after training and migration.

Use discovery to improve the solicitation

For technology firms and professional services providers working in the state procurement space, the measurement gap is both a service opportunity and a competitive differentiator. A larger capital budget does not remove the need for an honest operational assessment of the current process. Vendors can make discovery useful by producing a baseline the state can reuse in its solicitation and acceptance criteria, rather than making the assessment depend on buying a particular platform.

Before the RFP proceeds, the state should know whether its baseline data can support the proposed performance targets. Helping a state answer that question before the formal solicitation opens can improve both requirements and later accountability.

Measure these before writing the requirements

The baseline does not need to become a research project of its own. A representative sample and a few consistently defined measures can expose the decisions that matter.

  1. Sample real transactions. Include routine purchases, complex procurements, amendments, emergency buys, and failed or abandoned requests.
  2. Measure time in the queue separately from work time. Identify where an approval waits days even if it requires only minutes of review.
  3. Record exception paths. Count missing information, duplicate entry, returned approvals, off-system spreadsheets, and supplier help requests.
  4. Set acceptance measures before award. Define a comparable baseline, target, data source, accountable owner, and review date for each promised benefit.
  5. Pilot with agency users and suppliers. Demonstrate the full transaction, including corrections and payments, before expanding to additional agencies.

Sources and further reading

Spartan X's program execution and AI consulting capabilities fit this work at the front of modernization: understanding the process, defining measurable improvements, and connecting technology choices to the results the procurement office needs.

Share this article
LinkedIn

BUILD WITH US

Ready to Solve Hard Problems?

Spartan X builds AI systems, autonomous platforms, and cybersecurity solutions for defense and national security.