Technote

Development workflow Practical

Series Creating leads and not losing them Part 7 of 8

The follow-up flow, and what response time does

Answering the enquiries you already have is often easier than getting more. Good intentions do not make a flow — writing it down does.

When people set out to improve a funnel, they look at the front of it: more traffic, a better landing page, a shorter form. How quickly you answer the people who have already written to you is easier to change than any of those, and it is neglected more often.

From the customer’s side, an enquiry is frequently sent to several places at once, and the decision tends to happen wherever a conversation started. Reply late and you drop quietly out of consideration — not rejected, just never weighed up, which is why it never appears in your data.

Measure where you are now

Improvement starts with knowing the present state. Take the last few months of enquiries and write down the time each arrived and the time of your first reply. Look at the worst case as well as the average — averages often look healthy while particular weekdays, or a period when someone was away, ran to several days.

Those numbers are yours and they are not estimates. Held as a baseline, they let you tell a real improvement from a comfortable impression.

Write the flow down

“Reply quickly when an enquiry comes in” is an intention, not a flow, and intentions collapse first on busy days. A flow means it is settled who does it, by when, what they do, and what happens next.

Stages of follow-up — each square needs an owner and a deadline to be a flow

Without assignment, everyone’s job becomes nobody’s. In a one-person business the owner is obvious, but it is still worth fixing when you look — checking at two set times a day stabilises response time better than reacting to notifications all day.

Closing is a stage too. If you never decide how long to hold an unanswered enquiry, the list swells and genuinely live opportunities get buried in it. Try a few times, close it, and record one line of reason — those reasons become next quarter’s improvements.

Flow check — with the last line, enquiries vanish the moment they are marked read

Automation keeps deadlines; it does not replace people

Aim automation at the wrong target and it damages the relationship. What automation is good at is not the reply but the deadline — sending the acknowledgement immediately, alerting an owner when no first reply has gone out in time, and floating stalled items to the top of a list.

The reply itself is written by a person. Echoing the customer’s own words back in that first response communicates instantly that a human read it, which is exactly why the auto-reply had its own part earlier in this series.

Turning operations into procedure is covered further in the development workflow archive, and how we split the stages from enquiry to completion is published, as our own worked example, on the process page.

Next part

With a flow in place, one question remains: where did this enquiry come from? The final part connects leads back to content, so that what you write next is decided on evidence.

More on this topic

All technotes

Development workflow Advanced

The design QA checklist to run before release

Most design problems found after release are catchable before it, in order. Here is the pass, in three stages: rules, states and real devices.

Designers 6 min read

Development workflow Advanced

Never deploy without a way back

A rollback is not one button. It is two tracks — code and database — with an order to reverse them in, written down before you deploy.

Designers 9 min read

Development workflow Advanced

Adding your own hooks: extension points instead of edits

Code with no extension points gets forked or edited in place. Where you put do_action and apply_filters — and how many — decides how long that code survives.

Developers 7 min read

₩270,000 · Join the program