Cómo trabajar como product designer Staff

• En medio de la inflación de títulos que abunda en la industria del diseño, se presenta el significado real de los niveles Senior, Staff y Principal, y el nivel Staff, que es el más malinterpretado con frecuencia
• La diferencia real entre Senior y Staff no es la antigüedad, sino el alcance y el tipo de influencia: Senior pregunta “¿cómo lo construimos bien?”, mientras que Staff pregunta “¿debemos construir esto y, si sí, por qué?”
• Staff lidera la alineación y la toma de decisiones más allá de una sola función o equipo para que todo el producto se entienda como un todo, y cumple el rol de enseñar diseño a personas que no son diseñadoras
• Quienes llegan a Staff no esperan el ascenso, sino que actúan así desde antes de ser promovidos, y cambian de hacer más cosas a pensar y actuar como multiplicadores
• En una era en la que con IA se puede construir casi cualquier cosa, se vuelve más importante una capacidad centrada en el criterio para distinguir y defender ideas de mayor calidad

---

La inflación de títulos y el contexto del artículo

• La inflación de títulos en diseño está muy extendida, y hay muchas personas con cargos o afirmaciones por encima de su capacidad real
  • Ocurre cuando las empresas no saben cómo contratar, atraer y retener talento
  • Como resultado, los diseñadores terminan envueltos en trabajo por encima de su nivel, el sistema de niveles se diluye y el diseño no se aprovecha lo suficiente dentro de la organización
• La inflación es más común en los niveles Senior, Staff y Principal
  • Incluso el mismo título puede significar cosas distintas según la empresa
• Para profundizar en el nivel Staff, que suele malinterpretarse tanto por quienes contratan como por quienes buscan trabajo, se colaboró con tres diseñadores
  • Milan Jovanović — Product Designer en VEED
  • Mo Elmelegy — diseñador de nivel Principal, actualmente en Bolt, con más de 17 años de experiencia
  • Rachel Wu — Lead Product Designer en Mews

P1: ¿Qué es un product designer Staff?

• La perspectiva de Milan

  • Staff es alguien que impulsa con fuerza la alineación y la toma de decisiones; en ese proceso, enseña diseño a personas no diseñadoras y es un socio agradable para trabajar
  • El trabajo evoluciona de “cómo ejecutar” a “qué debemos ejecutar y por qué”
  • Diseña conversaciones y reuniones tanto como layouts, botones y sombras, y va más allá de lanzar la experiencia de un área para dar forma a la estrategia del producto completo
  • La mayor parte del tiempo se siente como un consejero: ayuda a que la gente sea menos sensible a la incertidumbre y tenga menos miedo de equivocarse
    • Eso incluye no solo a su equipo, sino a buena parte de la organización de producto: CPO, PM e ingenieros de nivel medio
  • Que con IA se pueda construir cualquier cosa no significa que haya que construir todo lo que se nos ocurra; Staff debe ser una voz capaz de distinguir y defender ideas de mayor calidad

• La perspectiva de Mo — distinguir los niveles

  • Los niveles de diseño son confusos, se usan distinto en cada empresa y las expectativas tampoco son claras
  • La diferencia real entre niveles no es la antigüedad, sino el alcance y el tipo de influencia
  • Senior
    • Alcance: una función, flujo o área de producto
    • Influencia principal: lanzar resultados sólidos y elevar la calidad dentro del equipo
  • Principal
    • Alcance: nivel dominio o empresa, con influencia sobre la dirección de largo plazo y los sistemas de producto
    • Influencia principal: múltiples equipos y áreas de producto, dando forma a la estructura y alineación general del producto
  • En términos generales, la trayectoria de crecimiento va de adueñarse de un problema → conectar problemas → moldear cómo evoluciona el producto

P2: Cómo crecer hacia un rol Staff

• El consejo de Milan

  • Primero hay que decidir si realmente se quiere este camino: si te gusta recibir instrucciones, Staff probablemente no es para ti, y Senior ya es un nivel plenamente respetado
  • El camino más rápido, pero también el más duro, es entrar como diseñador único en una startup de menos de 20 personas
    • Es una prueba brutal y puede llevar al burnout, pero permite aprender rápido qué hacer cuando nadie te dice qué hacer
  • Si ese rol ya existe en tu empresa, conviene empezar en pequeño y acumular impulso
    • Hacer visible el proceso de diseño y compartirlo ampliamente en Slack; involucrar a developers de forma asíncrona en la conversación y explicar en voz alta el proceso de pensamiento
    • Encontrar pain points en distintas partes de la empresa y explorar dónde hace falta ayuda o dónde hay vacíos
    • Entender los objetivos de la empresa, proponer ideas que vayan más allá de tu área y usar Cursor para mockups rápidos o vibe coding, pero siempre conectándolo con resultados de negocio
    • Aprender el lenguaje que usan PM y el equipo de Growth, y hablar en sus términos
    • Agendar llamadas con otros equipos para preguntar qué es lo más importante para ellos, y luego callarte y escuchar
    • Saber cuándo te vuelves molesto y ajustar: una buena intención en el lugar equivocado puede ser muy irritante
    • Dejar de quejarte de inmediato: quejarse es reconocer que renunciaste al control y, como dice Satya Nadella, el trabajo consiste en generar éxito con los recursos disponibles
    • Dar visibilidad a tus colegas diseñadores y, como referente de la función de diseño, conectar el trabajo de otros diseñadores con el tuyo
    • Ir a terapia

• Los patrones de crecimiento que observa Mo

  • Quienes se vuelven Staff o Principal no esperan el título, sino que actúan así antes del ascenso
  • Se convierten en la persona de referencia de un dominio específico
    • Como mecanismos de Growth, onboarding, dinámicas de marketplace, design systems o arquitectura mobile
    • No ocurre por asignación formal, sino porque profundizan tanto en un espacio de problemas que la gente empieza a incluirlos naturalmente cuando surge cualquier pregunta relacionada
  • Crean iniciativas que nadie pidió
    • No esperan a que el roadmap defina el trabajo; detectan temprano problemas estructurales como tres equipos resolviendo el mismo problema de maneras distintas o flujos de onboarding fragmentados
    • Mapean el estado actual, proponen una estructura más clara y reúnen a las personas correctas
  • Hacen también el trabajo necesario para que el trabajo ocurra
    • No se quedan solo en producir una solución: aclaran problemas ambiguos, alinean equipos en una dirección y vuelven concretas las ideas mediante prototipos
    • No solo diseñan el trabajo, sino que hacen que realmente suceda

P3: Cómo distinguir Senior, Staff y Principal en el día a día

• La distinción de Milan

  • Senior domina la ejecución dentro de un espacio definido; Staff empieza a cuestionar y expandir ese mismo espacio
  • La clave no es hacer mejor el mismo trabajo, sino hacer un tipo de trabajo fundamentalmente distinto
  • Se dedica tanto tiempo a las conversaciones y a la alineación como al trabajo de pantalla, y eso no es una concesión: es el trabajo mismo

• La distinción de Mo

  • Senior normalmente se adueña de una parte significativa del producto dentro de un solo equipo, y lanza soluciones claras y bien pulidas para problemas de producto desordenados
  • Al pasar a Staff, el alcance se expande más allá de una sola función o equipo, y cambian las preguntas
    • ¿Equipos distintos están resolviendo el mismo problema de maneras diferentes?
    • ¿Hay un sistema detrás de estas funciones o están quedando dispersas por separado?
    • ¿Dónde se está fragmentando el producto a medida que crece?
  • Los diseñadores Staff más fuertes definen patrones que otros equipos pueden reutilizar, conectan a los equipos que trabajan en iniciativas relacionadas y aportan claridad en áreas que van a la deriva
  • Principal trabaja en un nivel aún más amplio, colaborando de cerca con liderazgo senior, y el foco pasa de proyectos específicos a la dirección que toma el producto con el tiempo

P4: Cómo se ve realmente trabajar a nivel Staff

• El día a día según Milan

  • Diseña conversaciones y reuniones tanto como layouts, y ayuda a que las personas en la misma sala —CPO, PM e ingenieros— tengan menos miedo de equivocarse
  • El cambio real es este: Senior pregunta “¿cómo lo construimos bien?”, mientras que Staff pregunta “¿debemos construir esto y, si sí, por qué?”
  • Esa es una pregunta más difícil y exige confianza no en el craft, sino en el criterio

• Los patrones concretos que plantea Mo

  • Construye sistemas que otros puedan aprovechar: en vez de resolver una sola función, da forma a patrones que puedan usar varios equipos, como una estructura de onboarding escalable o patrones de interacción adoptados por múltiples equipos; el impacto se acumula de forma compuesta
  • Hace que la gente se alinee alrededor del trabajo: en este nivel no se opera por autoridad, sino por claridad e impulso; se explica con claridad un problema complejo de producto y se involucra a los equipos desde temprano en el proceso de pensamiento
  • Aporta intencionalidad: hay claridad sobre por qué se tomó una decisión, qué trade-offs existen y cómo ese trabajo se conecta con el producto completo; mientras más intencionalidad hay, más confianza se construye, y esa confianza se acumula

• El caso de Personio

  • En Personio, se hizo cargo de la arquitectura mobile y construyó desde cero las apps nativas de iOS y Android
  • En este nivel, “el trabajo antes del trabajo” ocupa la mayor parte del tiempo: alinear a los equipos de producto, ingeniería, marca y plataforma en torno a una visión compartida de mobile
  • También implica ser socio en cómo la marca se traduce a nativo, cómo se construyen temas con ingeniería y cómo funcionan en mobile y desktop flujos como el registro de tiempo
  • También construyó directamente desde time tracking basado en ubicación y compliance de geofencing hasta motion e interacción mediante prototipos
  • Resultados del lanzamiento y la renovación
    • Los usuarios activos mensuales de adopción de la app crecieron de alrededor de 40K a 200K
    • La pérdida de transacciones relacionadas con mobile bajó de más del 8% a 0.2%
    • La adopción del registro de tiempo en mobile aumentó 5 veces

P5: Qué puede empezar a hacer esta misma semana un diseñador Senior para dar la transición

• El consejo de Rachel

  • El paso de Senior a Staff/Lead no consiste en hacer más, sino en aprender a pensar y actuar como multiplicador
  • La influencia de Senior suele ser local: se adueña de una superficie y resuelve problemas dentro de ella
  • A nivel Staff/Lead, la pregunta no es “¿qué construiste?”, sino “¿qué hizo posible tu presencia para tus colegas, tu dominio de producto y el negocio en general?”
  • Pensar en sistemas: convertirse en la persona que nota que dos equipos están resolviendo el mismo problema desde lados opuestos y que, si colaboraran, podrían crear algo que no lograrían por separado; la consistencia se vuelve una ventaja competitiva
  • Cambiar la relación con el tiempo y la ambición: sostener ambiciones grandes para toda la organización y preguntar “¿cuál es hoy el movimiento de mayor apalancamiento que podemos dar juntos?”
    • La ambición sin un siguiente paso es energía desperdiciada, y parte del trabajo es convertir esa energía
  • Influir en colegas: en producto, negocio y, cada vez más, incluso en agentes de IA
    • Tener curiosidad genuina por lo que más le importa a la gente que necesitas mover, y construir confianza para poder desafiarse mutuamente
  • Todo esto exige contención: convertirse en la persona que crea las condiciones para que otros resuelvan mejor que si uno lo hiciera solo
  • Acción táctica que puedes hacer hoy: mapear el punto donde termina tu influencia
    • ¿Dónde se toman decisiones sin que yo esté presente?
    • ¿Dónde pierde impacto mi trabajo durante la traducción?
    • ¿Con quién todavía no tuve una conversación real, pero debería tenerla?
    • Elige una y empieza por ahí

Conclusión: el trabajo por encima del título

• Senior lanza grandes funciones; Staff ayuda a que todo el producto tenga sentido
• Como los títulos cambian según la empresa, conviene enfocarse menos en el cargo y más en los outcomes que se esperan
• Muchos equipos de diseño están eliminando los títulos en silencio: hacia afuera todos son simplemente “Designer”, mientras que el sistema interno de niveles se mantiene
  • Con estructuras más planas, las decisiones se toman más rápido y se desperdicia menos energía en política interna
  • La IA está difuminando rápidamente los límites entre roles; alguien con 3 años de experiencia podría entender mejor la IA que alguien con 20, así que el alcance y la influencia importan más que el título
  • El foco está en contratar diseñadores concentrados únicamente en el trabajo y en el craft de diseño
• Al evaluar un trabajo, enfócate en el trabajo, no en el título