SEO and AI search
Web
AI
Resources
WorkAboutStart a project

RFP template

Web development RFP template you can send this week

A good RFP lets you compare proposals on the same terms. This template gives you the sections, the questions and a scoring sheet with the arithmetic shown.

In short

A web development RFP should state your goals, scope, constraints, timeline and budget range, ask every vendor the same questions, set a response deadline and a question window, and score replies against weighted criteria agreed before proposals arrive. Send it to three to five vendors, not twenty.

When an RFP is worth the effort

An RFP makes sense when several people sign off, procurement requires comparison, or the project has integrations, security reviews or a migration. For a ten-page marketing site, a one-page website brief and two calls will tell you more, faster.

If you cannot yet say what the site must achieve, write the brief first. Vendors can only price what you can describe.

The sections to write

SectionWhat to put in itLength
BackgroundWho you are, what the site does for the business, what is wrong todayOne paragraph
GoalsTwo or three results you will judge success by, such as qualified enquiries or checkout completionShort list
ScopePage types, features, integrations, languages, content volume, who writes the contentOne page
Technical needsPlatform preferences, hosting, security or privacy rules, existing systems to connectHalf a page
ConstraintsLaunch date and what drives it, approval steps, legal reviewShort list
Budget rangeA band, not an exact figure. Vendors without one will guess.One line
Response formatPage limit, what to include, deadline, contact for questionsShort list
EvaluationThe criteria and weights you will use (see below)Table

Questions every vendor should answer

  • Which two past projects are closest to ours, and what did you build in each?
  • Who will work on our project, and who is our day-to-day contact?
  • Describe how you handle a change request after the scope is agreed.
  • What do you need from us, and by when, to hold the timeline?
  • How do you test before launch, and what happens in the first thirty days after?
  • Who owns the code, content, domain and accounts at the end?
  • What does support cost after launch, and what does it include?
  • What would you cut or change in our scope, and why?

The last question is the most useful. Vendors who agree with everything are either unsure or not listening.

Scoring sheet with the math

Agree weights before proposals arrive, or the numbers will bend toward whoever you liked on the call. Score each vendor from 1 to 5 on each row, multiply by the weight, add the results and divide by 5 to get a score out of 100.

CriterionWeightVendor AVendor BVendor C
Fit with our scope25453
Relevant past work20345
Technical approach20435
Process and communication15534
Price against budget15342
References5435
Weighted total (out of 100)100767778

Check one: Vendor A is 25x4 + 20x3 + 20x4 + 15x5 + 15x3 + 5x4 = 380, and 380 divided by 5 is 76. The three vendors are within two points of each other. When scores are that close, do not pick the highest number. Hold a second interview focused on the lowest-scored row for each vendor.

Price carries only 15 of the 100 points here on purpose. Raise it if your budget is fixed, lower it if scope fit matters more.

A realistic process and timeline

  1. Issue the RFPSend it to three to five vendors, with a deadline for questions about a week out.
  2. Answer questions in writingShare every answer with all vendors so nobody gets an edge.
  3. Receive proposalsAllow two to three weeks. Shorter windows get copy-and-paste replies.
  4. Score alone, then togetherEach reviewer scores privately. Compare, discuss the gaps, then average.
  5. Interview the top twoAsk them to walk through how they would handle your hardest requirement.
  6. Check references and signSpeak to a client on a similar project, then agree scope, payment steps and ownership in the contract.

Pitfalls, notes and the download

  • Do not ask for free design work as part of the proposal. Good vendors will decline.
  • Do not hide the budget. It does not lower quotes, it only lowers the quality of the comparison.
  • A fixed price only compares fairly if scope is fixed. See fixed price vs time and materials.
  • Market data: Clutch reports that web projects typically cost under $10,000, with an average of $66,499. Use it to sanity-check the proposals, not to set your budget.

The downloadable version has the scoring sheet as a ready-made table with the formulas already filled in, and our margin notes on each question. You can also ask us to respond to your RFP. We will tell you plainly if we are not the right fit.

Sources: Clutch web development pricing guide (market data).

Updated 30 October 2026

Questions, answered

How many vendors should I send an RFP to?
Three to five. Fewer limits your comparison. More means you will spend weeks reading proposals that all say the same thing, and good vendors may skip long invitations.
Should I include my budget in the RFP?
Yes, as a range. It lets vendors propose something that fits and lets you see who understands the trade-offs. Market data from Clutch puts typical web projects under $10,000 with an average of $66,499, so scope matters more than any single figure.
How long should an RFP be?
Three to six pages is enough for most web projects. Long documents slow down vendors and hide the requirements that matter.
What is the difference between an RFP and a brief?
A brief describes your project so someone can work on it. An RFP adds a formal comparison process: questions, deadlines and scoring. Many projects only need a brief.
Can I ask vendors to propose a platform?
Yes, and it is often wise. Ask them to explain why, and what it will cost to run in year two, not only to build.

Sending out an RFP

Include us if the project fits, and we will reply with a fixed quote after a short call.