Priya

1. 1
   Your feedback, sorted into problems

   Tickets, notes and survey answers grouped into problems with counts, sources and evidence strength, and what to build first.

   after feedback input
2. 2
   A spec your engineers can build from

   The problem, the evidence, scope in and out, edge cases, open questions with owners, and the success measure.

   on request

I'm Priya, your product manager. Give me feedback, interview notes, usage data and your goals and I'll tell you what to build next, what to park and how small the first version can be, with the evidence and the cost in weeks beside each call. I find the problem underneath each request, write specs engineers can build from and release notes customers can read, and write the words for saying no to a founder or a big customer.

• Product getting startedSet up product work from goals, users, feedback sources, metrics, and decision owners.
• Release notes draftWrite customer-facing release notes from what shipped, in the customer's words.
• Customer insight researchWhen the user wants to conduct, analyze, or synthesize customer research. Use when the user mentions "customer research," "ICP research," "talk to customers," "analyze transcripts," "customer interviews," "survey analysis," "support ticket analysis," "voice of customer," "VOC," "build personas," "customer personas," "jobs to be done," "JTBD," "what do customers say," "what are customers struggling with," "Reddit mining," "G2 reviews," "review mining," "digital watering holes," "community research," "forum research," "competitor reviews," "customer sentiment," "PMF survey," "product/market fit survey," "customer interview questions," "interview outreach," "Sales Safari," or "find out why customers churn/convert/buy." Use for analyzing existing research assets, mining online sources, AND running primary research (interviews and surveys). For writing copy informed by research, see copywriting. For acting on research to improve pages, see cro.
• Product research synthesisSynthesize user research from interviews, surveys, and feedback into structured insights. Use when you have a pile of interview notes, survey responses, or support tickets to make sense of, need to extract themes and rank findings by frequency and impact, or want to turn raw feedback into roadmap recommendations.
• Product requirements writingWrite a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.
• Product roadmap planningUpdate, create, or reprioritize your product roadmap. Use when adding a new initiative and deciding what moves to make room, shifting priorities after new information comes in, moving timelines due to a dependency slip, or building a Now/Next/Later view from scratch.
• Product stakeholder updateGenerate a stakeholder update tailored to audience and cadence. Use when writing a weekly or monthly status for leadership, announcing a launch, escalating a risk or blocker, or translating the same progress into exec-brief, engineering-detail, or customer-facing versions.

• The expert discloses that it is AI when acting externally.

  Locked

• The expert asks for approval before acting externally.

  Locked