Process Mapping — Playbook
Field guide / CRM implementation
For IT service providers

The handoff is where context goes missing.

Before configuring a CRM, map how a prospect becomes a client. Give sales and service a shared view of what must travel with the work.

One transition to mapIllustrative example
01 / SalesScope agreedCapture what was discussed
02 / HandoffContext reviewedIdentify the next owner
03 / ServiceWork beginsConfirm the first action
The operating context / 01

A signed agreement is not a complete handoff.

Sales may know the prospect’s environment, decision makers and expectations. The person preparing service delivery needs that context, but it can be scattered across notes, email and conversations.

Mapping the transition makes those gaps visible before they become configuration decisions. Include the people who sell, coordinate onboarding and deliver the work. Their actual practices matter more than an idealized process chart.

Workflow deep dive / 02

Follow the information, not just the stages.

Walk through a recent prospect-to-client transition. At each point, ask what someone needs to know, who supplies it and what happens when it is missing. Use the answers to evaluate CRM software.

01

Record the agreement in context.

List the details service needs to understand the proposed scope, key contacts and expectations. Evaluate how a CRM could organize these records and make them easy to find without forcing staff to duplicate every sales note.

02

Make the handoff explicit.

Define the event that triggers a handoff and name the person responsible for receiving it. Explore whether the CRM can represent an owner, a next action and an incomplete handoff in a way both teams can understand.

03

Account for exceptions.

Some clients may need a technical review or a clarification before work starts. Map where that decision is recorded and who follows up. Ask how the CRM handles changes to the normal path without obscuring the current status.

04

Test the view each person needs.

Sales needs to know whether the transition was accepted. Service needs enough context to take the next step. During evaluation, compare how each role would find those answers and what access is appropriate for their work.

Working document / 03

Put one handoff on paper.

Use this example as a starting point for a conversation, not as a prescribed configuration. Replace the entries with the steps and language your team actually uses.

Handoff worksheetIllustrative example
Trigger

Sales confirms the scope with the client.

Information to carry

Agreed scope, primary contact and any open questions about the environment.

Receiving owner

The person coordinating the start of service.

Next action

Review the handoff for missing context.

Exception

A technical question needs clarification before the work can be planned.

Evaluation prompt

Can both teams see who owns the question and what happens next?

Facilitator’s note: Ask the receiving owner to check the example against a recent handoff. Identify which details were hard to find and where they lived.
Implementation approach / 04

Introduce change without losing the thread.

Configuration is only part of implementation. Plan the move around active work, clear ownership and a way to surface problems early.

Return to the handoff worksheet
01

Choose a bounded starting point

Consider one type of client transition and agree which current records belong in the first review. Keep the existing process visible while the new one is being tested.

02

Rehearse with real roles

Have sales and service walk through a recent example together. Check whether the required context, owner and next action can be understood without an extra explanation.

03

Agree on a correction path

Decide who can resolve missing information and how staff should flag a confusing step. Review those issues before extending the process to more transitions.