Freight Quote Requests: Email and Phone vs an Online Form

Written by Martin Nivel · Founder of Cargavo Updated 10 min read

A quote request by email arrives in whatever shape the sender felt like writing; an online form arrives priceable or not at all. That single difference — enforced fields versus free text — is what separates the two channels, not speed. Email keeps real advantages for exceptions, negotiation and first-time shippers. In practice a brokerage runs both, and the form absorbs the repetitive volume.

Should freight brokers take quote requests by email or through an online form?

Take repetitive, grid-covered requests through an online form and keep email for exceptions. A form enforces every field needed to price the shipment on the first pass; email enforces nothing but reaches everyone, including shippers who will never log in anywhere. Most brokerages end up running both channels deliberately.

The two channels are not two speeds of the same thing. They differ on one structural point: who is responsible for the completeness of the request. In an email, the sender writes what they remember and the broker discovers what is missing. In a form, the fields are declared in advance and the request cannot be submitted while a price-relevant field is empty.

Everything else follows from that. Round-trips, re-keying, out-of-hours answers, audit trail — they are consequences of who validates the data, not independent advantages. Which is also why a badly designed form is worse than email: it enforces the wrong fields and blocks a request that a human would have understood.

CriterionEmail or phoneOnline quote formWho types the dataBetter channel
Price-relevant fields enforcedNoYesBroker / CustomerForm
Clarification round-trips0 to 30BrokerForm
Re-keying into the pricing toolEvery requestNeverBroker / CustomerForm
Answer at 21:00 on a FridayNot before MondayImmediate on covered lanesCustomerForm
First-time shipper, no accountWorks immediatelyNeeds an inviteCustomerEmail
Non-standard shipmentFree textFalls back to a manual requestCustomerEmail
40-lane tender spreadsheetOne attachment40 submissionsBrokerEmail
Searchable record per customerInbox threadQ-YYYY-NNNN recordForm
Negotiating a lost quoteWorksNot designed for itEmail
Setup effortNoneOne-off configurationBrokerEmail

Cargavo, a TMS for freight brokers and transport commissionaires, is built for the mixed model: the form is the default intake for repeat accounts, email stays open for everything else, and both end up in one quote pipeline. The wider picture sits in the customer portal resources hub, and the definition of the request itself in the glossary entry for request for quote.

What does an incomplete email quote request actually cost?

An incomplete email quote request costs a clarification round-trip and, far more expensively, a wrong price. In the worked example below, one unanswered question — are the pallets stackable? — moves the chargeable weight from 2 100 kg to 3 500 kg and the sell price from 383,45 € to 527,95 €, a swing of 144,50 € on one shipment.

Here is a request as it typically arrives. Every figure that follows is a constructed example with invented tariff values; reproduce it with your own grids.

"Hi, can you price 5 pallets, about 2 tonnes, Rotterdam area to Milan, loading next week? Thanks."

Six price-relevant facts are missing: the collection and delivery postcodes (a zone cannot be resolved from "area"), the pallet footprint, the height, whether the pallets are stackable, whether a tail lift is needed at delivery, and the ready date. Only one of them changes the price by more than a rounding error.

Case A — the pallets do not stack. Floor space = 5 × (1,20 × 0,80) = 4,80 m². Loading metres = 4,80 ÷ 2,40 = 2,00 LDM. At the carrier's conversion of 1 750 kg per LDM, chargeable weight = 3 500 kg, not the 2 000 kg gross. Zone IT-1 bracket 3 000–4 999 kg at 11,40 € per 100 kg → 35 × 11,40 = 399,00 €.

Case B — the pallets stack two high. Five pallets become three ground positions = 2,88 m² → 1,20 LDM → chargeable weight 2 100 kg. Bracket 2 000–2 999 kg at 13,80 € per 100 kg → 21 × 13,80 = 289,80 €. Paying-for check: 3 000 kg at 11,40 € per 100 kg = 342,00 €, which is higher, so 289,80 € stands.

Add a fuel surcharge of 8,5 % and an 18 % margin applied as p/(1−m): case A becomes 399,00 × 1,085 = 432,92 € buy → 432,92 ÷ 0,82 = 527,95 € sell. Case B becomes 289,80 × 1,085 = 314,43 € buy → 383,45 € sell. One checkbox, 144,50 € apart.

The broker who does not ask picks one and is wrong half the time: quote high and lose the load, quote low and absorb the difference. The broker who asks pays a round-trip — one email out, hours of waiting, a reply that answers two of the six questions. The loading meter calculator reproduces the LDM step, and paying-for explains the bracket downgrade check.

What fields does an online freight quote request form need?

Eleven fields make a road freight request priceable on the first pass: collection postcode, delivery postcode, ready date, pallet count, pallet dimensions, gross weight, stackability, tail lift, ADR details, declared value and any timed delivery. Anything beyond those eleven belongs in a free-text note, not in a required field.

A form earns its place only if the required fields are exactly the ones that change the number. Ask for less and you are back to email round-trips; ask for more and the shipper abandons the form. This is the shortest set that prices a standard European road shipment.

FieldFormatWhy it changes the priceIf left empty
Collection postcode + countryNL-3011Resolves the origin zoneNo grid lookup
Delivery postcode + countryIT-20121Resolves the destination zoneNo grid lookup
Ready dateDateSelects the valid tariff versionExpired rate risk
Pallet countIntegerDrives pallet grids and floor spaceNo LDM
Pallet dimensions L × W × H1,20 × 0,80 × 1,10 mFloor space and volumeAssumed EUR pallet
Gross weightkgWeight bracketNo bracket
StackableYes / NoHalves or doubles the LDM144,50 € error, see above
Tail liftCollection / Delivery / NonePriced optionUninvoiced cost
ADRClass + UN numberPriced option, carrier eligibilityRefused at collection
Declared valueAmount + currencyAd valorem insuranceNo cover offered
Timed deliveryYes / No + windowPriced optionMissed booking-in

Two design rules matter more than the list. First, make stackability a hard yes/no, never a default — it is the single field with the largest silent price impact. Second, keep one free-text box at the end for everything the form cannot model, and read it: that box is where oversize, restricted access and "the customer only receives on Tuesdays" arrive.

Cargavo, a TMS for freight brokers, uses the same field set in the broker's own quoting screen and in the customer-facing form, so a request submitted by a shipper needs no re-keying to be priced. A field-by-field discussion of the inputs is in what information you need to quote freight.

What do you lose when quote requests only live in an inbox?

You lose the denominator. An inbox records the quotes you sent, never how many requests arrived, how many you silently dropped, or which customer asks most and books least. Phone requests leave no trace at all, and every request stays trapped in one person’s mailbox.

This is the cost email imposes after the quote is sent, and it is the one brokerages notice last. A mailbox is a transport layer, not a record.

  • No denominator for win rate. You can count the quotes you sent and the ones that booked. You cannot count the requests that arrived, so your "win rate" silently excludes every request you never priced.
  • The never-answered bucket is invisible. Requests that were too small, too odd, or arrived at 17:45 on a Friday do not appear anywhere. They are the cheapest volume to recover and nobody knows how many there are.
  • Phone requests evaporate. A price given aloud and never written down cannot be re-checked when the invoice is disputed three weeks later.
  • Key-person dependency. Requests live in the mailbox of whoever the customer happens to write to. When that person is on holiday, the account is unserved and nobody can see it happening.
  • No repricing. When a carrier issues a new tariff or the fuel index moves, you cannot re-run last month's requests against the new grid, because they are not structured data.
  • Nothing to attach messages to. Documents, photos of damaged packaging and delivery instructions scatter across threads instead of hanging off one reference.

Structured intake fixes this as a side effect. Each request becomes a record with a timestamp, a customer, a status and a Q-YYYY-NNNN reference; accepted quotes convert into shipments under S-YYYY-NNNN, so the whole chain from request to delivery is one readable trail. Cargavo, a TMS for freight brokers and transport commissionaires, keeps the conversation on that record too, so messages sit against the quote rather than in a thread.

The measurement side of this — median, 90th percentile and the never-answered count — is covered in the quote turnaround time benchmark.

When is email still the better way to take a quote request?

Email wins whenever the request is a conversation rather than a lookup: first-time shippers with no account, multi-lane tenders sent as a spreadsheet, oversize or mixed-ADR shipments no form can model, and any negotiation after a quote has been refused. Removing email entirely costs you those.

Vendors rarely say this, so it is worth stating plainly: a quote request form is a funnel with a fixed shape, and part of a brokerage's business does not have that shape.

Requests a form handles badly

  • The first-time shipper. Someone who found you today will not create an account to ask one question. Making them do so costs you the enquiry.
  • The tender. Forty origin-destination pairs in a spreadsheet is one email and forty form submissions. Nobody fills in forty forms.
  • The shipment nothing models. A 6-metre steel frame, a mixed ADR load, two pallets plus a loose crate — these are described, not selected.
  • The negotiation. "You were 40 € over the incumbent, can you look again?" has no field. It has a person.
  • The exception in flight. A collection that failed this morning is a phone call, and it should stay one.

What email is genuinely good at

Email is asynchronous, universal, requires no onboarding, carries attachments, and preserves tone. For a broker whose differentiator is responsiveness and judgement rather than price alone, the email thread is the relationship. A brokerage that answers a hard request well by email earns the account that a form would have rejected as incomplete.

The honest framing is therefore not "replace email" but "stop spending expert time on requests that are pure lookups". A 3-pallet Rotterdam–Milan shipment on a lane you have priced two hundred times needs no judgement; the steel frame does. Cargavo, a TMS for freight brokers, is designed around that split — covered lanes price themselves, and a lane no grid covers is still accepted as a request instead of being bounced, as described in quoting without a rate grid.

Can you run an online quote form and email at the same time?

Yes, and it is the realistic end state. Route by request type rather than by customer: standard shipments on lanes you have grids for go through the form, everything else stays on email. The rule that makes it work is that every request, whatever the channel, ends up in one pipeline with one reference series.

Two channels only become a problem when they become two pipelines. If form requests live in a tool and email requests live in a mailbox, you have two half-records, two win rates and two places to look. The fix is not to close a channel — it is to converge them after intake.

A workable routing rule, stated once and applied by everyone:

  • Standard shipment, lane covered by a grid, existing account → the form. Answer arrives instantly, no human time consumed.
  • Lane not covered, or shipment the form cannot describe → email or phone, then the broker enters it as a manual quote request in the same tool.
  • Tender or multi-lane spreadsheet → email, priced offline, and only the lanes that win become grids.
  • New prospect → email first, invitation to the portal after the first booking, never before.

Note the second rule carefully: the broker re-keys the email into the tool. That is deliberate and it is a real cost — roughly the two minutes it takes to fill the eleven fields. It buys the record, the reference and the ability to reprice. Be honest about it when you plan the change, because a team that is told "the tool reads your email" will lose trust the first week.

Cargavo does not parse your inbox. It has no email ingestion, no mailbox connector and no AI request reader. Requests arrive either through the branded customer form or by a broker entering them, and both produce the same quote object. That constraint is why the routing rule above is worth writing down rather than leaving to habit.

Track one number while both channels run: the share of requests arriving through the form. If it stops climbing, either the form is missing a field your customers need or nobody is sending the link. The portal itself is covered in the customer quote portal guide.

How do you get customers to stop emailing quote requests?

You do not announce a policy — you make the form the faster answer and let the customer choose it. Start with the two or three accounts that send the most repetitive requests, reply to their emails with a priced quote plus a link, and keep email open the whole time. Adoption follows speed, not instructions.

Every failed portal rollout has the same cause: the customer was asked to change their habit for the broker's benefit. It only works when the form is visibly better for them — an answer in seconds at 21:00 instead of a reply tomorrow morning.

  1. Pick the two or three accounts whose requests are most repetitive and most often on lanes your grids already cover.
  2. Rebuild the carrier tariffs those lanes need, and check ten past shipments price correctly before showing anyone.
  3. Brand the form with your own name and colours so it reads as your service, not as a third-party tool.
  4. Answer their next email request normally, then add one line: the same price is available here, any time, with a link.
  5. Give each contact their own login rather than a shared one, so the request history is per person.
  6. Leave email fully open and never refuse a request because it came the wrong way.
  7. Review after four weeks how many requests came through the form, and ask the accounts that did not use it what stopped them.

Two details decide the outcome. The first is coverage: if the form returns "we'll get back to you" more often than it returns a price, the customer stops using it within a fortnight — so onboard the grids before the customers. The second is trust in the number: a price shown in a portal is a commitment, which is why it must be computed server-side from the stored grid rather than from anything the browser can influence.

Cargavo, a TMS for freight brokers and transport commissionaires, applies margins server-side per customer, per grid or per bracket, so the price a shipper sees in the form is your sell price and the buy rate never leaves the broker side. Plans and limits are listed on the pricing page.

How does Cargavo handle quote requests, and what does it not do?

Cargavo, a TMS for freight brokers and transport commissionaires, takes quote requests through a form branded with the broker’s name, prices covered lanes instantly from rebuilt carrier grids, and accepts uncovered lanes as gridless requests. It does not read email inboxes, connect to carrier APIs or EDI, or act as a load board.

What the product actually does with an incoming request:

  • Branded intake. The customer submits the eleven fields in a portal carrying the broker's name and colours, in English, French, Spanish or German.
  • Instant price when a grid covers the lane. The engine applies taxable weight rules, the bracket, rounding, fuel surcharge and the customer's margin, and returns a sell price. The four supported tariff models are weight_zone, pallet, mpl_bracket and hybrid_weight.
  • Gridless request when nothing covers it. The request is accepted anyway, gets a Q-YYYY-NNNN reference, and is priced manually in the same pipeline instead of bouncing back to the inbox.
  • One record onward. An accepted quote converts into a shipment under S-YYYY-NNNN, with contextual messaging on the same record. Amounts carry their currency: EUR, USD, GBP, CHF, CAD, MAD or PLN.

And what it is not, stated plainly because it decides whether this is the right tool for you:

  • No email parsing. There is no inbox connector and no AI that reads incoming requests. Email requests are entered by a broker.
  • No carrier API or EDI connectivity. Carriers are onboarded by rebuilding their rate sheet from Excel or CSV.
  • Not a load board or freight marketplace, and not a tendering platform: it prices your own negotiated tariffs, it does not find capacity.
  • Not a fleet or dispatch system, and not accounting software.

Plans are Starter 49 €/month, Growth 149 €/month and Scale 399 €/month, with annual billing worth roughly two months free and a 14-day free trial that requires no credit card. Team size, customer count, monthly quotes and number of rate grids are what differ between plans — not the quoting engine. If you are still deciding whether a form belongs in your workflow at all, the customer portal hub collects the rest of this category.

Frequently asked questions

Is an online quote form better than email for freight quote requests?

An online form is better for repetitive requests on lanes a rate grid already covers, because it enforces the price-relevant fields and removes the clarification round-trip. Email remains better for first-time shippers, multi-lane tenders, non-standard shipments and any negotiation. Most brokerages run both and let the form absorb the repetitive volume.

How do I stop taking freight quotes by phone and email?

You do not stop taking them — you make the alternative faster than writing an email. Rebuild the carrier tariffs covering your most repetitive lanes, open a branded request form to the two or three accounts that send those lanes most often, and reply to their emails with both the price and the link. Keep email open throughout; requests that need judgement will keep arriving that way.

What should a freight quote request form include?

A road freight request needs eleven fields to be priceable on the first pass: collection postcode with country, delivery postcode with country, ready date, pallet count, pallet dimensions, gross weight, stackability, tail lift requirement, ADR class and UN number, declared value with currency, and any timed delivery window. Stackability deserves particular attention because it can double the chargeable weight.

Will customers actually use a quote request portal?

Customers use a portal when it answers faster than an email would, and abandon it when it frequently returns no price. Onboard the rate grids covering their usual lanes before inviting them, brand the form with your own name, and give each contact an individual login. Adoption follows the speed of the answer rather than any instruction to change channel.

Can a customer request a quote when no rate grid covers the lane?

In Cargavo an uncovered lane is accepted as a gridless quote request rather than refused. It receives a Q-YYYY-NNNN reference and an immediate acknowledgement, then the broker prices it manually inside the same pipeline as automated quotes. The customer experience is one channel; only the pricing path differs behind it.

Does Cargavo read quote requests from my email inbox?

No. Cargavo has no email ingestion, no mailbox connector and no automated reader for incoming requests. Quote requests arrive either through the branded customer form or by a broker entering them in the quoting screen, and both produce the same quote record with the same reference series.

Related guides

More guides on this topic — Customer portal & experience