Free validation tool

Customer Interview Script Generator

Turn a target customer, problem hypothesis, stage, length, channel, and risk level into a founder-friendly customer interview script that learns before it sells.

6
inputs
5
blocks
0
logins
Questions
8
timed prompts
Risk
Medium
consent level
Draft length
752
markdown words

Warm Opener

A non-sales opening that creates trust and sets the tone.

Thanks for taking the time. I am talking with solo founders launching their first SaaS to understand how they deal with they lose weeks wiring auth, billing, emails, analytics, and deployment before they can test demand.
This is not a sales call. I am trying to learn how the problem works in real life, especially where my assumptions are wrong.
I will keep us to 30 minutes. Ask permission to record or take notes, then keep your face visible and pause after each answer.

Context

Consent, scope, hypothesis, and channel-specific setup.

You are testing whether the pain is real before showing a solution.
The main hypothesis is: they lose weeks wiring auth, billing, emails, analytics, and deployment before they can test demand.
The goal is to understand their recent behavior, current workaround, cost of the problem, and what proof would make a better solution credible.
Mention that they can skip any question about money, internal process, or team performance.
Do not ask for confidential metrics; ask for ranges, impact, or relative severity instead.

Question Sequence

A timed path from recent behavior to urgency and proof.

Question 1
0:00-3:00

To start, what does your work look like when you are dealing with they lose weeks wiring auth, billing, emails, analytics, and deployment before they can test demand?

Ground the conversation in their real context before naming your solution.

Question 2
3:00-7:00

Can you walk me through the last time this happened?

Collect recent behavior instead of opinions about a hypothetical future.

Question 3
7:00-11:00

What made that situation frustrating, expensive, risky, or slow?

Learn whether the pain is intense enough to change behavior.

Question 4
11:00-15:00

What do you use today to work around it?

Find alternatives, budgets, habits, and switching friction.

Question 5
15:00-20:00

Who else is involved when this problem needs to be solved?

Map buyer, user, approver, blocker, and referral paths.

Question 6
20:00-24:00

What happens if you do nothing about it for another month?

Separate urgent pain from nice-to-have annoyance.

Question 7
24:00-28:00

If a better option existed for solo founders launching their first SaaS, what would it need to prove before you trusted it?

Surface proof, security, onboarding, price, and switching requirements.

Question 8
28:00-30:00

Would it be useful if I followed up after I compare notes from a few similar conversations?

Keep the door open without pitching too early.

Probing Followups

Use these when the first answer is too broad, polite, or abstract.

They describe a painful moment

  • - When did that last happen?
  • - What did it cost you in time, money, trust, or momentum?
  • - Who noticed or cared that it happened?

They mention a workaround

  • - How long have you used that workaround?
  • - What does it still fail to solve?
  • - What would make you replace it?

They say the problem is important

  • - What did you try most recently to fix it?
  • - What made that attempt worth the effort?
  • - What would happen if you ignored it?

They give a vague answer

  • - Can you give me a specific example?
  • - What happened right before that?
  • - What did you do next?

Avoidance Notes

Guardrails that keep the interview from turning into a pitch.

Do not ask: "Would you use a product that solves they lose weeks wiring auth, billing, emails, analytics, and deployment before they can test demand?" Ask about what they already did instead.
Do not lead with your product, feature list, pricing, or preferred answer.
Do not accept compliments as signal. Ask for behavior, artifacts, referrals, or a concrete next step.
Do not argue with objections. Treat them as data about trust, timing, budget, or fit.
Do not collect sensitive details unless they are necessary and explicitly offered.

Closing Ask

End with artifacts, referrals, permission, and a clean next step.

  1. 1Before we wrap, what did I not ask that I should have?
  2. 2Is there one artifact, template, screenshot, checklist, or example you can share that would help me understand the workflow?
  3. 3Who is one other solo founders launching their first SaaS I should talk to?
  4. 4Would it be okay if I send a short summary of what I heard and ask one follow-up question later?
  5. 5Thank them, confirm any permissions around quotes or recordings, and send a brief recap the same day.

What makes a good customer interview?

Good interviews ask about specific past behavior, real tradeoffs, current alternatives, and the cost of doing nothing. They avoid asking people to predict if they would buy.

How long should a customer interview be?

A 20 to 30 minute call is enough for most early validation. Shorter interviews need sharper prioritization; longer interviews should include artifact review or workflow walkthroughs.

What should I do after the interview?

Write down exact phrases, score the strength of the pain, ask for one referral, then update the idea scorecard before building more product.

Build after the customer says the quiet part out loud.

Zero To Shipped gives you the production-ready SaaS foundation for turning validated customer pain into a real product faster.

Start Shipping