# Reduce before refining

Source: https://segern.com/practice/reduce-before-refining

Make fewer promises. Keep them better.

Every feature, service, tool, and recurring meeting asks for more than the effort needed to introduce it. It creates something to explain, coordinate, maintain, or eventually undo.

Before refining a solution, we look at what it asks us and other people to carry. Can we remove an unnecessary choice, combine overlapping work, use an established pattern, or solve the problem without creating another permanent thing?

Reduction is useful only when it makes the whole experience simpler. Removing a label can leave a person guessing. Combining two systems can make either harder to repair. A sparse screen is not an achievement if the missing clarity becomes someone else's work.

We aim for the smallest complete expression of the promise. The important journey should hold together, including the moments when something fails. Beyond that, additions need a reason stronger than availability or the desire to look comprehensive.

This is how restraint supports ambition. Fewer obligations leave more attention for the work that can make a meaningful difference.

*What can we remove without asking someone else to absorb the cost?*