Skip to content

When AI Answers Too Fast, It Can Seem Careless

1831 words

A CHI 2026 experiment shows that LLM latency barely changes how users operate the model, yet it changes whether they judge answers as thoughtful.

When AI Answers Too Fast, It Can Seem Careless cover

📌 Original paper title

The Impact of Response Latency and Task Type on Human-LLM Interaction and Perception

👥 Authors and affiliations

Felicia Fang-Yi Tan, Moritz Alexander Messerschmidt, Wen Yin, and Oded Nov. The authors are affiliated with NYU Tandon School of Engineering and the Augmented Human Lab at the National University of Singapore.

https://doi.org/10.1145/3772318.3790716

🧠 What this paper really asks

We usually assume that faster AI is better. Chatbots, writing assistants, and search tools all chase shorter response times. But an LLM is not like traditional software: it is not opening a file or submitting a form; it is generating an unpredictable answer. Waiting time is therefore not only a performance metric. It also becomes a cue users use to judge whether the AI is careful, reliable, and whether it has “thought.”

This CHI 2026 paper systematically studies a counterintuitive question: If an LLM answers a little more slowly, will users think the answer is better? The authors further distinguish task types, because Creation tasks such as writing slogans or brainstorming, and Advice tasks such as giving recommendations or weighing trade-offs, may carry different expectations for speed and quality.

As shown in Figure 1, the study used a 2 × 3 between-subjects design: task type was Creation or Advice; time-to-first-token latency was 2 s, 9 s, or 20 s. Each participant completed three tasks of the same type and stayed in a single latency condition throughout.

Figure 1: Study design. Participants were randomly assigned to one of six experimental groups (2 Task-Types × 3 Latency-Levels).
Each participant completed three tasks of the assigned Task-Type, in randomized order, interacting with the LLM under the
assigned latency, which remained fixed across all three tasks. System logs recorded user interactions while post-task surveys
captured self-reports.

🔬 How the experiment was run

The study recruited 240 U.S. Prolific participants who regularly used AI assistants for knowledge work such as writing or decision-making. Creation tasks included generating slogans, designing activities for distracted high-school students, and completing article paragraphs. Advice tasks included advising a remote-work colleague, analyzing the trade-off between a promotion and a job switch, and rewriting an email reply about a friend’s career transition.

What the authors manipulated was time-to-first-token: the wait between submitting a prompt and the first token appearing. Two seconds represented a short wait, nine seconds a medium wait, and twenty seconds a long wait. After the first token, all conditions streamed at the same speed, so first-token latency was not confounded with output rate.

Figure 2 shows the system architecture. A custom web chat app was embedded in a Qualtrics survey. The front end showed a ChatGPT-like interface; a Python back end called the OpenAI API, buffered model output to enforce the assigned latency, and wrote anonymized interaction logs to secure storage.

Figure 2: System architecture. The Qualtrics survey embeds a web application via an HTML iframe. The front-end displays a
chat interface, while the Python back-end relays model calls to OpenAI. The back-end then buffers the response stream to
enforce the assigned TTFT latency and writes anonymized interaction logs to a secure S3 bucket.

Figures 3 and 4 show the chat and task interfaces participants saw. The interface allowed submitting new prompts, editing the previous prompt, copying replies, regenerating, and starting a new chat. The task description sat at the top, the chat in the middle, and the final-answer field at the bottom. The authors logged prompt submissions, edits, regenerations, copy, paste, and new-chat actions.

Figure 3: Front-end chat interface with key features highlighted: (a) start or refresh a new chat, (b) chat view with streamed
responses, (c) edit or copy messages previously input by the user, (d) regenerate or copy responses generated by the model, and
(e) input field to submit new prompts.

Figure 4: The experiment’s task interface. The top panel presents the task description, the middle panel is where participants
interact with the AI assistant, and the bottom panel contains the response field where participants submit their final answer.

📊 Key findings

First, latency did not significantly change how users operated the LLM. Whether they waited 2, 9, or 20 seconds, patterns of submitting prompts, copying, pasting, and opening new chats stayed broadly stable. Editing prompts and regenerating were rare: only about 5.4% of participants ever edited a prompt, and 6.7% regenerated a reply.

In this experimental setting, waiting itself did not clearly change interaction strategy. Even a 20-second wait—already long—still left most people advancing with new prompts rather than cutting queries or leaning heavily on edit features.

Second, what really changed prompt count was task type. Creation participants submitted 6.20 new prompts on average; Advice participants submitted 5.14—a significant difference. Figure 5 shows the result: creative tasks more readily invite multi-turn exploration, because each round can yield new ideas; advice tasks behave more like convergent judgment, so once an answer is “good enough,” further prompting has diminishing marginal value.

Figure 5: Mean event count per participant for prompt sub­
missions across latency and task type. Participants who
completed Creation tasks submitted significantly more LLM
prompts than those who completed Advice tasks. Neither
latency level nor the interaction effect was significant, indi­
cating that prompt generation was driven primarily by task
type. Error bars represent 95% confidence intervals.

Third, latency changed perceived answer quality. Answers under a 2-second delay were rated less “thoughtful” than those under 9- and 20-second delays. Usefulness was also higher at 9 seconds than at 2. In other words, the same GPT-4o-generated answers were more readily judged as less carefully considered simply because they appeared too quickly.

Fourth, 9 seconds seemed to be a perceptual sweet spot. Nine seconds was more readily read as “serious processing” than 2 seconds, but 20 seconds did not further raise thoughtfulness and began to make some people worry about system reliability. In qualitative feedback, about 31% of participants who noticed the delay interpreted waiting as the AI thinking or processing; under longer waits, others suspected a network drop, a stuck system, or simply felt annoyed.

🧩 Why “a little slower” can seem better

Users assign meaning to LLM waiting time. When traditional software is slow, that means poor performance; when conversational AI is slow, it is sometimes understood as “it is thinking.” The interpretation resembles pauses in human conversation: an immediate answer can sound unconsidered, while a few seconds of pause can sound like deliberation.

The paper links this to the effort heuristic: people infer quality from visible effort. Because users cannot see the model’s internal reasoning, latency becomes a visible cue. The problem is that the cue need not be true. In the experiment, the underlying model was the same across latency conditions; wait times were artificially controlled.

That is also where the paper’s ethical implication is sharpest. Latency can serve as positive friction—slowing users down and inviting reflection—but it can also become performative deliberation: the appearance of careful thought. If a product deliberately slows the AI without explaining why, users may misread “slow” as “more thoughtful.”

✅ How strong is the evidence

Experimental control in this paper is relatively clear. The authors crossed task type and first-token latency into six conditions, with N = 240, used a custom system to control TTFT precisely, and collected interaction logs, subjective quality ratings, NASA-TLX workload, and open responses. Because the data violated normality, they used aligned-rank-transform ANOVA with post-hoc comparisons for significant results.

The results are also measured. Latency affected perceived thoughtfulness and usefulness, not every quality dimension. Clarity, relevance, understanding, and usefulness were more often driven by task type; trust and expectation gap did not change significantly; NASA-TLX dimensions likewise showed no significant differences. Latency mainly shaped how users interpreted answers, rather than directly changing task load.

⚠️ Where the limits are

First, the study manipulated only first-token latency, not overall generation time, token rate, latency jitter, or output length. In real products, these factors jointly shape waiting experience.

Second, the tasks were low-stakes knowledge tasks in a controlled experiment. Participants had no real work deadlines and did not bear consequences for outcomes. In medical, financial, safety, or team-collaboration settings, a 20-second wait may be unacceptable.

Third, the interface used silent waiting with no “analyzing” or reasoning-process display. Real products often show progress cues, thinking labels, or reasoning-mode traces, all of which change how users interpret delay.

Fourth, participants were U.S. adults who used AI assistants at least monthly. People with different cultures, digital experience, or AI familiarity may tolerate and interpret waiting differently.

🚦 Implications for LLM product design

This paper is not a brief for making every product deliberately slower. What it actually reminds us is that speed is not neutral. Response time helps shape users’ mental models of AI.

For creative tasks, a moderate pause may have value. It can create a little expectation, and can be paired with a light prompt asking users to consider what they want the answer to include. For advice or high-stakes tasks, long waits more easily become reliability concerns—especially when users expect clear, quick judgment.

A better approach is not fixed delay but task-aware response rhythm. Systems can adjust tempo by task type, risk level, whether users need reflection, and whether they are collaborating synchronously. More importantly, if a product deliberately designs waiting, it should explain transparently—whether the wait is for reflection, queuing, model computation, or something else.

⚖️ Ethical note

Latency design can cross a line. Users cannot see inside the model, so products can use time to imply capability. A little slowness may make novices trust answers more—even over-trust them—while experts may be less swayed by that signal. That yields uneven trust calibration.

If delay comes from real computation, little explanation may be needed. If delay is engineered to shape perception, users should get control or an explanation. Otherwise response speed risks turning from interaction design into a form of covert persuasion.

📚 Key terms

⏱️ TTFT: time-to-first-token—the interval from prompt submission to the first token. This paper manipulates that delay.

🧠 Positive friction: small, intentional resistance that slows users down, invites reflection, or reduces over-automation.

💬 Creation tasks: open generative work such as writing, brainstorming, or slogan generation, usually encouraging multi-turn exploration.

🧭 Advice tasks: recommendation and evaluation work such as revision feedback, trade-off analysis, or decision support, with stronger emphasis on accuracy and reliability.

🎭 Performative deliberation: using delay or cues to manufacture a sense of careful thinking that may not correspond to real reasoning depth.

📖 Reference

Tan, F. F.-Y., Messerschmidt, M. A., Yin, W., & Nov, O. (2026). The impact of response latency and task type on human-LLM interaction and perception. In Proceedings of the 2026 CHI Conference on Human Factors in Computing Systems. ACM. https://doi.org/10.1145/3772318.3790716