How to Use AI for Product Discovery and Writing Better User Stories

On This Page

AI Prompt Pack: User Stories

AI Prompt Pack: User Stories

This free downloadable AI prompt pack includes useful sample prompts to get started with user personas, story writing, acceptance criteria and more.

Download Now

AI is revolutionizing how teams develop products. In this blog we’ll introduce a set of prompts you can use to understand your users, prepare to interview real users, generate a product backlog, add acceptance criteria, and evaluate your own user stories.

Throughout this blog, I’ll use a consistent example so you can see how results from one prompt feed into the next. For our example, let’s imagine our team is developing a new product for valet-attended parking garages. We’ll validate our product by selling initially to independent parking garages such as at boutique hotels.

For the examples here, I will be using ChatGPT’s GPT 5.2 Thinking model.

Building a Persona

It remains imperative for teams to understand a product’s users and customers by interviewing, surveying, and observing them. A team can supplement these interactions by training an AI on what’s been learned and then interacting with a user-proxy AI. Team members could, for example, ask their user-proxy AI questions such as:

  • What do you think of this feature?
  • How often would you use this feature?
  • What could make this feature more useful?
  • Which of these features would you find more useful?
  • Would you be willing to pay for this feature?

The general form of our prompt to create a persona is:

Our product is [product description]

Build me a persona of [ persona description]. List their hopes, concerns, emotional triggers, and decision criteria for choosing our product.

Here’s what I used for the parking valet app:

Our company is developing software for valet-attended parking garages. To validate our product we will sell initially to independent operations such as boutique hotels.   

Build me a persona of the owner or manager of such a parking garage. List their hopes, concerns, emotional triggers, and decision criteria for choosing our product.

The Results

I was given a persona, Carlos Martinez, who owns and operates a valet-attended garage with 80–200 spaces at a boutique hotel. Carlos has 10–25 years in parking and hospitality. He has a team of 5–25 valet attendants, who are a mix of full-time and high-turnover part-time staff.

The point about high-turnover part-time staff is an insight I might have overlooked. I think about a hotel I visit often: there are four attendants I see every trip, and I’d recognize them away from the hotel. The other attendants blur together. I bet they’re the high-turnover part-time ones.

You can view the full persona description in the popup below.

I particularly like seeing our persona’s hopes and aspirations. My personality is such that I always want to get right down to what a user needs, but understanding their hopes and aspirations is helpful. There were a few things in this persona I might not have identified on my own:

  • Reducing the dependency on one “supervisor who knows everything”
  • Win or renew hotel contracts more easily (I might have thought of this later but I would have been initially too focused on operating the garage to have thought about Carlos’s big concern: renewing the hotel’s contract with him)
  • Predictable labor costs. If our product includes the right analytics, we can definitely help with this feature I might not have thought about.

Interviewing the Persona

Once AI has created the persona, tell it:

Please act as [persona name] and let me interview you. 

You can see an excerpt of my interview with Carlos.

The downloadable prompt pack includes some sample questions I’ve found useful you can use to get started.

An Interview Guide for Real Users

You can also use AI to prepare interview questions of real users or customers who match a persona. To do that, I use this prompt:

I plan to interview some actual users who match this persona. Please prepare an interview guide I can use.

Include key points I should make initially about confidentially, time commitment, purpose, and that there are no right or wrong answers. 

Identify questions I can ask about the current process and pain points with it. As appropriate, include suitable follow-up questions that probe for more depth. 

Include questions that will help me understand their desired future state including goals and success criteria. 

Include questions about constraints (regulatory or other) that I should ask. 

Finally, include questions or statements I can use to wrap up the session.

You can see the interview guide for the owner-operator of the valet-attended parking garage. I’ve prepared well over a hundred of such interview guides over the years. Looking at this makes me realize how much better prepared I could have been had AI been available.

Writing User Stories

On an agile project, we eventually want to get to the level of writing specific product backlog items, typically user stories and job stories. To do that, we’ll use this prompt:

You are a business analyst responsible for writing clear, high-quality user and job stories. 

Each user story must strictly follow this exact format: 

As a [USER ROLE] I want [WHAT] so that [WHY]. 

Each job story must strictly follow this format:

When [SITUATION], I want to [MOTIVATION] so I can [EXPECTED OUTCOME].

Each user and job story must satisfy the INVEST criteria as follows: 

- Independent: one feature or need per story. 
- Negotiable: open to discussion, avoid overly detailed solutions. 
- Valuable: clearly benefits the user or business. 
- Estimable: scoped well for effort estimation. 
- Small: completable within one sprint. 
- Testable: imply verifiable outcomes (acceptance criteria not required). 

Use clear, concise language suitable for agile development teams.  

Produce stories in the exact format below with no numbering, bullet points, commentary, or blank lines. 

Choose between user and job stories for each need as appropriate. 

Do not deviate from these formats or add anything else. 

The product is [describe the product].

Focus on this functional area of the product: [describe a subset of the product].

Your task is to generate as many stories as needed to for [attach a persona PDF or name the persona].

The majority of this prompt provides guidance on what user and job stories are, describes the INVEST criteria of good stories and then instructs the AI to produce stories without extra information or formatting. This allows them to be easily copied and imported into a backlog management system.

The last few lines of the prompt are where things get interesting.

Product Description

Describe the product or service being developed. You can alter the prompt to include this as a file if you have a detailed description.

Functional Area

Instruct the AI to focus on a subset of the product. If you’re developing a word processor, for example, you might focus on printing. The process can be repeated for each area of the product.

Persona

Finally, mention the persona (or user role) for whom you want to write stories. If you created the persona in the AI chat, you can just name the persona (e.g., “for Carlos”).

However, since you’ll likely repeat this process, it’s useful to save the persona description in a file and upload the file.

Stories for the Valet Parking Example

For our ongoing parking valet example product, here’s how I filled in the last part of the prompt:

You are a business analyst … [same as above]

The product is a new software product to be sold to valet-attended parking garage owner/operators. To validate our product, we will initially sell it to independent operations such as boutique hotels. 

Your task is to generate as many stories as needed for the persona attached. 

I did not instruct the AI to focus on a subset of the garage owner/operator’s needs in this case. I felt like the owner’s needs were small enough I could let the AI tackle them all. Here’s what I got:

  • When vehicles are dropped off by guests, I want each handoff recorded clearly so I can reduce disputes about responsibility.
  • As an owner-operator I want proof of vehicle condition at drop-off so that I can protect the business from false damage claims.
  • When a valet retrieves a vehicle for a guest, I want the retrieval time tracked so I can monitor guest wait times.
  • As an owner-operator I want to know which valet handled each vehicle so that I can hold staff accountable if issues arise.
  • When peak check-in or check-out periods occur, I want the drop-off and retrieval process to stay fast so I can meet hotel service expectations.
  • As an owner-operator I want visibility into vehicles currently in valet custody so that I can answer hotel or guest questions confidently.
  • When a guest reports a problem during pickup, I want access to a clear record of the vehicle’s history so I can resolve the issue quickly.
  • As an owner-operator I want the drop-off and retrieval workflow to be simple for valets so that new or temporary staff can use it correctly.
  • When I am not on-site, I want to see what vehicles are being dropped off and retrieved so I can feel in control of operations remotely.

You can see the prompt gave AI enough detail that it could correctly vary between user and job stories. It chose job stories when a trigger or situation was more important than the specific user performing a story. For example when vehicles are dropped off and when I am no on-site.

Adding Acceptance Criteria

I prefer adding acceptance criteria as a separate step after I have stories for one part of the product. AI can easily add these as a simple bulleted list or in Gherkin format (given-when-then).

I find the simplicity and terseness of a simple list preferable when I’ll review the stories with users. You can also ask AI to convert them into Gherkin format later.

To generate acceptance criteria within the same AI session, you can use this prompt:

Please add acceptance criteria to the stories you wrote expressing them as [just a list][in Gherkin format].

Example Acceptance Criteria

Here’s the example acceptance criteria as a simple list and in Gherkin format for this story:

As an owner-operator I want proof of vehicle condition at drop-off so that I can protect the business from false damage claims.

List

  • Vehicle condition evidence is captured at drop-off
  • The evidence is associated with the correct vehicle record
  • The evidence can be viewed after the vehicle is returned

Gherkin

Feature: Capture vehicle condition at drop-off

Scenario: Record vehicle condition evidence during drop-off

Given a vehicle is being dropped off by a guest
When the valet completes the drop-off process
Then the system captures evidence of the vehicle’s condition
And the evidence is associated with the correct vehicle record

Scenario: View vehicle condition evidence after drop-off

Given a vehicle has been dropped off with condition evidence recorded
When the owner-operator views the vehicle record
Then the vehicle condition evidence is displayed
And the evidence is clearly identifiable as taken at drop-off

Given a damage claim is reported by a guest
And vehicle condition evidence exists from drop-off
When the owner-operator reviews the claim
Then the owner-operator can access the drop-off condition evidence
And the evidence includes a timestamp indicating when it was captured

Having AI Evaluate Your Own Stories

Artificial Intelligence doesn’t have a monopoly on creativity. So naturally you will need to write some user or job stories yourself. When you do, it can be helpful to have AI evaluate your stories. You can even have AI evaluate its own stories–after all, it’s not perfect.

We’ll have AI evaluate our stories against the well-known INVEST criteria. These indicate that stories should be:

  • Independent
  • Negotiable
  • Valauble
  • Estimable
  • Small
  • Testable

Here’s the general form of the prompt for evaluating stories:

You are an expert agile coach specializing in user story quality. Your task is to evaluate user and job stories against the INVEST criteria below:

- Independent: Story stands alone without dependencies.
- Negotiable: Story is open to discussion and refinement.
- Valuable: Story delivers clear user or business value.
- Estimable: Effort can be reasonably estimated.
- Small: Story can be completed within one sprint.
- Testable: Story has clear, verifiable completion criteria.

[Optional: Examples of good and bad output are in the attached file.]

For each user story and its acceptance criteria

1. Identify only the INVEST criteria that the story does NOT meet.
2. For each unmet criterion, provide a concise, specific explanation (1-2 sentences) focused on why the story fails it.
3. Suggest one concrete, actionable change that would make the story fully meet all INVEST criteria, directly addressing the unmet points.

Format your response exactly as follows:

Story: [repeat the story]

INVEST Criteria Not Met: [criteria separated by commas]

Explanation:

Suggested Improvement: [Concrete, actionable change]

Do not provide feedback on criteria the story already meets.

Avoid verbose or generic explanations. Suggest only one focused change.

Here are the stories and their acceptance criteria:

[Stories followed by their acceptance criteria]

This prompt supports optionally including a file containing examples of good and bad user stories and acceptance criteria. I suggest initially evaluating your stories without bothering to do this. The results will likely be good enough.

However, it’s easy to slowly assemble a document of good and bad examples by adding one or two each time you do this. The AI Prompt Pack: User Stories shows an example format for the examples.

You can see how AI evaluated three of its own stories.

A Practical Partner, Not a Replacement

AI won’t replace the need to talk with real users, make judgment calls, or exercise product sense. What it can do is dramatically reduce the friction between those activities. It helps teams move faster from vague ideas to concrete artifacts, exposes blind spots we might otherwise miss, and raises the baseline quality of our work—especially when time or experience is limited.

Used well, AI becomes a tireless collaborator: one that remembers every persona detail, never runs out of patience for rewrites, and can instantly shift from big-picture thinking to precise backlog items. The prompts in this blog are not meant to be followed blindly, but adapted, challenged, and refined—just like any good agile practice.

If there’s one mindset shift to take away, it’s this: don’t ask whether AI can replace part of your product discovery or backlog refinement process. Ask how it can help you show up better prepared for the conversations that still matter most—with users, stakeholders, and your team. That’s where its real value lies.

Need Help Using AI to Accelerate Your Team?

Coaching teams on tools and approaches like this is what we do. If you want to discuss how we can help your team incorporate AI into its agile work, let’s talk.

Last update: January 13th, 2026

Mike Cohn

About the Author

Mike Cohn specializes in helping companies adopt and improve their use of agile processes and techniques to build extremely high-performance teams. He is the author of User Stories Applied for Agile Software Development, Agile Estimating and Planning, and Succeeding with Agile as well as the Better User Stories video course. Mike is a founding member of the Agile Alliance and Scrum Alliance and can be reached at hello@mountaingoatsoftware.com. If you want to succeed with agile, you can also have Mike email you a short tip each week.