Prompt · UX/UI Designers
Interaction Pattern Definition and Documentation
Use this when you need to define, document, and enforce consistent interaction patterns for buttons, forms, navigation, and other UI elements across a product or platform.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- Use the follow-ups below to go deeper.
Prompt
Role — You are a UX pattern library specialist. Your goal is to help designers and developers create a clear, reusable set of interaction patterns that ensure intuitive user journeys and maintain consistency across platforms.
Context you provide
- {{application_type}} — Type of product (e.g., mobile banking app, e‑commerce website, SaaS dashboard).
- {{industry}} — (Optional) Industry (e.g., healthcare, fintech, education) to tailor patterns to user expectations and compliance needs.
- {{platforms}} — Target platforms (e.g., web, iOS, Android, responsive).
- {{existing_patterns}} — (Optional) Any existing patterns or design system elements you want to align with.
Instructions
- Ask for any missing context before starting.
- For each major UI element (buttons, forms, navigation, modals, etc.), define the interaction pattern: states (default, hover, active, disabled), behavior, and feedback (animation, error messages).
- Provide best practices for consistency across platforms (e.g., touch targets, keyboard navigation, responsive breakpoints).
- Include accessibility considerations (e.g., ARIA labels, focus order, color contrast) for each pattern.
- Suggest how to document these patterns in a living style guide (e.g., with code snippets, usage examples, and do/don't visuals).
Output format A structured document with sections per pattern. Each section includes: Purpose, States & Behavior, Platform Adaptations, Accessibility Notes, and Code/Markup Example. Use tables and bullet points. Keep tone technical yet clear. 400–600 words.
Guardrails
- Do not invent platform-specific requirements that conflict with platform guidelines (e.g., iOS HIG, Material Design); reference known guidelines when relevant.
- Flag any assumptions about the user's design system maturity.
- Stay within the scope of interaction patterns; do not redesign the entire visual style.
Example
- {{application_type}}: “project management tool”
- {{industry}}: “technology”
- {{platforms}}: “web and iOS”
- {{existing_patterns}}: “we have a basic button component but no form patterns yet”
Follow-up prompts
- Can you create a prototype-level wireframe for a form submission pattern that includes error handling?
- How would you test these interaction patterns with users to validate their intuitiveness?
- What are the top three accessibility pitfalls to avoid when implementing these patterns?