CR-03 Field guide / Client relationships
An account manager's client calendar
A contract end date is easy to collect and easy to misunderstand. The decision may be due much earlier, and the person who used to approve it may have left. Build the calendar around the next decision, its evidence and the contact who can make it.
For Account management, Owner
On this page
Put the work in one receiving queue
Choose a home for client commitments: the PSA, CRM or another controlled register the account team actually reviews. Calendar invitations can point there, but should not be the only record of an open renewal or roadmap action.
Adam Hannemann's account-management guidance recommends a written quarterly plan and matching business-review content to the audience and the client's budget cadence.[11] Treat that as a planning approach, not a requirement for identical quarterly meetings. The calendar should reflect the client's agreed service promise, decision timing and availability.
Give each client an accountable account owner and a backup. Give each action a receiving owner. A register with a client name and due date still lacks someone who will act when the date arrives.
Separate the dates that mean different things
For a renewal, record the agreement or subscription reference, end date, notice or action deadline, date the source was checked and internal decision date. Verify those dates against the actual agreement or supplier record. Where terms are unclear, obtain a qualified review rather than interpreting a screenshot as contract advice.
Do the same for warranty and lifecycle dates. The date an asset was purchased, the date its support entitlement ends and the date its manufacturer stops supporting a product may be different. Record which date you have, what source supports it and what decision follows. An unknown warranty date gets a discovery task; it does not become "no action required."
Conduit's renewal-tracker example groups approaching contract end dates into reporting windows.[12] That can help build a reminder list. It does not establish a client's notice deadline or authority to renew. Base the reminder on the earliest verified action date, and make missing dates visible separately.
Keep six types of work visible
Use separate types so one long list can still be reviewed sensibly:
- Agreement renewals: decision deadline, scope questions, current commitments and approval route.
- Licence true-ups: purchased, assigned and billed quantities, plus the meaning of any difference.
- Lifecycle and warranty: asset or application reference, source date, business dependency and replacement decision.
- Business reviews: purpose, agreed cadence, attendees and decisions expected.
- Open roadmap items: prior decision, next dependency, cost basis and next action.
- Relationship contacts: business sponsor, operational contact, purchasing authority and agreed backup route.
Keep the types connected. A roadmap item may need a budget conversation before a subscription renewal. A lifecycle date may require discovery before you can prepare an option. Do not create separate reminders that all ask the client to decide the same thing without coordination.
A fictional planning sequence
The following dates and lead times are fictional examples, not vendor terms or recommended universal windows. Fictional Elm Services has an agreement ending on December 31, 2026, with a verified action deadline of November 16, 2026. Its next budget discussion is October 21, 2026.
The account owner sets an internal evidence check for October 12 and prepares options for the budget discussion. If they had only used a reminder shortly before the end date, they could have missed the earlier action deadline. A record stating "renewal in December" hides the November decision.
The preparation includes unresolved service commitments, a planned office change and licence quantities needing reconciliation. The account owner asks the client who will approve the option and records that answer. No reply means the decision remains open. It does not authorize renewal, cancellation or a quantity change.
A useful calendar entry carries the next action: "Confirm licence assumptions and approval route before presenting options." "Renewal coming" is only a label.
Reconcile licence quantities before suggesting changes
Pull purchased, assigned and billed quantities for the same date and product boundary. Use stable subscription or agreement references. Microsoft's Partner Center documentation describes subscriptions as having unique system-generated IDs.[13] Map equivalent references in your own supplier and PSA records rather than matching only friendly product names.
A mismatch needs investigation. Spare entitlement may be deliberate, an assignment may be stale, or billing may cover a different period. Ask the technical and finance owners to explain the difference. Do not assume every unassigned seat can be removed or that the supplier permits a change on your preferred date.
Record the approved quantity, authority, allowed effective date and receiving implementation owner. Check the result after the change. Reminders can collect evidence and chase a missing answer; they should not approve a commercial commitment.
Let the QBR move the calendar
Use the QBR guide to build the meeting around a business question. Bring the previous decision record and the dates that affect the next plan. Ask which business events have changed rather than simply presenting an old roadmap.
Close a roadmap action when its outcome is checked, not when a quote is sent. If the client defers it, record the reason, consequence discussed and next review event. A declined proposal can leave a service risk or dependency open; route that to the responsible technical owner instead of marking the whole subject complete.
Verify contacts during ordinary conversations and after known organizational changes. Keep only the contact details needed for the relationship, in the approved system. Distinguish an influential user from someone authorized to approve work. Relationship mapping and authority checks stay human even when reminders are automatic.
Automate preparation and overdue visibility
Standardize the fields and date definitions first. Then consider automating date checks, missing-source reminders, internal preparation tasks and overdue-action reports. Use a stable record ID so the same event does not create duplicate tasks on every run.
Keep a separate result for records with unknown deadlines, unresolved contacts or failed data retrieval. Confirm who receives those findings and when an overdue decision escalates. A reminder sent to a departed account owner is not a completed handoff.
Test ordinary, overdue, missing-date and changed-owner cases with fictional records before enabling the workflow. Start with internal reminders. Client messages need checked wording and a receiving person; avoid an unattended sequence that keeps asking about a decision the client already made.
Measure preparation and checking effort, including corrections and maintenance. The automation savings guide prevents the same work being credited twice. Do not count a reminder as a saved client conversation. The client profitability review can supply renewal context, but it cannot choose the client's priorities or settle a price change.
Before adding account-management headcount, remove duplicate reporting and standardize follow-through. Test the reminders against the actual workload. Keep enough people for difficult conversations, planning and absence cover; a tidy calendar does not prove those duties have disappeared.
The working discipline
Automate before you hire
Remove duplicate reminder lists and standardize verified deadlines, contact authority and next actions. Automate internal preparation and overdue visibility; renewal approval, planning conversations and relationship cover remain human work.
Review the sequence →Worksheet / Usable takeaway
Client calendar and decision sheet
- Client and ownership: [client reference / account owner / backup / receiving queue].
- Event type and reference: [renewal / true-up / lifecycle / business review / roadmap / contact check].
- Business reason: [decision needed / affected work / consequence of waiting].
- Source: [agreement or vendor record / URL or safe reference / verified date / missing evidence].
- Dates: [end or lifecycle date / verified action deadline / internal decision date / preparation date / time zone if relevant].
- Contacts and authority: [business sponsor / operational contact / approver / backup route / last checked].
- Licence check, if relevant: [purchased / assigned / billed / same-date boundary / mismatch owner].
- Prior commitment: [approved / deferred / rejected / discovery / result or unresolved dependency].
- Options and approvals: [scope / cost basis / effective date / approval route / decision evidence].
- Next action: [specific task / owner / due date / outcome to check].
- Reminder rule: [trigger / recipient / duplicate control / unknown-data path / escalation].
- Human conversation: [question / participants / purpose / date or event].
- Closure: [verified outcome / remaining work / next review trigger].
- Automation review: [test results / preparation effort / maintenance / remaining relationship and coverage duties].
Sources
MSP account management 101: client reviews and satisfaction
Advanced workflows: contract renewal tracker
Source notes: Oct 2026. See method and evidence notes.