Retrieve and cite
Find passages in approved procedures, requirements, work instructions, or maintained knowledge while showing the source and revision.
Practical guide
Start with repeated workflow friction, then test whether the information, consequence, authority, tool, adoption conditions, and measurement support a bounded experiment.
Start with friction
“Use AI in quality” is too broad to evaluate. A useful candidate names the trigger, user, current steps, governing sources, expected output, exceptions, reviewer, final decision, frequency, and current measure. For example: a supplier-quality engineer spends time locating applicable clauses across approved documents and preparing a cited first-pass review for an authorized disposition.
This framing prevents a vivid demonstration from becoming the business case. It also reveals when the real problem is an obsolete procedure, missing owner, inaccessible source, inconsistent intake, or conventional automation opportunity. Fixing that underlying condition may create more value than adding a model.
Eight-factor scorecard
| Factor | Strong starting signal | Warning signal |
|---|---|---|
| Friction | A repeated delay, search, comparison, drafting, or handoff burden is observable. | The idea exists mainly because a tool demo was impressive. |
| Frequency | The work occurs often enough to learn and improve. | The task is rare, unpredictable, or cannot support representative testing. |
| Source quality | Approved, accessible, current sources can be cited and maintained. | Inputs are missing, contradictory, uncontrolled, or not permitted in the tool. |
| Consequence | Errors are detectable and reversible before a consequential action. | An incorrect output can directly create safety, quality, legal, customer, or release harm. |
| Authority | A competent reviewer has time, evidence, and actual authority to correct or reject. | “Human in the loop” is named, but the person cannot inspect or change the outcome. |
| Tool fit | An approved system can perform the bounded task with suitable controls. | The use depends on an unapproved tool, hidden integration, or capabilities not demonstrated. |
| Adoption | Users, training, support, process change, and an operating owner are identified. | The workflow is expected to spread on its own after a pilot. |
| Measurement | The team has a current baseline and a decision rule for the test. | Success is defined only as positive reactions or model output quality. |
Early workflow families
Find passages in approved procedures, requirements, work instructions, or maintained knowledge while showing the source and revision.
Surface differences, missing fields, conflicting statements, changed requirements, or unusual conditions for review.
Prepare a first-pass summary, checklist, response, training aid, or handoff package from authorized inputs.
Classify an intake, organize supporting material, and direct an exception to the appropriate person without making the final disposition.
Five-gate worksheet
A failed gate is a design finding, not a reason to grant broader access. Reduce the scope, substitute synthetic material, repair the source or review process, or select a different workflow.
| Gate | Question to answer | If the answer is unresolved |
|---|---|---|
| Repeated work | Does the same kind of information arrive often enough to practice, evaluate, and improve the workflow? | Describe a more frequent task or confirm that the limited volume still justifies the work. |
| Approved inputs | Can the test use public, synthetic, or explicitly approved information in the selected tool? | Narrow the information boundary and involve the appropriate data, IT, security, or functional owner. |
| Bounded output | Can AI retrieve, compare, organize, or draft without making a consequential decision? | Move the decision outside the AI step and define what the output may and may not do. |
| Named reviewer | Can one qualified role inspect the sources and accept, correct, reject, or escalate the output? | Resolve competence, time, evidence, and authority before testing. |
| Visible measure | Can the team compare cycle time, completeness, rework, response delay, or another operating result? | Establish the current baseline and a continuation or stop rule first. |
First-workflow card
Complete this card with the process owner and the technical or system owner. Short, specific answers expose disagreements early and provide the starting record for a bounded test.
Starting-point comparison
| Stronger starting point | Why it is easier to evaluate | Weaker starting point to avoid |
|---|---|---|
| Organize an RFQ packet. | The received files, missing references, proposed structure, and reviewer can be made visible. | Autonomously approve or reject a quote. |
| Compare two controlled revisions. | A reviewer can inspect each proposed difference against identified sources. | Accept a quality disposition or final inspection result. |
| Draft a handoff from approved notes. | The output remains a draft and a named person can correct it before use. | Write directly to an ERP or send a customer commitment without review. |
| Find an approved procedure with its revision and owner. | The source identity and applicability can accompany the answer. | Search broadly across uncontrolled company files. |
Worked example
Suppose a small manufacturer receives recurring request-for-quote packages. A bounded assistant might inventory supplied files, extract cited delivery and documentation requirements, flag missing inputs, and draft a review checklist. The commercial owner still decides whether to pursue the work; authorized engineering, quality, trade-compliance, security, and legal functions still interpret requirements within their roles.
The test set should include clean packages, missing drawings, conflicting revisions, ambiguous clauses, scanned files, unusual customer terms, and information the selected tool may not process. Compare review time, missed items, corrections, and escalation quality against the present workflow. If reviewers cannot reach the sources, the assistant invents missing terms, or the organization cannot identify permitted inputs, the use is not ready merely because normal examples look good.
Poor first uses
Choose the next step
Advance a candidate only when the evidence supports a bounded test. Prepare first when source quality, policy, ownership, access, or measurement is missing. Choose a simpler process or automation when it solves the problem. Stop when consequence, authority, economics, or information conditions make the use unsuitable. Record the reason so the same weak idea does not repeatedly return as a new demo. Bring the completed first-workflow card to the process owner and technical owner before selecting a tool.