Product design question

Suno is considering a new mobile editing workflow that lets users revise an AI-generated song after creation. How would you scope the v1, decide what to ship now versus later, and make tradeoffs between launch speed, experience polish, and investing in foundations that can support future editing features at scale?

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

Scoping judgment for a v1 feature: balancing launch speed, user experience, and technical foundations.

How to approach it

  1. Define what editing means for v1, such as regenerating a section or adjusting lyrics, versus full re-mixing, which is likely out of scope initially.
  2. Identify the core mobile interaction, like selecting a song segment and issuing a text-based revision request, and prototype that first.
  3. Decide what to cut for v1 versus defer, such as advanced waveform editing, based on what most users actually need to feel in control.
  4. Evaluate tradeoffs between shipping fast with a narrow edit surface versus investing now in an architecture that supports finer-grained future editing.
  5. Define a success metric for v1, such as percentage of generated songs that get at least one edit, to validate demand before expanding scope.
  6. Plan the foundation work, like a versioned song state, so v1's fast path does not block later features.

What a strong answer includes

Common mistakes

Likely follow-up questions

More product design questions

More questions from Suno

Learn the skill behind it

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

Preparing for a specific role?

Book summaries for this kind of question

Browse all 4,000+ questions in the bank