How to Pilot a Sales Program With One Pod Before You Roll It Out

pilot a sales program with one pod

TL;DR
  • To pilot a sales program with one pod, give one small team the program for 30 days and keep a comparable pod untouched beside it. The gap between the two is your evidence.
  • Set the pass line before day one. Write down which numbers must move, by how much, and who decides, while nobody has a stake in the answer yet.
  • Pick a typical pod, not your best one. A pod that was already winning proves nothing about the program.
  • A 30 day pilot reads inputs, not revenue. It tells you whether reps ran the new behavior. Closes take a full sales cycle, so say that in the go or no-go meeting.

You have a program in front of you, a price for the whole floor, and a manager who says it looks good. The cheap way to find out if it works is to stop trying to decide for everyone at once. Pilot a sales program with one pod first: one team, one month, one decision, and a second team standing beside it as the comparison.

The reason is simple arithmetic. If it fails on ten reps, you lose a month. If it fails on a hundred reps, you lose a quarter, the goodwill of the floor, and the next three requests for training budget. Here is how to run the pilot so the result is clear enough to act on.

Why a pilot beats a company-wide rollout

A rollout answers one question: did we buy it. A pilot answers the question you care about: did it change what reps do on the phone. Those are different questions, and only the second one pays you back.

Research on pilots in other fields makes the same point. A tutorial on pilot studies in BMC Medical Research Methodology argues that testing on a small scale first improves the odds the full effort succeeds and helps you avoid committing to something that was never going to work. Sales leaders are allowed to borrow the idea.

A pilot also does something a rollout cannot. It produces the first internal proof. When the second and third pods are asked to adopt something new, "pod two did it and here are their numbers" beats any deck a trainer can show.

How do you pick the pod?

Three rules, in this order.

  • Pick a typical pod. Not your best team, which would have grown anyway, and not your worst, which has other problems. Size matters too: six to ten reps is enough to see a pattern without a few outliers deciding the result.
  • Pick a manager who will inspect every week. The program is only half the pilot. The other half is a manager who looks at the numbers on a fixed day and talks to reps about them. A pod with a manager who skips the review will show you nothing.
  • Pick a control pod you will leave alone. Similar size, similar territory or lead source, similar tenure. It gets no program, no new scripts and no extra attention for 30 days. If you cannot spare a control pod, use the pilot pod's own prior 30 days as a weaker control and say so in the final write-up.

Tell both pods what is happening. A control pod that finds out later it was a control pod feels used. "We are testing something with one team first, and your numbers help us decide" is true and costs nothing.

Set the pass line before day one

This is the step that decides whether the pilot is a test or a performance. If you set the bar after the results are in, the bar will land wherever makes the last month look sensible.

Write the pass line on one page and have the pilot manager and the person funding the rollout both sign it. It needs three things: which inputs must move, by how much, and what happens at each outcome.

Use the inputs the program is supposed to change. How to measure sales training ROI covers which numbers to baseline and how, so this post will not repeat it. Pull the same figures for the pilot pod and the control pod before day one. The 100/10/2 Standard is a daily standard of 100 attempts, 10 meaningful conversations and 2 sales closed, which makes it a ready-made yardstick for the first two numbers. For a weekly comparison, multiply the daily figure by five.

Then put a number on it. Here is an illustration: the pilot pod's conversations per 100 attempts must beat its own baseline by at least a quarter, and must beat whatever the control pod did over the same 30 days. Your numbers will differ. What matters is that the line exists in writing, before the first session. Add a floor too: if the pilot pod sits below its own baseline on day 20, pause and ask why instead of finishing the month on autopilot.

Run the 30 days: what the pod does and what the manager inspects

Keep the calendar boring. A pilot is not the place for extra initiatives, so freeze other changes to the pod's scripts, comp and lead routing for the month.

  • Days 1 to 3: the program is delivered to the pilot pod. Nothing changes for the control pod.
  • Days 4 to 10: reps run the new behavior on live calls. The manager checks the log on one fixed day, not whenever there is time.
  • Day 10: a fifteen minute check-in. What are reps doing differently, and what is getting in the way. Write the answers down; they matter at the go or no-go meeting.
  • Day 20: repeat the check-in, and pull the inputs for both pods so nobody is surprised on day 30.
  • Day 30: pull the same inputs again, on the same definitions, and set them next to the baseline.

The manager's weekly inspection is short and specific. Open the log on the fixed day, find the one behavior reps were asked to change, and look for it in three recent calls or sent messages per rep. Name what is working, name one thing to adjust, and move on. Ten minutes per rep is plenty. A manager who turns the check into a long review teaches reps to hide the messy calls, and the messy calls are where a pilot learns the most.

Count both pods by one rule, in the same system, for the whole pilot. If the pilot manager tracks attempts one way and the control manager another, the gap between the pods is measuring spreadsheets, not selling.

A 30 day pilot plan comparing one pilot pod that gets the program with one control pod that does not: baseline on day 0, check-ins on days 10 and 20, and the go or no-go call on day 30

What goes in the go or no-go meeting?

Fifteen minutes, the pass line on the table, the numbers from both pods beside it, and the two check-in notes. Nobody argues about whether the line was fair, because it was fixed on day zero. The table below shows what each signal looks like and the decision it points to.

SignalWhat it looks like in the pilot podWhat it looks like in the control podDecision
Target input cleared the pass lineMoved past the written lineFlat or small changeGo. Roll out to the next pod
Both pods improvedMoved past the lineMoved about as muchNot yet. Season, a promotion or a list change did it. Run another 30 days
Cleared the line early, then fadedStrong in the first 10 days, back to baseline by day 30FlatNot yet. The novelty carried it. Run another 30 days with the manager inspecting
Pilot pod missed the lineFlat or below the written lineFlatNo go on this program as run. Check the check-in notes for what got in the way before dropping it
Manager skipped the reviewsFlatFlatInconclusive. Rerun with inspection on a fixed day
Reps report it is usableCheck-in notes say they used it unprompted by week 3Not applicableSupports a go. Silence from reps weakens it

If the answer is go, the next question is what to roll out and how. Drewbie's sales team training is built around your stack, your motion, and your goals, with hands-on sessions, live practice and real scripts, so check that fit before you scale it. If the pilot showed the program works but the habit slipped, that is a manager problem, and sales leadership training is built for the people who have to hold the standard.

When a pilot will not tell you anything

The honest take. A pilot is a test of whether the program can be run and whether reps change what they do. It is not proof of revenue. Thirty days is too short for closes to show up on most sales cycles, and a small pod cannot give you a precise effect size. So read inputs at 30 days, keep the pilot pod running, and read closes at a full sales cycle. A pilot with no control pod, a manager who does not inspect, or a pod picked because it was already the best will return a confident answer that means nothing.

That caution is not a reason to skip the pilot. It is a reason to be exact about what the pilot can say. When you are ready to run it, the sales process audit is the fastest way to find which number the pilot should aim at.

Ready to see training built around your team?

Sales team training is built around your stack, your motion, and your goals, with hands-on sessions, live practice and real scripts.

Get sales team training

Sources: Thabane et al., A tutorial on pilot studies: the what, why and how (BMC Medical Research Methodology) · Call The Damn Leads, the 100/10/2 outbound sales standard

How long should a sales training pilot run?

Thirty days is enough to read the activity numbers, such as attempts, conversations and follow-up touches. It is not enough to read closes on most sales cycles. Run the pilot for 30 days, make the go or no-go call on the inputs, and keep tracking closes for a full sales cycle.

Six to ten reps is a workable range. It is big enough that one or two outliers do not decide the result, and small enough that the manager can look at every rep’s numbers each week. Choose a control pod of similar size.

Yes, but it is a weaker test. Compare the pilot pod to its own prior 30 days and say so when you present the result. Season, a promotion or a new lead source can all move the numbers on their own, and without a control pod you cannot separate that from the program.

The inputs that must move, how much each must move against the baseline and against the control pod, who makes the call, and what happens at each outcome: go, run another 30 days, or no go. Write it before day one and have both the pilot manager and the person funding the rollout sign it.

By Drewbie Wilson. Keynote speaker, sales trainer, and the guy who built a brand on three words: Call The Damn Leads.

Related reading: How to Measure Sales Training ROI · Sales Coaching vs Sales Training