-
1
Audit the current state before you write a single procedure
Start by mapping how work actually gets done today, not how a slide deck says it should get done. Shadow two or three reps across a full day each, sit in on a pipeline review, listen to five recorded discovery calls, and pull the last 30 days of CRM activity to see where fields are being skipped, stages are being backdated, and handoffs are being missed. The output of the audit is a plain-language inventory of every repeated motion the sales team runs, from inbound lead triage and discovery to pricing approval, handoff to onboarding, and renewal risk flagging. Note where each motion is already consistent, where it drifts rep by rep, and where it is pure tribal knowledge. The audit is the baseline you will use to prioritize what to document first and to measure improvement later.
- Shadow 2-3 reps for a full day each and write down every repeated motion
- Listen to 5 recorded calls per stage (discovery, demo, pricing, close)
- Pull 30 days of CRM activity and flag field gaps, stage skips, and backdating
- Interview one frontline manager on the top 3 handoffs that break most often
Tip: Resist the urge to fix anything during the audit. The job in this step is to see clearly, not to improve. Reps change their behavior the moment they feel they are being graded, and you need the real baseline, not the performance.
-
2
Pick the 3-5 highest-leverage processes to document first
You cannot document everything, and if you try, you will ship nothing. Score every motion from the audit on two axes: how often it runs, and how much pain each run creates when it is done inconsistently. A nightly inbound triage that runs 50 times a day and leaks half the leads to the wrong rep is a top priority. A once-a-quarter executive briefing that mostly runs fine is not. Pick the 3-5 processes at the top of the leverage list and commit to shipping them in version one. Common winners for B2B sales teams: inbound lead response and routing, qualification and MEDDPICC/BANT capture, the discovery-to-demo handoff, pricing and discount approval, and the closed-won handoff to onboarding. Everything else goes on a backlog you work after v1 lands.
- Score each motion on frequency (daily, weekly, monthly) and pain when inconsistent
- Rank the list and draw a hard line at the top 3-5 for version one
- Sanity-check the list with a frontline manager and a top rep before you draft
- Publish the backlog so the team sees what is in scope and what is deferred
Tip: If stakeholders push to add a sixth, trade. Agree to add it only if they will remove one from the top five. That trade keeps the first release small enough to actually ship on the one-to-two-week clock.
-
3
Draft version one of each SOP with a tight template
Every SOP in the library should follow the same template so reps know where to look for what they need. The template that works for sales teams has eight fields: purpose (one sentence on why this SOP exists), trigger (the event or signal that starts the procedure), inputs (what the rep needs before they begin), steps (numbered, imperative, and short), outputs (what has to be true when the procedure ends), owner (the named role accountable for keeping it current), exceptions (the two or three edge cases that break the main path, with the escalation to take), and a last-updated stamp. Keep the step count under ten per SOP. If a procedure needs more than ten steps, it is actually two procedures and you should split it. Write every step as an imperative verb a rep can act on in under a minute.
- Lock the eight-field template (purpose, trigger, inputs, steps, outputs, owner, exceptions, last updated)
- Keep steps numbered, imperative, and under 10 per SOP
- Split any procedure that runs long into two linked SOPs instead of padding one
- Attach a short screen recording or Loom for any step that is faster to show than to read
-
4
Pressure-test every draft with the reps who run the motion
An SOP that enablement writes alone is a suggestion. An SOP that reps co-sign is a procedure. Walk every v1 draft with two or three reps who already run the motion, including at least one top performer and one newer rep. Have them read it out loud and run a real example against it in real time. Watch for the places where they hesitate, skip ahead, or add a step that is not in the draft. Those are the gaps. Capture every edit in a single tracked-changes pass per SOP, then route the revised draft to the frontline manager and the sales leader for final sign-off. The outcome you want is a visible list of reps and leaders who publicly stand behind the library, because that is what moves the SOPs from document to behavior.
- Walk each draft with 2-3 reps and run a live example against it
- Capture edits in one tracked-changes pass per SOP, not a dozen scattered threads
- Route the revised draft to the frontline manager and sales leader for sign-off
- Publish the reviewer list on page one of each SOP so authority is visible
Tip: If a top rep tells you they already do a step differently and it works better, update the SOP to match the rep, not the other way around. The library should capture what the best people actually do, not what the slide deck wishes they did.
-
5
Publish the library to one central, searchable location
Shared drives with 14 folders and three competing versions of the same file are where SOP libraries go to die. Pick one home for the library and route every reference to it from there. A dedicated space in your knowledge base, a pinned section inside the CRM, or a single notebook in your docs tool all work. The non-negotiables: every SOP has a stable URL that never changes, the home page lists every SOP by name and owner, search returns the right SOP from a plain-language query, and the last-updated stamp is visible on every page. Delete or redirect every stale version living in email threads, old slide decks, and manager drives on the same day you publish. If two sources of truth exist, reps will pick the wrong one half the time.
- Pick one home: knowledge base, CRM space, or docs tool, and commit to it
- Give every SOP a stable URL and link to it from the home page index
- Redirect or delete every stale version in drives, threads, and old decks
- Confirm plain-language search returns the right SOP for the top 10 queries reps ask
-
6
Train the team so the SOPs land as behavior, not as reading
A library that lands with a Slack announcement never lands. Train every rep on the published SOPs in a live session, either as part of a monthly enablement block or as a dedicated 90-minute launch. For each SOP, walk the trigger and steps out loud, then run a live role-play or a live CRM exercise so reps practice the motion in the room. Have the frontline manager certify each rep on the top two SOPs before the session ends. Record best-in-class walkthroughs during the training and embed them inside the SOP page so new hires hear the motion in a peer voice, not an enablement voice. Reps internalize what they practice. They forget what they read on a Monday morning.
- Run a live 90-minute launch or a monthly enablement block with the top SOPs
- Role-play or run a live CRM exercise for each SOP, not a slide walk-through
- Have frontline managers certify every rep on the top 2 SOPs in the room
- Record best-in-class walkthroughs and embed them inside the SOP pages for new hires
Tip: Add the library walkthrough to the new-hire ramp plan the same week the SOPs go live. A library that is not part of ramp becomes optional, and optional loses to tribal knowledge every time.
-
7
Measure adoption and outcomes side by side
A library you cannot measure is a library you cannot defend when a sales leader asks why the enablement team spent two weeks on it. Wire adoption signals into the CRM and the knowledge base from day one. Track page views by SOP, time to first view for every new hire, which required fields are being populated at each stage, and how often reps are hitting the escalation path when they hit an exception. Pair the usage signals with outcome signals: ramp time to first closed-won, qualification-to-opportunity conversion by rep, cycle length by segment, and win rate on deals that followed the SOP end to end versus deals that did not. Build a one-screen dashboard with usage on one side and outcomes on the other, segmented by rep and manager. That dashboard is the real feedback loop that keeps the library honest.
- Instrument SOP page views and time-to-first-view for every rep and new hire
- Add required CRM fields that reflect the SOP steps so adoption is visible in the data
- Pair usage with outcome: ramp time, conversion by stage, cycle length, win rate
- Review the dashboard in the monthly RevOps and sales ops cadence, not just at refresh
-
8
Refresh the library every quarter with a visible changelog
The sales motion changes faster than any annual document can keep up with. New products ship, pricing shifts, a competitor repositions, a buyer group reorganizes around a new economic buyer, and the SOP that was accurate in Q1 is wrong by Q3. Lock in a quarterly refresh so the library stays current. Each quarter, re-walk the top SOPs with two reps per motion, pull the adoption and outcome dashboard, and update the procedures in a single tracked-changes pass. Keep a visible changelog at the top of the library and inside each SOP so reps can see what moved and when. Pair the refresh with a 20-minute all-field walkthrough on the diff so the update lands as a verbal event, not just a document edit.
- Schedule the four quarterly refresh windows at the start of the year on the ops calendar
- Re-walk every top SOP with 2 reps per motion and update in one tracked-changes pass
- Publish a visible changelog on the library home page and inside each SOP
- Run a 20-minute all-field diff walkthrough so the refresh lands as a verbal event
Tip: Keep retired SOPs in an archive with a redirect to the current version. Reps will deep-link to the old URL from old deal notes, and a dead link teaches them the library cannot be trusted.