|
If you work with platforms and infrastructure, you know the struggle to get long-term investment approved. People outside your domain don’t understand the benefit of the work, or they do understand but somehow other investments take priority, and you can only motivate short-term optimization when things start going wrong. The issue isn’t that what you propose is bad, it’s that infrastructure investment gets treated like an expense instead of what it actually is, an investment with measurable returns. Once you understand where infrastructure spending lands in the financials and how leadership thinks about it, you can reframe your proposals in a way that actually gets them approved. Why This Keeps HappeningInfrastructure investment tends to be a tough sell for four reasons: 1. It’s invisible in the financials Your €300K production infrastructure investment sits in the same COGS bucket as routine AWS bills and maintenance work, so there’s no line item saying “Infrastructure Investment with Clear ROI,” it just looks like costs went up. 2. Benefits are delayed and hard to quantify You optimize production architecture and pages load 200ms faster, you upgrade production databases and avoid future capacity issues, you improve production monitoring and catch issues before customers do. All real benefits, but hard to quantify in euros upfront. 3. Prevention isn’t celebrated If you spend €500K to prevent a €5M production outage, leadership just sees €500K in costs because there’s no outage to point to, and nobody gets promoted for preventing problems that never happen. 4. Deferring is easier than approving Approving means taking responsibility now and defending it in quarterly reviews, while deferring kicks the problem down the road and makes it someone else’s problem later. The executive who defers doesn’t get blamed for anything (yet). The companies that consistently invest in production infrastructure have better margins long-term, scale more efficiently, deliver better customer experiences, and handle growth without constant firefighting. Building great infrastructure is part of the work, making the business case compelling enough to get approved is the other part. Where Infrastructure Spending Goes (And Why That Matters)The core issue is that infrastructure investment flows into Cost of Goods Sold (COGS), which is the direct cost of delivering your service to customers. When COGS goes up, your gross margin goes down, and that’s the number leadership cares about most. What Goes Into COGS for SaaS? PRODUCTION costs (serving customers today): • Production cloud hosting (AWS, Azure, GCP) • DevOps teams keeping production systems running • Production database costs and optimization • Production monitoring, security, and backups • Customer support and technical support teams NOT COGS (these go to R&D/Engineering OpEx): • Dev, test, and staging environments • Build systems and CI/CD pipelines • Internal developer tooling • Code refactoring for developer productivity Your gross margin shows up on the income statement like this:
That 80% gross margin number matters because it determines your company valuation (higher margins equal higher multiples), it shows whether your business can scale profitably, and it’s what you have left to invest in sales, marketing, R&D, and everything else. Investors compare companies on this metric, and every percentage point counts. So when you propose an infrastructure investment that increases COGS from €2M to €2.3M, leadership sees gross margin dropping from 80% to 77%, which looks like the business is getting worse. What they don’t see is the future cost savings (next year’s COGS drops to €1.5M giving you an 85% margin), improved reliability (fewer outages mean less revenue lost), better production performance (faster page loads mean higher conversion), reduced incident response costs (less time firefighting production issues), and competitive advantage (better customer-facing performance than competitors). Two Strategies That WorkStrategy 1: Separate “Investment” from “Run Rate”The problem: Your €300K investment gets lumped in with routine operational costs, so it just looks like expenses went up. The fix: Request that your finance partner break down COGS into two categories in your reporting, recurring run-rate costs and one-time investment. How to do it: Reason with your finance partner how you can break down COGS to help leads see that operational efficiency isn't declining but instead that temporary investments will improve baseline over time. Here is an example you can use: COGS Breakdown:
→ Normalized Gross Margin (without investment): 83% Leadership sees that your baseline efficiency is actually 83%, not 80%, so the 3-point dip is temporary and margins will bounce back (or improve) once the investment pays off. Show the trajectory, not just the snapshot: Gross Margin Over Time:
Comparison: Your message: “Yes, margins dip this quarter, but we’re investing in a structurally better cost base that gives us 5 additional margin points long-term.” Strategy 2: Frame It as “Cost of NOT Investing”The problem: Your proposal says “we need €500K” but doesn’t quantify what happens if we don’t spend it. The fix: Reframe your proposal to lead with the risk and cost of inaction, then show the investment as the solution. Before and after: ❌ Instead of this: “We need €500K to modernize our production database infrastructure” ✓ Say this: “Our current production database architecture puts €12M in annual revenue at risk due to scalability constraints. We’ve had 2 incidents in the past 18 months that cost €200K each. For a €500K investment, we eliminate this risk and reduce ongoing production hosting costs by €200K annually. Payback in 2.5 quarters.” Use this template for your next proposal: Here's the version without emojis: INFRASTRUCTURE INVESTMENT PROPOSAL:CURRENT STATE:
INVESTMENT REQUIRED:
EXPECTED OUTCOMES (Year 1):Production/COGS Impact:
FINANCIAL IMPACT:Year 1: Year 2+: → Payback period: 2 years (on COGS savings alone) RISK MITIGATION:
You’re speaking their language with risk, payback period, and NPV (Net Present Value equals the total value of future cash flows in today’s money), and you’ve quantified the cost of inaction, not just the cost of action. Three more examples of rephrasing: Example 1: Production Database Optimization ❌ Before: “We need to optimize our production database queries” ✓ After: “Our checkout flow currently takes 3 seconds due to database performance. Industry data shows every 100ms delay costs us 1% in conversion. Optimizing production queries to 500ms equals a 2.5% conversion lift, which equals €400K additional annual revenue. Investment: €150K. Payback: 4.5 months.” Example 2: Production Monitoring & Observability ❌ Before: “We need better production monitoring tools” ✓ After: “Last quarter, we had 4 hours of production downtime that cost €200K in lost revenue. Better monitoring would have reduced MTTR (Mean Time To Recovery) from 4 hours to 30 minutes, saving €175K. This happens roughly 3 times per year. Investment: €100K/year. ROI: 5x.” Example 3: Production Architecture Modernization ❌ Before: “We need to modernize our production architecture to reduce technical debt” ✓ After: “Our current production architecture requires 40% of DevOps time on firefighting versus proactive work. This costs us €400K/year in incident response and creates €2M in outage risk. Modernizing costs €300K but reduces incident response by 60%, which equals €240K/year savings. Payback: 15 months.” What challenges have you faced getting infrastructure investment approved? I’d love to hear your stories and what’s worked for you. |
I email every Thurday with the latest insights from my work and clients about product, business and tech. Sign up below! I will never spam or sell your info. Ever. Unsubscribe anytime.
You’ve outgrown your current team setup but find it hard to figure out a better one that fits your reality. When setting a new org structure it’s easy to pinpoint a few areas that are cleanly scoped and valuable, but then there is the rest. You still need to maintain the technology you built, there are domains that might be less clear on what value they bring and who their customers are, but you know they’re needed. And you need to figure out where to put your leaders (you probably lack some...
Hand on your heart, are you doing as much product discovery as you should? If there's a gap, you're not alone. I've worked with teams skipping product discovery because they "don't need it" or "don't have time for it" since their backlog is already full of things the business asked for, the users, or tech debt. I've worked with PMs who want to do discovery "right" and therefor never get started, and I've seen seasoned PMs using the same tools and methods who could use a little inspo to...
You know you need to improve product discovery in your teams. You know what good looks like, some of your leaders as well, but somehow teams are not spending enough time doing proper product discovery. Instead they work off requests from customers, from stakeholders, from the one year kind of promised roadmap. And all that work is important and keeps them busy, so you struggle to push for different ways of working on top of everything else and keep deferring it to 'soon, after xyzzy is...