Why you only seem to see low-paying Blacklane offers

A ride offer is not sent to one chauffeur and held there until they answer. It goes to the pool of chauffeurs who qualify for it, and the first acceptable answer takes it. Everyone else either never opens it or opens it to find it gone.

That means the set of offers still visible when you happen to look at your phone is not a random sample of the work available. It is a filtered sample — filtered specifically for the offers nobody else wanted quickly. The genuinely good ones have the shortest lifespan, because they are the ones several chauffeurs are willing to take.

The result is a systematic bias in what you observe. Your impression of the market is built almost entirely from the offers that survived long enough for you to see them, which are by definition the least competitive ones.

Consider a normal working day. You are driving for several hours at a stretch. You are helping a client with luggage. You are parked at an airport with your phone in a cradle you are not going to reach for mid-manoeuvre. You sleep.

Across a full day, the windows in which you can realistically respond to an offer within a few seconds are a small fraction of the day. And those windows are not randomly distributed either — they cluster in exactly the periods when you are between jobs, which for a busy chauffeur is when the fewest offers arrive.

So the chauffeurs who are working hardest are structurally the least available to answer quickly, which is a genuinely perverse incentive built into the format.

The pattern shows up clearly once decisions are logged. Chauffeurs who start logging every offer that reaches their account are frequently surprised by two things: how many offers arrive in total, and how many of the high-value ones arrived during a period they could not possibly have answered.

The uncomfortable version of the finding is that the problem was rarely the offers. It was availability. The work was there; the answering capacity was not.

There are only three levers, and two of them are unattractive.

• Watch the app more. This works and it is miserable. It also degrades the service you give the client in front of you, which is the actual product.
• Accept lower-value work to fill the gaps. This raises utilisation and lowers your effective hourly rate, which is usually the opposite of what the chauffeur wanted.
• Remove the response delay entirely, so that your availability stops being the constraint. This is what automation does, and it is the only one of the three that does not cost you something else.

The misconception worth clearing up is that a bot exists to accept as much as possible. Used well, it is closer to the opposite: it lets you set a higher bar than you could sustain by hand, because it is applying that bar to every offer instead of to the handful you happened to see.

A chauffeur answering manually cannot afford to be picky — if you only see six offers a day, rejecting four of them feels reckless. A chauffeur whose rules are evaluated against every offer can set a price floor that rejects most of the stream and still end up with more good work than before.

That is the real shift. Not speed for its own sake, but the ability to be selective without paying for selectivity in missed volume.

Before changing anything, spend a few days logging what arrives — the total count, the values, and the times. Most chauffeurs find the exercise more informative than any advice, because it replaces a feeling about the market with a number.

If that log shows a healthy stream of good offers arriving at moments you could never have answered, you have diagnosed an availability problem rather than a market problem, and those have very different solutions.