The Evaluating Self

46Trust in Automation: Designing for Appropriate Reliance

John D. Lee and Katrina A. See, Human Factors 46(1), pp. 50–80, 2004

Trust in Automation, 2004 — the review in five moves Trust andaffect Basis oftrust People tomachines Dynamicmodel Trustableautomation Trust is an attitude;reliance is a behaviour.Calibration, resolutionand specificity. Performance, process,purpose: what it does,how it works, why itwas built. No intent, no symmetryand no fixed order ofdevelopment. Care inextrapolating. A closed loop: trustguides reliance, andreliance supplies theevidence for trust. Design for appro-priate trust, notgreater trust. Showprocess and purpose. Misuse and disuse are one failure seen from two sides: trust that does not match what the machine can do. Complexity sets the boundary. Where an exhaustive check is possible, trust does not decide anything.
Figure 46.0 — The review's five moves. A definition, three bases, three processes, a loop, and a design rule that runs against the industry's instinct.

Lee and See open with two accidents and a refusal. A flight crew, trusting the autopilot, did not take manual control while it flew their Airbus A320 into the ground. The crew of the cruise ship Royal Majesty let a malfunctioning navigation system carry the vessel off course for twenty-four hours before it ran aground. In the paper mills Shoshana Zuboff studied, operators rejected automated controllers that worked. Parasuraman and Riley had named the two failures: misuse, relying on automation where its assumptions do not hold, and disuse, refusing what it can do. Lee and See argue that both are the same failure measured from opposite sides. People respond to machines socially, and once automation is complex enough that no operator can hold a complete account of it in mind, reliance is guided not by analysis but by an attitude. That attitude is trust. Their review gathers what the organisational, sociological, interpersonal, psychological and neurological literatures have found about trust between people, and asks how much survives the move to a partner with no intentions of its own. What comes out is a definition, three bases on which trust can rest, three processes by which information about the machine is taken in, and a closed loop in which trust and reliance feed each other. The design conclusion is the first item on their list and the least intuitive: design for appropriate trust, not greater trust.

Trust and affect

Beliefs, attitudes, intentions, and behaviour

The definitions in circulation disagreed about the kind of thing trust is. Rotter called it an expectancy that another's word can be relied upon; Barber, an expectation of technically competent role performance; Mayer, Davis and Schoorman, a willingness to be vulnerable to another's actions irrespective of any ability to monitor them, which Lee and See note is the field's standard, with 203 citations in the Institute for Scientific Information database as of April 2003; Kramer, a state of perceived vulnerability. Belief, attitude, intention, behaviour: four different answers.

Ajzen and Fishbein's sequence sorts them. Beliefs are the information base, an attitude is an affective evaluation of beliefs, attitudes produce intentions, and intentions produce behaviour subject to what the environment permits. Trust is the attitude. Reliance is the behaviour. Keeping the two apart explains why trust guides reliance without determining it: an operator may trust the automation, intend to use it, and still lack the time to engage it, or find configuring it more work than it saves. Workload, perceived risk and self-confidence stand alongside trust at the same point in the chain. The definition follows: trust is the attitude that an agent will help achieve an individual's goals in a situation characterised by uncertainty and vulnerability. It is goal-oriented by construction, so trust is not a consideration at all where the trustor depends on the trustee for nothing.

Calibration, resolution, and specificity

Three properties describe how well trust matches the machine. Calibration is the correspondence between a person's trust and the automation's actual capabilities; overtrust leads to misuse, distrust to disuse. Resolution is how finely a judgment of trust discriminates between levels of capability: with poor resolution a wide range of capability maps onto a narrow range of trust, so large changes in what the machine can do register as small changes in what the operator feels. Specificity is what the trust attaches to — functional specificity, whether it is aimed at one mode or at the whole system, and temporal specificity, whether it tracks moment-to-moment fluctuation or only the long-run average.

Trust against the capability of the automation Automation capability (trustworthiness) Trust calibrated: trust matches capability overtrust: trust exceeds capability and the automation is misused distrust: trust falls short and the automation is disused poor resolution Poor resolution: a wide range of capability maps onto a narrow range of trust; large changes register as small. Redrawn from the paper's Figure 2. Schematic; the axes carry no numbers.
Figure 46.1 — Calibration and resolution. The diagonal is the only place both failures are avoided; the shallow line is a truster whose trust barely moves as capability does.

The individual, organisational, and cultural context

Trust does not start from zero. Rotter's Interpersonal Trust Scale measures a stable disposition, with an internal consistency of .76 and a test-retest reliability of .56 across seven months. High-trust people are not more gullible and are no more intelligent; they are seen as more trustworthy, behave more truthfully, and predict other people's trustworthiness more accurately. Lee and See use this to explain an awkward result in their own field: on a complacency scale, high-complacency individuals detected more automation failures than low-complacency individuals under constant reliability, 53.4% against 18.7%. Disposition may govern not how much a person trusts but how well they adjust.

The organisational context supplies trust indirectly, through reputation, gossip and role: an engineer is trusted not for any demonstrated ability but for the education and regulation standing behind the title. Culture supplies norms. A questionnaire of 1136 Japanese and 501 American respondents found the Americans more trusting in general and more attentive to reputation, the Japanese placing more weight on committed personal relationships, which the authors read as social stability making trust less necessary; across countries, the level of social trust accounts for over 64% of the variance in Internet adoption. Within a country, groups differ by exposure: pilots, accustomed to automation, trusted and relied on it more than students did.

The basis of trust

Performance, process, and purpose

The information trust rests on can be sorted by how abstract the attribution is. Lee and Moray had named three levels, and the paper's Table 1 shows fourteen published lists of trust dimensions collapsing onto them. Performance is what the automation does: reliability, predictability, competence demonstrated at the operator's goals. Process is how it works: whether its algorithms suit the situation and can be understood, with openness part of the same dimension. Purpose is why it was built: the designer's intent, and whether the machine is being used inside the realm of that intent. In the interpersonal literature these are ability, integrity and benevolence; in Zuboff's operators meeting new technology they were trial-and-error experience, understanding, and a leap of faith.

The three bases of trust, and what feeds each Basis The information that feeds it Purpose why it was built Process how it works Performance what it does the designer's stated intent, and the range of situations the automation was built for purpose implies a process, and a process implies performance the algorithm; intermediate results made visible; openness about how a recommendation was reached performance is evidence of process, and process of purpose reliability and predictability; the record of what it has done, and how that record depended on the situation Other names for the same three: ability, integrity and benevolence; reliability, dependability and faith. Trust resting on one of the three alone is fragile; trust resting on all three is stable.
Figure 46.2 — The three bases, the information that supports each, and the inferences that run between them. Incoherence between two levels damages trust as much as a poor record does.

The three are not independent. Observing performance supports inferences about process, and understanding the process supports inferences about intent; the reverse inferences run too. So trust can fail in two ways: poor correspondence, where the inferences do not match what is observed, and poor coherence, where the inferences at different levels contradict each other. A manager whose stated intentions disagree with his actions damages trust particularly badly. Trust resting on a single basis is volatile; trust resting on several is stable, which is why trust in automation sometimes looks fragile and sometimes immovable.

Analytic, analogical, and affective

Information becomes trust by three routes. The analytic route is the rational-choice account, an expected-value calculation accumulating over interactions, corresponding to Rasmussen's knowledge-based behaviour; Lee and See think it describes a normative level of trust rather than how trust develops, since expert decision makers seldom compare alternatives exhaustively. The analogical route is cheaper: trust assigned by category, rule, role and reputation, corresponding to rule-based behaviour. It is efficient and brittle. Where roles had been defined by a binding contract, trust fell sharply once the contracts were removed; and responses to warnings, which slow after false alarms, sped up again under gossip that understated the false-alarm rate.

How information about the automation is taken in Analytic weighed from evidence Analogical category, rule, reputation Affective felt, and fast Thin arrows contribute; the thick ones dominate. Affect shapes the analysis more than the analysis shapes affect. Rasmussen's knowledge-based and rule-based behaviour sit behind the first two. After the paper's Figure 3.
Figure 46.3 — The three processes. Both upper routes feed the lower one, and the lower one exerts the stronger influence back.

The third route is affective, and the paper argues that is where trust finally lives. The neurological evidence is the strongest part of the case. Patients with lesions in the ventromedial prefrontal cortex keep their reasoning, working memory and declarative knowledge and lose the ability to decide; in a gambling task they responded to immediate prospects and ignored long-term consequences. Healthy participants produced a skin-conductance response to large losses and, more tellingly, an anticipatory response that steered them off the risky decks before they could say the decks were risky. Affect also travels through channels no display carries. Zuboff's process operator, describing what computerisation removed, said he used to "listen to sounds the boiler makes" and knew from the colour of the fire what adjustment it needed.

Generalising trust in people to trust in automation

Three differences limit the transfer. Automation lacks intentionality, which is what the purpose dimension is built from; the answer is that automation embodies the intentionality of its designers, and that people impute motives to it anyway as it acquires speech and other human characteristics. There is also no symmetry, because the machine is not aware of being trusted and does not adjust. In a semi-automatic pasteurisation plant where control of a pump could be delegated, delegation to what participants believed was another operator depended on how trustworthy they thought they themselves appeared, while delegation to the automation did not. Responsibility feels shared with a person and undivided with a machine.

Third, the order of development is not fixed. Muir predicted that trust in automation would follow the progression found in romantic relationships, from predictability through dependability to faith. Muir and Moray found the reverse: given a written description of the automation's purpose, operators started with high purpose-level trust and acquired a feel for dependability afterwards. Lee and See dissolve the contradiction by treating performance, process and purpose as levels of abstraction rather than stages of a relationship. Which basis comes first is decided by what the interface, the documentation and the training supply.

A dynamic model of trust and reliance

The paper's central diagram closes the loop. Trust guides reliance, and reliance generates the observations on which trust is revised. A system that is not trusted is not used, and a system that is not used yields little information, so trust cannot grow. That makes observability a design variable. Of the four types of automation Parasuraman, Sheridan and Wickens distinguish, information acquisition can be watched while it is being ignored, since an operator can compare a target cue against the raw data; action implementation cannot. A pump controller reveals nothing to an operator who has taken manual control, which may be why trust fails to recover fully when a system's reliability improves.

Trust and reliance as a closed loop Context: the individual, the organisation, the culture Automation its true capability Display what is shown Belief about the machine Trust an attitude Intention to rely Reliance a behaviour workload, perceived risk, self-confidence, effort to engage what the operator then gets to observe Time constraints and configuration errors decide whether the intention becomes reliance. Weather and poor maintenance change what the automation can do, whatever the operator believes. Redrawn from the paper's Figure 4.
Figure 46.4 — The loop. Trust is one attitude among several feeding the intention to rely, and reliance decides what evidence the operator will have next time.

Because the loop has gain, small differences produce large ones. A minor difference in predisposition can tip one operator into engaging the automation and another into manual control, after which the first operator's trust climbs and the second's declines. Poor temporal specificity acts as a time delay in the loop, making reliance unstable and trust volatile. Faults have a shape in time: an acute fault, one that is repaired, drives trust down and lets it recover; a chronic fault drives it down until operators understand the deficiency and work around it. Neither effect is instantaneous. A time-series analysis showed a first-order differential equation accounting for the change, and the fitted equation explained between 60% and 86% of the variance in operators' reliance.

What a fault does to trust Time Trust fault acute chronic Schematic. A fault moves trust like a first-order system: most of the drop at once, the rest spread over time. The fitted equation explained 60% to 86% of the variance in how much operators relied on the automation.
Figure 46.5 — Trust after a fault. The time constant of this response is what temporal specificity measures.

Trust is conditioned by an automated system's worst behaviour, and initial experience leaves a mark: trust is more resilient when reliability starts high and declines than when it starts low and improves. There is no reliability figure below which trust collapses — estimates of the drop-off range from 90% to 70% to 60% across studies — and the predictability of a fault matters as much as its size, a small fault with unpredictable results damaging trust more than a large fault of constant error. Operators will rely on automation they know to be faulty, if they know how it is faulty. Self-confidence supplies the other half of the comparison: high self-confidence with low trust produces manual control, and low self-confidence produces delegation. Errors in a vehicle navigation aid cost more trust among drivers in a familiar city than an unfamiliar one. And monitoring collapses under multiple tasks: operators responsible only for watching the automation detected almost all its failures and operators with other work did not, a result that survived repetition with experienced pilots and with rare faults, while ten minutes of manual control handed back by adaptive automation substantially improved subsequent detection.

Since the automation is usually perceived through a display, the content and format of that display decide what trust can be calibrated against, and the evidence there is uncomfortable. In an online survey of more than 1400 people, the credibility of a website depended heavily on what the authors called real-world feel: speed of response, a listed physical address, photographs of the organisation. A formal photograph of an author raised the trustworthiness of a research article and an informal one lowered it. Increasing image realism increased reliance on target cueing. Concrete, vivid, specific presentations move affect more than abstract data do, which means the devices that can calibrate trust can also manufacture it against the evidence.

Implications for creating trustable automation

Design errors, maintenance problems and unanticipated variability make completely reliable automation unachievable, so Lee and See aim at a different target. Trustworthy automation performs well. Trustable automation conveys what it can do, so that reliance adjusts to it. The two can conflict: the algorithms that make a system perform best may be the ones no operator can follow, and where joint performance depends on appropriate reliance, a simpler and less capable system can be worth more than a complex and better one.

GuidelineWhat it addresses
Design for appropriate trust, not greater trustmisuse and disuse are both failures
Show what the automation has donethe performance basis
Reveal intermediate results, comprehensiblythe process basis
Simplify the algorithm where it must be understoodtrustworthy against trustable
State the design basis and range of applications, in the user's termsthe purpose basis
Show how past performance depended on the situationresolution and specificity
Reveal the context and help classify it against the machine's competencecontext-dependent capability
Give final authority to the automation for time-critical decisionsintention that cannot become reliance in time
Treat gossip and informal discussion as part of trainingthe analogical process
Evaluate any synthetic conversational partner before shipping itimputed intent and false expectation

One gap closes the section. As soon as several people share responsibility for a machine, the governing quantity becomes what the authors call meta trust: the trust one operator has that another operator's trust in the automation is appropriate. Nobody had studied it.

Since 2004

The paper became the standard reference for its subject and supplied the vocabulary the field still uses: calibration, resolution, specificity, and the triad of performance, process and purpose. Its central asymmetry — that the goal is matching, not maximising — has been absorbed well enough that "building trust" now sounds naive in human factors and remains the default phrase everywhere else.

Three lines of work have tested it. A 2011 meta-analysis of trust in human-robot interaction found the characteristics of the machine, and its performance above all, to be much the largest determinant of trust, with operator traits and environmental factors far behind; that vindicates the performance basis and leaves the long sections on individual and cultural context resting on the thin evidence the authors admitted they had. Hoff and Bashir's 2015 review reorganised the same literature into dispositional, situational and learned trust, a cleaner cut than this paper's. And the recommendation to reveal process became the transparency literature, where results are mixed: more explanation raises workload without reliably improving calibration, and operators given an algorithm's intermediate results still fail to pick out the cases where it is wrong.

Measurement remains the weak joint. The trust scales in common use, including the one Jian, Bisantz and Drury published in 2000, are self-report instruments administered after the fact, which sits badly with a construct the paper says is affective, fast and continuously updated. Most of the evidence in the review comes from microworlds run for an hour or two, and the loop the paper draws has its longest time constants in exactly the settings hardest to study.

Two predictions have aged conspicuously well. The first is that trust would become a consumer problem, in home automation, personal robots and cars; the partial-driving-automation incidents of the following two decades are calibration failures of precisely the kind the paper diagrams, with observability of the sort it identifies as the hardest. The second is the warning about synthetic conversational partners. Systems that speak fluently recruit the analogical and affective routes directly, borrowing a category membership they have not earned, so the trust they collect is set by surface features rather than by the record — the mechanism Lee and See described when the state of the art was a text-to-speech engine and a photograph on a web page.

Claims drawn from this chapter · 9

A fault you cannot predict costs more trust than a big one

Lee and See report that what damages trust is not how big a fault is but how unpredictable it is. People will keep using a machine they know to be faulty as long as they know how it fails.

Becausea small fault with unpredictable results cost more trust than a large fault of constant error, and a fitted first-order differential equation explained 60–86% of the variance in reliance over time
LimitsEstimates of the reliability level at which trust collapses disagree across studies — 90%, 70%, 60% — which the paper reads as evidence that the level is the wrong variable, though it is equally consistent with the level mattering and the microworlds differing.
PracticeFailure-mode review — keep a written list of how your tools fail rather than how often, and treat a failure mode you cannot describe as a reason to withdraw the task, not to add a check.
After AIThis is the sharpest available statement of what makes a jagged frontier expensive: the failures are not large, they are unpredictable, and the paper's own evidence says that is the condition under which trust cannot settle anywhere useful.

A weaker tool you can check may beat a stronger one

Where results depend on the person relying on the tool at the right moments, a simpler and less capable system can be worth more than a complex, better-performing one.

Becauseit follows from the distinction between trustworthy and trustable rather than from a measurement — the algorithms that perform best are often the ones no operator can follow
LimitsLee and See offer no case in which a worse system actually produced better joint performance; the argument is deductive. It also assumes the operator's judgment is worth preserving, which Vaccaro 2024 shows is false wherever the machine is the better partner.
PracticeThe stays-human list — where the work depends on your being able to tell a good answer from a bad one, prefer the tool whose reasoning you can check over the tool that scores better on a benchmark.
After AICynthia Rudin's interpretable models and the whole argument for smaller, inspectable systems are this guideline restated, and the industry has gone the other way — capability first, legibility never.

How a system looks and sounds sets trust more than its record

People's trust in a system is set by surface things — how fast it replies, how it looks, how fluently it talks — rather than by how often it has been right. A smooth talker is treated as the kind of thing that deserves trust.

Becausein a survey of more than 1,400 people website credibility turned on response speed, a listed address and photographs, and a formal author photograph raised an article's trustworthiness while an informal one lowered it
LimitsThe credibility evidence is about websites in 2002 and the author-photograph result is a single study; neither was run on an interactive partner. The warning about synthetic conversational partners was a prediction with no data behind it.
PracticeProjection log — log the moments when a tool's manner rather than its record moved your confidence: the apology, the hedge, the fluent paragraph, the fast reply.
After AIThe prediction was made when the state of the art was a text-to-speech engine, and it is now the ordinary condition of the work: systems that speak fluently recruit the analogical and affective routes directly, so trust is set by manner and the record never gets consulted.

People check a machine only when they trust themselves more than it

Lee and See argue that whether someone checks a machine's output depends on how their trust in the machine compares with their confidence in doing the job themselves. More trust in the machine means less checking; more self-confidence means more.

Becausethe paper's model is a review of the experimental trust-in-automation literature (Lee and Moray's process-control studies, the misuse and disuse cases of Parasuraman and Riley), and the same comparison predicted reliance in later survey and lab work.
LimitsThe model treats trust as one quantity; the paper itself says calibration, resolution and specificity can come apart, and later work found the comparison weaker when the person has no way to judge their own competence.
PracticeAudit reliance by task: where trust in the tool exceeds your own confidence, add a check that does not depend on either.
After AIThe automation Lee and See studied was a boiler or an autopilot with a fixed capability; a model whose capability moves by task makes the comparison harder to keep calibrated, which is what the jagged-frontier result shows.

People set reminders from doubt about memory, not from poor memory

How often people set reminders depends on how confident they feel about their memory, not on how good their memory actually is. That confidence carries over from unrelated tasks, such as judging brightness.

Becauselower memory confidence predicted more reminders with objective ability held constant, and people less confident in a brightness judgement, at matched accuracy, set more reminders in the memory task; the correlation has since been demonstrated causally by manipulating confidence without touching ability.
LimitsThe domain-general result is a correlation across two unrelated judgements, and the confidence measured is self-reported; how stable the disposition is over months is unmeasured.
PracticeTrack when you reach for the tool, and ask what your confidence was doing rather than the task. A bad week or simple tiredness moves reliance without moving the difficulty.
After AIReliance on an assistant rises when you feel least able, which is when you are least able to check it. The loop closes faster with a tool that answers everything than with a notebook.

The aim is trusting a tool as much as it deserves

Lee and See argue the goal is to trust a machine exactly as much as it can deliver, not to trust it more. Trusting too much leads to misuse and trusting too little leads to refusing useful help; both are the same error.

Becausethe symmetry of misuse and disuse is an argument from two accident reports and Zuboff's paper-mill operators, not a measured quantity
LimitsTwo accidents and one field study carry the symmetry. A 2011 meta-analysis of trust in human-robot interaction found machine performance dominating everything else, which leaves the paper's long sections on disposition and culture resting on thin evidence.
PracticeReliance audit — record, per task, whether you used the tool and whether you should have, and treat a refusal you should have accepted as the same size of error as an acceptance you should have refused.
After AIWritten about autopilots and pump controllers, the rule now bites hardest on a delegate that is fluent in every domain at once: there is no single level of trust to match, because capability is jagged, so the calibration has to be redone per task rather than per tool.

Trust based on one thing alone swings; trust based on three holds

Lee and See argue that trust built on only one thing — what the machine does, how it works, or what it was built for — swings easily. Trust built on all three stays steady.

Becausethe three bases are a tidy collapse of fourteen published dimension lists, and the stability claim is offered as an explanation for why trust sometimes looks fragile and sometimes immovable rather than as a measured result
LimitsIncoherence between levels is said to damage trust as much as a poor record does, on interpersonal evidence about managers whose stated intentions disagree with their actions; the transfer to machines is asserted. The transparency literature that grew from the process recommendation has mixed results — more explanation raises workload without reliably improving calibration.
PracticeReliance audit — before relying on a tool for something that matters, say out loud what you know about its record, its mechanism and its design intent, and treat a blank in two of the three as a reason to verify.
After AIProcess is the basis that has gone missing: nobody, including the builders, can give an account of how a language model reached an answer, so trust is left resting on performance and on stated purpose, which is exactly the volatile configuration the paper warns about.

Trust is a feeling built on evidence people cannot put into words

Lee and See argue that trust is in the end a feeling rather than a calculation. It moves on evidence the person cannot put into words, such as a bodily reaction that steers them off a risky choice before they can say why.

Becauseventromedial prefrontal lesion patients keep reasoning and lose deciding, and healthy participants produced anticipatory skin-conductance responses that steered them off the risky decks before they could say the decks were risky
LimitsThe gambling-task evidence is about decisions under risk generally, not about trust in automation; the transfer is Lee and See's argument rather than their result. The affective route is also where the paper's own warning lands — the devices that calibrate trust can manufacture it.
PracticeWitness practice in review — when a tool's output feels right, treat the feeling as a datum about your state rather than about the output, and name it before you act on it.
After AIA conversational partner engages the affective route directly and continuously, so the unstatable evidence is now mostly about prose style: fluency, politeness and pace are doing the work that the colour of the fire once did for Zuboff's boiler operator.

Watching for failures stops working when the watcher has other jobs

People told only to watch an automated system caught almost every failure. People given other work at the same time did not. Ten minutes of taking the controls by hand brought their detection back up.

Becauseoperators responsible only for watching detected almost all automation failures and operators with other work did not, replicated with experienced pilots and with rare faults, and ten minutes of manual control handed back by adaptive automation substantially improved subsequent detection
LimitsThe restoring effect is measured over minutes in a laboratory task, not over the months across which a professional skill decays. The paper does not say how much manual control is needed, or how quickly the benefit fades.
PracticeManual flying hours — schedule work you do unassisted, and do not count reviewing a generated draft as monitoring; the finding is that a monitor with a second job is not monitoring.
After AIReviewing model output is precisely the divided-attention condition in which detection failed, and it is now the default arrangement of knowledge work — the reviewer is also the person with the deadline.

All claims · Source map