Every week, I coach product and documentation teams on a simple truth I keep pinned above my desk: "AI is reading your documentation! Learn tips from the Amplitude docs team about how to structure your documentation for both human and AI audiences." That line captures the shift we’re all living through—our docs must now serve customers, support engineers, and increasingly, LLMs powering chat, search, and in‑product help.
My AI strategy for documentation starts with intent. I map the core questions users ask at activation, onboarding, escalation, and renewal, then shape information architecture to reduce ambiguity. This helps humans find answers faster and helps LLMs retrieve the right chunks with higher precision—a win for UX writing, product-led growth, and support deflection.
Structure beats style when AI is in the loop. I rely on semantic headings (H1–H3), consistent slugs, stable anchors, and one‑topic pages that can stand alone. Short paragraphs, scannable summaries, and canonical references reduce duplication and improve retrieval quality. Treat docs-as-code with CI/CD so changes are reviewed, versioned, and shipped reliably—documentation deserves the same rigor as product releases.
Chunking matters for LLMs. I design content for context window management: one concept per section, tight procedures with numbered steps, and FAQs that mirror real queries. Glossaries define canonical terms and accepted synonyms so retrieval-first pipelines match user language without fragmenting meaning. Error messages and parameter names appear verbatim to strengthen search and grounding.
Metadata is a multiplier. I add clear titles, descriptions, last‑updated dates, product area tags, and audience labels (admin, developer, analyst) to boost SEO and machine readability. Stable IDs for components, examples, and API objects improve deep linking and evaluation. Where appropriate, I include structured examples that align with prompt engineering best practices so AI assistants can extract inputs, outputs, and constraints cleanly.
Quality is measured, not hoped for. I pair content audit checklists with analytics to see what’s searched, where users pogo‑stick, and which articles drive successful task completion. Tools like Amplitude analytics reveal gaps and dead‑ends, while lightweight evals (answer accuracy, grounding rate, latency) ensure LLMs retrieve the right doc chunks at the right time.
Consistency is a feature. I standardize terminology across UI, API, and docs, and I avoid synonym sprawl that confuses both readers and LLMs. Page intros state the job-to-be-done; conclusions link to adjacent tasks; and deprecation notes are explicit with forward paths. This coherence lowers cognitive load and improves both RAG performance and human trust.
Governance keeps it scalable. I assign owners per section, define SLAs for updates, and automate checks for broken links, orphaned pages, and outdated screenshots. Redirect rules avoid 404s, and version banners prevent LLMs from mixing deprecated guidance into current answers—small details that cumulatively protect customer experience.
If you’re just getting started, begin with three moves: clarify intents, restructure pages into atomic, linkable units, and add metadata that reflects how customers actually search. From there, tighten your retrieval-first pipeline and run regular evals. The payoff is durable: faster time to value for users, lower support load, and AI assistants that answer accurately, confidently, and consistently.
Inspired by this post on Amplitude – Perspectives.
Great products aren’t just shipped; they’re understood. In my product management practice, the difference between a good release and a great one often comes down to disciplined documentation that moves at the speed of delivery. That’s why the docs-as-code approach has become a cornerstone of how I build, lead, and measure product experiences across teams.
As I reflect on leaders who set a high bar in this craft, one description stands out: "With years of experience as Senior Documentation Manager, Jeff leads teams and oversees the end-to-end creation of documentation using docs-as-code methodology." That concise statement captures a model I deeply respect—one that treats documentation as a first-class citizen in the product lifecycle.
In practice, docs-as-code integrates documentation into CI/CD pipelines, version control, and peer review workflows—exactly how we ship software. This elevates quality, enforces consistency, and accelerates responsiveness to change, all while enabling rigorous content audit and UX writing standards. When documentation evolves with code, it becomes discoverable, testable, and measurable—key traits for scalable product management leadership.
The downstream impact is tangible. Users ramp faster through onboarding, in-app guides, and product tours because the narrative aligns with the product’s true state at any given commit. Support tickets drop, developers work with greater clarity, and PMs gain the feedback loops needed for continuous discovery. In a product-led growth motion, this clarity compounds—reducing time-to-value and enabling teams to ship confidently.
Equally important is the leadership pattern behind the methodology: aligning product, engineering, and customer-facing teams around shared truths. I’ve seen empowered product teams operate at their best when documentation is embedded in planning, sprint reviews, and release gates. This creates a single source of truth that scales knowledge, preserves intent, and shortens the path from decision to delivery.
For me, the standard expressed above isn’t just a role description—it’s a blueprint for operational excellence. When we manage documentation with the same rigor as code, we build trust at every touchpoint and create the conditions for sustained product velocity. That’s the level of clarity and execution I strive to foster across every product line.
Inspired by this post on Amplitude – Perspectives.
When I map the customer lifecycle, I look for the precise moments where guidance, context, and timing can transform a casual click into a committed relationship. That’s exactly why I rely on Pendo Orchestrate—to turn intent into a systematic, repeatable product strategy that scales across every stage of the journey.
From first click to lifelong retention, you’ll deliver the right message at the exact right time, every step of the way. With Pendo Orchestrate, you can design those kinds of moments with intention. And in this blog, we’ll show you how.
In practice, I translate that promise into four lifecycle journeys every product team should be running with Pendo Orchestrate: new user onboarding, activation to the aha moment, expansion and upsell, and renewal and retention. These journeys power product-led growth and keep the roadmap aligned to measurable business outcomes.
Onboarding: I use in-app guides and product tours to welcome new users, set expectations, and reduce time-to-value. Contextual tooltips and gentle checklists keep users moving, while clear, concise UX writing removes friction. The goal is simple: accelerate early wins so onboarding naturally flows into user activation.
Activation: To help users reach the aha moment, I pair behavioral insights with targeted in-app guides. When a user approaches a key milestone, Pendo Orchestrate triggers just-in-time prompts that reinforce the value proposition. I keep these nudges focused, specific, and measurable so activation improves without overwhelming the experience.
Expansion: Once users adopt core workflows, I introduce advanced capabilities through tailored tours and contextual education. These cues appear where they’re most relevant—in the flow of work—so cross-sell and upsell moments feel helpful, not salesy. The intent is to deepen adoption by connecting features to outcomes users already care about.
Renewal and retention: I watch for patterns that suggest risk (stalled usage, incomplete workflows) and offer supportive interventions. Lightweight guides, quick tips, and feedback loops help resolve issues before they become churn. Combined with retention analysis, these orchestrations keep customers engaged and set the stage for long-term value.
When these four journeys run in concert, your product becomes the primary engine of growth. Pendo Orchestrate ensures the right in-app guidance shows up at the right moment—so your product strategy, product discovery, and day-to-day execution stay tightly aligned. That’s how you move beyond one-off campaigns and build a durable, product-led growth system.
I’ve spent years watching users bounce between product screens, docs, and support tickets when they hit a roadblock. The fastest path to value is always the same: deliver relevant, contextual help exactly when and where the user needs it. That’s why I’m excited about the next wave of in-app guidance that blends behavioral data with AI to anticipate intent and remove friction in real time.
Announcing Resource Centers, Amplitude’s newest in-product help feature that uses behavioral data and AI to serve help content users actually need.
Here’s why that matters. In a product-led growth model, in-app guides, product tours, and just-in-time tips are essential to onboarding and user activation. When help content is informed by real behavioral signals—events, cohorts, milestones—it stops being a static knowledge base and becomes a living system that adapts to a user’s journey. That means fewer context switches, faster time-to-value, and more confident users who can self-serve their way to outcomes.
In practice, the most effective resource centers are opinionated and contextual: they surface content by role, plan, and lifecycle stage; trigger nudges based on key events; and offer multiple modalities (microcopy, short clips, interactive guides) so users can choose how they learn. They also respect pacing, avoiding notification fatigue with rate limits and prioritization rules. Think of this as high-quality UX writing paired with data-driven orchestration—useful, discoverable, and never in the way.
Execution matters. Start with a clear content taxonomy, map help assets to journey stages, and establish a content ops cadence so guides stay fresh. Partner closely with data governance to ensure privacy-by-design and transparent consent for behavioral data usage. Then wire in feedback loops—thumbs up/down, quick polls, and session replays—so you can continuously discover gaps and iterate quickly.
Measure impact with the same rigor you apply to product features. Track activation rates, time-to-first-value, self-serve resolution rates, reduction in ticket volume on targeted topics, and downstream retention. Use A/B testing to validate which interventions move the needle, and segment results to learn what works for new users versus power users. When results differ, treat that as a design signal—not a failure—and refine the targeting.
Rollout thoughtfully. Pilot with a high-friction workflow, localize the help content to the user’s context, and set clear exit criteria before scaling. Align with customer support and success so your resource center becomes the canonical source for in-app help, not yet another content silo. Over time, unify insights across Amplitude analytics and your support stack to close the loop between product behavior and help outcomes.
As product leaders, our goal is simple: reduce effort and increase confidence for every user. AI-assisted, behaviorally triggered resource centers are a pragmatic step toward that future—meeting users where they are, with exactly what they need, at the moment they need it.
Inspired by this post on Amplitude – Best Practices.
When AI Agents resolve the majority of customer conversations, the shape of your support team has to change. I’ve experienced this shift firsthand: the moment AI begins to carry the volume, your people must pivot from answering individual questions to engineering the system that consistently delivers quality outcomes.
The old tiered model built around queue management, handoffs, and volume-based productivity no longer fits. AI now handles the bulk of customer interactions, and that changes the role of your human team entirely. Responsibilities evolve, and success is measured differently. It goes beyond just adding automation to existing ways of working. You’re building an operating model that’s entirely new.
Most teams don’t hire a dedicated AI function from day one. They start by distributing a few critical responsibilities across existing team members, and formalize those responsibilities as AI becomes central to how support works. That’s exactly how I recommend getting momentum without over-hiring too early: prove value fast, name clear owners, and then scale.
Once you have executive support and a clear strategy in place, these are the four foundational roles we believe are key to getting AI off the ground in a meaningful way:
Skillset/background: Often promoted from support ops. Deep understanding of workflows, systems, and tooling. Strong analytical and cross-functional coordination skills.
Why you need this: Without clear ownership, performance drifts. This role ensures the AI Agent constantly improves.
AI isn’t replacing support—it’s opening doors. This visual highlights how GenAI is spawning roles in customer success, from digital support engineers to automation success teams, and unlocking clearer, upward career paths.
In my teams, this role becomes the heartbeat of AI performance—instrumenting quality feedback loops, triaging failure modes, and aligning fixes across product, data, and support ops.
2. Knowledge manager
Responsibilities: Owns macros, snippets, and help content. Maintains structured, accurate inputs the AI Agent depends on.
Skillset/background: Often promoted from support ops. Deep understanding of workflows, systems, and tooling. Strong analytical and cross-functional coordination skills.
Why you need this: Without clear ownership, performance drifts. This role ensures the AI Agent constantly improves.
Every generative AI system is only as good as its knowledge. I’ve learned the hard way that inconsistent or stale content erodes trust—both for customers and internal stakeholders. A rigorous knowledge manager prevents that.
3. Conversation designer
Build a winning AI support team with four core roles: an ops lead to drive quality, a knowledge manager to keep content accurate, a conversation designer for tone and flow, and an automation specialist to power customer actions.
Responsibilities: Designs how the AI Agent communicates by focusing on tone of voice, structure, handoff logic, and interaction flow. Tunes how responses feel.
Skillset/background: Background in content design, UX writing, or support enablement. Deep grasp of policy, CX standards, and conversational nuance.
Why you need this: This role ensures the AI Agent speaks like your brand – clearly, helpfully, and in line with customer expectations.
This is your brand’s voice in motion. A strong conversation designer sets the guardrails that keep interactions on-brand, compliant, and empathetic while still efficient.
4. Support automation specialist
Responsibilities: Builds workflows and backend actions the AI Agent can execute.
Skillset/background: Background in support engineering, systems, or tooling. Works closely with product and engineering teams.
AI in customer service thrives with player‑coaches—hands‑on leaders who build, mentor, and iterate with the team. This quote-driven graphic signals a move away from heavy management toward agile, coaching‑first support operations.
Why you need this: Enables the AI Agent to take action – not just respond. This role translates customer intents into business systems.
In practice, this role unlocks the jump from “answering” to “resolving.” They wire up secure actions, map intents to outcomes, and partner with engineering to keep latency low and reliability high.
Introducing new AI-first roles doesn’t mean your existing functions disappear. But they do need to evolve. For AI to scale effectively, every function in your support organization must shift its focus from managing queue-level activity to improving the system’s performance:
Enablement trains human agents to work with the AI Agent: managing handoffs, tuning responses, and understanding how to give feedback that improves the system.
QA evolves from reviewing conversations to reviewing the quality of the customer experience and behavior of the AI Agent: where the AI succeeds, where it falls short, and how the system as a whole performs.
Workforce management plans capacity based on automation coverage, not just inbound volume.
You’ll also need a new kind of leadership to make this model work. The traditional support leader doesn’t map cleanly to an AI-first organization. You need a new layer: leaders who are part strategist, part operator. They roll up their sleeves to analyze the AI Agent’s performance, refine content, and debug handoffs, but they also coach the team through a new way of working.
Customer service is reorganized for the AI era: a VP of Support leads human support, ops and optimization, and a new AI support function—adding conversation design, knowledge management, and systems analysis alongside agents, insights, and WFM.
This is the “player-coach model” – leaders who actively shape both the system and the people within it.
These leaders see the AI Agent as a teammate to manage, not just a tool to monitor. They can’t be purely people leaders or purely systems thinkers. They need to be both, and they’re emerging as a critical hire in support right now.
Some teams are restructuring their organizations around the AI Agent as a core product, not just a support tool. Here are some real-world examples:
At Dotdigital, a dedicated “Fin Ops” specialist role was created to refine content and improve AI performance.
At Clay, a dedicated GTM engineer role has been established as part of the ops team with a focus on making support more efficient at scale using Fin. Additionally, a support engineering function has been embedded directly in the CX organization to help reduce volume by fixing bugs and building internal tools.
Lightspeed created a dedicated Digital Engagement team to manage Fin’s optimization, and formalized a triangular model that brings together technical teams, frontline experts, and content specialists.
In my experience, the most resilient org designs align around three pillars: Human Support, AI Support, and Support Operations and Optimization. Each pillar carries distinct ownership yet shares accountability for AI performance. That structure keeps the team focused on outcomes over output and makes continuous improvement everyone’s job.
AI shouldn’t replace your agents—it should elevate them. This Rocket Money quote highlights a modern support model where automation handles the busywork and people concentrate on high‑value, human moments.
Once AI Agents handle most conversations, your team’s work moves from “answering questions” to “designing and improving the system that answers questions.” They become the force that steers quality, rather than the one that carries the volume.
This is why new roles are important. It’s not because they’re trendy, but because the performance of your support organization now depends on the performance of AI, and no AI Agent succeeds without clear ownership of content, behavior, workflows, and improvement cycles.
That’s the pattern we’ve seen from working with so many teams:
They name owners early.
They distribute responsibilities before they formalize them.
They anchor teams around AI outcomes, not ticket outcomes.
And they hire leaders who can manage both the system and the people.
If you take one thing away from this week’s article, let it be this: if AI is going to handle the majority of your customer conversations, your team needs to be designed to help it do that well.
Your roles, responsibilities, and leadership approach are now part of the architecture of AI performance.
Next week, we’ll go deeper into how these roles actually operate day-to-day – the workflows, responsibilities, rhythms, and collaboration patterns that make an AI-first support organization run.
I’ve spent years helping talented engineers explore what’s next when pure coding no longer feels like the only—or best—path. From hiring across cross-functional teams to mentoring career pivots, I’ve seen firsthand how engineering strengths translate into high-leverage roles that shape product, strategy, and growth.
Software engineers have alternative career options leveraging their skills in roles like product manager, data scientist, business analyst, and 22 more.
When an engineer moves into product management, they’re not starting from scratch—they’re redirecting problem-solving, systems thinking, and customer empathy toward outcomes. In practice, that means mastering product discovery, strengthening stakeholder management, and getting fluent in product roadmapping and sprint planning, so decisions are guided by impact rather than “outputs vs outcomes” confusion. I’ve watched this transition unlock empowered product teams and clearer prioritization across complex backlogs.
Data-oriented paths are equally compelling. If you enjoy experimentation and evidence-based decisions, roles in analytics or data science reward rigor. Think A/B testing, identifying the minimum detectable effect (MDE), and using tools like Amplitude analytics to translate behavioral signals into product bets. Pair that with retention analysis and you’ll become indispensable to growth conversations.
Business-facing roles such as business analyst or product marketing manager are ideal if you’re energized by customer problems and market narratives. Your engineering fluency sharpens value propositions, product positioning, and go-to-market strategy in a way that resonates with both buyers and builders. In my teams, the best bridges between product and revenue often came from former engineers who could articulate trade-offs with clarity.
If operational excellence is your edge, consider SRE, DevOps, or cybersecurity. The same instincts that push you toward clean CI/CD pipelines and resilient architectures translate well into incident management, threat detection and response, and privacy-by-design practices. These roles reward systems thinking and the ability to balance reliability with delivery speed.
For engineers who love community and storytelling, developer evangelism is a natural fit. You’ll translate complex concepts into actionable guidance, from in-app guides and product tours to UX writing and documentation. The best evangelists I’ve worked with turn feedback loops into product insight, strengthening activation and product-led growth without heavy sales pressure.
Customer-facing technical roles—solutions engineer, forward deployed engineer, or technical consultant—let you stay close to the product while solving real-world problems. You’ll drive onboarding quality, user activation, and adoption while surfacing insights that influence roadmaps. Done well, this work tightens the loop between customer outcomes and product decisions.
AI-centered roles are expanding rapidly. If you’re curious about AI Strategy, retrieval-first pipelines, or the practical use of LLMs for product managers, you can bring an engineer’s discernment to a noisy space. The most valuable contributors here pair pragmatic architecture choices with clear risk management and measurable business value, not hype.
Leadership tracks remain a strong option too. The IC to manager transition isn’t about title; it’s about raising the ceiling for others. You’ll coach empowered product teams, shape organizational development, and align initiatives to defensible metrics—think DORA metrics for flow, leading indicators for value, and OKRs that measure outcomes over output.
If you’re exploring a pivot, start small and intentional. Run “career A/B tests” by taking on cross-functional projects, shadowing adjacent roles, or shipping a lightweight portfolio that demonstrates the new muscle. Join a ProductCon session, practice conference networking, and refine a narrative that links your engineering foundation to the outcomes your target role owns.
Finally, map your personal unfair advantages—domain knowledge, systems thinking, customer empathy, or operational rigor—to the roles that value them most. With focus, you can reposition your engineering experience into a differentiated story that accelerates your next chapter. The breadth of options is real, and with a deliberate plan, you’ll turn curiosity into conviction—and conviction into impact.
I’ve spent years leading product organizations where the best outcomes emerged from a tight handshake between design rigor and product strategy. The role that consistently sits at that high-impact intersection is the UX product manager. Done well, it’s the engine of product-led growth: deeply empathetic with users, relentlessly focused on outcomes, and fluent in both discovery and delivery.
Curious about the UX product manager role? Discover how it overlaps with design, PM, and why it might be the next step in your career.
At its core, a UX product manager owns the customer experience end-to-end while steering the business toward measurable outcomes. I translate user insights into prioritized problems, shape the solution space with designers and engineers, and validate decisions with data. Unlike a traditional PM who may skew toward market sizing and business cases, or a designer who may emphasize interaction patterns and visual systems, I integrate both frames to ensure we ship experiences that users adopt, retain, and recommend.
On the design side, I work hand-in-hand with product designers and UX writing to define the problem, craft flows, and stress-test usability. I obsess over clarity, affordances, and friction—especially during onboarding. Strong UX writing often makes or breaks first-run experiences, and I treat microcopy as part of the product, not an afterthought.
On the product management side, I anchor teams on outcomes vs output OKRs, facilitate product discovery, and drive prioritization against clear value propositions. I operate within empowered product teams and build tight product trios with design and engineering so we can validate assumptions fast, reduce waste, and increase the surface area for innovation.
Day-to-day, my craft blends qualitative research and quantitative analysis. I lean on tools like Amplitude analytics, Pendo, and Intercom to instrument funnels, run A/B testing, and perform retention analysis. When I experiment, I’m explicit about the minimum detectable effect (MDE) to avoid inconclusive reads. I measure the impact of changes on activation, time-to-value, and core feature adoption—and I make sure we can trace improvements to specific user segments.
User activation is my early warning system. If activation is lagging, I revisit the first-mile experience: guidance, progressive disclosure, in-app guides, product tours, and contextual tooltip design. I also ensure our onboarding is sequenced around the critical path to value rather than a feature parade. When activation improves, downstream KPIs like retention and expansion usually follow.
If you’re looking to become a UX product manager, start by strengthening three pillars: customer insight, product strategy, and experience design. Build a habit of continuous product discovery—co-creating with users, running lightweight experiments, and synthesizing findings into actionable decisions. Learn to translate insights into a product roadmapping and sprint planning cadence that energizes the team and keeps stakeholders aligned.
Your portfolio should read like a decision journal, not a gallery of screens. For each case study, frame the problem, outline constraints, describe alternatives considered, and show the experiments you ran. Include the metrics that mattered (activation, adoption, retention), the instrumentation you used, and the decisions you made when data was ambiguous. Hiring managers want to see your thinking under uncertainty and how you rallied cross-functional partners.
Communication and stakeholder management are differentiators. I tailor narratives for executives (trade-offs and business impact), for engineers (clarity on constraints and sequencing), and for design (user jobs, heuristics, and the narrative arc of the experience). Clear, frequent updates keep momentum high and reduce thrash, especially when priorities shift.
On the execution side, I make sure delivery never drifts from discovery. Every sprint is tied to a learning goal or outcome. We pair quick prototypes with production experiments, and we celebrate killing ideas that don’t move the needle. That discipline keeps us focused on outcomes and accelerates iteration speed without sacrificing quality.
Finally, a few career accelerators: get comfortable with analytics, learn the language of UX writing, practice story-based demos, and go deep on onboarding patterns. If you can move activation, you can change the trajectory of the business. Pair that with a strong perspective on product-led growth and you’ll be ready to lead product work that compounds.
The UX product manager role is a force multiplier. It’s where rigor meets empathy, and where design and PM converge to create experiences customers love—and businesses rely on. If that intersection energizes you, you’re already on the right path.
I’ve learned the hard way that features don’t win on their own—clear, consistent messaging does. When our teams at HighLevel rally around a single product messaging framework, we move faster, tell one story, and connect with customers in a way that actually converts. The right framework doesn’t just make marketing sharper; it aligns product, sales, and customer success on what we promise, why it matters, and how we prove it.
When I say “product messaging framework,” I mean a structured system that defines who we serve, the problems we solve, the outcomes we enable, and the value proposition that sets us apart. It includes points of parity that establish table stakes, differentiation that creates competitive separation, and proof points that make our claims credible. It maps features to benefits, organizes a messaging hierarchy from company to product to feature, and guides voice, tone, and lexicon so UX writing and go-to-market strategy stay consistent across channels.
Why does this matter? Because clarity reduces friction for buyers, consistency builds trust, and customer connection drives conversion and retention. A strong framework accelerates product discovery, strengthens product positioning, and improves onboarding and user activation. It also makes product-led growth repeatable by ensuring every touchpoint—from website to in-app guides—reinforces the same value proposition.
Here’s how I build a framework that stands up in the real world. I start with customer research and win/loss analysis to anchor on the ideal customer profile and jobs-to-be-done. I craft a positioning statement that articulates the target, problem, category, differentiation, and payoff. Then I define value pillars, each with concrete reasons to believe—customer quotes, data, and feature proof. I document points of parity and differentiation, map features to benefits and outcomes, and codify voice and terminology to keep UX writing tight. Finally, I build a messaging hierarchy (company, product, feature, segment) and an objection-handling guide so sales and support are equipped to respond consistently.
A simple litmus test keeps me honest: can a salesperson deliver a crisp elevator pitch, can a PM write a release note, and can a designer craft an in-app tooltip—all from the same source of truth? If yes, the framework is doing its job. If not, I iterate until the story is simple, believable, and memorable.
Operationalizing the framework is where impact compounds. I enable product trios and go-to-market teams with talk tracks, one-pagers, narrative decks, and a living glossary. I translate the framework into site copy, product tours, onboarding flows, and help content so customers experience the same story everywhere. I also thread it into product roadmapping and sprint planning to keep prioritization aligned with the core value proposition.
I measure what matters and refine relentlessly. I use A/B testing to validate headlines and calls to action, monitor activation and conversion across segments, and review retention analysis to see which value pillars correlate with long-term use. Feedback loops from sales calls, support tickets, and customer interviews feed back into the framework so it evolves with the market.
There are predictable pitfalls I try to avoid. Going feature-first instead of outcome-first makes messaging forgettable. Overselling differentiation without points of parity undermines credibility. Spreading across too many personas dilutes signal. And inconsistent tone across channels confuses buyers. A disciplined framework helps prevent all of these.
Treat your product messaging framework as a living system, not a slide. Revisit it when the market shifts, when your roadmap unlocks new value, or when your go-to-market strategy evolves. The payoff is real: tighter alignment, sharper positioning, faster execution, and a customer story that consistently earns attention—and conversion.
AI has fundamentally changed how I lead design and testing, not by replacing craft, but by compounding it. When my teams pair generative models with time‑tested product management practices, we move faster, learn sooner, and ship with more confidence—without compromising privacy-by-design or quality. The result is a tighter loop from product discovery to product-market fit lessons.
Learn how Pendo’s product design team is using genAI and traditional tools to speed up design and development.
That single line captures my own operating model: blend genAI with established toolchains to accelerate, not shortcut. In practice, I treat AI as a force multiplier for product trios—PM, design, and engineering—so empowered product teams can explore broader solution spaces while staying anchored to outcomes vs output OKRs.
In discovery, genAI helps me synthesize qualitative inputs at scale—interviews, support threads, and in-app behaviors—into testable opportunity statements. I triangulate those insights with a unified analytics platform and Amplitude analytics to spot friction, then use in-app guides and product tours to target learning, recruit the right cohorts, and validate problems before we overbuild.
For prototyping, gen ai for product prototyping is a game-changer. I generate multiple UX writing variants, microcopy, and flows in minutes, then narrow the set using heuristics and stakeholder feedback. Before any A/B testing, we precompute the minimum detectable effect (MDE) and sample size, making sure our experiments are powered to detect meaningful differences, not noise.
In testing, I combine classic A/B testing with AI-assisted analysis to surface patterns faster. GenAI drafts experiment summaries, flags anomalous segments, and proposes follow-up tests, while my team makes the final calls. We deploy targeted in-app guides to onboard users into trials, monitor adoption via event telemetry, and iterate quickly until the value proposition is unmistakable.
Execution depends on rigor and guardrails. We codify AI risk management and data governance policies, keep humans-in-the-loop for critical judgments, and log model prompts and outputs for auditability. This lets us move with speed and integrity, aligning stakeholder management, product roadmapping and sprint planning, and go-to-market strategy around measurable outcomes.
The payoff is material: shorter cycle times, clearer value narratives, and stronger product-led growth curves. By fusing genAI with traditional practices, we preserve the craft of design while scaling our capacity to learn. That’s how we differentiate—through faster insight generation, smarter testing, and experiences that feel unmistakably intuitive.
Vibe is more than a brand voice—it’s the emotional resonance customers feel at every touchpoint, from onboarding to support. As I’ve scaled products and go-to-market motions, I’ve learned that preserving that resonance while introducing AI is both a strategic advantage and a delicate balancing act. In this three-part series, I’m sharing the approach I use to unlock AI-powered velocity without sacrificing authenticity or trust.
Learn how to get the benefits of AI-powered vibe marketing without accidentally killing the vibe for your customers in part 1 of our 3-part series.
When I say “vibe marketing,” I’m talking about the consistent, context-aware expression of your brand’s personality across channels—delivered with precision and warmth. GenAI can amplify that consistency at scale, but without the right safeguards, it risks drifting into uncanny, off-brand territory. In Part 1, I’ll center on strategy and governance—how we set up the foundation so the vibe feels intentionally human, even when AI assists the work.
Start with clarity: document your brand’s voice, tone, and emotional targets. I create a living voice and tone guide with examples of “do” and “don’t” language, aligned to specific customer moments like activation, upgrade prompts, renewal nudges, and recovery from a failed workflow. This artifact becomes the north star for prompts, training snippets, and review criteria—so AI doesn’t invent a persona you never approved.
Next, map the end-to-end journey and choose high-leverage use cases where AI can enhance relevance without increasing risk. My favorite entry points are in-app guides, lifecycle emails, contextual tooltips, and product tours—places where we can A/B test safely, measure impact on activation and retention, and iterate quickly. Keep the highest-judgment moments—pricing, security, compliance, and incident communications—squarely human-led, with AI supporting drafts and analysis, not final decisions.
Guardrails are non-negotiable. I establish prompt patterns that include brand attributes, audience, channel, goal, and constraints (length, reading level, regional spelling, accessibility). We also implement a human-in-the-loop review for net-new narratives, plus automatic checks for tone drift, sensitive topics, and jargon density. When governance is clear, teams move faster with more confidence—and customers feel the cohesion.
Measurement keeps the vibe honest. I track leading indicators like message clarity scores, reading time, and click-through alongside business outcomes such as activation rate, conversion to aha moment, support deflection, and retention analysis. Segment results by persona and lifecycle stage to catch subtle mismatches—what delights power users can overwhelm first-time builders.
Pragmatically, I use GenAI for rapid prototyping of variations. We generate multiple voice styles aligned to the guide, then test them in controlled experiments. The winner becomes the new baseline, and we codify it back into our prompt library. That tight loop—prototype, test, codify—prevents ad-hoc drift and compounds learning across product, marketing, and customer success.
Finally, empower product trios to own the vibe where it matters most: inside the product. Your PM, design, and engineering leaders should collaborate on UX writing and microcopy patterns, ensuring that AI-generated suggestions harmonize with product positioning and value proposition. This is how vibe marketing transcends campaigns and becomes a product-led growth advantage.
In Part 2, I’ll share playbooks and prompt templates for high-impact channels, including onboarding sequences, upgrade nudges, and contextual in-app experiences. In Part 3, I’ll cover instrumentation and analytics patterns so you can operationalize learning across teams.
For now, here’s the checklist I use to avoid “killing the vibe”: a codified voice and tone guide, journey-mapped use cases with risk tiers, prompt patterns with constraints, human-in-the-loop review, automated tone and compliance checks, and outcome-oriented experiments measured against activation and retention. With that foundation, AI stops being a gimmick and starts being a force multiplier for authenticity and growth.
Inspired by this post on Amplitude – Perspectives.
When I need fast, trustworthy insight into what to build next, I turn to product surveys. Done well, they feel respectful, take minutes, and deliver signal we can ship against. Done poorly, they frustrate users and mislead product teams. Over the years, I’ve refined a simple, repeatable approach that consistently yields high response rates and actionable insights across product discovery, onboarding, and product-led growth motions.
Create effective product surveys that capture actionable user feedback, improve features, and support smarter product decisions.
I always start with the decision I need to make. Am I validating a value proposition, prioritizing a feature, diagnosing friction in onboarding, or measuring retention risk? That clarity shapes everything—who I ask, when I ask, and how I phrase the questions. It also aligns the survey with outcomes, not outputs, so results directly inform product roadmapping and sprint planning instead of becoming a vanity report.
Question design is where UX writing discipline pays off. I keep surveys short (5–7 questions), bias-free, and written in the same voice we use in-app. I mix two or three crisp quant questions (e.g., confidence, usefulness, likelihood to continue) with one or two open-ended prompts to surface the “why.” That blend gives me both trend lines and the qualitative texture I need to make confident trade-offs with stakeholders.
Timing and targeting often matter more than question count. I trigger in-app micro-surveys at meaningful moments—right after a user finishes onboarding, explores a product tour, or engages with a newly released feature. For deeper discovery, I segment cohorts (new vs. power users, retained vs. churning) to avoid muddy averages. The right context earns higher completion rates and more honest feedback.
Trust drives participation. I set expectations upfront: how long it will take, why it matters, and how their feedback will shape the roadmap. I also share back the outcome—what we learned and what we shipped—so users see the loop closing. That simple follow-up builds goodwill and sustains response rates over time.
On analysis, I combine lightweight quant with rigorous qualitative synthesis. I chart response and completion rates, then use thematic coding on open text to spot repeating patterns. Where it helps, I apply gen AI to accelerate clustering and sentiment analysis, then validate the themes manually. Finally, I triangulate with product telemetry in Amplitude analytics to confirm that what users say matches what they do.
The most valuable step is translation: turning feedback into decisions. I map insights to clear problem statements, rank them by user impact and strategic fit, and convert them into opportunities on our roadmap. In planning, I pair these opportunities with success metrics tied to activation, adoption, or retention analysis, so we can measure whether changes actually move the needle.
Surveys aren’t a substitute for interviews, but they’re a powerful complement. They help me spot signals at scale, de-risk bets between cycles, and align cross-functional stakeholders around evidence rather than opinions. When surveys are concise, contextual, and connected to action, users feel heard—and teams ship smarter.
Inspired by this post on Amplitude – Best Practices.
I’ve learned that the fastest way to earn user trust is to guide people to value within minutes, not weeks. As a VP of Product Management, I treat product tours as a strategic asset for product-led growth—not a band-aid for unclear UX. When we get them right, new users reach that first “aha” moment quickly, power users discover deeper capability, and support tickets quietly decline.
Learn how to create effective product tours that improve onboarding, feature adoption, and the user experience without overwhelming users.
My starting point is simple: every tour must serve a single job-to-be-done. I resist the urge to teach everything. Instead, I define one outcome (for example, sending a first campaign or inviting a teammate) and design a clear, three-to-five step flow. Strong UX writing does most of the heavy lifting—short, actionable language, consistent labels with the UI, and thoughtful tooltip design that highlights only what’s essential.
I rely on a small toolkit of in-app guides that meet users where they are. A concise welcome modal sets expectations and reiterates the value proposition. A checklist breaks the outcome into bite-sized wins. Hotspots and tooltips provide contextual nudges at the exact moment of need. Empty states teach by doing, showing an example and prompting the next action. Together, these patterns turn guidance into momentum without piling on cognitive load.
Personalization is non-negotiable. I segment tours by role, plan, and intent signal. New admins shouldn’t see the same flow as experienced creators. I trigger guides contextually—after users click into a feature, not on login—and I let them skip, snooze, or revisit the tour from a help menu. Respecting autonomy builds trust and keeps engagement high.
Measurement guides every decision. Before launch, I define success metrics like activation rate, time-to-value, and feature adoption. I instrument funnels with Amplitude analytics to track completion, drop-off by step, and follow-on behaviors (did they invite a teammate or create a second project?). I pair this with retention analysis to see whether guided users come back and expand usage. Then I A/B test copy, step order, and trigger timing until the data—and user feedback—tell a consistent story.
Operationally, I put a product trio—PM, design, and engineering—in charge of the tour experiments and integrate them into product roadmapping and sprint planning. We maintain a style guide for in-app guides and UX writing, so the experience feels native and respectful of the brand. Governance matters: we audit what’s live each quarter to avoid guide sprawl and content conflicts as the product evolves.
There are a few traps I avoid. Long, linear tours that try to teach the entire product almost always underperform. Overlapping tooltips can frustrate power users. And no tour should be a substitute for fixing a confusing flow. When a guide consistently underperforms, I treat it as a product discovery signal to simplify the experience itself.
If you’re getting started, here’s a pragmatic plan I use: pick one high-impact flow tied to activation, define a crisp outcome, draft the microcopy, and build a lightweight in-app guide with a checklist and two or three tooltips. Ship to a small cohort, instrument with Amplitude analytics, and review results after a few days. Iterate fast, roll out broader once you see lift, and continue refining as the product and audience evolve.
Thoughtful product tours don’t just teach; they accelerate confidence. When users feel capable quickly, everything improves—adoption, satisfaction, and long-term growth.
Inspired by this post on Amplitude – Best Practices.
