Producto

Producto es la disciplina de convertir un problema real en un sistema que las personas puedan entender y usar, en el que puedan confiar y al que quieran volver.

No es solo gusto. No es solo entregar funcionalidades. Es criterio bajo restricciones: qué problema importa, qué conducta debe cambiar, qué tradeoff es aceptable y en qué debería negarse a convertirse el producto.

El mejor trabajo de producto hace obvia la siguiente acción correcta para el usuario y aclara la siguiente decisión correcta para el equipo.

Cuando construyes algo que la gente ama, con mucha atención al oficio, y consigues contar una historia convincente, la gente aparece para apoyarte.

Eso es algo que un fundador guiado por datos, ocupado optimizando embudos y retocando colores de botones, nunca acaba de alcanzar. Porque la confianza no es una métrica, la buena voluntad no cabe en un dashboard y la gente no se moviliza por experimentos. Se moviliza por un trabajo que se siente intencional, humano y digno de apoyo.

Empezar por el problema

Un producto es débil cuando empieza desde una lista de funcionalidades en vez de desde una tensión en el mundo.

Antes de diseñar una solución, quiero entender:

• ¿Quién tiene el problema?
• ¿Cómo lo maneja hoy?
• ¿Qué cuesta el apaño actual?
• ¿Por qué nadie lo ha resuelto bien todavía?
• ¿Qué haría que el usuario cambiara?
• ¿Qué haría que se quedara?

Si el problema es vago, el producto se vuelve decorativo. Si el problema es nítido, incluso una interfaz simple puede sentirse poderosa.

Diseñar el bucle

La mayoría de productos son bucles, no páginas.

Un usuario llega con intención, realiza una acción, recibe feedback, construye confianza o la pierde, y decide si continúa. El producto refuerza ese comportamiento o lo deja escapar.

Los bucles útiles suelen contener:

• Un disparador claro.
• Una primera acción de baja fricción.
• Evidencia rápida de que la acción tuvo efecto.
• Una razón para volver.
• Una forma de que el producto mejore con el uso.

Los malos bucles crean movimiento sin progreso. Los buenos bucles hacen que la conducta valiosa sea cada vez más fácil.

Respetar los incentivos

Los incentivos forman parte de la interfaz.

Lo que mides, premias, notificas, jerarquizas, ocultas o facilitas acaba moldeando la conducta. Si un producto dice valorar la calidad pero premia el volumen, gana el volumen. Si dice valorar el foco pero interrumpe constantemente al usuario, gana la interrupción.

El buen criterio de producto pregunta qué conducta está entrenando el sistema.

Los productos más fuertes alinean:

• Valor para el usuario.
• Valor para el negocio.
• Incentivos del equipo.
• Realidad operacional.

Cuando esas fuerzas se separan, el producto puede crecer mientras empeora en silencio.

Las interfaces son decisiones

Una interfaz no es una piel sobre el producto real. Es donde el producto vuelve visibles sus promesas.

Cada botón, estado vacío, etiqueta, valor por defecto y mensaje de error enseña al usuario qué tipo de sistema tiene delante. La interfaz debería reducir incertidumbre, exponer estructura y hacer legibles las consecuencias.

Las buenas interfaces no son solo bonitas. Son honestas.

Responden:

• ¿Qué puedo hacer aquí?
• ¿Qué ha pasado?
• ¿Qué ha cambiado?
• ¿Qué debería hacer ahora?
• ¿Qué puede salir mal?

La claridad gana a la novedad salvo que la novedad resuelva un problema real de comprensión.

Hacer explícitos los tradeoffs

Cada decisión de producto gasta algo.

Puedes gastar complejidad, tiempo, atención, confianza, rendimiento, margen, flexibilidad u opcionalidad futura. El peligro no es hacer tradeoffs. El peligro es fingir que no existen.

La estrategia de producto debería hacer visibles los tradeoffs importantes:

• Amplitud o profundidad.
• Velocidad o certeza.
• Poder o simplicidad.
• Automatización o control.
• Crecimiento o confianza.
• Flexibilidad o coherencia.

La respuesta correcta depende del sistema, del cliente, del momento y del coste de equivocarse.

La estrategia es diseño de restricciones

La estrategia no es un documento lleno de lenguaje seguro de sí mismo. La estrategia es elegir restricciones que hagan más fáciles las buenas decisiones y más difíciles las malas.

Una estrategia útil nombra:

• El usuario y el problema que más importan.
• La conducta que el producto debe crear.
• La ventaja que el equipo realmente puede construir.
• Las cosas que el producto no hará.
• La evidencia que cambiaría el plan.

Sin restricciones, todo puede sonar razonable. Con restricciones, el equipo puede decir no sin convertir cada decisión en un debate nuevo.

Preguntas a las que vuelvo

• ¿Para qué trabajo está contratando el usuario este producto?
• ¿Qué apaño doloroso demuestra que el problema existe?
• ¿Cuál es la versión más pequeña que nos enseña algo verdadero?
• ¿Dónde crea confianza el producto?
• ¿Dónde pide demasiada atención?
• ¿Qué conducta estamos premiando sin querer?
• ¿Qué lo haría más simple sin hacerlo más débil?
• ¿En qué debería negarse a convertirse este producto?