I’ve learned that in financial services, intuition isn’t enough—rigorous product benchmarks are what separate signal from noise. When my team and I evaluate portfolio performance, we anchor our decisions to the metrics that correlate with customer trust, compliant growth, and durable revenue.
Discover exclusive data and strategies from our Product Benchmark Report. Compare the financial services industry’s performance across key product metrics.
Here’s how I use a benchmark report in practice: I calibrate our baseline against peers, identify the few levers that disproportionately drive outcomes, translate those findings into outcomes vs output OKRs, and align stakeholders across product, risk, operations, and go-to-market. Benchmarks turn debate into data and surface the opportunity cost of not fixing broken journeys.
The product metrics I zero in on typically include user activation rate, time-to-first-value, onboarding completion, funnel conversion (for example, from signup to funded account or application to approval), cohort-based retention analysis (D7/D30/D90), depth of feature adoption, weekly-to-monthly active ratios, support contact rate, and cost-to-serve. In financial services, these signals tell a clear story about trust, reliability, and product-market fit.
To operationalize these insights, I combine Amplitude analytics with Pendo in-app guides to instrument end-to-end journeys, segment by customer profile, and run disciplined A/B testing with clear guardrails. This lets us move from anecdotes to statistically defensible changes and iterate confidently on onboarding, product tours, and moments that drive activation and engagement.
Because the trust and regulatory bar is higher in financial services, I also watch for friction in verification flows, error states that erode confidence, and any gaps between intent and completion. When benchmarks show we’re lagging, I pair discovery with rapid experiments to improve the experience while maintaining privacy-by-design and strong governance.
Use this benchmark report to pinpoint where you outperform and where you lag, prioritize roadmap bets, and focus your product-led growth motion. When teams rally around a shared set of product benchmarks, execution speeds up, trade-offs become clearer, and the value proposition sharpens for both customers and the business.
Inspired by this post on Amplitude – Perspectives.
I build and scale analytics platforms with a product mindset, and the work starts with the "middleware and compute systems that power analytics at scale." In platforms like Amplitude analytics and other unified analytics platform architectures, that foundation is what makes everything else possible.
Day to day, I oversee the "APIs behind charts, cohorts, and metrics—driving performance, reliability, and platform scalability." When those APIs are fast and resilient, every product team—from growth to customer success—can trust the insights they use to ship, learn, and iterate.
From an engineering leadership standpoint, I partner closely with SRE to define SLOs and error budgets, wire CI/CD pipelines for safe deploys, and track DORA metrics so we improve speed without compromising quality. This combination reduces incident management toil and shortens MTTR while keeping data freshness and query latency within strict thresholds.
From a product management leadership lens, the goal is clarity: crisp APIs, predictable contracts, and transparent stakeholder management across data, engineering, and GTM teams. That alignment empowers product teams with reliable cohorts and metrics, accelerates experimentation, and de-risks roadmaps.
If you’re scaling analytics, invest first in the platform layer: middleware and compute, schema governance, caching strategies, and cost-aware compute. Do that well, and the visible experience—charts, cohorts, and metrics—feels effortless, even as you grow to serve billions of events with confidence.
Inspired by this post on Amplitude – Best Practices.
I rely on disciplined product benchmarks to turn strategic intent into measurable progress. In B2B technology, benchmarks give me and my team the clarity to prioritize what truly matters, align executives around shared outcomes, and course-correct before small gaps become growth-stalling problems.
Discover exclusive data and strategies from our Product Benchmark Report. Compare the B2B technology industry’s performance across key product metrics.
When I assess product health across a portfolio, I start with a core set of product benchmarks: activation rate, onboarding completion, time-to-first-value, weekly and monthly active accounts, feature adoption, cohort-based retention, expansion and contraction revenue, and support deflection. Together, these metrics show where the product creates value, where users get stuck, and which levers most efficiently drive product-led growth.
Benchmarks are only powerful if they inspire action. I instrument reliable analytics (Amplitude analytics) to capture consistent event data, pair that with in-app guides and product tours (Pendo, Intercom) to test friction hypotheses, and run A/B testing to validate changes with statistical rigor. From there, I translate insights into outcomes-based OKRs, so roadmapping and sprint planning focus on the few bets most likely to move our key product metrics.
I’ve seen this approach pay off repeatedly. When peer benchmarks revealed our user activation lagged, we simplified onboarding, clarified value propositions with sharper UX writing, and launched targeted in-app nudges. We didn’t just ship features—we improved the experience against a clear yardstick, and the subsequent lift in activation and early retention validated the strategy.
Cross-functional alignment is critical. I partner with customer success to interpret retention analysis by segment, with marketing to ensure messaging supports time-to-value, and with engineering to keep quality and reliability high. While product metrics lead, I also keep an eye on complementary signals like incident management and DORA metrics to ensure we’re not trading speed for stability.
If you’re leading a product organization, use benchmarks to calibrate ambition and create focus. Start by identifying the one or two metrics most predictive of long-term retention, set peer-informed targets, and iterate with continuous discovery. The result is a product strategy that is evidence-based, resilient to opinion cycles, and capable of compounding gains over time.
Ultimately, benchmarks aren’t about vanity; they are about velocity. With a shared view of where you stand against the B2B technology industry, you can make sharper bets, accelerate product-market fit, and turn your roadmap into a reliable engine for growth and customer value.
Inspired by this post on Amplitude – Perspectives.
Support teams in Spain just got the clearest signal yet that the old way of doing things won’t cut it anymore. As I look at the details, I see more than a regulatory hurdle—I see a blueprint for the modernization many of us have been pushing toward for years.
The signal arrives in the form of one of the most ambitious customer service regulations in Europe—a law designed to strengthen consumer protections and set clear expectations for fair, transparent, and personalized customer service. Among its measures: new protections against spam calls, stronger transparency requirements, safeguards around personalized interactions, and measurable standards for speed, accessibility, and complaint handling within customer support.
It’s a significant shift, especially for large enterprises and essential-service providers. While the initial reaction might be anxiety about audits and penalties, the larger opportunity is hard to ignore: this law compels us to build modern, resilient support operations that scale, perform, and earn trust.
Spain is often an early mover in consumer-protection regulation, and this shift could signal what future standards across the EU might look like. For EMEA leaders, this is a moment to reevaluate operating models, invest in automation thoughtfully, and ensure customer experience improvements directly support regulatory compliance.
Below, I break down what the law requires, what it means in practice, and how AI Agents like Fin can help teams meet regulatory expectations while delivering faster, more personal support at scale.
The law applies in full to providers of regulated services, including water, energy, passenger transport, postal services, pay-audiovisual media, and electronic communications, and also to any company (or group) that meets certain size and turnover thresholds, even if their core business falls outside those sectors.
Large companies (those with more than 250 employees and over €50 million in turnover) also hold additional obligations, particularly around multilingual support in Spain’s co-official language regions.
While the law is still moving through its final approval stages, the direction is clear: a broad set of obligations will apply to reinforce consumer rights, ensuring they can: Reach support quickly. Speak to a human when needed. Get clear information during outages or service disruptions. Have complaints handled promptly and on time.
1. 95% of support calls must be answered within three minutes
This raises the bar significantly for responsiveness, especially during spikes, outages, billing cycles, or seasonal surges. Most support systems are not built for this level of agility. In my experience, you can’t hire your way to this metric sustainably—you have to design for it.
2. Customers must be able to speak to a human on request
Automation is allowed, but it cannot be the only option. At any point during a call, a customer must be able to transfer to a human if they ask for one. Companies cannot trap customers in automated loops. The practical implication: every workflow needs a reliable, audited escape hatch to a person.
3. Support lines must be free of charge
Premium-rate numbers are prohibited. Customer service cannot generate revenue for the business, nor may it be used to upsell products. This cleanly separates service from sales and reduces consumer friction.
4. Essential services must offer 24/7 support for continuity issues
Electricity, water, gas, telecoms, and transport providers must always be reachable at all hours when customers need to report service interruptions. That means coverage, triage, and routing must be always-on.
5. Complaints must be resolved within 15 days – or within five days for undue charges
This halves the previous general complaint window of 30 days and adds a much faster path for billing-error complaints. Companies must maintain records, assign tracking numbers, and ensure timely follow-up. Your case management discipline will make or break this requirement.
6. No spam calls or unwanted commercial pressure
Companies must identify business calls with a designated prefix, and customer -service calls with a different one. Telecom operators will be required to block calls that do not use these codes. Additionally, contracts obtained via unsolicited calls will be legally null and void, protecting consumers from being pressured into commitments they never intended to make.
7. Companies must maintain a unified complaint-tracking system
All complaints, claims, and incidents must be recorded in a centralized system to ensure traceability. If your data is fragmented across tools, this is a call to centralize and standardize intake.
8. Companies must pass annual external audits
These audits assess whether customer service processes are meeting the required standards. In practice, that means consistent processes, measurable outcomes, and reliable evidence.
9. Better linguistic and accessibility rights
Large companies operating in regions with co-official languages must be able to provide support in those languages. They must also ensure their customer service is accessible for vulnerable consumers, such as those with disabilities or older adults. Multilingual and accessible by design is the new default.
10. Fairer contract renewals
Companies must provide customers with 15 days’ notice prior to automatic renewal of online subscriptions and make cancellation simple. This is both a compliance and customer trust win.
Most support systems weren’t built for this level of speed or operational rigor. But the steps required to comply are the same ones that make service better for customers—and better for the teams delivering it. That’s why I view AI as an essential capability, not a bolt-on.
With the regulatory expectations clear, the question becomes: what does a modern, compliant support operation look like? For me, it blends human empathy with intelligent automation, proving auditability without sacrificing experience.
This is where AI plays a meaningful role. Not as a replacement for humans, but as a reliable front line that can handle a wide range of queries, including the most complex ones that require real depth, while keeping queues under control.
Adopting an AI Agent like Fin helps teams build a support model that meets regulatory expectations and improves customer experience across all your channels. Here’s how.
Many organizations will struggle to meet the three-minute standard during normal times, let alone during spikes or busy seasons, without unsustainably scaling their teams. Fin can help by reducing the number of calls that reach your phone lines and Fin Voice will ensure the ones that do are handled quickly.
Reducing avoidable call volume before it reaches the queue
Many of the queries teams receive are predictable: outage updates, billing questions, account changes, and other repeatable issues. Fin can resolve these instantly across several channels, including live chat, SMS, email, and WhatsApp, using the content and processes your team already maintains. I’ve seen this alone cut peak-time pressure dramatically.
Answering the phone immediately
For customers who do call, Fin Voice can pick up straight away. It provides natural, conversational responses based on your existing knowledge and helps your team stay responsive during busy periods.
Making it easy to reach a human easier during spikes
When queues build up, Fin can capture the reason for the call, gather details, and prioritize the most urgent issues. If you offer callback options, Fin can help schedule them quickly so customers avoid long wait times, which is key for staying compliant during peak periods.
The law requires customers to reach a real person whenever they request one. Fin supports this by keeping the path to a human clear and dependable: every interaction includes an option to speak to a person, and that option is accessible until the issue is resolved; when chosen, Fin hands over full context so human teams don’t start from scratch; if you show team availability or wait times, Fin can surface that information for customers; escalations can be prioritized to ensure faster pickup; alerts can notify on-call staff when urgent issues arise. On the phone, Fin Voice follows the same principle. Callers can request a transfer at any moment, and Fin routes the call to the right team with context intact.
Essential-service providers must be reachable at any hour when customers need to report service interruptions. Fin can help you meet this requirement without building a full overnight staffing model.
Always-on answers and triage
Fin provides first-line support at any hour of the day or night. Fin Voice brings this capability to the phone, giving callers immediate help even when your human team is offline. Fin can also direct customers to the latest updates you’ve published, such as outage information or status pages.
Routing urgent issues to the right people
When an issue requires human judgment, Fin gathers the necessary details and routes it to the appropriate on-call team using your existing after-hours processes. Teams can set up notifications so urgent issues are seen quickly.
Proactively surface what matters most
With AI Insights, Fin can also monitor for emerging patterns in customer conversations through Trending Topics. This means that if there’s a sudden spike in reports about a specific outage or a recurring question about a new process, Fin can flag these trends in real time. Your team is alerted to what’s top-of-mind for customers, so you can prioritize updates, publish targeted FAQs, or escalate critical issues, ensuring your support stays relevant and responsive, even overnight.
Complaints and outages often create the biggest spikes in volume, and the new law increases pressure to respond quickly, keep customers informed, and maintain complete records. This is exactly where structured AI intake adds value.
A more structured complaint intake
Fin can recognize when a customer is lodging a complaint, gather required information, and initiate a record in your existing system with a clear ID assigned from the outset.
Clear ownership and deadline alignment
Your team can then use your case-management tools to apply the 15-day resolution timeline (or five says for undue charges). Fin’s structured intake helps ensure that ownership and next steps are visible, rather than buried in unstructured notes.
Faster, more consistent outage communications
During service interruptions, Fin can share the latest published information, provide estimated fix times when available, and direct customers to live updates. On the phone, Fin Voice can triage incident-related calls quickly so callers aren’t waiting for a human agent just to receive basic information.
While multilingual support is only mandatory for large companies operating in co-official language regions, it remains essential for meeting consumer expectations. Fin helps by supporting multilingual, natural language interactions across voice and other channels; operating within channels that support accessibility features, like channels compatible with screen readers or commonly used messaging apps; and offering “request a call” paths and collecting the necessary information up front so teams can follow up quickly for customers who prefer phone support.
The law prohibits customer service interactions from generating additional revenue or being used to offer new products. With Guidance, you can set Fin up to stay firmly within these boundaries by shaping how it responds, which topics it should avoid, and what it should prioritize when a customer is seeking help or lodging a complaint.
The law raises expectations around documentation and audit readiness. Fin helps by making customer interactions more structured and consistent: when a conversation involves a complaint, Fin can ensure the required information is captured and a clear ID assigned; that ID can follow the interaction so it remains easy to trace; consistent intake gives you better visibility into key metrics regulators care about, like response times, time to first human contact, escalation volume, and whether complaints are resolved within required timelines; transcripts, summaries, and metadata can be retained until cases are resolved, supporting audit requirements; many organizations maintain internal compliance playbooks outlining processes and owners. Fin’s structured intake helps keep these practices reliable; leverage Insights to identify trending topics, optimize processes and measure service quality.
Spain’s new customer service law raises the bar on speed, access, and accountability. It’s natural to worry about how your team will cope, especially if your support operation has grown organically across tools and regions. I’ve seen how quickly burnout and chaos can set in when expectations rise faster than capacity.
The reality is that meeting these expectations through people alone would put unsustainable pressure on already stretched support teams. The risk of burnout and operational chaos is real, which is why an AI Agent like Fin can bring welcome relief.
By handling everything from high-volume, repetitive questions to many of the deeper, more involved issues customers raise, Fin keeps queues manageable and prevents the strain from falling entirely on your human team, helping everyone stay above water as expectations rise.
For companies operating across the EU, adapting early to Spain’s stricter expectations can build resilience for whatever comes next—whether that ends up being driven by regulation or customer demand. Now is the time to align compliance, AI strategy, and customer experience into a single, measurable operating model.
I’ve led product teams through the pain of scattered dashboards and contradictory metrics, and I’ve seen how it slows decision velocity and quietly inflates costs. When insights are fragmented, roadmaps drift into opinions and meetings multiply. A unified analytics platform changes the conversation—from noise to signal, from lagging to leading indicators, and from guesswork to confident execution.
"Escape fragmented tools with a unified analytics platform that accelerates growth, reduces costs, and empowers smarter, real-time decision-making."
Here’s what “unified” means in practice: one source of truth that connects product usage, marketing attribution, sales pipeline, and customer support signals. With CRM integration, consistent event taxonomy, and retention analysis in place, every team works from the same playbook. Cohorts, funnels, and lifecycle metrics become part of daily rituals, and insights flow directly into product discovery and go-to-market decisions.
The impact is tangible. Product-led growth becomes predictable because activation, engagement, and retention are measured the same way across functions. Experimentation accelerates as A/B testing cycles tighten and learning compounds. Outcomes vs output OKRs stay visible and honest, helping us prioritize what moves the needle. Costs come down as redundant tools are rationalized and manual data wrangling disappears. Most importantly, real-time decision-making replaces weekly retrospectives with timely action.
My playbook for getting there is straightforward: start with a tool and data audit; define a clear north-star metric with a handful of leading indicators; standardize event names and properties; connect the data layer to your CRM for closed-loop visibility; instrument product tours and in-app guides to drive user activation; and institutionalize continuous discovery so every insight informs the roadmap and sprint planning.
Governance and trust matter as much as dashboards. Invest in data governance and a clean tracking taxonomy so metrics are trusted across the organization. Document definitions, automate quality checks, and maintain privacy-by-design from the start. The goal isn’t more data—it’s better decisions, faster, with confidence.
I’ve watched teams cut time-to-insight from days to minutes, reallocate budget from underperforming channels to winning ones, and ship with far greater conviction. When the organization rallies around a unified analytics platform, stakeholder debates shrink, velocity increases, and the value proposition to customers sharpens.
If growth, cost savings, and smarter decision-making are on your agenda this quarter, commit to unifying your analytics. Start small, prove the value in one journey (like activation to retention), then scale. The moment you align your teams to a single source of truth is the moment your product strategy becomes unmistakably clear.
Inspired by this post on Amplitude – Perspectives.
Every successful AI initiative I’ve led or advised has shared the same foundation: we treat data as a product. Models will improve, infrastructure will evolve, and use cases will expand—but only high-quality, well-governed, and well-structured data compounds value over time.
“Companies that prioritize data quality, governance, and structure will accelerate their AI initiatives the fastest.” That line has become a non-negotiable principle in my playbook because it consistently separates prototypes that stall from platforms that scale.
When I say data quality, I mean trustworthy signals: clear definitions, deduplication, lineage, and timely freshness. Governance adds accountability and safety: ownership, access controls, auditability, and privacy-by-design aligned with regulatory compliance. Structure makes it all usable: consistent schemas, event taxonomies, and feature stores that let product teams ship faster without reinventing pipelines.
In practice, this looks like aligning an AI Strategy with a unified analytics platform so every team works from the same truth. It means instrumenting feedback loops, labeling outcomes, and building a retrieval-first pipeline that brings the right context to LLMs at the right time. It also means thoughtful context window management so models remain grounded, relevant, and cost-efficient.
I’ve seen the difference firsthand. Early gen ai prototypes built on messy, conflicting data looked promising in demos but failed in the wild—hallucinations spiked, confidence scores dipped, and user trust eroded. Once we tightened governance, standardized schemas, and implemented human-in-the-loop evaluation, accuracy climbed, risk dropped, and feature velocity increased without sacrificing safety.
For product managers, the mandate is clear: treat data work as core product work. Define quality SLAs, make data contracts explicit, and give empowered product teams the tools to observe, debug, and improve signals continuously. Pair AI risk management with measurable product outcomes, and you’ll turn experimentation into a durable advantage.
The payoff is more than model performance; it’s organizational clarity and speed. With the right data foundation, LLMs for product managers become easier to deploy, customer experiences feel coherent, and roadmaps shift from firefighting to compounding wins. Invest in data quality, governance, and structure now, and your AI initiatives won’t just move faster—they’ll sustain momentum.
Inspired by this post on Amplitude – Best Practices.
Every time I ship a new generative AI capability with my product teams, I’m reminded that governance isn’t a compliance afterthought—it’s a strategic advantage. In today’s landscape, the way we govern data determines how quickly we can innovate, how confidently we can scale, and how credibly we can talk about risk with customers, regulators, and our own board.
New AI pressures are redefining what good governance takes. Learn how to build better frameworks, move fast with confidence, and keep your data from being a black box.
My north star for AI Strategy is simple: align business outcomes with responsible practices that are auditable, repeatable, and fast. Practically, that means codifying AI risk management, privacy-by-design, and regulatory compliance into the product lifecycle—requirements, design, build, deploy, and operate. When those guardrails live inside our workflows (not just in policy docs), we accelerate delivery without increasing exposure.
Visibility breaks the “black box.” I start by establishing a unified analytics platform and a living data catalog with lineage, classification, and stewardship. When we pair that with a retrieval-first pipeline for LLMs, we can trace exactly which sources informed a response, who had access, and whether consent and retention rules were honored. Provenance, RBAC/ABAC, encryption, and deterministic masking stop sensitive data from leaking into training sets while keeping our teams productive.
Speed with safety comes from engineering the right controls into CI/CD. Before any AI feature hits production, we run automated checks for PII exposure, policy violations, adversarial prompts, and data drift; then we add human-in-the-loop review where stakes are high. Continuous monitoring, audit logs, and playbooks for incident management and threat detection and response turn governance into an everyday habit rather than a once-a-quarter ritual.
In the first 30 days, I inventory systems, map data flows, and assign clear ownership. We define data quality SLAs, document lawful bases for processing, and publish a concise policy that product managers and engineers can actually use. This anchors stakeholder management and sets expectations for trade-offs.
By day 60, we implement fine-grained access controls, consent-aware tracking, and consistent metadata standards across sources. We wire dashboards for high-signal metrics—access attempts, data minimization, model input/output risk flags—so leaders can see governance health at a glance and course-correct quickly.
By day 90, we close the loop with outcomes vs output OKRs, tying governance to business impact: faster cycle times, fewer incidents, and higher customer trust. Training for LLMs for product managers and communities of practice ensure empowered product teams can make judgment calls confidently, not wait for gatekeepers.
If you’ve felt the friction between innovation and oversight, you’re not alone. The good news is that the right framework lets us do both: move fast with confidence, demonstrate responsible AI, and earn the trust that compounds into product-led growth. That’s the real promise of modern data governance—and it’s how we make sure our AI is powerful, reliable, and never a black box.
Inspired by this post on Amplitude – Best Practices.
I love when a bold platform bet translates into tangible product impact. Watching a team commit to a unified analytics platform and then operationalize it across the business is a master class in strategic focus and change management. That’s exactly what this story captures—and why it resonates with my own experience leading complex analytics migrations.
Learn how Dan Grainger led Haven's migration to Amplitude, focusing on user-friendly analytics and data governance for non-technical teams.
That single sentence distills what matters most: if analytics aren’t accessible to non-technical teams, you won’t get the adoption needed to drive outcomes. “User-friendly analytics” isn’t window dressing; it’s the linchpin for empowered product teams and true product-led growth. When teams can ask and answer their own questions—without waiting on analysts—velocity and quality of decision-making improve immediately.
From a product management lens, two elements stand out. First, the choice of Amplitude analytics as the central system of insight—consolidating scattered tools into a unified analytics platform—creates one source of truth for activation, adoption, and retention analysis. Second, a rigorous approach to data governance ensures that trust in the data scales alongside usage, especially for non-technical stakeholders who need clarity, not caveats.
Execution matters. In my playbook, these transformations succeed when you treat them as product initiatives, not IT projects. I partner early with stakeholder management champions, form product trios to define the measurement plan, and use in-app guides, product tours, and targeted onboarding to drive behavior change. The goal is simple: shorten time-to-insight for frontline teams while keeping the instrumentation robust and consistent.
Data governance is the quiet force multiplier. Clear tracking plans, consistent event taxonomies, role-based access, and privacy-by-design guardrails prevent entropy. When everyone speaks the same analytics language, you avoid “metric du jour” debates and keep the focus on outcomes vs output OKRs. That’s where scalable impact comes from.
Measurement closes the loop. I’ve found that when non-technical teams can self-serve retention analysis, funnel drop-off, and user activation patterns, they start running continuous discovery by default—asking better questions, testing smarter hypotheses, and accelerating learning cycles. Amplitude’s strength is not just visualizing what happened, but making it easy to connect behavior to outcomes teams care about.
The broader leadership lesson is straightforward: choose a platform that your broadest set of contributors can and will use daily, invest early in governance, and build enablement into your rollout plan. That’s how a migration becomes a multiplier. When the right platform meets the right operating model, the win is less about a tool and more about a learning culture that compounding value over time.
If your analytics stack feels fragmented or underused, this is your nudge. Align on a unified analytics platform, meet teams where they are with user-friendly analytics, and let governance do the heavy lifting behind the scenes. The payoff—in speed, alignment, and smarter bets—comes faster than most teams expect.
Inspired by this post on Amplitude – Best Practices.
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.
Every week, I’m in conversations with product leaders, engineers, and security teams who are trying to ship AI features faster without compromising trust. The tension is real: stakeholders want velocity, customers want transparency, and regulators want accountability. That’s exactly where modern data governance earns its keep.
New AI pressures are redefining what good governance takes. Learn how to build better frameworks, move fast with confidence, and keep your data from being a black box.
In my role leading product management, I’ve learned that robust data governance isn’t a compliance checkbox—it’s a strategic capability. When we treat governance as a product, we architect for clarity, safety, and speed. That means aligning AI Strategy with day-to-day delivery so teams know what they can ship, when, and why.
Here’s the practical blueprint I rely on. First, establish ownership and a shared language. Create a living data catalog, lineage maps, and clear data classifications so teams know which assets are sensitive, regulated, or eligible for training LLMs. Second, harden privacy-by-design and least-privilege access. Bake PII detection, secrets management, and role-based policies directly into your workflows. Third, bring quality and observability to the forefront: instrument data contracts, monitor drift, and track model performance across environments. Finally, implement model governance end to end—dataset cards, model cards, bias testing, human-in-the-loop review, and a repeatable evaluation harness.
To move fast with confidence, make governance invisible and automated. Treat policies as code in CI/CD, gate deployments with pre-merge checks, and fail builds that violate data contracts. Log prompts and outputs responsibly, route unsafe patterns to red-teaming, and use a retrieval-first pipeline to anchor models on verified sources rather than fragile context stuffing. This is how we scale AI product development while keeping audit trails complete and costs in check.
Avoiding the black-box problem starts with transparency. Document assumptions, training data sources, and known limitations—then expose explanations where it matters in the product experience. Pair this with a unified analytics platform to tie telemetry, feature flags, and user feedback to model changes. When something goes sideways, your observability, incident management playbooks, and threat detection and response processes should make root-cause analysis fast and defensible.
If you’re building your program from scratch, use a 30-60-90 approach. In the first 30 days, inventory systems, classify data, and map high-risk use cases. By day 60, formalize RACI for governance, deploy access controls, and set up your evaluation pipeline with golden datasets and measurable acceptance thresholds. By day 90, operationalize incident response, conduct tabletop exercises, and wire governance outcomes into OKRs—think time-to-approval for high-risk changes, reduction in production incidents, and model evaluation pass rates.
This playbook pays off in board conversations and with customers. You can articulate your AI risk management posture, show measurable progress on regulatory compliance, and demonstrate how governance accelerates—not hinders—delivery. Most importantly, your teams gain the confidence to experiment, knowing there’s a safety net that protects users, the brand, and the business.
If your organization is wrestling with how to balance innovation and control, start small, codify what works, and scale with intent. With the right foundations in data governance, AI becomes an engine for durable advantage—not a source of sleepless nights.
Inspired by this post on Amplitude – Perspectives.
Your team’s skills have an expiry date. Here’s how to upskill employees before the clock runs out and your edge goes with it.
I’ve learned that upskilling isn’t a one-off training day—it’s an operating system for building resilient, empowered product teams. When we treat learning as a product, with clear outcomes, feedback loops, and constant iteration, we future-proof both our people and our roadmap. Below are the eight strategies I rely on to upskill employees quickly and sustainably while strengthening employee retention and execution quality.
1) Anchor upskilling to strategy and outcomes. I start by mapping critical capabilities to our company strategy and outcomes vs output OKRs. This makes learning unambiguously relevant: every course, cohort, and coaching session ladders up to measurable value. If a skill doesn’t advance our north-star metrics or customer outcomes, it doesn’t make the cut.
2) Build a learning operating system, not a library. Content without cadence is shelfware. I establish a predictable rhythm—monthly skill sprints, short microlearning modules embedded in workflows, and quarterly capability reviews during planning. We integrate upskilling into onboarding, QBRs vs OKRs check-ins, and product roadmapping so learning time is protected, visible, and non-negotiable.
3) Design role-based paths with clear ladders. I create skill matrices for PMs, designers, engineers, and GTM partners, then craft levelled learning paths to close gaps. We use the 70-20-10 model (doing, coaching, coursework) and pair it with individual development plans, so growth is personalized but standardized enough to scale. This clarity boosts motivation and speeds up onboarding.
4) Learn by shipping real value. The fastest learning happens on real products. I pair courses with stretch assignments tied to live initiatives—product discovery sprints, customer shadowing, rapid prototyping with gen ai, and cross-functional product trios. We treat these as safe-to-try experiments with clear success criteria, so teams upgrade skills while moving the roadmap forward.
5) Institutionalize coaching and peer learning. I formalize mentorship, guilds, and weekly critique sessions to turn tacit knowledge into shared practice. We run cross-team demos and communities of practice so lessons travel fast. Managers coach to outcomes, not checklists, and we reward people who teach—because knowledge multiplied beats knowledge hoarded.
6) Measure capability, not attendance. I avoid vanity metrics. Instead, I look for leading indicators that learning is changing behavior and outcomes: higher quality product discovery, clearer product positioning, tighter stakeholder management, improved deployment frequency, and stronger retention analysis. Where appropriate, we set a minimum detectable effect (MDE) for skill experiments to ensure we can actually see impact.
7) Fund time, not just tools. Upskilling dies when calendars are full. I carve out recurring maker time for learning, set explicit expectations in performance plans, and tie promotions to demonstrable capability growth. We provide stipends for courses and certifications, but the real unlock is creating space and manager accountability so learning sticks.
8) Use AI strategically to accelerate practice. We embed AI Strategy thoughtfully: gen ai co-pilots for research synthesis, scenario role-plays for stakeholder conversations, and guided feedback for UX writing and product tours. The rule is simple—AI should compress cycle time and elevate judgment, not replace it. I encourage teams to document prompts and playbooks so good patterns compound.
To align and de-risk, I bring stakeholders into the loop early—finance to co-own ROI, HR to integrate paths into career frameworks, and functional leaders to ensure parity across teams. This alignment reduces friction, strengthens product-led growth, and keeps the effort resilient through reorgs and strategy shifts.
The outcome of this approach is simple: faster time to competency, higher confidence, and a culture where learning is part of how we build. Upskilling is the most durable competitive advantage I know—because tools change, but teams that learn together win together. If your edge feels like it’s slipping, start small, make it visible, and iterate. Your future roadmap—and your people—will thank you.
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.
