Deep Product Research Prompt Generator
Deep product analysis tool.
Arguments: $ARGUMENTS
Instructions
Generate a comprehensive deep research prompt for the product question "$ARGUMENTS" tailored to the current project's product context — its users, UI/UX patterns, domain, and existing design decisions.
If no topic is provided, ask the user what product question they want to research (e.g., onboarding flow, navigation patterns, empty states, pricing page, settings UX, notification design, search experience, mobile responsiveness).
Phase 1: Understand the Product
Analyze the current project to build a product profile. You're looking for what this product IS, who it's for, and what design decisions have already been made.
App Type & Domain
Determine what kind of product this is:
- Platform type: Web app, desktop app (Electron/Tauri), mobile app, CLI, browser extension, SaaS, marketplace, etc.
- Domain: E-commerce, developer tools, productivity, social, education, healthcare, finance, content/media, etc.
- Business model clues: Free/paid, subscription, freemium, marketplace fees (check for pricing pages, plan tiers, billing code)
Look in:
README.md, CLAUDE.md, or any project docs
- Route/page files for feature scope
- Landing page or marketing copy if present
- Package name, descriptions in
package.json / composer.json / Cargo.toml
User-Facing Features
Map the product surface by scanning routes, pages, and navigation:
| Source |
What to look for |
Route definitions (e.g., routes/web.php, app/routes.ts, src/pages/, src/app/) |
Feature scope — what screens/pages exist |
| Navigation components (sidebar, header, tabs) |
Information architecture — how features are organized |
| Layout files |
Page structure patterns — shared chrome, content areas |
| Auth/role code |
User types — admin, member, guest, team roles |
| Form components |
Data collection patterns — what users input |
| Dashboard/home page |
Primary user workflow — what users see first |
| Settings pages |
Customization surface — what users can configure |
| Notification/email templates |
Communication patterns — how the product talks to users |
Design System & UI Patterns
Identify the existing design language:
- Component library: shadcn/ui, Radix, Material UI, Ant Design, Headless UI, custom components
- CSS approach: Tailwind, CSS modules, styled-components, Sass
- Design tokens: Colors, spacing, typography (check theme files, CSS variables, tailwind config)
- Layout patterns: Sidebar + content, top nav, dashboard grid, wizard/stepper, split pane
- Interaction patterns: Modals vs. inline editing, toasts vs. banners, forms vs. command palettes
- Existing component inventory: What reusable UI components already exist
Look in:
tailwind.config.* for design tokens
components/ui/ or similar for component library
- Theme/design token files
- Storybook config if present
User Context
Piece together who uses this product:
- User roles: Check auth, permissions, middleware for distinct user types
- Onboarding: Is there a setup wizard, welcome screen, or tutorial?
- Collaboration: Multi-user? Teams? Sharing? Real-time?
- Data ownership: Personal data, team data, public data?
Phase 2: Confirm Product Profile with User
IMPORTANT: First output the detected product profile as a text message to the user. Do NOT put the profile details inside the AskUserQuestion tool.
Step 1: Display the profile as text output
Output a message like this (with actual detected values):
I detected the following product profile for this project:
**Product:**
- Desktop app (Tauri) — developer productivity tool
- Manages local development environments and processes
**Users:**
- Individual developers
- No collaboration/team features detected
**Key Features:**
- Process management dashboard
- Log viewer with search
- Project configuration
- System tray integration
**Design:**
- React + Tailwind CSS
- shadcn/ui component library
- Sidebar + content layout
- Dark mode support
**Maturity:**
- Active development, core features established
- No onboarding flow detected
Step 2: Then ask for confirmation
AFTER displaying the profile above, use the AskUserQuestion tool with a simple confirmation question:
- Question: "Does this product profile look correct?"
- Options: "Yes, looks correct" / "Need corrections"
Wait for user confirmation before proceeding. If the user provides corrections, incorporate them.
Phase 3: Generate the Deep Research Prompt
Once the profile is confirmed, generate a comprehensive research prompt. The prompt should be structured for a deep research tool (like Claude, Perplexity, or similar).
Prompt Template
Generate output in this format (replace placeholders with actual product details):
START OF GENERATED PROMPT
I'm building a product with the following profile:
Product:
- [App type, platform, domain]
- [Core purpose in one sentence]
Target Users:
- [Primary user types and their goals]
- [Technical sophistication level]
- [Usage context: work, personal, team, etc.]
Current Feature Set:
- [List key features/screens]
Design System:
- [Component library, CSS approach]
- [Layout patterns currently used]
- [Key interaction patterns]
Product Maturity:
- [Stage: early prototype, MVP, established product, etc.]
- [Notable gaps or areas under development]
I need comprehensive research on [TOPIC from $ARGUMENTS] — specifically product design best practices, UX patterns, and real-world examples for a product like mine.
Research Scope
1. UX Patterns & Best Practices
For [TOPIC] in products like mine, research:
- Established UX patterns used by successful products in this domain
- Interaction design best practices specific to [app type]
- Information architecture considerations for [TOPIC]
- Common UX mistakes products make with [TOPIC]
- Accessibility considerations for [TOPIC]
2. Real-World Examples & Inspiration
Find examples of [TOPIC] from:
- Direct competitors or products in the same domain
- Best-in-class examples from any domain that solved [TOPIC] well
- Before/after case studies showing how products improved [TOPIC]
- Note what makes each example effective or ineffective
For each example, describe:
- What the product does
- How they handle [TOPIC]
- What makes their approach work (or not)
- Screenshots or detailed descriptions if possible
3. User Psychology & Behavior
Research the human side of [TOPIC]:
- User expectations — what do users expect from [TOPIC] in this type of product?
- Mental models — how do users think about [TOPIC]?
- Decision fatigue and cognitive load — how does [TOPIC] affect user effort?
- Error recovery — what happens when things go wrong with [TOPIC]?
- Progressive disclosure — how much complexity to show upfront vs. on demand?
4. Product-Specific Considerations
Given my product profile, research:
- How [TOPIC] should work for [user type] specifically
- [App type]-specific constraints and opportunities for [TOPIC]
- How [TOPIC] interacts with my existing features
- Scale considerations — how should [TOPIC] work with 10 items vs. 1,000?
5. Measuring Success
Research how to know if [TOPIC] is working:
- Key metrics to track for [TOPIC] (engagement, completion rate, time-on-task, etc.)
- User signals that [TOPIC] is working well or poorly
- A/B testing opportunities for [TOPIC]
- Qualitative signals — what to listen for in user feedback
Requested Output Format
Please provide your findings organized as:
Executive Summary
- Top 10 most important [TOPIC] decisions for a product like mine
- Priority-ranked recommendations
Pattern Library
- Proven UX patterns for [TOPIC] with descriptions
- When to use each pattern
- Tradeoffs between approaches
Real-World Examples
- 5-10 examples from real products
- What each does well and what could be improved
- Applicability to my product
Design Recommendations
- Specific recommendations for my product
- Wireframe-level descriptions where helpful
- Copy/microcopy suggestions where relevant
- Component and layout suggestions that fit my design system
Edge Cases & Empty States
- First-time user experience for [TOPIC]
- Empty states, zero-data states
- Error states and recovery flows
- Power user vs. new user considerations
- Extreme data scenarios (none, few, many, too many)
Anti-Patterns
- What NOT to do with [TOPIC]
- Common mistakes products make
- Why they're problematic for users
Implementation Priorities
- What to build first (MVP of [TOPIC])
- What to add later (nice-to-have enhancements)
- What to skip entirely
Resources
- Relevant articles, case studies, talks
- Design system references
- Tools for prototyping or testing [TOPIC]
END OF GENERATED PROMPT
Phase 4: Present the Output
Output the generated prompt as plain text that the user can easily copy.
Before the prompt, add:
Here's your deep research prompt for "[TOPIC]" tailored to your product. Copy this and paste it into your preferred research tool:
After the prompt, add:
Tip: This prompt works well with Claude, ChatGPT, Perplexity, or similar AI research tools. For best results, use a tool that can search the web for current information and real product examples.
Topic-Specific Additions
Depending on the topic provided in $ARGUMENTS, emphasize different aspects:
If topic is about "onboarding" / "first-run" / "setup":
- Emphasize time-to-value, activation metrics, progressive profiling
- Include wizard vs. contextual onboarding patterns, empty state design
- Request examples of great onboarding from similar product types
If topic is about "navigation" / "information architecture":
- Emphasize wayfinding, discoverability, mental models
- Include sidebar vs. top nav vs. command palette patterns, breadcrumbs, search
- Request examples of navigation scaling from simple to complex
If topic is about "search" / "filtering" / "discovery":
- Emphasize query patterns, faceted search, typeahead, result ranking
- Include empty results, suggested searches, filter UX, saved searches
- Request examples from data-heavy products in similar domains
If topic is about "settings" / "preferences" / "configuration":
- Emphasize organization, discoverability, defaults, dangerous settings
- Include inline vs. dedicated settings page, search within settings, import/export
- Request examples of settings UX that scales well
If topic is about "notifications" / "alerts" / "messaging":
- Emphasize notification fatigue, urgency levels, channel selection
- Include in-app vs. push vs. email, notification preferences, batching
- Request examples of notification systems users actually like
If topic is about "empty states" / "zero data":
- Emphasize first-time experience, calls to action, placeholder content
- Include illustration vs. text, educational empty states, sample data
- Request examples of empty states that drive engagement
If topic is about "forms" / "data entry" / "input":
- Emphasize validation UX, inline errors, progressive forms, autosave
- Include multi-step forms, conditional fields, smart defaults
- Request examples of complex forms that feel simple
If topic is about "tables" / "lists" / "data display":
- Emphasize sorting, pagination vs. infinite scroll, bulk actions, column management
- Include responsive table patterns, inline editing, density controls
- Request examples of data-dense UIs that remain usable
If topic is about "dashboard" / "home" / "overview":
- Emphasize information hierarchy, actionable vs. informational, customization
- Include widget patterns, activity feeds, status summaries, quick actions
- Request examples of dashboards that serve both new and power users
If topic is about "pricing" / "plans" / "billing":
- Emphasize comparison clarity, plan differentiation, upgrade paths
- Include pricing psychology, trial experiences, plan change UX
- Request examples of pricing pages with high conversion rates
If topic is about "mobile" / "responsive" / "touch":
- Emphasize touch targets, thumb zones, progressive enhancement
- Include responsive patterns, mobile-specific interactions, offline states
- Request examples of products that transition well between desktop and mobile
If topic is about "dark mode" / "theming":
- Emphasize readability, color contrast, image handling, user preference
- Include system preference detection, smooth transitions, edge cases
- Request examples of products with excellent dark mode implementations
If topic is about "error handling" / "error states":
- Emphasize error recovery, clear messaging, suggested actions
- Include form errors, page-level errors, network errors, permission errors
- Request examples of products with graceful error handling
If topic is about "collaboration" / "sharing" / "teams":
- Emphasize permissions, real-time presence, conflict resolution
- Include sharing models, role management, activity feeds, mentions
- Request examples of collaboration UX from similar product types
Notes
- Always include the product's actual features and user types — they matter for relevant research
- If you can't determine something about the product, note it as "[unknown]" and ask the user
- The generated prompt should be self-contained and not require additional context
- Tailor the examples section to the actual product domain (don't request generic examples)
- Focus on product/UX decisions, not technical implementation — the prompt should help someone make design decisions, not write code
1---2name: deepproduct3description: Builds a profile of your product (users, features, design system) then generates a research prompt for any UX or product design question.4---56# Deep Product Research Prompt Generator78Deep product analysis tool.910Arguments: $ARGUMENTS1112## Instructions1314Generate a comprehensive deep research prompt for the product question **"$ARGUMENTS"** tailored to the current project's product context — its users, UI/UX patterns, domain, and existing design decisions.1516**If no topic is provided**, ask the user what product question they want to research (e.g., onboarding flow, navigation patterns, empty states, pricing page, settings UX, notification design, search experience, mobile responsiveness).1718---1920## Phase 1: Understand the Product2122Analyze the current project to build a product profile. You're looking for what this product IS, who it's for, and what design decisions have already been made.2324### App Type & Domain2526Determine what kind of product this is:27- **Platform type**: Web app, desktop app (Electron/Tauri), mobile app, CLI, browser extension, SaaS, marketplace, etc.28- **Domain**: E-commerce, developer tools, productivity, social, education, healthcare, finance, content/media, etc.29- **Business model clues**: Free/paid, subscription, freemium, marketplace fees (check for pricing pages, plan tiers, billing code)3031Look in:32- `README.md`, `CLAUDE.md`, or any project docs33- Route/page files for feature scope34- Landing page or marketing copy if present35- Package name, descriptions in `package.json` / `composer.json` / `Cargo.toml`3637### User-Facing Features3839Map the product surface by scanning routes, pages, and navigation:4041| Source | What to look for |42|--------|-----------------|43| Route definitions (e.g., `routes/web.php`, `app/routes.ts`, `src/pages/`, `src/app/`) | Feature scope — what screens/pages exist |44| Navigation components (sidebar, header, tabs) | Information architecture — how features are organized |45| Layout files | Page structure patterns — shared chrome, content areas |46| Auth/role code | User types — admin, member, guest, team roles |47| Form components | Data collection patterns — what users input |48| Dashboard/home page | Primary user workflow — what users see first |49| Settings pages | Customization surface — what users can configure |50| Notification/email templates | Communication patterns — how the product talks to users |5152### Design System & UI Patterns5354Identify the existing design language:55- **Component library**: shadcn/ui, Radix, Material UI, Ant Design, Headless UI, custom components56- **CSS approach**: Tailwind, CSS modules, styled-components, Sass57- **Design tokens**: Colors, spacing, typography (check theme files, CSS variables, tailwind config)58- **Layout patterns**: Sidebar + content, top nav, dashboard grid, wizard/stepper, split pane59- **Interaction patterns**: Modals vs. inline editing, toasts vs. banners, forms vs. command palettes60- **Existing component inventory**: What reusable UI components already exist6162Look in:63- `tailwind.config.*` for design tokens64- `components/ui/` or similar for component library65- Theme/design token files66- Storybook config if present6768### User Context6970Piece together who uses this product:71- **User roles**: Check auth, permissions, middleware for distinct user types72- **Onboarding**: Is there a setup wizard, welcome screen, or tutorial?73- **Collaboration**: Multi-user? Teams? Sharing? Real-time?74- **Data ownership**: Personal data, team data, public data?7576---7778## Phase 2: Confirm Product Profile with User7980**IMPORTANT: First output the detected product profile as a text message to the user.** Do NOT put the profile details inside the AskUserQuestion tool.8182### Step 1: Display the profile as text output8384Output a message like this (with actual detected values):8586```87I detected the following product profile for this project:8889**Product:**90- Desktop app (Tauri) — developer productivity tool91- Manages local development environments and processes9293**Users:**94- Individual developers95- No collaboration/team features detected9697**Key Features:**98- Process management dashboard99- Log viewer with search100- Project configuration101- System tray integration102103**Design:**104- React + Tailwind CSS105- shadcn/ui component library106- Sidebar + content layout107- Dark mode support108109**Maturity:**110- Active development, core features established111- No onboarding flow detected112```113114### Step 2: Then ask for confirmation115116AFTER displaying the profile above, use the AskUserQuestion tool with a simple confirmation question:117118- Question: "Does this product profile look correct?"119- Options: "Yes, looks correct" / "Need corrections"120121**Wait for user confirmation before proceeding.** If the user provides corrections, incorporate them.122123---124125## Phase 3: Generate the Deep Research Prompt126127Once the profile is confirmed, generate a comprehensive research prompt. The prompt should be structured for a deep research tool (like Claude, Perplexity, or similar).128129### Prompt Template130131Generate output in this format (replace placeholders with actual product details):132133---134135**START OF GENERATED PROMPT**136137I'm building a product with the following profile:138139**Product:**140- [App type, platform, domain]141- [Core purpose in one sentence]142143**Target Users:**144- [Primary user types and their goals]145- [Technical sophistication level]146- [Usage context: work, personal, team, etc.]147148**Current Feature Set:**149- [List key features/screens]150151**Design System:**152- [Component library, CSS approach]153- [Layout patterns currently used]154- [Key interaction patterns]155156**Product Maturity:**157- [Stage: early prototype, MVP, established product, etc.]158- [Notable gaps or areas under development]159160I need comprehensive research on **[TOPIC from $ARGUMENTS]** — specifically product design best practices, UX patterns, and real-world examples for a product like mine.161162## Research Scope163164### 1. UX Patterns & Best Practices165166For **[TOPIC]** in products like mine, research:167- **Established UX patterns** used by successful products in this domain168- **Interaction design** best practices specific to [app type]169- **Information architecture** considerations for [TOPIC]170- **Common UX mistakes** products make with [TOPIC]171- **Accessibility** considerations for [TOPIC]172173### 2. Real-World Examples & Inspiration174175Find examples of **[TOPIC]** from:176- **Direct competitors** or products in the same domain177- **Best-in-class examples** from any domain that solved [TOPIC] well178- **Before/after case studies** showing how products improved [TOPIC]179- Note what makes each example effective or ineffective180181For each example, describe:182- What the product does183- How they handle [TOPIC]184- What makes their approach work (or not)185- Screenshots or detailed descriptions if possible186187### 3. User Psychology & Behavior188189Research the human side of **[TOPIC]**:190- **User expectations** — what do users expect from [TOPIC] in this type of product?191- **Mental models** — how do users think about [TOPIC]?192- **Decision fatigue and cognitive load** — how does [TOPIC] affect user effort?193- **Error recovery** — what happens when things go wrong with [TOPIC]?194- **Progressive disclosure** — how much complexity to show upfront vs. on demand?195196### 4. Product-Specific Considerations197198Given my product profile, research:199- How **[TOPIC]** should work for [user type] specifically200- [App type]-specific constraints and opportunities for [TOPIC]201- How [TOPIC] interacts with my existing features202- Scale considerations — how should [TOPIC] work with 10 items vs. 1,000?203204### 5. Measuring Success205206Research how to know if **[TOPIC]** is working:207- **Key metrics** to track for [TOPIC] (engagement, completion rate, time-on-task, etc.)208- **User signals** that [TOPIC] is working well or poorly209- **A/B testing** opportunities for [TOPIC]210- **Qualitative signals** — what to listen for in user feedback211212## Requested Output Format213214Please provide your findings organized as:2152161. **Executive Summary**217 - Top 10 most important [TOPIC] decisions for a product like mine218 - Priority-ranked recommendations2192202. **Pattern Library**221 - Proven UX patterns for [TOPIC] with descriptions222 - When to use each pattern223 - Tradeoffs between approaches2242253. **Real-World Examples**226 - 5-10 examples from real products227 - What each does well and what could be improved228 - Applicability to my product2292304. **Design Recommendations**231 - Specific recommendations for my product232 - Wireframe-level descriptions where helpful233 - Copy/microcopy suggestions where relevant234 - Component and layout suggestions that fit my design system2352365. **Edge Cases & Empty States**237 - First-time user experience for [TOPIC]238 - Empty states, zero-data states239 - Error states and recovery flows240 - Power user vs. new user considerations241 - Extreme data scenarios (none, few, many, too many)2422436. **Anti-Patterns**244 - What NOT to do with [TOPIC]245 - Common mistakes products make246 - Why they're problematic for users2472487. **Implementation Priorities**249 - What to build first (MVP of [TOPIC])250 - What to add later (nice-to-have enhancements)251 - What to skip entirely2522538. **Resources**254 - Relevant articles, case studies, talks255 - Design system references256 - Tools for prototyping or testing [TOPIC]257258**END OF GENERATED PROMPT**259260---261262## Phase 4: Present the Output263264Output the generated prompt as plain text that the user can easily copy.265266Before the prompt, add:267268> **Here's your deep research prompt for "[TOPIC]" tailored to your product. Copy this and paste it into your preferred research tool:**269270After the prompt, add:271272> **Tip:** This prompt works well with Claude, ChatGPT, Perplexity, or similar AI research tools. For best results, use a tool that can search the web for current information and real product examples.273274---275276## Topic-Specific Additions277278Depending on the topic provided in `$ARGUMENTS`, emphasize different aspects:279280### If topic is about "onboarding" / "first-run" / "setup":281- Emphasize time-to-value, activation metrics, progressive profiling282- Include wizard vs. contextual onboarding patterns, empty state design283- Request examples of great onboarding from similar product types284285### If topic is about "navigation" / "information architecture":286- Emphasize wayfinding, discoverability, mental models287- Include sidebar vs. top nav vs. command palette patterns, breadcrumbs, search288- Request examples of navigation scaling from simple to complex289290### If topic is about "search" / "filtering" / "discovery":291- Emphasize query patterns, faceted search, typeahead, result ranking292- Include empty results, suggested searches, filter UX, saved searches293- Request examples from data-heavy products in similar domains294295### If topic is about "settings" / "preferences" / "configuration":296- Emphasize organization, discoverability, defaults, dangerous settings297- Include inline vs. dedicated settings page, search within settings, import/export298- Request examples of settings UX that scales well299300### If topic is about "notifications" / "alerts" / "messaging":301- Emphasize notification fatigue, urgency levels, channel selection302- Include in-app vs. push vs. email, notification preferences, batching303- Request examples of notification systems users actually like304305### If topic is about "empty states" / "zero data":306- Emphasize first-time experience, calls to action, placeholder content307- Include illustration vs. text, educational empty states, sample data308- Request examples of empty states that drive engagement309310### If topic is about "forms" / "data entry" / "input":311- Emphasize validation UX, inline errors, progressive forms, autosave312- Include multi-step forms, conditional fields, smart defaults313- Request examples of complex forms that feel simple314315### If topic is about "tables" / "lists" / "data display":316- Emphasize sorting, pagination vs. infinite scroll, bulk actions, column management317- Include responsive table patterns, inline editing, density controls318- Request examples of data-dense UIs that remain usable319320### If topic is about "dashboard" / "home" / "overview":321- Emphasize information hierarchy, actionable vs. informational, customization322- Include widget patterns, activity feeds, status summaries, quick actions323- Request examples of dashboards that serve both new and power users324325### If topic is about "pricing" / "plans" / "billing":326- Emphasize comparison clarity, plan differentiation, upgrade paths327- Include pricing psychology, trial experiences, plan change UX328- Request examples of pricing pages with high conversion rates329330### If topic is about "mobile" / "responsive" / "touch":331- Emphasize touch targets, thumb zones, progressive enhancement332- Include responsive patterns, mobile-specific interactions, offline states333- Request examples of products that transition well between desktop and mobile334335### If topic is about "dark mode" / "theming":336- Emphasize readability, color contrast, image handling, user preference337- Include system preference detection, smooth transitions, edge cases338- Request examples of products with excellent dark mode implementations339340### If topic is about "error handling" / "error states":341- Emphasize error recovery, clear messaging, suggested actions342- Include form errors, page-level errors, network errors, permission errors343- Request examples of products with graceful error handling344345### If topic is about "collaboration" / "sharing" / "teams":346- Emphasize permissions, real-time presence, conflict resolution347- Include sharing models, role management, activity feeds, mentions348- Request examples of collaboration UX from similar product types349350---351352## Notes353354- Always include the product's actual features and user types — they matter for relevant research355- If you can't determine something about the product, note it as "[unknown]" and ask the user356- The generated prompt should be self-contained and not require additional context357- Tailor the examples section to the actual product domain (don't request generic examples)358- Focus on product/UX decisions, not technical implementation — the prompt should help someone make design decisions, not write code