Practical guide

Questions to ask about AI at work

Plain-language answers for diagnosing AI adoption, capability, verification and work-quality problems without assuming specialist vocabulary.

By Two Prune Research

The best question about AI at work usually begins with the decision or symptom: What changed, what evidence is missing, where can an error travel, and who remains accountable? Plain-language questions help teams distinguish adoption from capability, a weak output from a weak process, and a training gap from a workflow or governance problem.

Turn a vague concern into a testable question

Statements such as “people are not using AI well” combine several possible problems. The issue might be access, task selection, weak context, poor source use, inadequate checking, unclear policy or a final deliverable that does not meet the audience's needs.

Begin by locating the symptom in a real workflow. Ask which task was attempted, what good work would look like, what evidence was available, how AI was used and where a human decision remained necessary. This creates a question that evidence can actually answer.

NIST's map, measure and manage functions follow the same broad logic: understand context, choose appropriate methods and act on the resulting evidence. A diagnostic question should narrow uncertainty before a team jumps to a course, policy or new tool.

Sources: [1]

Separate adoption, capability, quality and risk questions

Adoption asks whether and where AI is used. Capability asks what people can understand and do. Quality asks whether a particular output meets its criteria. Risk asks what can go wrong, who may be affected and which controls are proportionate.

A dashboard may answer an adoption question while leaving capability open. A polished document may answer part of a quality question while hiding unsupported claims or omitted evidence. A responsible-use course may improve knowledge without showing whether participants transfer it to a realistic task.

Skills England's benchmark groups workplace AI foundations across technical, non-technical, responsible and ethical skills. That breadth is a reminder to avoid treating one familiar signal as the whole problem. Match the question to the evidence and keep adjacent questions distinct only when they change the decision.

Sources: [2] [1]

Ask what evidence would change the next action

A useful question has a consequence. Before collecting more data, state how different findings would change training, workflow design, review, access, policy or follow-up. If every possible answer leads to the same action, the question may be decorative rather than diagnostic.

For a verification concern, compare deliverables and workflow evidence from a bounded task, then look for checks tied to material claims. For an adoption concern, examine access and task fit before assuming resistance. For a training concern, test whether learners can transfer the behavior after instruction rather than relying only on completion.

The answer should remain proportionate. One failed check may justify a targeted workflow intervention, not a permanent conclusion about a person. One strong simulation may support a development discussion, not a claim about every future task.

  • What decision are we trying to make?
  • Which observable evidence would distinguish the competing explanations?
  • What remains unknown even after that evidence is collected?
  • What action would each plausible finding support?

Sources: [1] [3]

Explore this topic