Design
Definir design principles para todo el equipo
Cada designer opina distinto, cada PM pide 'que se vea más limpio', y cada founder quiere 'como [empresa X del momento]'. Sin design principles explícitos el equipo litiga UX en cada PR. Esta sesión destila 5–7 principios ADAPTADOS a tu producto (no 'make it simple' genérico) con do/don't examples — para que el equipo resuelva 80% de disputas sin reunión.
¿Te pasa esto?
Mi designer y mi PM discuten 2h cada sprint sobre 'cómo debe verse' algo
Mi CEO dice 'menos es más' como dirección de diseño y el equipo no sabe qué significa en práctica
Cada founder interno (tech, product, ceo) trae referencias distintas — todos son 'premium' pero todos distintos
No tengo design system (ver sesión aparte) pero ni siquiera tengo claro qué 'valores' persigue mi producto
Contraté UX designer junior y me dice 'dame dirección' y yo no sé cómo articularla
Qué te llevarás
5–7 design principles específicos a tu producto (no genéricos): cada uno con do/don't examples del propio producto
Matriz de tension: qué hacer cuando 2 principios chocan (ej. 'clarity' vs 'density' en dashboard)
Decision tree: 3 preguntas para resolver disputa de UX sin reunión
Principios por componente: qué significa 'clarity' en nav, en form, en empty state
Rhythm de review: cuándo actualizar principios (anual, si hay pivote, si nuevo designer senior)
Esta sesión no es para…
Esta sesión NO crea un design system — ver 'lanzar-design-system-v1-figma' primero/después
No diseña componentes ni hace UI audit — es el 'por qué' antes del 'qué'
No reemplaza design critique culture — la facilita
Si tu OKR pinta rojo en…
- Design decision velocity
- Design consistency (audit score)
- Designer satisfaction (eNPS)
- Product quality perception (CSAT)
Preguntas frecuentes
¿5 principios o 10?
5–7 es el sweet spot. Con 10, nadie los recuerda y se ignoran. Con 3, no cubre los trade-offs reales. El experto te ayuda a destilar.
¿'Menos es más' vale como principle?
No solo. 'Menos es más' es cliché sin ejemplos. 'Cuando una feature requiere más de 3 clicks, rediseñamos — ejemplo: reporte de admin pasó de 5 a 2' es principio. El experto te da el framework de translation.
¿Cómo priorizo principles cuando chocan?
Explicit hierarchy: 'clarity' > 'density' > 'delight' (ejemplo). El equipo sabe: cuando chocan, clarity gana. Sin hierarchy, cada PM interpreta a favor propio. El experto te da el método.
¿Qué traigo a la sesión?
3–5 productos que admiras (no 'Apple' — específicos, ej. Linear, Figma, Notion), 3–5 decisiones de UX pasadas que fueron difíciles, stakeholders del equipo (designers, PMs, engineers), y tensión más reciente. El experto destila.
¿Cuánto dura esto antes de rediseñar?
Principles duran 2–3 años típicamente. Solo cambian con pivote grande o refund de producto. El experto incluye el rhythm de review.
Expertos que resuelven esta tarea
Aún estamos curando a los expertos para esta tarea.