There are several unique challenges that DOTs face based on the nature of their mission:
To better understand the current state of practice, 75 recent RFPs from 31 DOTs representing a variety of technology types were collected. A summary of the findings is presented in this section. Most of these RFPs were procured between 2016 and 2024 to ensure recency and relevancy of the data with respect to modern technologies. The oldest RFPs collected were from 2003, 2010, and 2012 (a single RFP from each year).
Among the 75 RFPs included in this review, 48 RFPs (64%, roughly two-thirds) openly published their evaluation weights in the RFP. The average weights and ranges for these RFPs are shown in Table 1.
Several observations can be made based on the data shown in Table 1:
Table 1. Typical evaluation criteria and weights in transportation technology RFPs.
| Rank | Evaluation Criteria | Frequency of RFPs | Average Evaluation Weight | Range of Evaluation Weights |
|---|---|---|---|---|
| 1 | Technology functionality and capability | 31 | 35% | 10 to 70% |
| 2 | Implementation plan | 38 | 27% | 5 to 70% |
| 3 | Company qualifications and experience | 30 | 22% | 5 to 45% |
| 4 | Cost proposal | 43 | 26% | 10 to 64% |
| 5 | Responsiveness to RFP requirements | 6 | 19% | 5 to 35% |
| 6 | Technology demonstration | 4 | 40% | 10 to 75% |
| 7 | Project team availability and experience | 16 | 25% | 15 to 45% |
| 8 | Minority business/DEI/targeted business groups/etc. | 8 | 9% | 5 to 15% |
| 9 | All other criteria combined | 12 | 10% | 5 to 20% |
Also of note—one RFP stated that the evaluation committee will not see the proposed costs while evaluating the other content contained in the proposal.
Table 2 shows the timeline durations published in the RFPs for the bidding phase (defined as the RFP release date to the due date) and the evaluation phase (RFP due date to the selection date).
None of the RFPs published the duration of the contract and negotiation (selection notice to contract signature) or the DOT’s anticipated duration of the technology implementation phase (notice to proceed to “go live”).
Within each of the transportation technology RFPs included in this review, the number of itemized requirements was counted to understand the level of detail typically provided in the SOW. On average, the RFPs included a list of 60 detailed requirements that the solicited
Table 2. Typical evaluation criteria and weights in transportation technology RFPs.
| Planned Duration | Mean | Median | Minimum | Max |
|---|---|---|---|---|
| Bidding phase (published in 90% of RFPs) |
1.2 months (39 days) |
1 month (35 days) |
1.4 weeks (10 days) |
3.6 months (109 days) |
| Evaluation phase (published in 30% of RFPs) |
3 weeks (21 days) |
2 weeks (14 days) |
3 days | 2.1 months (62 days) |
technology must meet. The full range was a minimum of five requirements to a maximum of 400 requirements published in the RFP.
Seven RFPs (9%) shared their budget. Fourteen RFPs (19%) provided the DOT’s goals for the implementation schedule.
Twenty-four of the RFPs provided explicit and thorough information about their current state environment, which is one of the most important pieces of information that will help technology providers accurately price out their implementation services.
The contracts included in each transportation technology RFP were evaluated to understand the details and the language provided in the scope. Findings included the following:
To supplement this chapter and illustrate current practices within the context of specific technology procurement scenarios, case studies are included later in the report, as follows:
There are two appendices related to the current state of practice that may be useful to practitioners:
The RFP library can then be used by transportation professionals to see how other project teams have procured similar technologies in the past. Each RFP also contains a full copy of the SOW and itemized requirements (e.g., business, functional, technical, security), which may serve as useful inspiration, examples, and brainstorming fodder for future project teams.