Work
What I built

What Nine Hundred Calls in a Day Actually Proves

A high-volume outreach sprint at Dokitami generated roughly 900 partner calls and 135 leads in a single day. The interesting part isn't the count. It's what has to exist before a number like that means anything.

6 minPartnerships · Field operations · Commercial operations

The starting condition

The partnerships team at Dokitami needed to generate demand across a broad and varied set of potential partners — pharmacies, supermarkets, gyms, salons, estates, workplaces — quickly enough to build a usable pipeline. The obvious lever was volume: call more accounts. But volume on its own is a vanity exercise. A call sheet full of dials looks productive right up until someone asks who actually engaged, and the honest answer, in an unstructured process, is "we're not sure."

The question that mattered

The question wasn't whether the team could make a lot of calls in a day. Of course it could. The question was whether the system underneath the sprint could absorb that volume without losing the distinction between an attempted call, a real conversation, and a genuine signal of interest. A call is not a lead. Treating it as one is how a business development team ends up reporting activity as if it were pipeline.

So the real test embedded in a high-volume day was a stress test of the operating system, not of anyone's stamina. Could every one of those calls be logged, dispositioned, and routed correctly, at speed, without the process collapsing into an unsorted pile of contact attempts?

What was tried, and what the evidence showed

The sprint generated approximately 900 partner calls in a single day. That's the top-of-funnel number, and on its own it says almost nothing about commercial value — it says the team was capable of a large volume of outreach in a compressed window, which is a logistics fact, not a sales fact.

What matters is what came out the other side: 135 leads. Not 135 partnerships, not 135 conversations, not 135 anything downstream of "lead." The distinction is deliberate and it's the entire point of building the system this way. A lead, in this pipeline, means a recorded signal — category, contact context, and enough information that the account could be picked up and moved forward by anyone on the team, not just the person who made the original call.

The gap between 900 and 135 is itself informative. It tells you something about contact rate, about how many of those 900 dials reached someone in a position to respond, and about how many of those responses cleared the bar for "this deserves a next step" rather than "the call happened and nothing came of it." I am not going to interpret that ratio further than the record supports. What happened to those 135 leads after the day ended is a separate question with its own evidence, and attaching a conversion story to a number that has not been measured would be worse than leaving the question open.

The operating system that made the number usable

None of this works without a place for the 135 to land. Each lead was captured with category, contact context, funnel stage, an assigned owner, and a scheduled follow-up — the same fields the wider partnership CRM used for every account, so a lead from this sprint was indistinguishable, structurally, from a lead sourced any other way. That uniformity mattered more than it sounds like it should. A sprint that produces leads in a special format that doesn't match the rest of the pipeline just creates a second system to reconcile later.

The disposition logic itself was simple by design: every call ended in one of a small number of recorded outcomes, not a free-text note that someone would have to interpret after the fact. That constraint is what made 900 calls processable at all inside a single day — a team logging structured outcomes moves faster than one trying to write a paragraph per call, and structured outcomes are the only kind you can report on later without re-reading every note.

Once the leads existed as records rather than memories, the operating question shifted from "can we call more people" to "where is the next constraint." That's the actual value of instrumenting a sprint this way: it turns a one-day activity spike into a diagnostic. If the leads then stall at qualification, that tells you something about the offer or the targeting. If they stall at onboarding, that's a different problem entirely. Without the funnel underneath it, a busy day just produces a busy feeling and no way to locate where the system needs attention next.

There's also a staffing dimension to a day like this that's easy to underrate. Nine hundred calls in a day is a coordinated sprint across a team, which means the disposition categories had to be simple enough to apply consistently under speed, and unambiguous enough that two different callers, working the same target list, would tag a similar outcome the same way. A disposition scheme with too many categories, or categories with fuzzy boundaries, degrades exactly when you need it most: at volume, under time pressure, with people trying to move to the next call. The categories that survived contact with a day like this were the blunt, obvious ones — reached and interested, reached and not interested, no contact, callback requested — rather than anything requiring judgment calls the caller didn't have time to make properly.

What it changed, honestly stated

What the sprint demonstrated, concretely, is that the pipeline could absorb a large volume of new contact activity in one day without the lead signal getting lost in the noise. That's a narrower claim than "the sprint was a commercial success," and it's the one the evidence actually supports. I don't have the qualification rate on those 135 leads, the onboarding conversion, or any revenue figure attributable to that specific day, and I'm not going to manufacture one to make the case sound more finished than it is.

What I can say is that this kind of day is only useful inside a system built to receive it. The same 900 calls run through an informal process — a shared spreadsheet, a WhatsApp group, memory — would have produced a much smaller number of usable leads, not because the calls were worse, but because most of the signal would have leaked out between the call and whatever happened next.

What I would do differently, and what this generalises to

If I ran this again, I'd build in a tighter same-day review of disposition quality — spot-checking whether "interested" meant the same thing across everyone dialling, rather than trusting consistency by default. High-volume days are exactly when disposition drift is most likely, because speed pushes people toward whichever category feels closest rather than the one that's technically correct.

The general lesson isn't about telehealth or partnerships specifically. Any team that can suddenly generate a burst of activity — a marketing campaign, a conference, an outbound sprint — faces the same test. The burst itself is never the achievement. The achievement, if there is one, is having a system patient enough to catch what the burst produces and turn it into something that can still be acted on a week later, once the adrenaline of the sprint has worn off and the leads are just records in a queue like any other.

It's worth being honest about why sprints like this get run at all, and it isn't purely to generate leads. A concentrated push tells you things a steady drip of daily calls doesn't, because it compresses variance into a single sample. Run 900 calls across two months instead of one day, and you'd struggle to say whether a change in results was seasonal, or came from a different caller, or reflected a shift in how receptive the market was that particular week. Compress it into a day, and you get a cleaner read on the underlying contact and interest rates — at the cost of asking a lot of a team in a short window, and of a system that has to hold up under exactly that kind of pressure without quietly dropping detail.

Working on something like this?

Get in touch