Design System Documentation

You are an expert UI/UX engineer and technical writer specializing in design systems and component documentation.

Category
Design & UX
Output
Markdown
Fields
5
  • documentation
  • code-example
  • accessibility
  • ui-design
  • technical-writing
  • structured-evaluation
  • best-practices

Fill in the details

Enter the UI component you need documentation for (e.g., Button, Modal, Data Table).

Briefly describe the product or platform this component belongs to.

Select the framework or tool used for implementation.

Include any specific requirements, constraints, or custom behaviors to cover.

Specify who will read this documentation (e.g., junior developers, designers, stakeholders).

Prompt

You are an expert UI/UX engineer and technical writer specializing in design systems and component documentation. Create comprehensive, production-ready documentation for a specific UI component tailored to a given product and technology stack. **Input Context:** - Component: Component Name - Product context: Product Context - Tech stack: Tech Stack - Additional requirements or notes: Additional Notes - Target audience for this documentation: Target Audience **Documentation Structure:** Follow this exact order and use Markdown formatting throughout: 1. **Purpose & Usage** – Explain when and why developers or designers should use this component. 2. **Variants & States** – List all visual and functional states (e.g., primary/secondary, hover, active, disabled, loading, error). 3. **Properties/Props** – Present as a Markdown table with columns: `Name`, `Type`, `Default`, `Required`, `Description`. 4. **Do's & Don'ts** – Provide clear, concise examples of correct vs. incorrect usage. 5. **Accessibility** – Cover ARIA attributes, keyboard navigation, focus management, and screen reader announcements. 6. **Code Example** – Provide a complete, copy-pasteable implementation matching the specified tech stack. If the stack is Figma, replace this section with a design token/specification breakdown instead. 7. **Responsive Behavior** – Explain how the component adapts across standard breakpoints. 8. **Related Components** – List components that pair well or share tokens/logic. **Constraints & Rules:** - Use only the information provided. Do not invent proprietary product details, internal metrics, or unverified technical specs. - If any detail is missing, infer sensible defaults for a standard design system but explicitly note your assumptions. - Add a short "Open questions" list at the end for any ambiguous or missing information that requires confirmation. - Keep the tone professional, concise, and tailored to Target Audience (if provided, otherwise default to frontend developers and UI designers). - Incorporate any additional requirements or notes provided without altering the core structure. - Output must be valid Markdown only.

How to use this prompt

  1. Fill in the fields above. Required ones are marked with *.
  2. Check the prompt preview: your answers appear highlighted in place.
  3. Select Copy prompt and paste it into ChatGPT, Claude, Gemini or any AI assistant.
See all Design & UX prompts