Cost
Definitions
Cost savings
Reduction in costs or expenses.
Cost avoidance
Preventing/avoiding future costs/expenses that would have been incurred if no action was taken.
Cost savings vs. Cost avoidance
Cost savings reduces current or existing costs, while cost avoidance prevents future costs from occurring in the first place.
Total addressable market (TAM)
Total revenue opportunity available to a product or service with 100% market share, i.e., max market demand and revenue potential.
Capital Expenditure (CAPEX)
Funds used by a company to acquire, upgrade, or maintain fixed assets such as buildings, equipment, machinery, or land. These are major investments that are capitalized on the balance sheet and depreciated over their useful life.
Operating Expenditure (OPEX)
Ongoing costs incurred by a company for its day-to-day operations and maintaining its existing facilities and equipment. These expenses are recorded on the income statement and are fully tax-deductible for the period in which they are incurred. Examples of OPEX include rent, utilities, salaries, and supplies.
Goals
- We strive to be as lean and cheap as possible.
- Money we spend must be worth the ROI.
- Money spent must solve real problems.
Questions
What is the TAM?
Understand the scale of the problem and impact of any solution.
What are the trade-offs across cost, value, performance, security?
Optimum decision-making involves balancing these dimensions, which are often in conflict.
More costs to mitigate what additional risks?
Increased investment should always be tied to clear risk reduction or value creation. If we are spending more, we need to understand *precisely* what additional risks we are mitigating or what new opportunities we are unlocking. Are these risks significant enough to justify the added expense? This question forces us to justify costs and ensure every dollar spent contributes meaningfully to risk management or business value.
Why would it take X man months?
Resource estimation needs rigorous justification, not just gut feeling. "X man months" is a significant commitment. We need to dissect the estimate and understand the *breakdown* of work. Are we over-engineering? Are there inefficiencies? Challenging timelines and effort estimations ensures realistic planning, resource optimization, and accountability. It prevents bloated timelines and cost overruns from the outset.
How much of the cost is attributed to compliance, admin, overheads?
Cost transparency is vital for understanding true product economics. We need to separate core product development costs from compliance, administrative burdens, and overheads. How much are these non-product elements eating into our budget? Understanding this breakdown reveals hidden costs and inefficiencies, allowing us to optimize spending and improve the overall cost-effectiveness of our product and operations.
Is this a $40M or a $400k problem
Problem sizing is critical for appropriate resource allocation. Are we tackling a massive, strategic issue or a smaller, tactical one? The scale of the problem directly dictates the scale of investment it warrants. Over-engineering a minor problem wastes resources. Under-investing in a major problem leaves significant value on the table.
How much cost savings, cost avoidance, manpower savings, manpower productivity are we going to achieve?
Quantifying the benefits is essential to justify any product investment.
How will we measure savings, avoidance, productivity benefits?
Measurable benefits provide accountability, demonstrate real impact, and inform future product decisions based on data-driven evidence of success.
Why are we satisfied with X times savings/productivity gains?
Benchmarking and continuous improvement are key. Simply achieving some savings isn't enough.
Why do we need a project management or admin wrapper fee that contributes nothing to the product?
Every cost component must be justified, especially non-value-add overheads.
What are the CAPEX and OPEX for X?
CAPEX reflects upfront investment, OPEX reflects ongoing running costs. This distinction impacts budgeting, financial modeling, and pricing strategies, as both types of costs need different handling and approaches.
Alarm Bells
They say...
Why I'd be scared
<insert party> assesses this effort is reasonable, it'll take XX man days.
Though traditional contracts/projects need estimation for an effort, it's near impossible to know upfront how much effort is required. Naturally the incentive is to overestimate, add more buffer. Even when eventually the effort is smaller, there's no incentive to downsize, because it's additional work.
We need X business analysts, project managers, senior developers, developers, designers, xxx, yyy, etc
We're bring tons of people to the team, based on a vendor's hyper specialization and billable rates.
It's not even $100,000, why are we quibbling over a small sum?
Every $1 spent unnecessarily is unacceptable. I'm a taxpayer too! And if you calculate per unit/transaction costs, you can see clearly excessive spending.
We've no choice because the team already decided X years ago to buy this
If something doesn't work or doesn't work well, then consider if stopping it gives you future savings + a chance at getting something that solves your problem, versus abortive costs and switching costs.
This company is able to customize it in Xyz way that we require. It's not their main product line but something they're thinking of launching as a full product in future. It's not cheap but it'll do the job.
They are going to milk you like a cash cow via change requests (formal proposals for modifications to a system). Also, them offering you a non-product to you means you're their guinea pig to see if something is profitable, and you can be sure they know you're desperate for this set of requirements.
Dealbreakers
Symptom
Why I'd be scared
People say "Sounds about right" when talking about cost items & full-time engineers (no shit, Sherlock).
Budgeting and resource allocation should be data-driven and rigorously justified, not based on vague estimations or gut feelings.
$100M is ok because the previous project was $90M and after factoring in inflation it sounds about right.
Justification should be based on the problem and value delivered, not historical spend. Anchoring costs to previous projects ignores current needs, market changes, and potential for optimization.
The TAM is negligible and users are sticking around because of compliance reasons.
A tiny market and forced user adoption are unsustainable. Projects should aim for genuine user value and market demand, not rely on regulatory mandates for existence.
We need to build it ourselves because we have unique requirements
'Unique requirements' is a common but often incorrect diagnosis of your needs.
We must develop our own product because we need to continue to serve past requirements.
What you do needs to be focused on solving the actual problem now, not continue what you have been doing.
We get the ultimate versions of licenses because we might need it in future.
It's wasteful. You wouldn't pay for it with your own money, why would you do it with someone else's? Scale up only when there is actual demand.
A lot of cost is needed to almost completely mitigate X cyber security risk, but nevermind it was a theoretical risk in the first place.
Resource allocation should be risk-based and proportional.
We spend $10M over several years to reduce 1 headcount (might as well spend $150K on that headcount and save $9.5M).
Digitalization and tech are the means to an end, not the end in itself.
Might as well spend it since the FY is closing.
It's fiscally irresponsible and prioritizes spending over value creation.
Everyone dumps their requirements onto a project to get funding.
Scope creep driven by funding opportunism leads to unfocused and bloated projects.
Staffers say they need to find a new justification to get funding for 2.0 of their project.
This suggests a lack of initial clear objectives or achieved outcomes. Projects should be driven by clear value propositions and ongoing needs, not by the need to constantly invent justifications for continued funding.
Business owners of systems are asked to give waivers for things they don't understand, but are told the waivers must be given (fait accompli).
Forcing approvals on complex issues that stakeholders don't understand undermines accountability and sound decision-making.