Creating products customers love is only half the battle. Product leaders must also demonstrate and clearly communicate the product's business impact. This ability to speak to financial outcomes is crucial for getting project approval and necessary budget.
Related Insights
When lobbying for a new tool like telemetry, don't just ask for the tool. Frame its absence as a direct blocker to your core responsibilities. By stating, "I can't make decisions without this data," you tie the budget request to clear business outcomes and personal accountability.
Designers often focus on selling their craft to design managers, but the final hiring decision frequently lies with product leaders. To succeed, designers must frame their value as a business investment, emphasizing the ROI and metric impact that resonates with the ultimate approver.
A platform's immediate user is the developer. However, to demonstrate true value, you must also understand and solve for the developer's end customer. This "two-hop" thinking is essential for connecting platform work to tangible business outcomes, not just internal technical improvements.
Not all design impact can be quantified with metrics. When data is unavailable, frame your value by highlighting contributions to competitive parity, internal team efficiency, or bug reduction. This holistic view of business health resonates with leadership beyond just product managers.
To be truly successful, a product leader cannot just focus on features and users. They must operate as the head of their product's business, with a deep understanding of P&Ls, revenue drivers, and capital allocation. Without this business acumen, they risk fundamentally undercutting their product's potential impact and success.
To get buy-in for developer experience initiatives, don't use generic metrics. First, identify leadership's primary concerns—be it market share, profit margin, or velocity. Then, frame your measurements and impact using that specific language to ensure your work resonates.
Stakeholders will ask "so what?" if you only talk about developer efficiency. This is a weak argument that can get your funding cut. Instead, connect your platform's work directly to downstream business metrics like customer retention or product uptake that your developer-users are targeting.
To get buy-in from skeptical, business-focused stakeholders, avoid jargon about user needs. Instead, frame discovery as a method to protect the company's investment in the product team, ensuring you don't build things nobody uses and burn money. This aligns product work with financial prudence.
To get product management buy-in for technical initiatives like refactoring or scaling, engineering leadership is responsible for translating the work into clear business or customer value. Instead of just stating the technical need, explain how it enables faster feature development or access to a larger customer base.
