Map the work before choosing the tool
Choose one recurring task and follow it from input to accepted output. Record who owns it, where information arrives, which decisions require judgment and what happens when something is missing. Include the time spent checking and correcting the result.
Separate different types of friction. Re-entering the same structured fields may call for a conventional integration. Unclear instructions may call for a better template. Drafting a summary from varied documents might be a candidate for AI assistance, provided someone can check the result reliably.
If the team cannot describe an acceptable output or identify an accountable reviewer, tool selection is premature. Improve the process definition first. An automated unclear process can create more unclear work, just at a higher volume.
Look at the consequence of a wrong answer
NIST’s voluntary AI Risk Management Framework and its generative AI profile provide primary references for identifying and managing AI risks. They support assessing the particular use and its context. They do not certify a tool or make an individual deployment safe. Read NIST’s framework overview.
For a small business, start with concrete failure scenarios. Could the output invent a fact, disclose information, misread an instruction or trigger an action that is hard to reverse? Can a human detect the problem before anyone relies on it?
Drafting a routine internal note using synthetic material has a different risk profile from deciding who gets a job, approving credit or responding with specialist professional advice. Higher-consequence uses need stronger expertise and controls than a simple productivity pilot.
Decide which information may enter the system
List the input fields and documents. Identify confidential business information, personal data and material received under contractual restrictions. Review the provider’s current handling, retention, access and transfer arrangements before using real information.
ODPC’s Kenyan guidance describes limits on collection and retention and conditions for transfers outside Kenya. Assess how those principles apply with qualified help where needed; choosing a familiar tool does not settle the privacy question. Read ODPC’s primary guidance.
Use synthetic examples for the first assessment. Do not assume that a colleague’s access to a document authorises uploading it to a third-party AI service. Record an explicit decision about permitted inputs and who can approve a change.
Write a pilot specification you can actually test
Our suggested pilot template begins with one process, one owner, allowed inputs, required outputs and a clear boundary around what the tool may do. It then defines how each output is reviewed and how an error is recorded.
For illustration, a team might test whether an assistant can draft an internal meeting summary from synthetic notes. The reviewer checks every decision, date and assigned action against those notes. The pilot records drafting time, checking time, corrections and rejected outputs. None of these examples are claimed Sage client results.
| Question | Evidence to collect |
|---|---|
| Does it save useful time? | Time including review, correction and exception handling |
| Is the output dependable enough? | Error types, rejected outputs and source checks |
| Can the team stop safely? | Manual fallback, responsible owner and stop criteria |
| Is the cost proportionate? | Tools, integration, review and maintenance |
Make human review an operating step
“A human will check it” is incomplete. Name the reviewer, give them the source material and define what they must verify. Decide what happens if they are unavailable. Avoid a workflow in which time pressure turns review into an automatic approval.
Keep a manual fallback and a way to halt the pilot. Reassess when the model, instructions, source material or use changes. A successful test on a narrow set of examples is evidence about those examples, not a promise about every future case.
Proceed only if the measured benefit is useful after review costs and the remaining risks are acceptable to the responsible owner. Stopping the pilot can be the right result.
What an assessment should leave you with
The output should describe the current process, simpler improvements, AI suitability, information-handling constraints, oversight requirements and a preliminary implementation specification. It should identify the expertise needed before production use.
Sage Advisory’s AI Workflow & Process Assessment starts with one process. We examine how the work happens, where changes could help and what a useful pilot would need to test. The output gives you a practical basis for agreeing the next step.
Buy a clearer decision before buying an ambitious system. The useful conclusion may be a small pilot, an ordinary process improvement or no automation at all.
Sources & editorial note
- NIST — AI Risk Management Framework. Voluntary risk-management framework and links to the generative AI profile; not an accreditation.
- ODPC — Rights of a Data Subject. Primary Kenyan guidance on data principles and rights.
Sources reviewed 25 October 2026. Frameworks, examples and suggested next steps are Sage Advisory editorial analysis. All business scenarios and numerical examples are illustrative. No client outcomes are represented. Published by the Sage Advisory editorial desk.
Have a question in this area?
Assess one workflow before committing to automation.
Explore the related service