
Watch the full talk
Watch this WaysConf session, then continue with related talks or explore the current programme.
Talk in brief
This extended panel examines what product teams must change as AI moves from a feature trend to an operating constraint. The discussion covers hype resistance, modular systems, documentation as machine context, customer-support agents, multi-step prompting, specialist workflows, and the changing value of product judgment. Across different company examples, the panelists argue that competitive advantage does not come from adding a chat box. It comes from structuring knowledge, selecting narrow jobs, measuring real outcomes, building feedback loops, and helping teams develop enough domain understanding to direct and evaluate increasingly capable tools.
Key takeaways
- 01
Treat hype as a weak product signal
Teams should follow advances without copying every visible demo, grounding AI priorities in customer work and durable technical capability.
Watch from 5:59 - 02
Modularity and context enable useful automation
AI performs better when systems expose bounded tasks and reliable documentation instead of asking a general model to infer private domain rules.
Watch from 13:20 - 03
Documentation becomes product infrastructure
A support agent can resolve a large share of requests only when the underlying knowledge is complete, maintained, and improved from unresolved cases.
Watch from 20:40 - 04
Compose agents around specific jobs
Layered prompts and specialist steps create more controllable behavior than one universal assistant that claims to handle every customer or employee need.
Watch from 28:21 - 05
Judgment grows more valuable as execution accelerates
People still need to understand the domain, decide what outcome matters, and recognize weak work; faster generation cannot replace product direction.
Watch from 36:19
Video chapters
- 0:29Product leaders compare the AI shift
The panel introduces different SaaS and data-product perspectives on rapid AI adoption.
- 5:49Separating durable change from hype
The speakers discuss how they follow technical progress without allowing social momentum to set the roadmap.
- 12:59Architecture, modules, and missing context
Domain boundaries and documentation are presented as prerequisites for reliable AI-assisted work.
- 20:00What support automation actually requires
A customer-service example shows the preparation and iteration behind high resolution rates.
- 27:39Layered prompts and specialist assistants
The panel explains how narrow instructions can be composed into repeatable operational workflows.
- 36:00Skills, ownership, and the cost of ignorance
The conversation turns to changing roles and the need for broader understanding of the work being automated.
- 43:21Reconsidering established product practice
Experience and intuition remain useful, but teams may need to abandon processes built for slower execution.
- 50:19Closing the loop with unresolved cases
Agents flag gaps, people improve the knowledge base, and the system learns through an explicit maintenance cycle.
Read edited transcript highlights
These concise notes were edited from automatic captions and checked against the talk structure. They are not a verbatim transcript.
Progress without roadmap by social feed
The panel distinguishes awareness from imitation. Product leaders need to understand what builders and researchers are making possible, but visible excitement is not evidence that a capability belongs in their product. A more durable filter asks whether the technology improves a customer job, whether the team can support it, and whether the result can be evaluated beyond novelty.
Watch from 5:49Private context is the real constraint
General models carry broad knowledge but not the rules, history, and exceptions of a particular organization. Modular services, clear domain boundaries, and maintained documentation give an AI system a smaller and more reliable world to act within. Without that structure, teams may generate code or answers quickly while creating a system they cannot verify or safely change.
Watch from 13:10Automation rests on maintained knowledge
A strong support agent did not emerge from connecting a model to scattered help pages. The team spent significant time creating and iterating the documentation that governed its answers. High resolution rates were therefore as much a knowledge-management achievement as a model achievement. The example makes content quality, ownership, and feedback part of the product architecture.
Watch from 20:21Specialists can outperform a universal assistant
The panel describes assistants assembled from multiple instructions and steps. One layer establishes the role and available actions; another handles a particular question or workflow. This composition makes behavior easier to tailor and inspect. It also directs teams toward explicit jobs and boundaries instead of relying on a conversational surface that promises broad competence.
Watch from 27:59Unanswered cases should improve the system
When an agent encounters a customer situation that the documentation does not cover, the failure becomes a task rather than a silent dead end. A person claims the gap, supplies the missing policy or scenario, and updates the shared knowledge. That loop connects automation with human ownership and turns exceptions into a practical roadmap for better coverage.
Watch from 50:19





