Leave with a specific referral request and an optional introduction message.
Start with a real buying situation
For the worked example, the audience is the owner of a 60-person business. Their problem is that support requests arrive through personal messages and urgent issues lack a clear owner. The desired practical outcome is a documented escalation path and visible ticket ownership.
The example is deliberately bounded: business-critical systems cannot be changed during working hours. That condition should influence the promise, scope and next step rather than disappear from the marketing copy.
| Illustrative offer | a support and device-management service |
|---|---|
| Buyer question | Which incident last interrupted work, and how was responsibility assigned? |
| Possible evidence | an example ticket lifecycle with triage, handover and closure evidence |
| Useful asset | an incident escalation checklist |
How to complete your referral request
- Confirm that the customer has had a useful experience.
- Describe the kind of person and problem you can help with.
- Ask whether an introduction would be appropriate.
- Provide a short optional message they can edit.
- Respect a decline and keep any incentive explicit.
Worked example
These entries are illustrative planning material, not research findings or customer results. Keep the structure and replace the content with verified details.
| Why an introduction may be appropriate | Ask after the customer confirms the work was useful. Do not assume satisfaction from payment alone. |
|---|---|
| Who we can help | the owner of a 60-person business facing the following problem: support requests arrive through personal messages and urgent issues lack a clear owner. |
| The low-pressure request | If someone in your network is dealing with this issue, would an introduction be appropriate? No problem if nobody comes to mind. |
| Optional introduction text | Optional introduction: “I thought you might find this relevant. They offer a support and device-management service. You can decide whether a conversation would be useful.” |
| Follow-up and consent | Let the customer choose whether to introduce you. Do not request a contact list or enrol a referred person into a sequence without an appropriate basis. |
Review before using it
A useful operational measure in this example is ticket age by priority, with priority definitions agreed first. That does not automatically make it a marketing attribution metric. Define the source, period and owner before drawing conclusions.
- Can the customer decline comfortably and understand exactly who would be contacted?
- Check the delivery assumptions: Define supported devices, service hours, exclusions and escalation contacts.
- Use evidence rather than promises. Response time is not resolution time; do not imply they are interchangeable.
- Discuss the draft with someone who understands the buying situation. Start with: “Which incident last interrupted work, and how was responsibility assigned?”
- If the next step is a trial, define its purpose. One possible starting point is to review a limited device group and agree escalation responsibilities.
Common mistakes and a better review
Do not fill a missing fact with an impressive-sounding number. Mark it as an assumption, explain how you will check it and give that check an owner. A short, honest document is easier to use than an elaborate plan built on unknowns.
| Watch for | Asking for access to a customer’s entire contact list creates friction and privacy concerns. |
|---|---|
| A real buyer concern | Our existing IT person already handles everything. |
| Useful response direction | We can map the workload with them and identify gaps in cover; the conversation need not start with replacing anyone. |
| Evidence to collect | The buyer’s own account, an example ticket lifecycle with triage, handover and closure evidence, and records relevant to ticket age by priority, with priority definitions agreed first. |
Your working sheet
Write your own version below. Notes are saved on this browser when local storage is available. Use Download to keep a separate copy; avoid adding confidential information on a shared device.
Example: Ask after the customer confirms the work was useful. Do not assume satisfaction from payment alone.
Example: the owner of a 60-person business facing the following problem: support requests arrive through personal messages and urgent issues lack a clear owner.
Example: If someone in your network is dealing with this issue, would an introduction be appropriate? No problem if nobody comes to mind.
Example: Optional introduction: “I thought you might find this relevant. They offer a support and device-management service. You can decide whether a conversation would be useful.”
Example: Let the customer choose whether to introduce you. Do not request a contact list or enrol a referred person into a sequence without an appropriate basis.
Review your work
Tick only what you can support with your answer or practice. This is a reflection checklist, not an automated assessment.
Questions about this resource
How do I adapt this for my managed it services business?
Replace the audience, offer and evidence with your actual information. Begin with a recent buyer conversation about why support requests arrive through personal messages and urgent issues lack a clear owner, then check which assumptions match your business.
Is the filled example ready to publish?
No. It is a working example. Verify claims, permissions, prices, current capabilities and any customer information before using it externally. Response time is not resolution time; do not imply they are interchangeable.
What should I do after completing the worksheet?
Use it to make one decision or have one focused conversation. The intended output is a specific referral request and an optional introduction message. Set a review date and update it when the evidence changes.
Illustrative business worksheet. No customer results, market rates, traffic volumes or performance benchmarks are implied. About these resources.