Una feature factory es un equipo que mide su éxito por cuánto entrega, features lanzadas y story points cerrados, en lugar de por qué cambia de verdad en el usuario. El término lo acuñó John Cutler.
La señal es sutil: una feature factory suele parecer productiva. Envía rápido, mantiene la velocidad alta y tiene un historial visible de trabajo terminado. Ha optimizado la actividad de construir, no el resultado de construir.
Señales de que estás en una
- El éxito se mide en entrega (releases, puntos, features), no en cambio de comportamiento ni en resultados de negocio.
- Se añaden features porque la competencia las tiene, porque un cliente grande las pidió o porque alguien dijo “estaría bien tenerla”, cada una con su lógica local y ningún comportamiento objetivo detrás.
- Nadie sabe responder “¿qué comportamiento nuevo instalamos este trimestre?”.
- El roadmap crece; la razón para que un usuario concreto se quede, no.
Por qué los equipos caen ahí
No a propósito. Productizar genera señales de progreso inmediatas, demos, changelogs, reuniones donde enseñar algo nuevo, mientras que cambiar comportamiento es invisible durante meses. Casi ninguna organización premia lo invisible. Premia la actividad. Y añadir superficie es actividad.
Qué cuesta
En torno al 80% de las funciones de un software medio se usan rara vez o nunca, y solo un 12% genera la mayor parte del uso diario (Pendo; el informe Standish Chaos lo deja cerca del 64%, metodologías discutibles, dirección consistente). Eso es superficie que existe sin cambiar nada, más el equipo creciente que hace falta para mantenerla. No es gratis. Cada línea viva cuesta algo cada día, se use o no.
El único test que te saca
Antes de meter nada en el roadmap, completa esta frase:
Gracias a esto, [tipo de usuario] pasará de hacer [X] a hacer [Y], y lo sabremos cuando veamos [métrica Z].
Si no puedes rellenarla, tienes una idea de feature, no de producto. Hacer producto es instalar un comportamiento, no acumular superficie. Esa distinción es la diferencia entre un moat y deuda de atención, y en la era de la IA, cuando copiar una feature cuesta una tarde, es la única que importa.
Preguntas frecuentes
¿Quién acuñó “feature factory”? John Cutler.
¿Lanzar features es siempre malo? No. A veces productizar es lo correcto: alcanzar paridad, no perder un cliente, ganar tiempo. El problema es hacerlo en modo automático, sin saberlo.
¿Qué tiene que ver con el desarrollo con IA? La IA abarata generar features casi a cero, lo que acelera la feature factory salvo que la intención y la verificación estén aguas arriba. La disciplina que lo contrarresta es la misma idea un nivel más abajo: un build en verde no es una feature correcta.