A process map does not capture judgment
A process map can show that an employee reviews a record, prepares a recommendation or approves an output. It rarely explains what the employee notices, which source wins when information conflicts or how an unusual case changes the decision.
Those hidden choices are often the difference between routine automation and a system the team can trust.
What to capture from experienced employees
The discovery work should make several kinds of operational knowledge explicit.
- The sources used and how their reliability or priority is determined.
- The characteristics of a correct, useful or safe output.
- Common errors and the signals that reveal them.
- Exceptions that require a different workflow path.
- Decisions that require approval and the person accountable for them.
- Examples of strong work, failed work and corrections worth preserving.
Use real work, not hypothetical interviews alone
People do not always remember every judgment call when describing a familiar process. Observing representative work and reviewing past corrections often reveals decisions that an interview misses.
The first prototype should include ordinary cases and meaningful exceptions. Each correction can then be translated into a source rule, validation condition, interface need or escalation path.
Decide what should not be automated
Some decisions are too ambiguous, rare or consequential to encode responsibly in the first version. Capturing judgment includes identifying those boundaries and designing a clear human path rather than forcing every case through automation.