Tag: product roadmapping and sprint planning

  • Innovation Strategy in the Age of AI: Proven Playbooks, Real-World Examples, and What Works Now

    Innovation Strategy in the Age of AI: Proven Playbooks, Real-World Examples, and What Works Now

    AI has rewritten the rules of how we create value, and I’ve watched the most resilient organizations treat innovation as a disciplined, outcomes-driven capability—not a one-off initiative. In my role leading product teams, I’ve refined a practical approach that blends rigorous product management with an adaptive AI Strategy so we can ship faster, learn faster, and de-risk smarter.

    Learn what an innovation strategy is, how to build one, which types to use, and see real examples that drive meaningful change.

    At its core, an innovation strategy is the intentional system that aligns vision, portfolio bets, and execution mechanics to measurable business outcomes. I anchor this in outcomes vs output OKRs, ensuring every experiment, feature, and GTM motion ties to a clear value proposition and reinforces hard-won product-market fit lessons rather than chasing novelty.

    I design portfolios around three types of innovation that work well in the age of AI. First, core optimization: drive compounding gains with CI/CD, DORA metrics, and A/B testing to improve activation, retention, and profitability. Second, adjacent expansion: extend value via new segments, channels, or use cases—often enabled by product-led growth tactics like in-app guides and product tours. Third, transformational bets: leverage gen ai and agentic AI to create step-change capabilities while proactively addressing AI risk management, data governance, and privacy-by-design.

    Building the strategy starts with empowered product teams and product trios who run continuous product discovery to validate problems before validating solutions. I keep discovery tight with a minimum detectable effect (MDE), instrument the journey with a unified analytics platform, and thread learnings into product roadmapping and sprint planning so we prioritize the smallest, fastest path to decision-quality data.

    On the AI front, my operating model combines an AI product toolbox (prompt patterns, evaluation harnesses, and safety rails) with LLMs for product managers to accelerate research, prototyping, and content generation. We standardize CustomGPT workflows where appropriate, define CRM integration and data boundaries early, and adopt a clear build/partner/buy decision tree to protect focus and speed without compromising risk posture.

    Here are real patterns that consistently deliver meaningful change. We’ve used generative AI for product prototyping to compress concept validation from weeks to days, then confirmed impact with rapid A/B testing tied to MDE. We’ve implemented agentic AI for customer support triage to reduce response times and free human agents for high-complexity cases, all under strict data governance. And we’ve paired new AI features with a focused go-to-market strategy—clear positioning, sharp onboarding, and outcome-centric messaging—to accelerate user activation.

    Measurement makes or breaks innovation. I combine deployment frequency and DORA metrics on the engineering side with activation, retention analysis, and value-moment telemetry on the product side. QBRs vs OKRs alignment keeps leadership focused on outcomes, while experiment scorecards ensure we learn even when results are neutral. The goal is to increase the rate of validated learning across the portfolio, not just ship more.

    Governance is a feature, not a tax. We embed threat detection and response, privacy-by-design, and transparent data policies from day one. Stakeholder management and board management stay tight with simple narratives: the bet, the hypothesis, the metric, the MDE, the timeline, and the kill-or-scale criteria. That clarity builds trust and protects speed.

    If you’re recalibrating your innovation strategy right now, start small and deliberate: define the outcomes, select one core, one adjacent, and one transformational bet, and wire in learning loops from discovery to delivery. With empowered product teams, disciplined analytics, and a pragmatic AI Strategy, you can move from interesting ideas to durable competitive differentiation—faster and with far less risk.


    Inspired by this post on Product School.


    Book a consult png image
  • Build Customer Feedback Loops That Actually Drive Growth and Get Your Product Unstuck

    Build Customer Feedback Loops That Actually Drive Growth and Get Your Product Unstuck

    What if your customer feedback loop is the reason you're stuck? Learn how to build one that fuels real growth and changes your product for the better.

    I’ve seen talented teams spin for months because their customer feedback loop was noisy, slow, or misaligned with outcomes. The result is predictable: roadmaps packed with output, not impact. When we design feedback loops that are intentional, instrumented, and closed with customers, the product starts compounding value—and the business moves from reactive to product-led growth.

    My definition of a strong customer feedback loop is simple: capture the right signals, synthesize them quickly, prioritize against outcomes, experiment to de-risk, and close the loop visibly with customers. If any link is weak, the whole system underperforms. More feedback isn’t better—better feedback is better.

    Start with who you listen to. Segment feedback by persona, account tier, lifecycle stage, and “jobs to be done.” A founder’s feature request, a new user’s onboarding friction, and a power user’s edge case should not be weighted the same. This is the foundation of credible product discovery.

    Instrument your product so qualitative and quantitative signals reinforce each other. I rely on funnel and cohort views in Amplitude analytics to see where activation or retention breaks, then layer in interviews, support tickets, and community threads for context. When telemetry and narrative align, the signal gets unmistakable.

    Capture feedback where the user is. In-app guides and lightweight surveys via Pendo or Intercom surface timely prompts during key journeys (onboarding, activation, adoption, renewal). Pair those with structured inputs from sales notes and customer success reviews so you don’t bias toward only the most vocal users.

    Standardize how you synthesize. Tag every item by problem statement, persona, job, and affected step in the journey. Roll these up into weekly themes your product trios can act on. The discipline here turns anecdotes into addressable opportunities.

    Prioritize against outcomes, not volume. If your OKRs are outcomes vs output OKRs, tie each opportunity to a measurable product outcome like user activation rate, adoption depth, conversion, or retention. A thousand upvotes mean less than a clear path to move a core metric.

    De-risk with evidence, not opinion. Frame hypotheses, define success metrics, and run A/B testing with a clear minimum detectable effect. Guardrail metrics matter—never trade a short-term click lift for a long-term retention drop. Experiments should accelerate learning, not justify pet projects.

    Fold learning into product roadmapping and sprint planning. I expect prioritized feedback themes to map to roadmap bets with clear owners, milestones, and expected impact. This is how product management leadership signals what we will do—and what we will not do—based on evidence.

    Close the loop, every time. Tell customers what changed because of their input—release notes, in-app messages, CSM follow-ups, or community updates. When people see their voice shaping the product, engagement and loyalty rise. This is also how you earn higher-quality feedback next time.

    Set a cadence and governance that sticks. A weekly Voice of Customer review for the product trio, a monthly synthesis for cross-functional stakeholders, and a quarterly lookback tying changes to retention analysis creates organizational memory. Feedback isn’t a meeting; it’s a muscle.

    Beware common failure modes. Don’t overweight loud accounts, confuse feature requests with problems, or ship one-off fixes that fragment your value proposition. Avoid vanity dashboards that show activity without decision-making power. If your loop doesn’t routinely change priorities, it isn’t a loop—it’s a suggestion box.

    If you’re starting from scratch, keep it simple: define your core outcomes, instrument the top journeys, establish two capture channels (in-app and human-led), create a shared taxonomy, and commit to a weekly synthesis ritual. In a few cycles, you’ll see cleaner insights, tighter bets, and faster learning.

    Done right, customer feedback loops are a competitive advantage. They sharpen product discovery, accelerate user activation, and compound retention—exactly what a modern, product-led organization needs to grow with confidence.


    Inspired by this post on Product School.


    Book a consult png image
  • 11 Unconventional Product Management Moves That Supercharge Strategy, Teams, and Impact

    11 Unconventional Product Management Moves That Supercharge Strategy, Teams, and Impact

    I’ve spent years leading product strategy at HighLevel, Inc., and the patterns I rely on don’t always show up in the usual playbooks. In practice, the moves that compound impact are often the quiet ones—unsexy, rigorous, and relentlessly customer-centered.

    These product management best practices challenge the norm. Read and you’ll sharpen your strategy and elevate your impact beyond just features.

    What follows are the 11 under-discussed habits I return to when the stakes are high and the path is foggy. They help me ship meaningful outcomes, develop empowered product teams, and align our go-to-market strategy without getting trapped in feature theater.

    Best practice 1 — Anchor goals to outcomes, not output. I frame “outcomes vs output OKRs” so teams focus on behavior change and business results, not ticket counts. Activation rate, retained revenue, and cycle time beat launch volume every time.

    Best practice 2 — Run discovery with product trios. I put design, engineering, and product in the same room early, often with forward deployed engineers. This trio model accelerates product discovery, uncovers risks faster, and builds shared ownership.

    Best practice 3 — Decide from first principles, then apply the try do consider framework. I separate points of parity from true differentiation and protect our value proposition. The result: clearer choices, less rework, and a strategy that compounds.

    Best practice 4 — Be statistically honest with A/B testing. I size experiments by minimum detectable effect (MDE), guard against peeking, and follow through with retention analysis. This discipline prevents false positives from steering the roadmap.

    Best practice 5 — Treat delivery as a learning engine. CI/CD, feature flags, and progressive rollouts let us learn without gambling the brand. I track deployment frequency and DORA metrics to raise quality while increasing the tempo of validated learning.

    Best practice 6 — Build a unified analytics backbone. I connect product telemetry to a unified analytics platform and CRM integration so we can see the full funnel. Amplitude analytics, Pendo, and Intercom help us tie behaviors to value realization and inform prioritization.

    Best practice 7 — Make onboarding a first-class product. In-app guides, product tours, UX writing, and thoughtful tooltip design shorten time-to-value and lift user activation. This is the quiet lever behind sustainable product-led growth.

    Best practice 8 — Systematize stakeholder management. I pair QBRs vs OKRs to balance narrative and numbers, keep board management transparent, and align sequencing through product roadmapping and sprint planning. Clear rituals minimize thrash and build trust.

    Best practice 9 — Connect strategy to positioning early. I pressure-test product positioning, clarify our value proposition, and deliberately choose which points of parity to match and which to ignore. This reduces me-too work and sharpens competitive differentiation.

    Best practice 10 — Use AI as a responsible force multiplier. I employ LLMs for product managers and gen ai for product prototyping while enforcing privacy-by-design, AI risk management, and strong data governance. The goal is leverage without compromising trust.

    Best practice 11 — Write it down to move faster together. I keep crisp decision logs, assumptions, and pre-mortems so empowered product teams can act with context. This simple habit makes onboarding easy, reduces re-litigating, and keeps momentum through change.

    When I apply these practices consistently, the team ships less noise and more value. The compounding effect is real: clearer priorities, faster learning cycles, stronger alignment, and a roadmap that tells a coherent story from discovery to adoption.


    Inspired by this post on Product School.


    Book a consult png image
  • Inside Our AI-Native Product Training: Accelerating Adoption, ROI, and Measurable Growth

    Inside Our AI-Native Product Training: Accelerating Adoption, ROI, and Measurable Growth

    AI is reshaping how we build products, learn new skills, and lead teams. I’ve seen great organizations stall when training lags behind technology. That’s why we rebuilt our approach to product training from first principles—so every team can operate confidently with AI at the core of their product management practice.

    Our north star is simple: operationalize AI Strategy for every product manager and cross-functional partner. We designed a learning system that shortens time-to-adoption, amplifies ROI, and links capability-building to clear, measurable outcomes.

    Product School transforms product teams into AI-native organizations with training that accelerates adoption, maximizes ROI, and drives measurable growth.

    That ambition informs how we design curriculum and delivery. We combine gen AI foundations, LLMs for product managers, applied product discovery, product roadmapping and sprint planning, and product management leadership. The learning experience blends case-based instruction with simulations and real product data so teams practice exactly how they’ll perform.

    To ensure knowledge becomes behavior, we embed training directly into product workflows: in-app guides, product tours, onboarding sequences, and user activation loops tied to outcomes vs output OKRs. This closes the gap between knowing and doing, and it makes capability visible in the metrics that matter.

    We focus on empowering product teams—clarifying decision rights, elevating accountability, and creating feedback loops that enable faster iteration. When teams own their roadmap and understand the AI building blocks, they move from experimentation to repeatable, scalable value creation.

    Measurement is built in from day one. We instrument for adoption, time-to-first-value, feature activation, and ROI attribution, enabling continuous improvement and transparent stakeholder communication. The result is a system that compounds learning into performance.

    This is how we’re building AI-native organizations: practical, data-informed, and outcomes-driven. It’s not just training—it’s an operating model that helps teams learn faster, ship smarter, and grow with confidence.


    Inspired by this post on Product School.


    Book a consult png image
  • How Fast Is Fast Enough? Turn Deployment Frequency into a Durable Competitive Advantage

    How Fast Is Fast Enough? Turn Deployment Frequency into a Durable Competitive Advantage

    Every product leader I know wrestles with the same question: how fast is fast enough when it comes to shipping? Over the years, I’ve learned that deployment frequency isn’t just a DevOps vanity metric—it’s a direct lever on customer value, risk, and competitive advantage.

    When I talk about deployment frequency, I mean how often a team puts code into production, per service or product, in a given time period. It sits alongside lead time for changes, change failure rate, and mean time to recovery (MTTR) as part of the DORA metrics—together, they tell a coherent story about delivery performance and reliability.

    If you’re looking for a compass, here’s how I calibrate expectations. Elite teams deploy on demand—often multiple times per day—because they’ve engineered safety into their CI/CD pipeline and decoupled deploy from release. High-performing teams comfortably ship daily to weekly. Medium performers land in the weekly-to-monthly range. These bands aren’t moral judgments; they’re context-aware guideposts. The goal isn’t to copy someone else’s speed, but to reach the fastest sustainable cadence your business, architecture, and risk profile can support.

    So what does “fast enough” look like in practice? It depends on your product’s blast radius, regulatory constraints, and architecture. Microservice-heavy platforms with strong automated testing, feature flags, and progressive delivery generally sustain higher cadences with lower risk. Monoliths and highly coupled systems can still move quickly, but they need disciplined trunk-based development, robust test pyramids, and strong release controls to avoid brittle deployments.

    At HighLevel, we’ve moved products from a cautious weekly train to safe daily (and eventually on-demand) deploys without increasing incident volume. The breakthrough wasn’t a single tool—it was a system: smaller batch sizes, automated tests that actually fail when they should, immutable artifacts, canary releases, and feature flags that decouple deployment from exposure. The result was faster learning loops, fewer late surprises, and more predictable delivery.

    If you’re not measuring deployment frequency yet, start simple. Instrument your CI/CD pipeline or GitOps tooling to count production deployments by service each day. Normalize for rollbacks and re-deploys to avoid inflating the metric. Visualize by team and product area so you can spot bottlenecks and trend improvements over time. Pair it with change failure rate and MTTR to ensure you’re not trading speed for stability.

    Once you’ve got a baseline, focus on the levers that actually move the needle. Reduce batch size by merging smaller, well-scoped changes. Embrace trunk-based development to minimize long-lived branches. Accelerate feedback with fast, reliable unit and integration tests, contract testing for services, and ephemeral environments for preview. Use feature flags to control exposure, and progressive delivery (canary, blue-green) to verify in production safely. Automate change approvals where policy allows, and replace heavyweight gates with observable, auditable pipelines.

    Watch out for common anti-patterns. Batching several unrelated features into a single deploy increases risk and slows learning. Heroic “release nights” mask systemic issues. Friday deploy bans are a smell; if you can’t safely deploy on Friday, you can’t safely deploy any day—invest in recovery speed and blast-radius controls instead. And never treat deployment frequency as a target in isolation; it’s only healthy when reliability improves or holds steady.

    For strategy alignment, I tie deployment goals to outcomes, not outputs. If your objective is time-to-value or activation improvement, a higher cadence of small, measurable changes aligns perfectly. If your objective is stability for a major seasonal event, slow the cadence temporarily and increase release controls. The point is to let business outcomes set the tempo while engineering creates the conditions for safe speed.

    Here’s a pragmatic 30-day plan I’ve used with teams: Week 1, baseline deployment frequency and map your current release process end-to-end. Week 2, choose two services and cut batch size in half while enabling feature flags for new code paths. Week 3, refactor the pipeline for faster test feedback and add canary or blue-green for one critical service. Week 4, publish a dashboard that shows deployment frequency alongside change failure rate and MTTR, and run a retrospective to decide the next bottleneck to remove.

    Culturally, celebrate small, frequent, reversible changes. Reward teams for boring deploys, rapid recovery, and high-quality instrumentation. Build psychological safety around rollback and kill switches—confidence breeds cadence.

    Track deployment frequency, optimize it, and watch delivery speed turn into a competitive edge. Explore how in this article!

    Fast enough isn’t a number you copy; it’s a capability you build. When deployment frequency rises in tandem with reliability, you unlock faster learning, happier customers, and a durable advantage in your market.


    Inspired by this post on Product School.


    Book a consult png image
  • Global Product Manager Playbook: Build Borderless Products, Align Teams, Win Every Market

    Global Product Manager Playbook: Build Borderless Products, Align Teams, Win Every Market

    Products without borders are exhilarating—and unforgiving. In my role leading product strategy, I’ve learned that “global” isn’t a launch plan; it’s a system. It’s the discipline of creating one product vision that flexes to many markets without breaking the core experience, the roadmap, or the business.

    Here’s what a Global Product Manager does, key skills, tools, challenges, and how to grow into this high-impact role.

    At its heart, the Global Product Manager role orchestrates product-market fit in multiple regions simultaneously. I translate a unified value proposition into localized realities—aligning product positioning, go-to-market strategy, pricing and packaging, and compliance—while keeping the platform cohesive. That means partnering closely with product trios, regional leaders, sales, customer success, and marketing to drive outcomes vs output OKRs that actually move the business.

    Operationally, I start with deep product discovery across segments and geographies: what pains are universal, and where do we need regional nuance? From there, I map points of parity we must maintain globally and the differentiators we’ll localize—copy, workflows, payments, support models, and integrations. The art is delivering a consistent core with flexible edges so we can scale without fragmenting the codebase or the customer experience.

    Trust is the non-negotiable. I build privacy-by-design into the product and roadmap, and I collaborate early with legal and security on data governance, data residency, and evolving regulations like GDPR. The right guardrails reduce rework later and enable faster regional launches—because compliance is a feature customers feel, even when they don’t see it.

    On the commercial side, I partner on consumption SaaS pricing, product-led growth motions, and country-level market entry. Some markets need lighter onboarding and in-app guides; others demand concierge support or partner-led distribution. I use retention analysis to identify fit and inform sequencing, then adjust messaging and activation flows to shorten time-to-value and improve user activation by region.

    My analytics and enablement stack is intentionally boring—and ruthlessly consistent. A unified analytics platform with Amplitude analytics gives us comparable funnels across countries. For experimentation, I run A/B testing with a clear minimum detectable effect (MDE) and disciplined rollout plans. Pendo powers product tours and in-app guides tailored by locale, while Intercom and CRM integration with HubSpot help me close the loop with GTM and support teams. The outcome is a learning system, not just a dashboard.

    The hardest part isn’t translation—it’s alignment. Time zones, competing priorities, and matrixed ownership test even strong cultures. I rely on stakeholder management, crisp decision records, and product roadmapping and sprint planning rituals that respect regional input without derailing the global plan. When tension rises, I return to first principles decision making and the try do consider framework to make trade-offs transparent and repeatable.

    If you’re growing into this role, start by owning a multi-region initiative end to end: lead localization for a critical workflow, run market-specific A/B testing with clear MDE, and publish a country launch plan that ties discovery insights to OKRs and resourcing. Build your credibility by shipping outcomes, not artifacts—then scale your impact by mentoring peers and creating shared templates for pricing, positioning, and experimentation. That’s how you shift from capable PM to trusted global operator.

    Ultimately, a Global Product Manager is a force multiplier. We reduce complexity for the organization while increasing resonance for customers. If “products without borders” is your mandate, build the systems—analytics, governance, enablement, and decision-making—that make borderless execution reliable, repeatable, and fast.


    Inspired by this post on Product School.


    Book a consult png image
  • From Walls to Bridges: How I Unite Siloed Teams and Eliminate the Illusion of Work

    From Walls to Bridges: How I Unite Siloed Teams and Eliminate the Illusion of Work

    I’ve seen what happens when talented teams drift into silos: priorities splinter, timelines slip, and what looks like progress turns out to be motion without momentum. My job is to turn those walls into bridges—aligning product, engineering, design, and go-to-market around outcomes that matter to customers and the business.

    For siloed teams, walls go up, and unnecessary work gets done. Learn the signs, the damage, and the way to break free from the illusion of work.

    The signs show up early if you know where to look: duplicated efforts across squads, decision-making that bounces between functions, roadmap debates grounded in opinions rather than data, and “busy” sprints that ship outputs without measurable outcomes. These are classic stakeholder management breakdowns, often masked by perfect decks and full calendars.

    The damage is real. Customers feel friction and inconsistency, product-market fit signals get missed, and we over-invest in features that don’t drive user activation or retention. Morale takes a hit as teams lose the thread of purpose. That’s the “illusion of work” in action—activity that crowds out impact.

    Here’s how I build bridges. First, I organize around empowered product teams and product trios (product, design, engineering) who own customer outcomes, not just velocity. We practice first principles decision making, write decisions down, and align early with adjacent functions so there are no surprises when we move from product discovery to delivery.

    Second, I anchor planning in outcomes vs output OKRs. We commit to a small set of measurable outcomes, then use QBRs vs OKRs cadences to inspect progress, cut scope that doesn’t move the needle, and recalibrate with clarity. This shifts the conversation from “What did we ship?” to “What changed for customers and the business?”

    Third, I make impact measurable and visible. We instrument the funnel end to end, define a minimum detectable effect (MDE) for experiments, and use A/B testing to de-risk bets before we scale them. A unified analytics platform—with Amplitude analytics, Pendo, Intercom, and HubSpot tied back to our CRM integration—keeps everyone looking at the same truth so we can diagnose what’s working and what’s noise.

    Fourth, I bring collaboration into the core rituals: transparent product roadmapping and sprint planning, weekly cross-functional reviews, and fast, lightweight artifacts that clarify hypotheses, success metrics, and trade-offs. By the time we launch, stakeholders already understand the why, the how, and the expected impact.

    If parts of your organization feel stuck, start small: pick one shared outcome, form a cross-functional trio, define your leading indicators, and run one experiment with clear MDE and a two-week readout. The momentum you create will turn walls into bridges—and busywork into business results.


    Inspired by this post on Product School.


    Book a consult png image
  • AI vs. Product Managers by 2035: What Will Change—and How to Future‑Proof Your Career

    AI vs. Product Managers by 2035: What Will Change—and How to Future‑Proof Your Career

    Will AI replace product managers, or simply transform their role? Discover what AI can and cannot do, plus insights from PMs on the future of work.

    I’m asked this question in nearly every leadership meeting now, and my answer is consistent: AI won’t replace great product managers by 2035—but it will radically reshape how we operate. The PMs who thrive will pair sharp product judgment with an intentional AI Strategy and a practical AI product toolbox, unlocking speed, clarity, and scale without sacrificing vision.

    Here’s what AI already does well for us today. With LLMs for product managers, I can synthesize customer feedback at scale, draft PRDs and acceptance criteria, transform notes into user stories, and even auto-generate experiment plans with a minimum detectable effect (MDE) calculation. When I connect these models to Amplitude analytics, Pendo, Intercom, and HubSpot through a unified analytics platform and CRM integration, I accelerate discovery, prioritize confidently, and tighten the loop between signal and action. CustomGPT workflows now handle routine backlog grooming, competitive landscaping, and early concept testing, freeing my team to focus on higher-order decisions.

    By 2035, I expect agentic AI to operate as an execution co-pilot: autonomously scheduling A/B testing, launching targeted in-app guides and product tours, monitoring user activation and onboarding funnels, and raising anomalies via Agent Analytics long before a dashboard review. These systems will propose playbooks, draft UX writing and tooltip design, and recommend next-best actions—then wait for human approval when stakes are high. Think of it as the ultimate forward deployed engineer for operational work, working within clear guardrails.

    What AI cannot do—and is unlikely to master soon—is the essence of product leadership. It won’t craft a resonant value proposition for a new segment, define points of parity vs. competitive differentiation, or set outcomes vs output OKRs that align messy stakeholder incentives. It won’t navigate board management, reconcile conflicting narratives from sales and engineering, or make ethically grounded trade-offs under uncertainty. That’s where privacy-by-design, data governance, and AI risk management converge with human judgment, context, and accountability.

    As the tooling matures, the PM role will tilt from artifact production to decision quality. We’ll spend less time writing and more time deciding: which bets to place, which risks to accept, and where to concentrate our empowered product teams. Product discovery deepens, product positioning sharpens, and product roadmapping and sprint planning become faster and more adaptable—because the busywork is handled, not because the thinking is outsourced.

    Practically, I’m evolving team design and rituals now. We operate as product trios, pair PMs with forward deployed engineers, and embed gen ai into daily workflows. We standardize prompts, set review thresholds, and instrument everything for observability. Our stakeholder management improves because we bring clearer narrative artifacts—and because we can test assumptions earlier and share evidence in real time.

    If you’re building your own AI Strategy, start with three tracks. First, foundations: instrument data pipelines, establish data governance, and codify privacy-by-design. Second, acceleration: deploy CustomGPT workflows for research synthesis, PRD drafting, retention analysis, and experiment design, while keeping humans in the loop for decisions. Third, automation with guardrails: let agentic AI run low-risk playbooks (in-app guides, content suggestions, ops checks) and require human approval for anything customer-facing and irreversible.

    Future-proofing your career is about skill stacking. Double down on first principles decision making, storytelling, and cross-functional influence, and pair that with hands-on fluency in gen ai, prompt engineering, model evaluation, and risk controls. Learn how to frame trade-offs, architect outcomes vs output OKRs, and translate strategy into experiments that AI can help execute. The combination—human judgment plus machine speed—is the new competitive advantage.

    So, will AI replace product managers by 2035? No. It will transform average PMs into good ones and great PMs into force multipliers. The ones who lead will embrace AI as leverage, cultivate empowered product teams, and stay relentlessly focused on customer outcomes. The future belongs to product creators who can wield intelligent tools without surrendering accountability for the product’s direction and impact.


    Inspired by this post on Product School.


    Book a consult png image
  • RAG for Product Managers: Transform Strategy, Speed Discovery, and Win with Confidence

    RAG for Product Managers: Transform Strategy, Speed Discovery, and Win with Confidence

    I’ve watched Retrieval-Augmented Generation (RAG) shift from a buzzword to a practical advantage that changes how my team discovers insights, makes roadmap bets, and competes. When I ground large language models in our own product, customer, and market data, I make faster decisions with more confidence—and I spend far less time debating opinions and more time shipping outcomes.

    Think RAG for product managers is just AI hype? Wait until you see the use cases and ways it’s reshaping your work and product strategy.

    RAG connects the power of LLMs with the credibility of your internal knowledge: user research, support tickets, win/loss notes, specs, QBRs, and analytics. Instead of generic answers, I get contextual, citeable responses that reflect our reality. That means cleaner product discovery, sharper product positioning, and a clearer value proposition grounded in customer truth.

    Day to day, I use RAG to accelerate product discovery by synthesizing interviews and feedback across channels; to de-risk roadmapping by surfacing evidence behind feature requests; and to power go-to-market strategy with crisp messaging that maps to points of parity and true competitive differentiation. It’s equally effective for onboarding new PMs, increasing stakeholder alignment, and unblocking empowered product teams when signals are noisy or fragmented.

    Execution still matters. I treat RAG like any critical system: prioritize data governance, privacy-by-design, and AI risk management. I integrate with our CRM and support stack so the model learns from live customer context, and I instrument everything with product analytics to track impact. When the outputs are measurable, RAG moves from novelty to operating system.

    To start, I focus on a narrow, high-signal slice of the workflow—like summarizing support patterns or synthesizing discovery for a single segment—then iterate. I pair PMs with design and engineering in tight product trios, define quality criteria up front, and review answers with subject-matter experts. As quality rises, I scale to roadmapping and product-led growth experiments, always validating with users before I automate.

    The payoff is real: faster decisions, clearer narratives, and fewer surprises. RAG won’t replace the craft of product management, but it will amplify it—giving us an edge in both speed and accuracy. If you’re serious about LLMs for product managers and want results you can defend, RAG is a strategic bet worth making now.


    Inspired by this post on Product School.


    Book a consult png image
  • 3 Hidden Hurdles Blocking Effective AI Agents—and How I Turn Them into Business Wins

    3 Hidden Hurdles Blocking Effective AI Agents—and How I Turn Them into Business Wins

    AI agents promise leverage at scale, yet too many proofs of concept stall before they create measurable value. Over the past several launches, I’ve seen the same patterns repeat across IT and operations. The mandate is clear: “Discover three key challenges IT and ops teams face when building and managing AI agents that drive real business wins.” Here’s how I frame the work, where teams get stuck, and the playbook I use to move from demo to durable outcomes.

    Hurdle 1: fragmented data and weak data governance. Agentic AI is only as strong as the data it can reliably access. In most organizations, knowledge is scattered across CRMs, ticketing tools, wikis, and data lakes—each with different schemas, permissions, and freshness guarantees. Without privacy-by-design and consistent access patterns, agents hallucinate, miss context, or violate policies. This isn’t a model problem—it’s an information architecture problem.

    My approach starts with an integration-first mindset: anchor the agent to authoritative systems via CRM integration, unify retrieval across knowledge sources, and enforce role-based access at query time. I pair this with data contracts, lineage, and content freshness SLAs so the agent never acts on stale or restricted information. A unified analytics platform and strong data governance let me monitor coverage, drift, and security posture as the knowledge footprint grows.

    Hurdle 2: reliability, observability, and AI risk management. Even well-fed agents can behave unpredictably without tight control loops. Teams often lack Agent Analytics, standardized evals, and guardrails to catch prompt injection, tool abuse, or subtle regressions. The result is fragile behavior that erodes trust with IT, security, and front-line operators.

    I build a reliability stack that looks a lot like SRE for agentic AI: scenario-based evaluations before release, production tracing of every step and tool call, red-teaming for threat detection and response, and policy enforcement at runtime. Hallucination mitigation, input validation, and fallbacks (including human-in-the-loop) are non-negotiable. We track latency, cost, accuracy, and safety incidents in one Agent Analytics view so we can ship confidently and iterate quickly.

    Hurdle 3: workflow integration and organizational adoption. The best agent can still fail if it can’t take action in real systems or if change management is an afterthought. Agents must fit the way people actually work—permission models, SLAs, audit trails, and existing approval paths—instead of creating shadow processes that confuse teams.

    I integrate agents directly into systems of record and daily tools—ticketing, CRM, knowledge bases—so outcomes are auditable and reversible. I define clear RACI, rollout guardrails, and metrics in product roadmapping and sprint planning (e.g., first-contact resolution, time-to-resolution, deflection, cost per task). We ship narrowly scoped capabilities first, pair them with in-app guides and product tours, and expand privileges as confidence and KPIs improve. This is product management leadership, not just prompt engineering.

    In practice, the pattern is consistent. For customer support, we anchored the agent to the CRM, knowledge base, and incident runbooks with strict access controls, then layered policy checks for regulated data. With unified analytics, we measured precision/recall of suggested actions, tracked cost and latency, and flagged risky prompts. The result: higher accuracy, cleaner handoffs, and faster time-to-value without sacrificing compliance.

    If your agents aren’t delivering, start here: fix the data plane, instrument the control plane, and design for real workflows. Do this well and you’ll move beyond flashy demos to durable productivity gains and competitive differentiation—while keeping security, governance, and stakeholders on your side.


    Inspired by this post on Pendo – Perspectives.


    Book a consult png image
  • Go Hard Early: Enterprise AI Lessons That Built Serval’s Magical IT Automation Agents

    Go Hard Early: Enterprise AI Lessons That Built Serval’s Magical IT Automation Agents

    Go hard early is more than a mantra—it’s a product strategy. When I study the most durable enterprise companies, I see the same pattern: you win by shipping fast, obsessing over the customer’s day-to-day pains, and delivering consumer-quality experiences to business buyers. That lens is exactly why Serval’s recent momentum caught my attention and why the lessons behind it matter for every product and IT leader building in AI.

    Jake is the founder and CEO of Serval, an AI-driven IT automation and service management platform that just raised $47M in Series A funding this week. Before founding Serval, Jake spent over five years at Verkada, where he led multiple products from 0-1 and helped scale the company across hardware and software. His years at Verkada taught him that winning in enterprise means delivering consumer-quality experiences to business buyers — a lesson that shapes how Serval turns complex IT automation into something that feels magical.

    From my vantage point, the most counterintuitive lesson here is the power of building “in existing categories.” Rather than inventing a new market, the better move can be to redefine expectations inside a known one—where buyers, budgets, and success criteria already exist. That’s how you compress sales cycles, build trust rapidly, and create a wedge for product-led growth without boiling the ocean.

    Another playbook thread I admire: turning “hard mode” into a moat. The teams that lean into gnarly integrations, real workflow depth, and enterprise-grade reliability end up compounding an advantage that’s very hard for fast followers to copy. That mindset shows up in Serval’s platform strategy and, more importantly, in how they translate complex IT work into something that feels intuitive on day one and powerful on day 100.

    Customer intimacy sits at the center of that strategy. The customer interview question that unlocked the IT buyer’s hidden pain points is the kind of move I try to operationalize across product trios and forward-deployed teams. When you ask not just, “What do you do?” but, “What do you do when everything breaks?” you surface the real constraints: shadow runbooks, brittle scripts, brittle processes, and the political friction that slows down response times. That’s where durable value—and competitive differentiation—lives.

    How Serval’s automation builder uses AI to generate code-based workflows is a particularly smart architectural choice. Code-first doesn’t mean hard-to-use; it means source-controlled, interoperable, and shareable across teams—exactly what IT leaders want when automation moves from side project to system of record. Tie that to agentic orchestration and you get reliable automations with clear observability, safety rails, and the ability to scale without collapsing under edge cases.

    I’m also a believer in redefining engineering and PM roles with forward-deployed engineers. When engineers partner directly with customers, discovery accelerates, prioritization sharpens, and product bet quality improves. You avoid ping-ponging requirements through layers, and you raise the hiring bar for true product creators who can think in outcomes, not just output.

    Keeping the hiring bar high in an AI-native startup isn’t optional—it’s existential. The best teams screen for candidates who can reason from first principles, ship quickly with taste, and articulate the value proposition in plain language. The ultimate hiring litmus test is whether someone can improve the product on day one by clarifying a user journey, simplifying a workflow, or tightening a metric that actually matters.

    There’s also Why there’s a “land grab” moment right now in enterprise AI. Incumbents are strong on breadth but often slow to re-architect for AI-native workflows. New entrants that show up with opinionated defaults, pragmatic security, and crisp buyer narratives can establish points of parity quickly while extending into true points of differentiation. That’s the window to seize—especially when building for mid-market and enterprise.

    Here are the core themes I took away and how I translate them into practice across product roadmapping and sprint planning, product discovery, and go-to-market strategy.

    Why building “in existing categories” can be more powerful than creating new ones. Use the market’s mental models, measure against known alternatives, and win by delivering a meaningfully better experience—not by forcing buyers to invent new procurement paths.

    The lessons from Verkada that shaped Serval’s platform strategy. Treat UX polish as a strategic asset, make setup effortless, and let power users go deep without friction. Consumer-grade quality is not a veneer; it’s a trust accelerator in enterprise.

    The customer interview question that unlocked the IT buyer’s hidden pain points. Go beyond happy-path discovery. Ask about the 3 a.m. moments, the panic buttons, and the messy handoffs—then design for those first.

    How Serval’s automation builder uses AI to generate code-based workflows. Pair AI generation with reviewability, versioning, and safe rollbacks. Make it easy to see, test, and share what the agent is doing under the hood.

    Redefining engineering and PM roles with forward-deployed engineers. Collapse feedback loops by putting builders where the problems are. It’s the fastest path to product-market fit lessons and real-world reliability.

    Keeping the hiring bar high in an AI-native startup. Look for taste, speed, and ownership. Optimize for people who can both prototype with gen ai and ship production-hardened systems.

    Why there’s a “land grab” moment right now in enterprise AI. Move quickly, but anchor on outcomes. Land with a wedge use case, expand with measurable value, and maintain clear points of parity while you deepen differentiation.

    If you want to follow or explore the companies and leaders referenced, these links are a useful starting point.

    LinkedIn: https://www.linkedin.com/in/jakestauch/

    Twitter/X: https://x.com/jakeserval

    LinkedIn: https://www.linkedin.com/in/brett-berson-9986094/

    Twitter/X: https://twitter.com/brettberson

    Website: https://firstround.com/

    First Round Review: https://review.firstround.com/

    Twitter/X: https://twitter.com/firstround

    YouTube: https://www.youtube.com/@FirstRoundCapital

    This podcast on all platforms: https://review.firstround.com/podcast

    References:

    Alex McLeod: https://www.linkedin.com/in/alexmcleodio/

    Clay: https://www.clay.com

    Cloudflare: https://www.cloudflare.com

    Cursor: https://cursor.sh

    Filip Kaliszan: https://www.linkedin.com/in/kaliszan/

    Hans Robertson: https://www.linkedin.com/in/hansrobertson

    Linear: https://linear.app

    Okta: https://www.okta.com

    Rippling: https://www.rippling.com

    Serval: https://www.serval.com/

    ServiceNow: https://www.servicenow.com

    Verkada: https://www.verkada.com

    Workday: https://www.workday.com

    Timestamps and topic highlights for easy navigation and deeper study:

    (02:25) Lessons from holding different product roles

    (07:29) Turning “hard mode” into a moat

    (10:49) The early days of Serval

    (12:59) Scratching the founder itch

    (14:57) Unconventional interview techniques

    (17:47) Solving core interview challenges

    (21:10) Planning the early product roadmap

    (23:03) The surprising power of patience

    (26:12) Serval’s impressive technical advantage

    (27:35) Disrupting legacy incumbents

    (31:13) Building for mid-market and enterprise

    (33:35) Serval’s enduring roadmap

    (36:08) How to sell to an existing market

    (39:16) The evolving role software plays

    (43:55) Building for AI that didn’t exist yet

    (49:49) Serval’s forward-deployed engineers

    (58:31) The hybrid PM-GM

    (1:00:27) “You can over-prioritize”

    (1:02:48) The unexpected value of panic buttons

    (1:04:50) What Serval looks for in new talent

    (1:07:01) The ultimate hiring litmus test

    (1:13:59) Building out Serval’s go-to-market function

    (1:16:31) The evolving IT market in 2025

    My bottom line: build where budgets already live, ship with uncompromising UX, embed engineers with customers, and hold the line on talent. Do that, and you won’t just keep up with the enterprise AI “land grab”—you’ll define the standard others have to meet.


    Book a consult png image
  • The Only 3 Dashboards Product Executives Actually Use to Drive Outcomes, Alignment, and Growth

    The Only 3 Dashboards Product Executives Actually Use to Drive Outcomes, Alignment, and Growth

    I’ve learned the hard way that more charts don’t equal more clarity. One challenge that comes with this is knowing what matters at the right level of leadership. Executives everywhere are busy, and they don’t need the nitty-gritty details to do their jobs well. When I’m operating at the VP level, I rely on just three dashboards that give me fast signal, reduce noise, and keep teams aligned to outcomes—not output.

    These dashboards sit on top of a unified analytics platform that connects product analytics (Amplitude analytics or Pendo), CRM and revenue data (e.g., HubSpot), billing, and support signals. Consistent definitions, data governance, and outcomes vs output OKRs ensure we’re making decisions with confidence, not gut feel. The goal is simple: a shared, executive-ready view that ties product strategy to business impact.

    Dashboard 1: Outcomes and Strategy Alignment. This is the north star view I use to orient the company. It highlights ARR, NRR, and GRR trends; progress against our outcomes vs output OKRs; our product-led growth funnel; and our primary value proposition metric (e.g., activation-to-time-to-value). I include a 12-month view with quarter-over-quarter deltas, a short written narrative, and the top three strategic bets we’re funding. In board management and QBRs vs OKRs discussions, this keeps focus on what we achieved, what moved, and what we’re changing next.

    Dashboard 2: Customer Value, Adoption, and Retention. This is where retention analysis meets product discovery. I track activation rate, time-to-value, feature adoption cohorts (from Amplitude analytics or Pendo), retention curves by segment, and expansion vs contraction signals. Leading indicators include NPS and CES alongside qualitative themes from support and sales. I also monitor funnel drop-offs and in-app guides or product tours performance to see where users get stuck. The intent is to connect behavior to revenue so we can prioritize changes that actually improve customer outcomes.

    Dashboard 3: Execution Health and Quality. This helps me assess whether our operating system is working. I look at delivery predictability against product roadmapping and sprint planning, cycle time and throughput, escaped defects, incident volume, and MTTR. I also review experiment velocity and A/B testing readiness (including minimum detectable effect) to ensure we’re learning at pace. Resource allocation across strategic initiatives and a clear risk register support proactive stakeholder management.

    I review these dashboards weekly with my product trios and monthly with cross-functional leaders, then synthesize a concise narrative for the executive team and the board. Each dashboard is a decision engine: it has an owner, a single source of truth, clear thresholds, and a list of next actions. By grounding conversations in the same views, we reduce back-and-forth and keep momentum high.

    A few implementation rules have served me well: keep the signal dense and the visuals simple; lock metric definitions and ownership; avoid vanity metrics; and instrument privacy-by-design from the start. When data is trustworthy and the story is tight, teams focus on the right problems and progress compounds.

    If you find yourself wading through dozens of reports, try consolidating to these three executive dashboards. You’ll spend less time arguing about the data and more time driving product-led growth, accelerating alignment, and delivering customer value at scale.


    Inspired by this post on Pendo – Best Practices.


    Book a consult png image