{"course":{"slug":"agents-and-automation","title":"Agents and Automation","url":"https://addaly.com/learn/agents-and-automation","level":"intermediate","track":"build"},"lesson":{"slug":"when-people-route-around-it","title":"When people quietly work around it","url":"https://addaly.com/learn/agents-and-automation/when-people-route-around-it","position":68,"of":72,"minutes":9,"answer":"Removing a manual step also removes whatever incidental checking that step provided, and the errors it used to catch reappear somewhere nobody is looking.","keyIdea":"Removing a manual step also removes whatever incidental checking that step provided, and the errors it used to catch reappear somewhere nobody is looking."},"body":{"format":"markdown","text":"## Workarounds are data\n\nSix weeks after launch, somebody keeps a private spreadsheet beside the system. Somebody else re-checks every output by hand. A team has a rule that for one particular client they do it manually. Nobody has complained.\n\nThese are not disobedience. They are the most precise feedback you will ever receive, and each one names a specific defect. The spreadsheet holds the field the system does not capture. The re-checking marks the case where it was wrong once. The manual exception is the client whose documents look different.\n\nGo and look at the spreadsheet. It is the requirements document you failed to gather.\n\n## The four reasons adoption fails\n\n**It lives somewhere else.** A tab away, behind another login. Anything requiring a copy and a paste loses to the existing habit, regardless of quality.\n\n**It is slower for the person.** Faster overall and slower at the moment of use is still slower to the person using it. Waiting eight seconds for a suggestion when typing takes twenty is not obviously a gain.\n\n**The correction path costs more than the task.** If it is right 90 per cent of the time but fixing the other 10 per cent takes longer than doing it from scratch, the rational choice is to do it from scratch, every time. Reducing the cost of correction usually beats raising accuracy: an editable draft with the source shown beside it can make a 90 per cent system useful, while an unfixable 97 per cent system is not.\n\n**It removed a step that was doing something else.** This is the subtle one.\n\n## The step that was also a check\n\nThe person who typed invoice details into the system was, incidentally, reading them. They noticed the wrong purchase-order number, the supplier who had changed their bank details, the quantity that made no sense for that customer. None of that was in their job description and none of it was in the process map.\n\nAutomate the typing and the typing goes away. So does the noticing. The errors it used to catch do not stop occurring; they stop being caught, and they surface later, somewhere else, where nobody connects them to the change.\n\nTwo consequences. When you map a process, ask explicitly what each person notices while doing each step: a question almost nobody asks. And when you remove a manual step, replace its incidental checking with a deliberate one: a reconciliation, a threshold alert, a sample review. Otherwise you have traded a visible cost for an invisible one, which is exactly the trade this course keeps warning about.\n\n## Measure adoption per person\n\nAn aggregate of 70 per cent hides two completely different situations: seven people using it fully and three refusing, or everyone using it for the easy 70 per cent of their work. The first is a conversation with three people. The second is a product gap on the hard cases, which is where the value was.\n\nChart use per person per week, and talk to the people at both ends. The heaviest user has found something you did not design, and the lightest has a reason worth hearing.\n\n## Do not mandate\n\nThe instinct when adoption is low is to require it. Mandating destroys the signal: people comply visibly and route around it invisibly, and you lose the only instrument you had. You also inherit responsibility for outcomes from a tool people did not choose, which is the worst position to be in when something goes wrong.\n\n## Involve them before, because it is cheaper\n\nThe people whose work changes should shape the thing before it is built. This is the right thing to do and it is also the cheapest requirements-gathering available: they know the exceptions, they know which client is different, they know which field is never filled in properly. A week of their input at the start prevents the six weeks of workarounds at the end.\n\nAnd let them change what they can safely change: the prompt for tone, the categories, the thresholds. A team that can adjust a tool treats it as theirs. A team that must file a ticket to change a word treats it as somebody else's, and works around it accordingly."},"check":{"question":"After automating manual invoice entry, purchase-order mismatches start reaching the finance close undetected: a problem that did not exist before. What is the mechanism?","options":[{"text":"The extractor misreads purchase-order numbers, so accuracy on that field must be improved.","correct":false,"tempting":"Plausible and worth checking, but the mismatches existed before too; what changed is whether anyone saw them."},{"text":"Automation increased throughput, so more invoices means proportionally more errors reaching the close.","correct":false,"tempting":"Volume raises the absolute count, but it does not explain a category of error that used to be caught and now is not."},{"text":"Staff have stopped paying attention because they trust the system, which better training would address.","correct":false,"tempting":"Attributes to complacency what is structural: the task that created the opportunity to notice no longer exists to be attentive during."},{"text":"The manual step was also an inspection, and removing it removed the incidental checking that used to catch these, so the errors now pass through unnoticed.","correct":true}]},"prev":{"slug":"the-bill-and-who-reads-it","title":"What it costs, and where the cost hides","url":"https://addaly.com/learn/agents-and-automation/the-bill-and-who-reads-it"},"next":{"slug":"telling-people-what-is-automated","title":"Saying so, and the tools that cannot prove it","url":"https://addaly.com/learn/agents-and-automation/telling-people-what-is-automated"},"authorship":"Founder and series editor: Dr Mustafa Mun. Written by AI models to a written standard. Exam keys checked blind by a second model: 3,665 of 3,666 agreed. Academic review invited.","review":{"status":"Draft, open for academic review"},"cite":"Addaly (2026) 'When people quietly work around it', in Agents and Automation. Edited by M. Mun. Addaly. Available at: https://addaly.com/learn/agents-and-automation/when-people-route-around-it (Accessed: 13 October 2026).","licence":{"name":"CC BY-NC-SA 4.0","url":"https://creativecommons.org/licenses/by-nc-sa/4.0/"},"reader":{"schema":1,"title":"When people quietly work around it","courseTitle":"Agents and Automation","module":{"index":8,"slug":"living-with-it","title":"The year after it ships"},"answer":null,"keyIdea":"Removing a manual step also removes whatever incidental checking that step provided, and the errors it used to catch reappear somewhere nobody is looking.","hero":{"kind":"plate","image":null,"alt":null,"caption":null},"blocks":[{"t":"h2","id":"workarounds-are-data","runs":[{"text":"Workarounds are data"}]},{"t":"p","runs":[{"text":"Six weeks after launch, somebody keeps a private spreadsheet beside the system. Somebody else re-checks every output by hand. A team has a rule that for one particular client they do it manually. Nobody has complained."}]},{"t":"p","runs":[{"text":"These are not disobedience. They are the most precise feedback you will ever receive, and each one names a specific defect. The spreadsheet holds the field the system does not capture. The re-checking marks the case where it was wrong once. The manual exception is the client whose documents look different."}]},{"t":"p","runs":[{"text":"Go and look at the spreadsheet. It is the requirements document you failed to gather."}]},{"t":"h2","id":"the-four-reasons-adoption-fails","runs":[{"text":"The four reasons adoption fails"}]},{"t":"p","runs":[{"text":"It lives somewhere else.","b":true},{"text":" A tab away, behind another login. Anything requiring a copy and a paste loses to the existing habit, regardless of quality."}]},{"t":"p","runs":[{"text":"It is slower for the person.","b":true},{"text":" Faster overall and slower at the moment of use is still slower to the person using it. Waiting eight seconds for a suggestion when typing takes twenty is not obviously a gain."}]},{"t":"p","runs":[{"text":"The correction path costs more than the task.","b":true},{"text":" If it is right 90 per cent of the time but fixing the other 10 per cent takes longer than doing it from scratch, the rational choice is to do it from scratch, every time. Reducing the cost of correction usually beats raising accuracy: an editable draft with the source shown beside it can make a 90 per cent system useful, while an unfixable 97 per cent system is not."}]},{"t":"p","runs":[{"text":"It removed a step that was doing something else.","b":true},{"text":" This is the subtle one."}]},{"t":"h2","id":"the-step-that-was-also-a-check","runs":[{"text":"The step that was also a check"}]},{"t":"p","runs":[{"text":"The person who typed invoice details into the system was, incidentally, reading them. They noticed the wrong purchase-order number, the supplier who had changed their bank details, the quantity that made no sense for that customer. None of that was in their job description and none of it was in the process map."}]},{"t":"p","runs":[{"text":"Automate the typing and the typing goes away. So does the noticing. The errors it used to catch do not stop occurring; they stop being caught, and they surface later, somewhere else, where nobody connects them to the change."}]},{"t":"p","runs":[{"text":"Two consequences. When you map a process, ask explicitly what each person notices while doing each step: a question almost nobody asks. And when you remove a manual step, replace its incidental checking with a deliberate one: a reconciliation, a threshold alert, a sample review. Otherwise you have traded a visible cost for an invisible one, which is exactly the trade this course keeps warning about."}]},{"t":"h2","id":"measure-adoption-per-person","runs":[{"text":"Measure adoption per person"}]},{"t":"p","runs":[{"text":"An aggregate of 70 per cent hides two completely different situations: seven people using it fully and three refusing, or everyone using it for the easy 70 per cent of their work. The first is a conversation with three people. The second is a product gap on the hard cases, which is where the value was."}]},{"t":"p","runs":[{"text":"Chart use per person per week, and talk to the people at both ends. The heaviest user has found something you did not design, and the lightest has a reason worth hearing."}]},{"t":"h2","id":"do-not-mandate","runs":[{"text":"Do not mandate"}]},{"t":"p","runs":[{"text":"The instinct when adoption is low is to require it. Mandating destroys the signal: people comply visibly and route around it invisibly, and you lose the only instrument you had. You also inherit responsibility for outcomes from a tool people did not choose, which is the worst position to be in when something goes wrong."}]},{"t":"h2","id":"involve-them-before-because-it-is-cheaper","runs":[{"text":"Involve them before, because it is cheaper"}]},{"t":"p","runs":[{"text":"The people whose work changes should shape the thing before it is built. This is the right thing to do and it is also the cheapest requirements-gathering available: they know the exceptions, they know which client is different, they know which field is never filled in properly. A week of their input at the start prevents the six weeks of workarounds at the end."}]},{"t":"p","runs":[{"text":"And let them change what they can safely change: the prompt for tone, the categories, the thresholds. A team that can adjust a tool treats it as theirs. A team that must file a ticket to change a word treats it as somebody else’s, and works around it accordingly."}]}],"check":{"question":[{"text":"After automating manual invoice entry, purchase-order mismatches start reaching the finance close undetected: a problem that did not exist before. What is the mechanism?"}],"options":[{"text":[{"text":"The extractor misreads purchase-order numbers, so accuracy on that field must be improved."}],"correct":false,"tempting":[{"text":"Plausible and worth checking, but the mismatches existed before too; what changed is whether anyone saw them."}]},{"text":[{"text":"Automation increased throughput, so more invoices means proportionally more errors reaching the close."}],"correct":false,"tempting":[{"text":"Volume raises the absolute count, but it does not explain a category of error that used to be caught and now is not."}]},{"text":[{"text":"Staff have stopped paying attention because they trust the system, which better training would address."}],"correct":false,"tempting":[{"text":"Attributes to complacency what is structural: the task that created the opportunity to notice no longer exists to be attentive during."}]},{"text":[{"text":"The manual step was also an inspection, and removing it removed the incidental checking that used to catch these, so the errors now pass through unnoticed."}],"correct":true,"tempting":null}],"order":[0,1,3,2],"why":null},"prev":{"slug":"the-bill-and-who-reads-it","title":"What it costs, and where the cost hides","minutes":9},"next":{"slug":"telling-people-what-is-automated","title":"Saying so, and the tools that cannot prove it","minutes":9}}}