Partner playbook
Plan one client AI workflow from readiness to handover
A readiness checklist and an illustrative roadmap for consultants taking a client from an AI assessment to a service someone runs every day. Start with one workflow, prove it, then add the next.
Download the checklist (CSV)What should an AI readiness assessment establish?
An assessment earns its fee when it ends in a decision the client can act on, not a maturity score. For a first workflow, it should establish five things: which recurring request the client wants handled, how many of those requests arrive and how long they take today, where the answers already live, who is allowed to approve a change, and who will run the service after you hand it over.
The last one is easy to skip. If nobody at the client, or at its MSP, is named as the operator before the pilot starts, plan on the pilot stalling after the workshop.
Client AI readiness checklist
The same checks are in the CSV, with columns for owner, due date, status and evidence.
Use case and baseline
- One recurring request type chosen, with last quarter’s volume and handling time
- What a good answer or resolution looks like, agreed with the client
- When a person must take over, written down
Knowledge
- Sources for the workflow listed (handbook, procedures, application guides)
- An owner for each source who approves changes
- Confidential material kept out of AI sources (an Internal label does not hide it from AI answers)
Access and channels
- Who uses the service: employees, site managers, client admins
- Channel chosen: client portal, Microsoft Teams or Slack, with the admin who connects it
- External AI workspaces (ChatGPT, Claude, Copilot Studio) in or out of scope
Actions and approvals
- The one action the pilot will run, tested by the operator
- Who approves it on a ticket: requester, IT support, site manager or nobody
- Devices in scope and connected, if the action runs on a device
Operator and handover
- Named operator: the client’s IT team or its MSP
- Handoff owner, support hours and response expectations
- Upkeep schedule for knowledge, credentials and retesting
Pilot acceptance
- A known question answered with the right source
- A missing answer handed to a person
- The action run once with the required approval
- A result the client observed, compared with the baseline
Which client workflow is suitable for a first pilot?
Choose a request that arrives often, has a documented answer, and ends in one well-understood action. Good first candidates: how to request approved software, how to get access to a shared application, or a device problem with a known fix. Avoid workflows that need several systems changed at once, or where the policy itself is still being argued about.
Write down the baseline before anything changes: last quarter's volume and the typical time to resolve. Without it, the pilot has nothing to be judged against.
What knowledge, access and device setup does it need?
Knowledge. NetZen answers from the sources you add for that client: documents, files and website pages, scoped to the client or shared deliberately across clients. Each source needs an owner who approves changes. One caution: an article marked Internal is hidden from the client portal but is still available to AI answers, so keep confidential material out of the sources entirely.
Access. Decide who uses the service: employees see their own requests, site managers their sites, client admins the whole client. Choose the channel: the client portal, Microsoft Teams through the client's Microsoft 365 connection, or Slack. If the client wants ChatGPT, Claude or Copilot Studio connected, each person signs in to NetZen and keeps their own role.
Devices. If the pilot action runs on a computer, the devices in scope need the NetZen agent installed and connected before the pilot starts.
Who approves changes and owns the fallback?
For actions started from a ticket, the operator chooses who approves: the requester, IT support, the site manager, or nobody for low-risk actions. The AI cannot grant an approval that a person is required to give. Actions run by hand or on a schedule do not ask for approval, so keep those for the operator's own team.
The fallback matters as much as the automation. When the AI cannot finish, it hands the ticket to a person with what it already checked, and stops. Agree who that person is, their hours and the response time before employees start using the service.
What must the pilot demonstrate before launch?
Four checks, each observed by the client: a known question answered with the right source; a question the knowledge cannot answer, handed to a person; the pilot action run once with the required approval; and a result compared with the baseline. A successful automation run on its own is not proof that the business problem is solved.
How does the assessment become an implementation roadmap?
| When | Phase | What happens | Who leads |
|---|---|---|---|
| Weeks 1 to 2 | Assess | Pick one workflow, measure the baseline, list sources and owners. | Consultant with the client |
| Weeks 2 to 3 | Prepare | Add approved knowledge, set roles, connect the channel, build and test the one action. | Operator, with NetZen |
| Weeks 3 to 6 | Pilot | A small group uses it; review questions, gaps and handoffs every week. | Consultant and operator |
| Week 6 | Accept | Run the acceptance checks against the baseline; decide to launch, fix or stop. | Client decides |
| After launch | Hand over and grow | Named operator runs it; add the next workflow from the backlog. | Operator |
Who maintains the service after handover?
The operator: the client's IT team, or the MSP that supports the client. Hand over with an upkeep schedule: who updates knowledge when a procedure changes, who renews credentials the automations use, who retests actions after a system update, and who reviews unanswered questions each month. If the client has an MSP, this is the managed AI service it can sell. See how MSPs package and price it.
When is NetZen the wrong platform?
NetZen fits IT support and the work around it: answers from client knowledge, approved actions in a browser, through an API or on a device, and handoffs to people. It is the wrong choice when the client needs a custom AI model, all-purpose Copilot adoption, compliance enforcement or data loss prevention, or wants to keep its current service desk and only add AI on top. Saying so early keeps your recommendation credible.
Questions consultants ask
As an illustration, one workflow with existing documentation might take about six weeks from assessment to an accepted pilot; agree the timing after discovery. Missing documentation, new channels or several actions take longer; scope them separately instead of stretching the first pilot.
Yes. Adopting NetZen includes moving the client’s service desk to NetZen, run by the client’s IT team or its MSP. NetZen is not an AI layer added to another service desk.
For partners, NetZen provides a demo workspace, a technical expert for demos and security questions, help with the trial and proposal, and support on the first rollout.
Run your next rollout with NetZen beside you
Partners get a demo workspace, a technical expert on their deals and 15% for 24 months.