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.

$280–$52090 min

Does this sound familiar?

  • 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

What you'll leave with

  • 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)

This session is not for…

  • 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

If your OKR is red on…

  • Design decision velocity
  • Design consistency (audit score)
  • Designer satisfaction (eNPS)
  • Product quality perception (CSAT)

Frequently asked

  • ¿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.

Experts who solve this task

We're still curating experts for this task.