Cost of Solution vs. Cost of Problem

Published on September 20, 2007 (↻ February 5, 2024), filed under (RSS feed for all categories).

This and many other posts are also available as a pretty, well-behaved ebook: On Web Development.

Problems cost money, and problems require solutions that also cost money. This is known in all industries, but in many cases, there is focus on only one side: What does the solution of the problem cost? This ignores the other side, the cost of the problem.

Evaluating cost of solution is simple: You determine the time and money you need to develop and implement it. You’re looking at the resources needed. Cost of problem, however, equals the price of doing nothing. That is, for what I know, an important economic principle known from cost-benefit analyses.

I recently wrote more on the matter for Germany’s Dr. Web mag, with details and examples. As that has been an exclusive, it prevents me from providing more information in this place. The point is this: Always consider the cost of the problem in order to prioritize appropriately. Some changes are unnecessary and expensive, others are critical and must not be delayed.

If you can’t wait until I can share more: Jeff Thull goes as far as to consider this the “best-kept secret of the selling world.”

Was this useful or interesting? Share (toot) this post, or support my work by buying one of my books (they’re affordable, and many receive updates). Thanks!

About Me

Jens Oliver Meiert, on September 30, 2021.

I’m Jens (long: Jens Oliver Meiert), and I’m a frontend engineering leader and tech author/publisher. I’ve worked as a technical lead for companies like Google and as an engineering manager for companies like Miro, I’m close to W3C and WHATWG, and I write and review books for O’Reilly and Frontend Dogma.

I love trying things, not only in web development (and engineering management), but also in other areas like philosophy. Here on meiert.com I share some of my views and experiences.

If you’d like to do me a favor, interpret charitably (I speak three languages, and they do collide), yet be critical and give feedback for me to fix issues, learn, and improve. Thank you!