Categories
Dak design make product management trade-offs

Design trade-offs, the knee in the price curve, and appropriate solutions


Poor man’s camera stabilizer
http://littlegreatideas.com/steadycam/

This is an important reminder that cheaper does NOT have to mean “radically worse.” This is brilliant; you may well have seen it before, but if you haven’t, go look. If you have…

Consider this. A good low-end, name brand stabilizer (Steadicam ‘Merlin’) is about $900. It’s a LOT nicer than this, won’t tire you out, and is beautiful (really). It buys you credibility if you have to Go Somewhere Important. The big, impressive-as-all-getout rigs for Professional Film cannot be beat…if you are carrying a 15 to 70 lb. camera.

The question, as always, is: what is your application, and what matters? Web video for personal use? $15 + your labor buys you what you need to do a few motion shots without that “hand held, make the audience ill” documentary look.

Now, consider what this means in the context of product evolution. Generally speaking, broader market adoption of products means a reduction in cost and features. When working in product development, it’s tempting to think of this as “sliding down hill” in terms of reducing your beautiful boutique product to least-common-denominator “mass market” stuff that “those people” might use.

This is a trap, and smart product managers know this. Quantity is its own quality. Go ahead, own the high end. But introduce the low-end product. If the high end product is that much better, you can still sell it. (Steadicam comes to mind!). But it’s better to make the low-end product that might cannibalize your high-end sales, before someone else does, if and only if there’s a sufficiently large market for it.

Now, you are thinking, how does this apply to software? And to software engineering?

I’ll give you a hint: amortization of development costs. More later.

By Dak

Father, leader, writer, scientist, visionary.

Technical software development leader (CTO, VP). Excels when improving and turning around teams, putting better tools and software architectures in place, and getting better outcomes.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.