Behavioral question
What are the key components of a PRD?
- Uber
- Behavioral
- Easy
Practice this question out loud. An AI interviewer asks it, follows up like a real interviewer would, and scores your answer. Type or speak.
Start a mock interview on this question · Mock interview from a job description
What this question tests
Baseline product management craft knowledge, checking you know what a PRD needs to actually drive execution.
How to approach it
- State the purpose of a PRD first, aligning stakeholders on what is being built, why, and how success will be measured.
- List the core sections: problem statement and context, goals and success metrics, and user stories or requirements.
- Cover scope explicitly, including what is out of scope, since ambiguity there causes the most downstream confusion.
- Include design and technical considerations or links to specs, and any dependencies or risks called out early.
- Mention rollout plan, covering launch phasing, and how success will be measured post-launch.
- Note that a good PRD is a living document, updated as scope or learnings shift during development, not a one-time artifact.
What a strong answer includes
- Explicitly calls out out-of-scope items as equally important as in-scope requirements, since that is what prevents scope creep later.
- Ties goals directly to measurable success metrics, not just a feature description, showing the PRD drives accountability.
- Notes the PRD should evolve during development rather than being frozen at kickoff, reflecting real-world usage.
- Mentions risks and dependencies as a distinct section, showing awareness that PRDs must surface blockers early, not just describe the happy path.
Common mistakes
- Listing only feature requirements with no success metrics or problem context.
- Treating the PRD as a static document that never changes after being written.
- Omitting out-of-scope items, which is a common cause of scope creep.
Likely follow-up questions
- How do you keep a PRD updated as requirements change mid-development?
- What do you do when engineering and design disagree with something in the PRD?
More behavioral questions
- How do you know when to cut corners to get a product out the door?Shopify · Behavioral · Medium
- Your Engineering Manager wants to work on a new feature and you absolutely have no bandwidth. How will you handle it?PayPal · Behavioral · Medium
- Suppose a stakeholder wants you to add a new feature to your roadmap and you think that it should not be implemented. How would you convince them to drop it?Lyft · Behavioral · Medium
- You are a senior PM for a data product. How would you prioritize requirements between top customer requests, technical debt of previously delivered features, and partner team requirements for critical integration?Uber · Behavioral · Hard
- Tell me about a time you had to change a KPI.Uber · Behavioral · Easy
- You need to pitch a new feature to executives and stakeholders. How would you do it?Uber · Behavioral · Medium
More questions from Uber
Learn the skill behind it
Chapters of the AI PM course that teach what this question tests.
- Chapter 13: Lead the room: staff moves, forward-deployed PM, and the portfolio
- Chapter 14: Get the job: the AI PM interview loop