Essays/linkedin/ the difference between a feature and a result lessons from microscopy

First published:

Last Edited:

Number of edits:

🔬 When I built microscopes, I obsessed over features: higher resolution, smoother stages, more software toggles. But customers didn’t buy features; they bought results.

Early adopters get excited about specs. The majority want outcomesnotes.aquiles.me. A scientist cares whether they can see single molecules clearly, not whether the objective is 1.3 NA or 1.4. That lesson applies well beyond optics.

As product managers, we often conflate features with benefits. A feature is what the tool does. A result is what the user achieves because of it.

Next time you write a roadmap, ask yourself:
• Who benefits from this?
• How does it help them make progress?
• Can I articulate the end result in one sentence?

Focus on outcomes and you’ll cross the chasm faster. What’s a feature you’ve shipped that turned out to be a result in disguise?


Backlinks

These are the other notes that link to this one.

Nothing links here, how did you reach this page then?

Comment

Share your thoughts on this note. Comments are not public, they are messages sent directly to my inbox.
Aquiles Carattino
Aquiles Carattino
This note you are reading is part of my digital garden. Follow the links to learn more, and remember that these notes evolve over time. After all, this website is not a blog.
© 2024 Aquiles Carattino
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License
Privacy Policy