Starting question
Real work contains deviations the procedure does not describe.
Incomplete messages, duplicated documents, waiting, tool switching and non-standard requests consume attention. Before automating, follow one case from entry to outcome and note where interpretation is required.
The goal is not to remove every human step. It is to bring better-organised information to the right person while preserving exceptions and correction.
Operational relations
Five steps that must remain connected.
Event
What starts the work?
Steps
Which actions, waits and tools does it cross?
Loss
Where is context missing or work repeated?
Exception
Which cases require experience or another person?
Outcome
What must be complete, correct and ready to hand over?
Boundaries and responsibility
Assistance must not become surveillance or hidden work.
If a system measures individual speed, assigns opaque priorities or uses conversations to assess people, the project changes in nature. Purpose, access and use of data must be governed at the appropriate level.
Fast output may require more checking than the previous task. Correction time, errors and interruptions belong alongside claimed time savings.
Practical object
Daily Workflow Friction Map
Complete the Daily Workflow Friction Map. Each field exposes a relationship to verify before extending the system.
Case
Which real request or event are we observing?
Goal
When is the work properly complete?
Steps
Which tools, people and waits are involved?
Friction
Where do people copy, search, wait or restart?
Exceptions
Which cases do not follow the ordinary rule?
AI help
What can it prepare without producing an effect?
Check
Who verifies, with what information?
Signal
How is an error reported or work returned to the known method?
First test
A short test should produce knowledge, not merely an output.
- 01Bring three real cases
Use an ordinary case, an incomplete one and one requiring an exception.
- 02Follow every step
Note tool switching, waiting, searching and clarification requests.
- 03Choose bounded assistance
Let AI prepare a search, summary or draft without automatic action.
- 04Count corrections
Record errors, omissions, checking time and interruptions.
- 05Decide with the team
Keep what helps and turn recurring corrections into verifiable instructions.
Public sources
References for verification and further work.
- ILO, The impact of GenAI on jobs, productivity and work organization.
- ILO, Generative AI and Jobs: A Refined Global Index.
- NIST AI RMF Core.
These sources support initial design. Legal, professional, ethical and organisational requirements depend on the case and the responsible functions.
Frequently asked questions
Operator or team: questions to clarify before the project.
Which daily tasks are suitable for AI?
Those with a recognisable input, accessible sources, a verifiable result and limited consequences: search, organisation, extraction, drafting and context handover.
Do operators need technical expertise?
Not to describe the work well. Operators should explain cases, exceptions, sources and results; technical selection comes later.
How should system errors be reported?
Use a simple route linked to the case that retains input, result, correction and consequence without becoming improper assessment of the person.
Does AI always reduce workload?
No. Work may shift to checking, correction and exception handling. The test must measure the complete step.
Who decides whether to extend use?
The team provides operational evidence; owners of process, people, data and security decide within their authority.