The enquiries you never knew you had

Nothing failed, and that was the problem

The enquiries were all there. One hundred and twenty-nine of them, sitting in the database exactly where they were supposed to be. The oldest had arrived in February 2024. A hundred and twenty-six had never been opened by anyone.

This was our own site, not a client’s, which is the only reason I can write about it in this much detail.

Nothing was broken. That is not a turn of phrase. There was no error, no bounce, no failed delivery, no alert, no incident of any kind. Every submission had been captured correctly and stored correctly. The form worked. The website worked. The database worked. Someone filling in that form got the confirmation message they expected, and they were right to expect it — their enquiry really had been received.

It just never reached a person.

The first explanation was wrong, and it was a reasonable explanation

Our first instinct, like anyone’s, was that this was a delivery problem. Notifications were going out and landing in spam. Or the mail server was rejecting them. Or something in the chain was quietly dropping them on the floor.

That theory was more plausible than it sounds, because this system did have a genuine mail-authentication fault — an SPF record pointing at a hostname that did not exist — which we found separately a couple of weeks later and which had been quietly damaging deliverability for months.

It had nothing to do with this.

What the empty log actually told us

The thing that settled it was the send log, and specifically the fact that there was nothing in it.

If notifications had been sent and lost, the log would show sends. Successful ones, failed ones, retries, bounces — something. A delivery failure is an event. Events leave traces, and that is exactly what makes them fixable: you can see the attempt, see where it went wrong, and act on it.

The log had zero rows. Not zero successful sends. Zero attempts.

No email had ever been tried. When we looked at the form’s configuration, there was no notification set up at all — not a broken one, not a misdirected one, not one pointing at an old address. There was no step. Nothing in the system had ever been asked to tell anybody that an enquiry had arrived, and nothing else — no integration, no webhook, no connected tool — was picking them up either. The path ran from the visitor to the database and stopped there.

Two problems that look identical from the outside

This is the distinction worth taking away, because it changes where you look.

A delivery failure means the step exists and is going wrong. Monitoring can catch it. Alerts fire. Retries happen. Someone eventually notices that a thing which used to work has stopped working.

A step that was never created produces none of that. There is no failed send, because nothing sent. There is no error, because nothing ran. There is no alert, because alerts are built on events and there are no events. There is nothing to retry and no incident to investigate.

Failure monitoring is very good at telling you when a step you already have breaks. It cannot tell you that the step was never there, because it works by watching for events and an absence produces none. Finding that requires deliberately testing the path end to end.

Why the silence was so convincing

Here is the detail that stuck with me. Three other forms on the same site did have notifications configured, and switched off. That state is visible — open the settings and you can see, plainly, that a notification exists and is disabled. Someone reviewing the setup would spot it in seconds.

The two forms that mattered had no notification at all. In the interface, that looks like nothing. And nothing looks precisely like a healthy system at rest.

Everything downstream reinforced it. No complaints, because nobody outside knew what was supposed to happen. No unread badge, because nothing generated one. The quiet was not evidence that the enquiry path was fine. The quiet was the symptom, and it is a symptom nobody is trained to notice, because we all learned to treat noise as bad news and silence as good news.

What it was actually worth — honestly

It would be easy, and dishonest, to write this up as a hundred and twenty-nine lost sales.

When we sorted the backlog properly, most of it was not business at all. Seventy-eight of the hundred and twenty-nine were inbound marketing spam — SEO pitches, traffic offers, one selling dog harnesses. Fifty-one were genuine enquiries. Of those, thirty-three had arrived within the previous two weeks.

So the honest version is: the backlog was mostly noise, and thirty-three real people had recently asked us something and heard nothing back. That is enough. The case for fixing it never rested on the archaeology; it rested on the thirty-three that were still live, and on every enquiry that would arrive after.

The commercial principle is simpler than a revenue estimate, and more defensible: an enquiry that enters your software but never reaches a human is operationally identical to an enquiry you never received. The visitor did their part. The system did its part. The business still did not respond, and from the outside that is indistinguishable from not caring.

The test worth running this week

One diagnostic, and it is not complicated.

Take a single enquiry path — the one you would least like to be broken. Submit a real enquiry through it yourself, as a stranger would. Then follow it all the way, and require proof at each handoff rather than assuming it: it was stored, it was routed somewhere, a named person was notified, and that person can actually act on it without asking anyone where it went.

The test is not “does the form work.” Ours worked perfectly the entire time, and that is part of what kept the problem hidden. The test is whether the path ends at a human.

You will know it worked when something happens that has not happened before. When we fixed ours, the test submission produced the first row that log had ever contained — the first time in the system’s life that it had even tried to tell somebody.

Before spending more on generating enquiries, it is worth proving that the ones you already get reach someone. It is a cheaper experiment than any campaign, and occasionally it is the whole problem.

Silence is not a status report. It is the absence of one.

Related: Would Your SOP Survive a Full Inbox and a Missing Manager?