Our own software · built and owned by Mind Links

A pipeline for a product that needs a site visit.

Most CRMs assume the deal closes on a call. This one is built around the survey, the quote that depends on it, and the engineer who has to drive there.

Sector
Distribution, equipment, telecoms, solar, security systems
Company size
A sales team of five to forty, plus field engineers
Type
Pipeline built around a physical constraint
First release
One month

01 — The problem

The bottleneck is not the salesperson

If your product needs someone to visit before it can be quoted — a rooftop measured, a panel inspected, a route walked, a signal tested — then the constraint on revenue is survey capacity, not pipeline size. Generic CRMs model neither.

So the pipeline fills, the surveys queue, quotes go out three weeks late, and the sales team is told to prospect harder.

The deal did not go cold. It waited eighteen days for a two-hour visit, and nobody was measuring that.

02 — The system

The survey is the object, not a note on a deal

01Enquiry Source, site, contact
02Qualified Worth an engineer’s day?
03Survey booked Slot, engineer, route
04Surveyed Photos, measurements, on site
05Quoted Built from the survey
06Won or lost With a reason
The pipeline, with the real constraint visible
Three deals waiting on a two-hour visit. That queue caps revenue, not the number of leads, and a generic CRM does not model it.
The engineer’s form, on site
It will not submit without the fields the quote needs. Anything captured later is captured wrong. The confirmation goes out on WhatsApp, in Arabic.

Screenshots of Qiyas, a working prototype we wrote for this page. It runs, every figure in it is invented, and we will click through it in a meeting.

Capture happens on site or not at all

The engineer’s form is short, works with no signal, and will not submit without the three photographs and two measurements the quote needs. Anything captured later is captured wrong.

The quote is assembled, not written

Survey fields feed the pricing directly. The salesperson adjusts and sends, usually the same day, and the version the customer received is stored exactly as sent.

Routing by district and day

Surveys group geographically before they are offered as slots, which is the difference between four visits a day and two.

Two numbers on the wall

Days from enquiry to survey, and survey to quote. Everything else in the funnel is downstream of those, and almost nobody measures either.

03 — The Saudi part

Where the deal actually lives

Built with, and where it runs

The highlighted regions are live in the Kingdom today. Hosting is settled before the software is, because PDPL and your own client contracts settle it — not us.

04 — What we would build first

One month, the survey loop only

In the first month

  • Enquiry to survey to quote, and nothing else
  • The engineer’s on-site form, offline-capable
  • WhatsApp confirmations in Arabic
  • The two cycle-time numbers, from day one

Deliberately not yet

  • Full CRM — accounts, contacts, campaigns
  • Route optimisation beyond grouping by district
  • ERP and accounting integration
  • Forecasting

If the survey loop does not get faster, none of the rest is worth building. If it does, the rest pays for itself.

Whose software this is

Ours. Designed, written and owned by Mind Links. No client behind it, and the pipeline in it is invented.

Our engineers have built sales systems for large technical businesses. Those belong to those businesses and none of it is reproduced here. What carries over is the observation that in this kind of company the constraint is survey capacity, and the CRM is usually modelling the wrong thing.