Part one · Replace visible complianceAdoption begins with an opportunity, not a click
An organisation needs to know whether an AI capability is available, encountered, chosen appropriately, integrated into work and improving an outcome. Login and prompt counts reveal almost none of that path.
A licence can be unused because the person has no eligible task, cannot access the tool, never encounters it at the right moment, judges correctly that it is unsuitable or works around a broken integration. The same licence can be heavily used for low-value experimentation, repeated attempts to correct a bad output or activity manufactured to satisfy a target. Headcount and total transactions are usually equally weak denominators because they mix people and events for which AI is relevant, irrelevant, forbidden or unavailable.
The unit of observation should therefore be the eligible work opportunity: an event in which the capability could legitimately help, with inclusion, exclusion, case mix, operating boundary and affected population stated. The numerator is not use alone. It records whether the route was appropriate, including justified non-use, override, deferral and manual handling, and whether the work episode completed with an acceptable outcome and burden.
This changes the management question. “Who is using it?” invites personal compliance monitoring. “Where does the eligible adoption path break?” invites diagnosis of access, integration, timing, evidence, authority, workload, support, product behaviour and premise. The second question can usually be answered with less revealing data and leads to an owner who can act.
The strongest rival is that aggregate monitoring can conceal local harm and dangerous non-adoption. Managers may need individual evidence for safety, fraud, support, compliance or fair performance review. Protected inquiry can be expensive, and a five-person specialist team cannot become anonymous through arithmetic. These objections reject blanket aggregation, not minimum necessary evidence. The design must escalate proportionately when a material decision cannot be answered at a lower rung, then close and delete the temporary evidence.
Part two · Observe the whole pathEight layers prevent one activity rate from standing in for adoption
The Adoption Observability Architecture is this article's synthesis for deciding what must be visible and at what level. Its layers remain separate because a strong signal in one can coexist with failure in another.
Eligible opportunity population defines the relevant events and exclusions. Availability and access tests permissions, device, integration, language, accessibility, timing and support. Encounter and choice shows whether the capability appeared at the right point and whether use, non-use, override, deferral or manual handling remained possible. Appropriateness assesses whether that choice matched evidence, consequence, operating boundary and human authority.
Workflow integration traces information, correction, exception, handoff, queue and downstream action so local speed cannot hide displaced work. Outcome and burden compares service, quality, safety, delay, rework, workload, cost and affected-party result with a defensible baseline. Capture and distribution asks who received value, capacity relief or harm across the organisation and population. Learning and lifecycle links feedback, incidents, versions, drift, revalidation, fallback and retirement.
No composite adoption score can preserve these disagreements. High encounter can coexist with inappropriate reliance. Low use can be correct when eligibility is rare. Faster drafting can increase review and queue burden. Averages can improve while a language group loses access. The panel must keep the layers visible enough for owners to see which condition moved.
| Layer | Denominator | Minimum signal | Interpretation | Owner | Surveillance risk |
|---|---|---|---|---|---|
| Eligible opportunity | Legitimate work events | Event volume and exclusions | What could reasonably adopt | Business and workflow owner | Linking events to people unnecessarily |
| Availability and access | Eligible events requiring access | Aggregate permission, integration and support failures | Whether use was possible | Product and service owner | Device or location tracking beyond the question |
| Encounter and choice | Accessible events at the relevant step | Aggregate route selected | Use, non-use, override or manual choice | Workflow owner | Treating choice as attitude or intent |
| Appropriateness | Events with a defined operating boundary | Sampled correct route by case type | Whether reliance matched the work | Outcome and risk owner | Penalising justified abstention |
| Workflow integration | Appropriately routed events | Completion, exception, queue and rework | Whether the episode closed | Operations owner | Minute-level trace of individual activity |
| Outcome and burden | Completed comparable episodes | Service, quality, safety and workload | Whether the result improved | Business outcome owner | Attributing team outcome to one worker |
| Capture and distribution | Affected population and organisation | Value, burden and subgroup distribution | Who gained, lost or absorbed work | Value and workforce owners | Hiding small-group harm in averages |
| Learning and lifecycle | Active versions and periods | Feedback, incidents, drift and closure | Whether evidence remains valid | Product and governance owner | Indefinite behavioural history |
Part two · Contract the populationCount the work that could adopt, including the correct refusal
The Adoption Denominator Contract fixes the population before anyone calculates a rate. It states which work events are eligible, which are excluded and which operating choices count as correct.
The contract names the work event and decision population, inclusion and exclusion rules, operating boundary, justified non-use, override, abstention and manual routes. It records the observation period, expected volume, seasonality, case mix, role, shift, channel, location and affected population. It fixes the model, system, workflow and policy versions. It also identifies missing opportunities, unobservable cases, owners, challenge, expiry and revalidation.
A service centre illustrates the value. Prompt count per employee is replaced with eligible cases at team-workflow level. A complaint requiring summarisation may be eligible. A statutory exception where the assistant is prohibited is not. A case where the assistant was unavailable belongs in the access denominator but cannot be judged as a user choice. An adviser who sends the case to a manual specialist after the model crosses its boundary has produced correct adoption, not failure.
Denominators are allowed to differ by task and period. A seasonal tax capability may face few eligible events for most of the year. A team with high-risk exceptions may have lower legitimate use than a routine team. Comparison requires compatible work, not an organisation-wide percentage built from unlike populations.
Part three · Collect less, learn moreChoose the lowest signal rung that can settle the decision
The Minimum Necessary Signal Test begins with a decision question, not with available telemetry. If a less revealing signal can answer the question, use it. If no action depends on the answer, do not collect it.
Twelve checks make that rule executable. Name the precise decision, option and consequence. Ask whether existing service, outcome, queue or incident data can answer it. Test whether aggregate workflow or cohort evidence is enough. Reduce content, identity, time, location, sequence and retention. Examine small-cell and joinability risk. Validate the signal against the adoption layer and denominator. Protect correct non-use, difficult work and help-seeking. State rivals, audiences, possible actions and prohibited reuse. Give workers and affected parties an intelligible challenge route. Finally, compare the expected decision benefit with privacy, employment, dignity and trust risk.
Suppose aggregate use is low. Existing operational data may show that few eligible cases occurred. If opportunity was abundant, aggregate access data may show that permissions failed after office hours. If access worked, workflow completion may reveal that the tool created a downstream queue. None of these questions requires names or prompt content. Only after lower rungs fail should the inquiry become more detailed.
The Adoption Signal Ladder records proportional escalation. Rung zero uses evidence already generated for legitimate operations. Rung one adds aggregate workflow counts and distributions. Rung two creates a protected cohort view with thresholds and case-mix adjustment. Rung three uses a time-bounded representative event sample. Rung four runs protected interviews, observation or work diaries with paid time and source safeguards. Rung five is an individual investigation governed separately for safety, legal or formal performance purposes.
Movement upward needs a reason: what lower rung failed to distinguish, who authorises the extra collection, when it ends and how it deletes. Technology availability is never the reason. The ladder also permits movement downward after repair. A bounded sample that identifies a permissions defect should end once aggregate access evidence can verify closure.
| Rung | Decision question | Data | Safeguard | Access | Expiry | Escalate when |
|---|---|---|---|---|---|---|
| 0 · Existing operations | Did service, outcome or burden change? | Already legitimate operational evidence | No new worker trace | Existing authorised owners | Existing schedule | Rivals remain indistinguishable |
| 1 · Aggregate workflow | Where does the adoption path break? | Eligible events, access, route, completion | Broad unit, no identifiers | Product and workflow owners | Active diagnostic period | Cohort effects may be hidden |
| 2 · Protected cohort | Does a group face a different condition? | Thresholded, adjusted distributions | Small-cell gate and restricted release | Protected analyst and representatives | Issue closure | Cause needs event context |
| 3 · Event sample | Which work mechanism causes the pattern? | Minimal representative cases | Time bound, minimal identity, independent review | Named diagnostic team | Sample conclusion | Experience or hidden work remains unclear |
| 4 · Qualitative inquiry | How does work actually unfold? | Protected interviews, observation or diaries | Paid time, source protection, no performance reuse | Independent inquiry team | Answer and source-safe deletion | Specific safety or conduct event emerges |
| 5 · Separate investigation | What occurred in a material individual case? | Necessary direct evidence | New authority, notice, contestability and remedy | Authorised incident or formal process | Applicable legal or policy schedule | Never as an adoption metric |
| Proposed field | Less revealing alternative | Validity problem | Privacy risk | Action supported | Owner |
|---|---|---|---|---|---|
| Prompt count by employee | Eligible-event route by workflow | Activity does not show appropriateness | Individual compliance ranking | Diagnose where route breaks | Workflow owner |
| Full prompt content | Bounded defect codes or protected sample | Content may contain unrelated context | Personal, customer and semantic exposure | Repair a defined product defect | Product and privacy owners |
| Minute-level time | Episode completion and queue distribution | Presence is not productive outcome | Continuous behavioural trace | Change capacity or sequence | Operations owner |
| Named override list | Appropriate-override sample by case type | Override may be the correct control | Penalty for professional judgment | Test boundary and model behaviour | Risk and outcome owners |
| Language-labelled individual result | Protected cohort outcome with safe room | Small population and case mix differ | Easy reidentification | Repair language access and model quality | Product and workforce owners |
| Vendor session replay | Aggregate completion and sampled defects | Replay exceeds most adoption questions | Content, sequence and third-party reuse | Usually none; block by default | Data and commercial owners |
Part four · Protect the rare and recognisableRemoving names does not make a small cohort anonymous
The Small-Cell and Reidentification Gate tests whether an apparently aggregate result still exposes a person, role or protected group through context, repetition or combination with other information.
A five-person specialist team remains identifiable to its manager. A rare language, disability, shift, location, case type or sequence can reveal the person without a name. Repeated monthly releases allow subtraction: if four values are already known, the fifth can be inferred. Free text and prompt fragments carry semantic fingerprints. Joining adoption data with schedules, tickets or HR records can recreate identity even when each release looks harmless alone.
The gate examines minimum cohort and event thresholds, rare attributes, indirect identifiers, joinability, repeated releases, semantic traces, manager knowledge and downstream recipients. Controls may include suppression, coarsening, aggregation, delayed release, noise, restricted safe rooms and independent review. Each control also has a validity cost. If coarsening destroys the distinction needed for action, move to protected inquiry or stop public release rather than claiming the question is answered.
A multilingual cohort may have worse outcomes but be too small for an open dashboard. A restricted reviewer can analyse the cohort in a safe setting, include worker representation, route the language and product defects to owners and publish only the condition and repair. The subgroup signal survives without creating a permanent named ranking.
Part four · Keep purposes from collidingAdoption, safety and performance need different doors
The Safety-Adoption Separation Contract prevents an adoption dashboard from absorbing evidence whose purpose, consequence and safeguards are fundamentally different.
Safety, incident and mandatory-reporting signals have their own thresholds, access, retention and escalation. Adoption measurement must not suppress or delay a serious incident route. Safety data must not become an adoption target or productivity league table. Protected near-miss and help-seeking evidence stays apart from ordinary performance files unless an explicit exception and due process apply. Missing protected data is labelled missing, not entered as zero.
A safety-critical override pattern may justify examining an individual event. That event leaves the adoption panel and enters a separately governed incident process. The new process supplies authority, necessary evidence, notice, access, challenge and remedy. It does not turn all override telemetry into named adoption monitoring. The distinction preserves both safety investigation and honest adoption evidence.
| Signal | Purpose | Access | Action | Prohibited reuse | Retention | Challenge route |
|---|---|---|---|---|---|---|
| Eligible-event aggregate | Adoption diagnosis | Workflow, product and privacy owners | Repair access, fit or integration | Named ranking or discipline | Diagnostic period | Worker and representative review |
| Protected near miss | Collective learning and prevention | Protected safety-learning roles | Control and practice improvement | Routine performance file | Purpose-specific expiry | Non-retaliation and source-protection route |
| Serious incident event | Containment, investigation and recovery | Authorised safety and assurance roles | Immediate control and fair investigation | Adoption target or general browsing | Applicable incident schedule | Access, representation and appeal |
| Formal performance evidence | Declared individual review | Person, representative and authorised managers | Support or proportionate consequence | Unnotified adoption-data import | Applicable personnel schedule | Correction and independent appeal |
Part five · Turn observation into repairEvery signal needs a question, rival and owner
The Adoption Inquiry Protocol follows seven moves: question, denominator, minimal signal, protected analysis, rival test, owner decision, then closure and deletion.
Start with the option the organisation might change and the cost of doing nothing. Define eligible opportunities and correct non-use. Choose the lowest signal rung that can distinguish plausible causes. Apply access, aggregation, reidentification, retention and purpose controls. Compare product, workflow, evidence, authority, workload, capability, incentive and premise explanations. Route the condition to an owner able to change it. Finally, verify the repair, tell the affected group, remove temporary data and reauthorise any continuing measure.
The Privacy-Preserving Adoption Panel retains seven separate views: opportunity; access and encounter; appropriateness; workflow integration; outcome and distribution; diagnostic inquiry; privacy and lifecycle. It does not show names, prompt text, minute-by-minute activity, sentiment or an adoption score. Authorised drill-down begins only when a docket states the unresolved question and why a lower rung failed.
The Adoption Monitoring Docket records the question, denominator, evidence gap, proposed rung, lower-rung alternatives, validity, rivals, case mix, privacy and employment risk, small-cell findings, purpose, prohibited reuse, audiences, notice, consultation, owners, decision, interim protection, closure, deletion and reauthorisation. A material change to the question, denominator, signal, granularity, audience, purpose, model, workflow, vendor, workforce, law or consequence reopens the docket.
Let the panel show disagreement
A useful adoption panel is allowed to look untidy. Opportunity may be abundant while access remains poor. Encounter may rise while appropriateness falls. Local completion may improve while downstream rework grows. Enterprise outcomes may strengthen while one protected cohort loses access. Those disagreements are not presentation defects. They are clues about where the work system needs attention. A single green adoption indicator would erase them and make the dashboard easier to manage than the operation.
Each view should end in a management question. The opportunity view asks whether the denominator is complete. Access asks whether eligible work could reach the capability. Appropriateness asks whether the selected route matched the boundary. Integration asks where work, correction or burden moved. Outcome asks who received the benefit or harm. Diagnostic inquiry records unresolved rivals and temporary evidence. Privacy and lifecycle show which collection remains authorised and what must now be deleted. No view ranks people, and no drill-down opens merely because a manager is curious.
Close with a changed condition and less data
Closure is stronger than a dashboard refresh. The responsible owner implements a repair, repeats the relevant work events and demonstrates that the condition changed without creating a worse outcome elsewhere. A night-shift access defect closes when permissions, support and appropriate completion work during representative night operations, not when the average login rate rises. The docket then records what was learned, tells the affected workforce, removes the event sample or interview material and confirms that downstream copies have also been deleted.
Continuing measures need an expiry even when they are aggregate. A stable operational count may remain useful, but its denominator, version, audience and purpose should be reviewed after workflow or model change. Temporary identifiers should disappear sooner. Protected qualitative sources should not become a permanent archive of worker testimony. Vendor-held telemetry needs the same deletion proof as an internal store. Retention without an active decision question turns diagnostic evidence into latent surveillance.
Proportional escalation also protects against the opposite error: averaging away a dangerous minority condition. When aggregate evidence cannot distinguish harm, the organisation should climb the ladder with a restricted cohort analysis, bounded sample or independent inquiry. When a specific serious event requires identity, it should enter the authorised incident process. Privacy does not require blindness. It requires that added visibility be necessary, controlled and removed when the decision is complete.
Part five · Ten boundary testsDifferent evidence gaps require different rungs
1 · Prompts per adviser
Replace the ranking with eligible service cases, appropriate route and downstream outcome at team-workflow level.
Route: aggregate workflow signals only.
2 · Low use, two possible causes
Operational volumes and access failures distinguish scarce eligible work from broken integration without identifying workers.
Route: aggregate workflow signals only.
3 · Five identifiable specialists
A restricted reviewer examines minimal event samples; open reporting names the repaired condition, not the people.
Route: bounded event sample with safeguards.
4 · Safety-critical override
A material event leaves the adoption panel and enters the authorised incident route with access and challenge.
Route: separate safety monitoring.
5 · Night-shift access gap
Shift-level permission, support and encounter evidence routes an operational repair without a named list.
Route: aggregate workflow signals only.
6 · Small multilingual cohort
A protected cohort view and independent safe-room analysis preserve the subgroup outcome without public identification.
Route: bounded sample with safeguards.
7 · Managers request prompt content
Protected interviews and representative work observation reveal the integration failure with less revealing evidence.
Route: protected qualitative inquiry.
8 · Vendor session replay
Sentiment, content and sequence capture exceed the decision and create unauthorised reuse.
Route: stop collection.
9 · Target drives visible compliance
Activity rises while correct non-use and incident reporting fall. Protected inquiry tests gaming and removes the target.
Route: protected qualitative inquiry.
10 · Monthly small-business sample
A few eligible events receive direct contextual review and immediate deletion; no telemetry platform is built.
Route: aggregate operations plus bounded sample.
The small-business case is a negative control against measurement theatre. A modest sample can answer a real decision when the event, boundary, context and outcome are visible. More instrumentation would add privacy cost without improving the decision.
Part five · Exercise the choiceAdoption Monitoring Without Surveillance Designer
Use this instrument before adding a field to an adoption dashboard or opening a deeper inquiry. It selects an evidence route; it does not produce a worker score, trust probability or surveillance rating.
Use aggregate workflow signals only
Interpret the result as a limit
The aggregate route permits only workflow-level diagnosis. A bounded sample permits declared fields for representative events with restricted access and deletion. Protected qualitative inquiry permits paid, source-safe interviews or observation without performance reuse. The safety route removes the event from adoption measurement and applies the relevant incident process. The stop route blocks collection because the question, signal or proportionality fails.
The designer cannot establish a lawful basis, anonymise a dataset, prove adoption, adjudicate a safety event or make an employment decision. It structures the docket and reveals when specialist privacy, legal, workforce, security, safety or statistical review is necessary.
ConclusionIlluminate the work system, not the worker's every move
Good adoption monitoring reveals whether an eligible opportunity reached the right person, met a legitimate choice, completed the workflow and improved an outcome. It does not require a permanent record of individual activity.
Begin with the decision and denominator. Reuse legitimate operational evidence. Add an aggregate workflow signal only when needed. Protect cohorts against reidentification. Sample events for a fixed period when aggregate patterns cannot expose the mechanism. Use protected inquiry when experience and hidden work matter. Move serious incidents into their own governed process. Close every temporary inquiry with repair, communication and deletion.
This approach does not promise anonymity through aggregation or deny managers necessary evidence. It makes escalation proportionate and answerable. A small group may require restricted review. A material incident may require individual facts. A formal performance process may require direct evidence. None of those needs turns clicks, prompts or time online into a general adoption score.
A responsible panel also makes absence visible. Protected data, unobservable work, small cells and delayed evidence are labelled rather than converted to zero. Honest uncertainty preserves the boundary between what managers know, what they suspect and what the evidence permits them to do.
The changed decision is simple: do not ask how much telemetry can be extracted. Ask for the least revealing signal that can distinguish the causes and change an owner’s action. Adoption evidence should illuminate the work system while collecting as little about the worker as the decision allows.
Evidence baseReferences and limits
Current governance and legal sources are applied only within their purpose, version and jurisdiction. Workplace surveys, experiments, reviews and implementation research remain bounded to their samples, designs and sectors. The synthesis does not imply that every monitor is unlawful, every aggregate is anonymous or one adoption measure fits every workflow.
- National Institute of Standards and Technology. AI RMF Core.
- National Institute of Standards and Technology. Descriptions of AI Actor Tasks.
- National Institute of Standards and Technology. Privacy Framework. Version 1.0 is the stable framework; version 1.1 remains in development at drafting.
- UK Government. Artificial Intelligence Playbook for the UK Government.
- UK Information Commissioner's Office. Data Protection and Monitoring Workers. UK guidance, not global legal advice.
- International Labour Organization. Global Case Studies of Social Dialogue on AI and Algorithmic Management.
- Organisation for Economic Co-operation and Development. The Impact of AI on the Workplace.
- Organisation for Economic Co-operation and Development. Algorithmic Management in the Workplace, 2025.
- European Union. Consolidated Regulation (EU) 2024/1689. Applied within EU jurisdiction and its phased timetable.
- European Union. Regulation (EU) 2016/679, Article 5.
- Ravid, D. et al. A Meta-Analysis of the Effects of Digital Surveillance of Workers, 2020.
- Bernstein, E. The Transparency Paradox. Administrative Science Quarterly, 57(2), 2012.
- Kellogg, K., Valentine, M. and Christin, A. Algorithms at Work. Academy of Management Annals, 14(1), 2020.
- Alder, G. and Ambrose, M. An Examination of the Effect of Computerized Performance Monitoring Feedback. Organizational Behavior and Human Decision Processes, 97(2), 2005.
- Goodhue, D. and Thompson, R. Task-Technology Fit and Individual Performance. MIS Quarterly, 19(2), 1995.
- Klein, K. and Sorra, J. The Challenge of Innovation Implementation. Academy of Management Review, 21(4), 1996.
- Damschroder, L. et al. The Updated Consolidated Framework for Implementation Research. Implementation Science, 17, 2022.
- May, C. and Finch, T. Implementing, Embedding, and Integrating Practices. Sociology, 43(3), 2009.