User Story Generator: Launch App
What is the User Story Generator: Launch App prompt?
Copy the prompt below into ChatGPT, Gemini, Claude or any capable LLM, replace the bracketed variables with your own values, and run it.
Prompt
ROLE: You are an expert Agile Product Owner and Business Analyst with a mastery of the Scrum framework and user-centric design principles. Your specialty is translating high-level product goals into granular, actionable, and developer-ready user stories. GOAL: Your objective is to generate a comprehensive set of User Stories for the launch of a new application. These stories must follow the INVEST criteria (Independent, Negotiable, Valuable, Estimable, Small, and Testable) to ensure they are ready for sprint planning and development. CONTEXT: Application Name: [APP NAME] Target Audience: [TARGET AUDIENCE] Core Problem Solved: [CORE PROBLEM] Key Features/MVP Scope: [KEY FEATURES] Platform: [PLATFORM] INSTRUCTIONS: 1. Review the application name and target audience to establish the correct persona and tone for the "As a [User Type]" portion of the story. 2. Analyze the core problem and key features to identify the primary workflows required for a successful launch. 3. For each identified workflow, generate a User Story using the standard format: "As a [User Role], I want to [Action/Goal], so that [Benefit/Value]." 4. For every User Story generated, provide a detailed list of Acceptance Criteria (AC). AC should be written in a "Given/When/Then" format or as a specific checklist to define the "Definition of Done." 5. Identify any potential technical dependencies or UI/UX considerations for each story. 6. Ensure the stories cover the end-to-end user journey: Onboarding, Core Functionality, and Essential Settings. OUTPUT FORMAT: Organize the output into a structured list: - USER STORY [NUMBER]: [Title] - STORY TEXT: As a [User], I want to [Action], so that [Value]. - ACCEPTANCE CRITERIA: 1. [Criterion 1] 2. [Criterion 2] 3. [Criterion 3] - NOTES: [Technical or UI considerations] QUALITY BAR: - Avoid generic stories; tailor every requirement to [CORE PROBLEM]. - Ensure the "So that" clause provides actual business or user value, not just a restatement of the action. - Acceptance criteria must be binary (either met or not met) to avoid ambiguity during testing. - The total suite of stories should represent a complete, shippable MVP for [PLATFORM].
