Product design question

Design Uber for kids.

Practice this question out loud. An AI interviewer asks it, follows up like a real interviewer would, and scores your answer. Type or speak.

What this question tests

Tests product design under a heightened safety and trust bar, since the user (child) and the payer/decision-maker (parent) are different people.

Clarify the target: rides for unaccompanied minors, likely ages 8 to 15, booked and monitored by a parent, not the child.
Identify the core problem: parents need certainty about driver vetting, live tracking, and communication, more than speed or price.
Design safety-first features: background-checked and specially certified drivers, mandatory live GPS sharing with the parent, and a check-in call or PIN-based pickup.
Consider a two-app model: parent app for booking, tracking, and approvals, with no direct payment or booking access for the child.
Define success as parent trust and repeat usage (bookings per family per month) rather than raw ride volume, since trust drives adoption here.

Leads with trust and safety architecture (vetted drivers, live tracking, PIN pickup) before any growth or convenience feature, which matches the real risk profile.
Separates the parent's control surface from the child's experience, recognizing the buyer and user are different people with different needs.
Flags the regulatory and legal angle, minors and liability, as something to validate with legal before wide launch.
Picks a trust-based success metric, like parent NPS or repeat booking rate, over pure ride volume.

Designing this like a normal Uber ride with a few added parental controls, underestimating the trust bar required.
Skipping the legal and liability discussion entirely, which is a major real-world blocker for this product.

Chapters of the AI PM course that teach what this question tests.