Chapter 06

Learn from visitor conversations.

Product-minded founders do not only need more demos. They need more evidence: what evaluators were trying to do, what confused them, what alternatives they considered, and what problem was urgent enough to ask about.

Stand Guidebook

Chapter 06 of 09

Field guide

What to learn in this chapter

Stand turns website chat into a continuous customer-learning loop. The Product Discovery skill is the structured version: help first, ask consent, drill into reality, and preserve evidence with links back to the conversation.

Use this chapter when your website traffic can teach you about positioning, product-market fit, pricing, migration blockers, documentation gaps, or the language prospects use before they become fans.

Help the visitor before asking discovery questions.

Ask permission before the Product Discovery skill switches into interview mode.

Aim the conversation at up to three current research questions.

Review evidence cards with links back to the original chat.

Why this matters

01

Your best early evidence may come from people who never book a call.

Founders usually hear from friendly customers, sales calls, and support tickets. That leaves a gap: evaluators, skeptics, confused visitors, and people comparing alternatives before they are ready to commit.

Those visitors are often honest in a way fans are not. They ask what your page failed to explain. They reveal what they are comparing you against. They describe the job they actually need done.

Example

Confused evaluator

Situation
The visitor asks whether Stand is a chatbot, live chat, or support suite.
Move
Answer directly, then ask what they were hoping the tool would replace.
Insight
The confusion can reveal a positioning problem and the category the visitor uses in their head.

Example

Migration blocker

Situation
The visitor says they already built custom chat but product cannot learn from the transcripts.
Move
Ask when that last caused a real problem and what decision was delayed.
Insight
The value is not "chat history." The value is shortening the delay between raw transcripts and product learning.

Interview discipline

02

Ask about reality, not opinions.

The Product Discovery skill should not ask leading roadmap questions. It should ask about the last time the problem happened, what the visitor tried, who was involved, what broke, what it cost, and what happens if nothing changes.

The agent should stop when the visitor becomes rushed, frustrated, terse, or asks for direct help. The goal is learning with consent, not extracting a survey.

Transcript study

A real discovery conversation is longer than a survey answer.

This example starts with a practical Copilot-to-Figma question, asks consent, then follows the visitor into team structure, handoff pain, workarounds, and a support-worthy next step.

Consent
The stand-in asks whether it may ask a couple of quick questions before switching from help into discovery.
Reality
The visitor describes a two-designer, one-developer workflow, not an abstract feature preference.
Friction
The specific blocker is handoff from Figma to code, especially custom components and exports.
Boundary
When the visitor asks for direct help, the stand-in stops interviewing and routes toward a specialist follow-up.
What to read for
  • The stand-in does not ask "would you buy this?" It asks what happens today.
  • The visitor volunteers concrete artifacts: Figma, Slack, GitHub issue, Excel export button, and unsupported integration.
  • The discovery path creates both product evidence and a qualified follow-up conversation.
Did you know that you can sync from Vaadin Copilot to Figma?
No I did not
That is a powerful feature for design and development collaboration. Would you mind if I ask a couple of quick questions about your design-to-development workflow? It helps us understand how teams like yours work.
Sure
Great. To start, could you tell me a bit about your team's structure and how you typically iterate when designing and building UIs?
2 devs, one designer
Thanks, that helps. With 2 developers and 1 designer, how do you typically handle the handoff of design assets and specifications between your designer and developers? What is that process like, and are there any common challenges?
Designer is not too technical. They use Figma. Typically just shares link to design on Slack or adds that to GH issue.
Thanks for that detail. After the designer shares the Figma link on Slack or in a GitHub issue, what typically happens next from the developers side? Are there any specific issues or delays that come up during that stage of development?
We tried Vaadin Copilot to automatically create Flow UIs from that, but it did not work too well.
That is useful feedback. Could you tell me a bit more about why it did not work too well? What specific issues or challenges did you encounter when trying to use Vaadin Copilot to create Flow UIs from Figma?
I think it tried to use generic Vaadin components while we have our own.
So Vaadin Copilot tried to use generic components, but your team has its own set of custom Vaadin components. Could you tell me a little more about these custom components? Are they based on existing Vaadin components that you have extended, or are they built from scratch?
They are just inheriting from the normal ones. We add a bit of extra functionality here and there. Like there is Excel export button on our Grid component.
When your designer creates a Figma design that includes something like a grid with an export function, how do your developers currently know to use your custom Grid component with the Excel export, rather than the generic Vaadin Grid?
Not sure. Visually it looks like ours.
That helps. Since your custom components look visually similar to the standard ones, what happens when developers are building the UI? Do they manually swap generic components for your custom ones after Copilot generates the initial UI?
No. We just stopped using the Figma integration and use Figma-Claude integration now. Claude Code runs in our project and edits the code.
Is there updated doc about Copilot we can look at?
I can help with information about Vaadin Copilot. For the most up-to-date documentation, I recommend checking the official Vaadin website documentation. Is there anything specific about Copilot you would like to know, or a particular feature you are looking for?
Custom component support. Maybe even could connect with someone from Vaadin team who could show it should work?
That is a great question about custom component support in Copilot. I do not have a specific doc link right now, but I can connect you with someone from the Vaadin team who can show exactly how it works and answer your questions. Would you like me to arrange for a specialist to get in touch with you?
Sure
Great. To help the specialist connect with you, could you please share your name and either your email address or phone number?
Daniel Hu
Thanks, Daniel. What is the best way for the specialist to reach you, via email or phone?
daniel@example.com
Perfect, Daniel. I have let the team know that you are interested in learning more about custom component support in Vaadin Copilot and would like someone to connect with you. They will reach out by email.
Thanks. Looking forward to meeting with the specialist.
You are very welcome, Daniel. They will be in touch soon. Have a great day.

Conversation ended

Figure 6-1. The useful evidence is not one answer; it is the chain of context behind the visitor question.

Question design

03

Attach every question to a decision.

A discovery question is only useful if the answer could change something: the headline, the pricing explanation, the docs path, the onboarding promise, the roadmap priority, or who the founder interviews next.

This is where Stand can be unusually valuable. It lets you ask one or two timely questions at the exact moment the visitor is wrestling with your category, not weeks later in a scheduled interview.

PagePricing
What to learnWhat value boundary makes the visitor hesitate?
Useful follow-upWhat would make this feel clearly worth paying for?
PageDocs
What to learnWhat implementation job brought them here?
Useful follow-upWhat were you trying to ship when you got stuck?
PageComparison
What to learnWhich alternative is already in their head?
Useful follow-upWhat do you need the new option to do better?
PageFeature page
What to learnWhich promise is unclear or hard to believe?
Useful follow-upWhat would you need to see before trusting this?

Setup

04

Aim the Product Discovery skill at current questions.

Do not ask the agent to learn everything. Give it the current questions that would actually change your next product or positioning decision.

Good research questions are specific enough to guide follow-ups but broad enough that a real visitor can answer from experience.

Stand Product Discovery settings with interview audience, research goal, research questions, guardrails, interview depth, and notification setting.
Figure 6-2. The Product Discovery skill works best when the agent knows whom to interview, what the research goal is, which questions matter now, and when to stop.

Useful research questions

  • What are evaluators trying to replace when they look at Stand?
  • Which pages create confusion about whether Stand is a chatbot or live chat?
  • What makes a visitor trust or distrust AI coverage for a named person?
  • Which competitor comparisons show up before a buying conversation?

Review

05

Treat reports as evidence trails.

A good discovery report should not sound like an oracle. It should cite the conversations behind each finding, identify caveats, and keep weak signals separate from strong ones.

This is what lets a founder act without fooling themselves. You can change a headline after five similar confusion signals. You should not rewrite the roadmap after one enthusiastic feature request.

Digest section

Product discovery

3 interviews
Figma-to-Flow evaluator, migration evaluator, buyer asking about security review.
Finding [1,2]
Existing custom components are the recurring adoption risk.
Finding [3]
Security review starts before technical validation.
Caveat
Three interviews is still early. Treat repeated findings as signals to investigate.

Questions

Common reader notes

Is the Product Discovery skill a replacement for interviews?

No. It adds a stream of grounded evidence from visitors who are already evaluating, confused, or comparing. Use strong signals to plan deeper interviews.

Will the agent annoy visitors with research questions?

The agent helps first, asks permission, asks one question at a time, and stops when the visitor wants direct help or seems done.

Try the guide on one real page.