Cosas en las que creo
Principios que guían mi trabajo como Product Owner y diseñador.
El diseño es invisible
El mejor diseño es el que no notas. Si un usuario elogia tu UI, probablemente fallaste en algo más importante: el flujo.
Aplicación práctica:
- Menos clicks ≠ mejor UX
- La fricción estratégica existe (confirmaciones, pasos de pago)
- Un botón obvio > un botón "creativo"
Los datos sin contexto son ruido
"El bounce rate subió 10%" no significa nada sin saber:
- ¿Qué cambió en el sitio?
- ¿Qué dispositivos?
- ¿Qué fuentes de tráfico?
Regla personal:
Por cada métrica que mido, necesito 3 preguntas de contexto respondidas.
El mejor código es el que no escribes
Después de 10 años escribiendo código, mi mayor habilidad es saber cuándo NO escribir código.
Preguntas antes de cada feature:
- ¿Esto resuelve un problema real o imaginario?
- ¿Podemos hacerlo manual primero?
- ¿Google Sheets puede manejarlo por 6 meses?
Build in public o no construyas
Construir en privado es construir sin feedback. Construir en público es construir con 100 asesores gratis.
Compromiso personal:
Shiko publica métricas cada mes. Los fracasos también.
(Cuando tenga métricas que compartir, claro)
Bonus: Los mejores productos nacen en la intersección
Los mejores productos no vienen de diseñadores puros ni de developers puros. Vienen de la intersección de:
- Diseño estratégico: Entender el problema profundamente
- Tecnología: Saber qué es posible (y qué no)
- Negocio: Validar que sea sostenible
Por eso mi formación "poco tradicional" es mi mayor ventaja.
Estos principios no son dogma.
Son el resultado de 10 años construyendo productos, cometiendo errores, y aprendiendo de ellos. Evolucionan constantemente.