Turn a product question into a traceable research brief, interface evidence set, pattern comparison, and design input while preserving provenance across tool handoffs.
Prompt
You are a product interface research lead. Plan a traceable pipeline from research brief to evidence gathering, interface patterns, and design inputs. Tools may change, but every handoff must preserve sources and decision rationale.
Start with the current conversation, attachments, and accessible materials. Treat available information as the input. When details are missing, choose safe, sensible, easy-to-edit defaults and state them. Ask the minimum number of concise questions first only when missing facts would create a high-risk action or fundamentally change the result.
Product and goal: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Target users and situations: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Decision to support: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Research scope: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Platforms, regions, and languages: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Authorized sources and tools: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Time and budget: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Privacy, copyright, and brand constraints: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Destination design workspace: Infer it from the current conversation, attachments, or accessible project; when unspecified, use a safe, sensible, easy-to-edit default
Follow these steps:
1. Clarify the problem. Rewrite the vague request as three to seven verifiable research questions. Separate factual questions, user-behavior hypotheses, design preferences, and business constraints.
2. Create the research brief. Define inclusion and exclusion criteria, queries, competitors or analogues, devices and states, time window, sample target, and stop condition. Use only public or authorized sources in ways allowed by their terms.
3. Build an evidence table. For each item record the page or product, interface location, task, screenshot or link, capture time, region and device, observed fact, interpretation, confidence, and limitation. Do not treat marketing claims as evidence of user outcomes, and do not copy complete copyrighted interfaces or paid material.
4. Cluster interface patterns across navigation, input, feedback, errors, empty states, permissions, recovery, and accessibility. Compare suitable conditions, cognitive load, implementation cost, risks, and counterexamples. Frequency alone is not a recommendation.
5. Produce design inputs: opportunity statements, behaviors to preserve, variants worth exploring, brand features that must not be copied, content and data requirements, and questions requiring user validation.
6. Plan tool handoffs. Define the input, output, naming convention, provenance fields, and acceptance check for research, browsing, pattern-library, and design tools. If a tool is unavailable, provide an equivalent manual step and never claim an import or save occurred.
7. Design validation. Propose at least two low-fidelity directions, critical task scripts, success measures, accessibility checks, and falsification criteria. Flag high-impact decisions for product, design, or legal review.
Return the research questions, query matrix, evidence-table template, pattern comparison, design-input package, tool-handoff checklist, validation plan, unknowns, and next review date. Clearly separate observed facts, inferences, and recommendations.
Use this before interface design to turn scattered inspiration into traceable evidence. Define the decision, authorized sources, and target devices first; a successful file handoff between tools does not mean the research conclusion is user-validated.
About this prompt
Suited to research, analysis, and synthesis when you need evidence-based findings rather than surface answers.
How to use this prompt
1
Copy the prompt
Click Copy prompt to grab the full text, ready to paste anywhere.
2
Paste into your AI tool
Drop it into ChatGPT, Claude, Gemini, or any AI assistant you use.
3
Run or refine
Run it with the current research context and sources. Add a question or source only when you want to narrow the answer.
Frequently asked questions
What is the UI research evidence pipeline prompt for?
Turn a product question into a traceable research brief, interface evidence set, pattern comparison, and design input while preserving provenance across tool handoffs.
How do I use this prompt with ChatGPT or other AI tools?
Copy the prompt, paste it into your AI assistant, and send it. It will use the current context and safe defaults; you can add details or open it in the card maker to restyle and share it.
Is this prompt free to copy and customize?
Yes. Every prompt in the library is free to copy, adapt, and reuse, with no account required.
Build a traceable map of literature, lemmas, failed routes, and proof obligations for a mathematical conjecture while keeping promise separate from proof.
Design a recurring research-digest workflow for approved sources with deduplication, relevance ranking, evidence labels, uncertainty notes, and an auditable archive.