30-min call with RobBook a proof-of-concept call
Job 03 · Customer desk

// Freight and 3PL · Load tender automation

Load tenders from the inbox, drafted into new loads.

Shippers tender freight as typed emails, PDFs from their own systems and spreadsheets holding a week of loads. In a free AI proof of concept, AI drafts those loads in your TMS layout from copies of 20 to 30 tenders your reps already entered, stops, appointments, references, equipment and commodity included. Accepting or declining stays with your reps.

Book a proof-of-concept call30 minutes with Rob
Tenders tested
20 to 30, already entered
Tenders the AI accepts
None
Before any tender moves
NDA signed

// The one job

A tender lands. A draft load is waiting.

Today a tender reaches the shared customer inbox. A rep reads it, checks the lane and rate against what the shipper agreed, keys the stops in order with their windows and reference numbers, sets the equipment and commodity, and then decides whether to take the load. The keying sits between the shipper's email and your answer.

For the test, AI reads copies of tenders your team already handled and drafts each load the way your TMS lays it out. A field it can't fill with confidence is left blank and marked, with the line of the tender it would have come from. Nothing is entered, and no reply goes to a shipper. Your reviewer puts each draft beside the load your rep actually built.

Shipper tenderEmail, PDF or sheet
Shipment ID
Pickup window
Deliver by
Equipment
StopAppointmentRefs
Illustration, not a real tender
Read
and drafted
Draft loadFor your rep
Customer
Stops
Temp / hazmat
Commodity
Stop typeWindowRef no.
Illustration, not a real load

// What makes it hard

What a customer rep reads that a template skips

One shipper, many shapes. The same account might send a typed email on Monday and a PDF from its own system on Tuesday, and a large one may attach a spreadsheet with a week of loads, one row each. The EDI 204, the load tender that bigger shippers send system to system, has a fixed place for every detail. An email has none. The draft has to find the shipment ID, the stops and the dates wherever the shipper put them, and split a multi-load sheet into separate loads.

Changes and cancellations. A 204 marks itself as an original, a change or a cancellation, and email tenders do the same in words: "revised", "updated pickup time", "please cancel". A change has to land on the load already built from the first tender, matched on the shipment ID the shipper assigned, not become a second load. A cancellation after a truck is covered needs a person's attention right away. The draft says which existing load a change belongs to and what changed on it.

Stops and appointments. The 204 gives each stop a reason: load or unload, a part load or part unload on a multi-stop run, a drop trailer, or a pickup of a trailer the shipper preloaded. Email tenders say the same things loosely, and the difference matters to the carrier you assign. Appointment language varies too: a set time, a window, first come first served, or a retailer's must-arrive-by date. The draft keeps each stop in sequence with its type and its window as written, and puts each reference number on the stop it belongs to rather than on the whole load.

Equipment and commodity. A reefer load needs its temperature and whether the unit runs continuous or cycles, and that detail often sits in the notes, not in a field. A hazmat load needs its UN number, hazard class and proper shipping name carried onto the load. Pallet exchange, tarps on a flatbed and team service all change which carriers can haul it. Weight and pallet count go on the draft as written, and a tender that leaves one out is marked, never guessed.

The clock, and what your reviewer watches. A 204 can carry a date and time to respond by, and email tenders often say "please confirm by" somewhere in the body. The draft puts that deadline at the top, because a tender left too long can move to the next carrier or broker in the shipper's routing guide. Your reviewer, the person who knows your customer desk best, usually a senior customer rep or the operations manager, checks stops, windows and references first, then the rate.

// What you send

What your customer desk sends us

Copies of handled tenders
No logins
01

20 to 30 tenders and the loads built from them

Each tender as it arrived, in whatever format, plus a print or export of the load your rep entered. Include changes, cancellations and at least one multi-load spreadsheet.

02

Your load layout

One sample load from your TMS that shows the fields your reps fill: stop types, reference fields, equipment codes and commodity names.

03

Per-account rules

Which shippers need which references, how each one books appointments, and the lanes with an agreed rate. A few lines per account is enough.

04

Copies only, NDA first

The sandbox, as we call the proof of concept, works from copies: no login to your TMS, your inbox or a shipper's portal. The NDA comes before the first tender. If customer details must stay in-house, your reviewer helps us build look-alike tenders.

// Before it starts

Decided before the first tender is sent

The owner settles these with us first.

Before the proof of conceptOwner decides
Reviewer
Named by the owner, often a senior customer rep or the ops manager
Success criteria
Agreed in writing, including which fields must match exactly
Tenders
Picked by your reviewer, changes and cancellations included
Price
A range for running tender entry live
NDA
Signed before any tender moves

// How the test is judged

Our draft loads beside the loads your reps built

Same tenders
Field by field
On the same 20 to 30 tendersWhat your reps enteredThe AI draft
Customer, bill-to and the shipper's shipment IDFilled in on your tendersFilled in on your tenders
Stops in order, each with the right stop typeFilled in on your tendersFilled in on your tenders
Appointment windows and must-arrive-by dates as writtenFilled in on your tendersFilled in on your tenders
Reference numbers on the right stopFilled in on your tendersFilled in on your tenders
Equipment, temperature and hazmat detailsFilled in on your tendersFilled in on your tenders
Changes and cancellations matched to the existing loadFilled in on your tendersFilled in on your tenders
Fields left blank and marked, with the reasonFilled in on your tendersFilled in on your tenders
No figures yet. Both columns stay empty until the test runs on tenders from your own inbox.Your reviewer scores each field and decides.

// After a yes

About 30 days on live tenders

After your reviewer's yes, the job runs on new tenders for about 30 days.

Each draft load waits for a customer rep to check it, and the rep accepts or declines the tender the way they do now. Nothing is saved as a booked load, and nothing goes back to a shipper, until a person on your team acts.

Nothing else joins the live run. Another job, if you want one, is priced separately.

// What could follow

Next jobs, if tender entry works

Possibilities, ranked
One at a time
  1. 01

    Billing once the load delivers

    The same loads billed from their rate confirmation, BOL and POD, so the record your rep started carries through to the invoice.

    Next
  2. 02

    Carrier invoice checks

    Carrier invoices for those loads checked against the rate confirmation and the payee on file before carrier pay.

    Then
  3. 03

    Appointment requests

    Delivery appointment requests drafted from each new load for a rep to send to the receiver.

    After that

// One hard limit

The AI never accepts or rejects a tender.

It reads copies of tenders your team already handled and writes draft loads to a sheet your reviewer checks. It sends no 990, no email and no portal reply, and it covers no load with a carrier. In a live run after a yes, a person on your customer desk still accepts or declines every tender.

Priced per job. You get a range before the proof of concept and a fixed price before you sign.

What moves the range: tenders per week, how many formats your shippers send, and how many fields your TMS load needs filled.

// Questions

Load tender questions

Does this replace our EDI?
No. If you take 204s through an EDI connection, they keep flowing as they do now, and the test leaves them alone. It is for tenders that arrive by email, PDF or spreadsheet. A few 204s in the sample help your reviewer compare how one shipper's details look in each.
Will it reply to the shipper?
No. The draft is a load for a rep to check. Accepting, declining and any reply to the shipper stay with your team, during the test and in a live run after a yes.
Can it check the rate on the tender?
If you send the agreed rates for the lanes in the sample, the draft compares each tender's rate with them and marks any difference. Whether to take a load at that rate stays your rep's call.
How does it handle a spreadsheet with twenty loads in it?
Each row becomes its own draft load, tied back to the row it came from. Your reviewer checks them the same way as single tenders, and a row the draft couldn't read is marked rather than skipped.
Rob Eason

Rob Eason, founder

// Book a call with Rob

Test it on tenders your reps already entered.

Thirty minutes with Rob. Come ready with your company and role, the job you'd test first, and roughly how many tenders reach your desk in a week. Hold the tenders themselves until the NDA is signed.

  • Co-owned a 60-employee financial services firm and sold his share to his partner.
  • Ran GOSO Technologies, a Boston solar company rated 5/5 across 24 Google reviews.
  • 5/5 across 83 reviews in HighLevel's Certified Admin Directory.
  • 4.3/5 from 6 Google reviews of Massmarket AI.
  • Every directory and Google review, critical ones included, is shown word for word at massmarket.ai/reviews.
  • Takes every proof-of-concept call himself.