No preguntes qué más podemos añadir
Un product maduro no se demuestra por cuánto contiene, sino por cuánto menos debe cargar el human.
Start With the Human — No empieces por el producto. Empieza por la persona.
Los product teams reciben reward por ship more
Roadmaps y demos hacen visible addition más que simplification.
Así aparece el bias de que progress significa añadir.
More shipped does not automatically mean more value.
Cada feature nueva crea nuevo cost
Feature crea state, option, edge case, permission, support y maintenance.
Addition siempre deja footprint.
Every feature creates a permanent tax unless proven otherwise.
Complexity compound con el tiempo
Features razonables por separado pueden crear gran complexity al interactuar.
User y team cargan más paths.
Complexity compounds faster than feature count.
Choice overload es product debt
Más options no siempre significan más freedom.
A veces solo trasladan decision burden al human.
Every unnecessary choice is work handed back to the user.
Removal puede crear más value que addition
Eliminar fields, unir flows o quitar steps puede reducir human burden de verdad.
Removal también es product decision.
Removal is a product decision, not the absence of one.
El system debe remember para que el human no tenga que hacerlo
Si el system conoce information o preference, debería remember cuando tenga sentido.
Machine memory debe reducir human memory burden.
What the system can remember, the human should not have to.
Antes de añadir, pregunta si puede volverse innecesario
Can we remove, combine, remember, infer, automate?
No conviertas cada problem en nuevo control.
The best feature may be the one you make unnecessary.
A mí antes de añadir otro button
Antes de añadir button o setting, pregunta si el user realmente necesita esa decision.
Mejor simplicity puede ser maturity.
Build less where understanding allows it.