Herramientas y stack tecnológico del diseñador de producto: la auditoría honesta 2026

Todos los equipos de diseño con los que he trabajado tienen el mismo artefacto rondando por ahí. Es una página de Notion titulada "herramientas de diseño" con veintitrés suscripciones SaaS. La mitad se cobran a una tarjeta corporativa de un diseñador que se fue hace dos años. Tres de ellas hacen lo mismo. Dos no se han abierto desde el onboarding. Una es un panel de investigación moderada a $400 al mes que la empresa usó exactamente dos veces.

Esto no es un stack. Es una acumulación. Un stack es algo que usted diseñó; esto es algo que simplemente le ocurrió.

La solución no es otra herramienta. La solución es la disciplina de responder seis preguntas sobre su trabajo y elegir una herramienta por pregunta. Eso es todo el artículo. El resto son solo los recibos.

Por qué la mayoría de los stacks están sobrecargados

Figma más un montón de plugins no es un stack. Es el valor predeterminado. Los valores predeterminados están bien cuando el costo de elegir es alto y el costo de equivocarse es bajo. Las herramientas son lo contrario. Equivocarse es costoso (migraciones, reentrenamiento, memoria institucional perdida), y elegir no es tan difícil si sabe para qué está eligiendo.

Un stack real de diseño de producto responde seis preguntas:

1. ¿Cómo diseñamos? (el archivo, el lienzo, la fuente de verdad)
2. ¿Cómo prototipamos? (baja fidelidad, alta fidelidad y el caso excepcional de hardware o nativo)
3. ¿Cómo investigamos? (pruebas no moderadas, paneles moderados, síntesis)
4. ¿Cómo observamos a usuarios reales? (reproducción de sesión, no analítica)
5. ¿Cómo medimos el uso? (analítica de producto, los embudos y curvas de retención)
6. ¿Cómo entregamos a ingeniería? (el design system, el modo dev, el comprobante que dice "sí, esto es lo que lanzamos")

Si su stack tiene más de dos herramientas por pregunta, tiene un problema de stack. Si tiene cero herramientas para una pregunta, tiene un problema de madurez. La mayoría de los equipos tiene ambos.

Las seis categorías principales (con precios reales, abril 2026)

Los precios son precios de lista públicos a abril de 2026. Existen descuentos empresariales; ignórelos para la auditoría y haga los cálculos al precio de lista. Si no puede justificar la herramienta al precio de lista, no puede justificar mantenerla en una tarjeta corporativa.

1. Diseño: Figma Professional ($15/editor/mes, facturación anual)

Figma sigue siendo el mínimo. Ojalá tuviera una opinión más interesante. Sketch existe, Penpot existe, la adquisición de Adobe no ocurrió y la gente siguió adelante. Elija Sketch solo si tiene un equipo exclusivamente Mac y una razón sólida. Elija Penpot solo si genuinamente necesita código abierto y autoalojamiento (principalmente industrias reguladas). En cualquier otro caso, Figma Professional, $15 por editor al mes con facturación anual, $20 mensual. Los espectadores son gratuitos. Deje de pagar por puestos de espectadores por error.

La conclusión honesta: la mayoría de los equipos tiene más puestos de editor de los necesarios. Los PM y los ingenieros no necesitan editar. Audite su lista de puestos y baje de nivel a todos los que no han movido un frame en 60 días. Solo eso suele pagar las dos herramientas siguientes de esta lista.

2. Prototipado: Figma para baja fidelidad, Framer o ProtoPie para el resto

Tres herramientas, tres trabajos.

Figma para flujos de clics de baja fidelidad y revisiones de diseño. Ya lo paga. No pague dos veces.

Framer ($15/mes Mini, $30/mes Basic) para prototipos web con sensación de producción (cualquier situación donde el demo necesite parecer un sitio web real con interacciones reales, transiciones de página y contenido gestionado por CMS). El valor de Framer no es que sea un Figma mejor; es que el prototipo puede convertirse en el sitio de marketing. Para los equipos de B2B SaaS, esto importa más de lo que la gente admite.

ProtoPie ($13/mes Pro por editor, $33/mes Enterprise por editor) para interacciones de hardware y nativas. Sensores, acelerómetros, lógica ramificada, entregas entre dispositivos. Si está diseñando una aplicación de teléfono, una interacción de reloj inteligente o cualquier cosa que toque hardware, ProtoPie es la única herramienta que toma ese trabajo en serio. Si no es su caso, omítala. La mayoría de los diseñadores de producto no la necesitan. Los que sí la necesitan saben exactamente por qué.

La trampa: comprar ProtoPie porque un diseñador senior la demostró y se veía interesante. Las herramientas que no usa semanalmente son herramientas que debería cancelar.

3. Investigación: Maze, UserTesting, Dovetail (elija las que se ajustan a su realidad)

La investigación es donde los stacks se expanden más rápido porque cada proveedor de investigación vende "nosotros reemplazamos a todos los demás." Ninguno lo hace.

Maze ($99/mes Starter, $375/mes Professional) para pruebas de usabilidad no moderadas, pruebas de árbol, ordenación de tarjetas y validación rápida de prototipos. Rápido, económico y vive junto a Figma. Si lanza semanalmente, Maze se paga solo el primer mes.

UserTesting es el panel moderado. Precio por cotización, históricamente de $25K a $40K al año para un contrato inicial, más si quiere reclutamiento y segmentación. Vale la pena solo si realiza 4 o más estudios moderados por trimestre. Por debajo de eso, reclutadores independientes más Calendly más Zoom es más económico y más flexible. La mayoría de los equipos conserva UserTesting por inercia.

Dovetail ($99/usuario/mes Professional, $159/usuario/mes Enterprise) para síntesis de investigación, etiquetado y la pregunta "¿dónde escuchamos ese insight?" Dovetail es la herramienta que realmente importa para los equipos maduros en investigación, porque las grabaciones sin procesar no son insights. La síntesis es el activo. Si no sintetiza, no está haciendo investigación.

La conclusión honesta: los equipos pequeños (1 a 3 diseñadores) se arreglan con Maze más una base de datos compartida en Notion. Los equipos medianos (5 a 15 diseñadores) necesitan Maze más Dovetail. Los equipos grandes añaden UserTesting encima, y solo porque tienen una persona de research ops que lo gestiona. Si no tiene una persona de research ops, UserTesting se convierte en software sin usar en seis meses.

4. Reproducción de sesión: FullStory o Hotjar (elija uno, no ambos)

La reproducción de sesión sirve para observar a usuarios reales haciendo clic con frustración en la navegación. No es analítica. No reemplaza la investigación. Es la capa cualitativa sobre los datos cuantitativos.

FullStory es la opción empresarial: precio por cotización, históricamente alrededor de $199/mes en el nivel de entrada y con aumento rápido según el tráfico. Mejor filtrado, mejores funcionalidades para equipos, mejores integraciones.

Hotjar ($32/mes Plus, $80/mes Business) es la opción para equipos pequeños. Mapas de calor, grabaciones, embudos básicos. Económico, decente, con limitaciones. Por encima de aproximadamente 50K sesiones mensuales, Hotjar se vuelve problemático.

He visto exactamente un equipo que realmente necesitaba ambas. Se equivocaban; necesitaban una de ellas y un punto de vista más claro. Elija una.

5. Analítica de producto: Amplitude, Mixpanel o PostHog (uno, conózcalo a fondo)

Esta es la categoría donde los diseñadores pierden más influencia por no participar.

Amplitude tiene un nivel gratuito generoso (hasta 50K usuarios rastreados mensualmente) y planes de pago por cotización. Analítica de comportamiento de primera clase, cohortes sólidas y las consultas de embudo y retención son genuinamente útiles.

Mixpanel ($28/mes nivel Growth, escala con eventos) es el competidor ligero. UI más limpia, más fácil de aprender, segmentación avanzada más limitada.

PostHog es el favorito de ingeniería. Gratuito si lo aloja usted mismo, $0.00005 por evento en la nube (efectivamente gratuito hasta aproximadamente 1 millón de eventos al mes). Integra reproducción de sesión, indicadores de funcionalidades y analítica. Si su equipo de ingeniería ya usa PostHog, úselo. No hay ninguna herramienta adicional que comprar.

Los diseñadores que saben escribir una consulta de embudo en su herramienta de analítica reciben el doble de atención en las revisiones de producto. Lo he visto ocurrir durante una década. Elija una, supere el "lo aprenderé después" y apréndala. No necesita ser un científico de datos; necesita ser la persona en la sala que pueda responder "¿qué ocurrió después de que lanzamos eso?" sin pedirle al PM que extraiga un informe.

6. Design system y entrega: Figma Dev Mode + Storybook

Figma Dev Mode ($25 por puesto de desarrollador al mes) es la capa de entrega. Le da a los ingenieros medidas, tokens, fragmentos de código y diferencias de versión sin que nadie necesite un puesto de editor. Vale cada dólar; la alternativa es un hilo de Slack por especificación.

Storybook es de código abierto y gratuito. Es donde viven sus componentes construidos, documentados, con sus propiedades y estados. Junto con Figma Dev Mode, "¿está esto construido correctamente?" se convierte en una comparación de 30 segundos en lugar de un ida y vuelta que consume dos días de tiempo de ingeniero por sprint.

Storybook no es una herramienta de diseño. Es una herramienta de design system. Si no tiene una, su design system no es un sistema; es una biblioteca de Figma y algunas esperanzas. Los equipos que mantienen Storybook lanzan entre un 30 y un 40% menos de regresiones visuales, en mi experiencia. Los que no lo hacen registran el mismo error tres veces por trimestre.

Las seis categorías principales de un vistazo

Total en el extremo del equipo pequeño (3 diseñadores, 5 ingenieros, tráfico modesto): aproximadamente $200-280 por diseñador al mes todo incluido. En el extremo del equipo mediano (10 diseñadores, 20 ingenieros, tráfico real): $300-450 por diseñador al mes. Si paga más de $500 por diseñador al mes por las seis categorías principales, tiene un problema de auditoría, no un problema de herramientas.

La auditoría de stack de 30 días

Esta es la parte que la mayoría de los equipos omite y luego se queja de la proliferación de herramientas. Reserve las cuatro semanas. Póngalo en el calendario. Esto es lo que debe hacer.

Semana 1: inventario

Liste cada herramienta, cada puesto, cada fecha de renovación, cada responsable y cada costo mensual. Una sola hoja de cálculo. Columnas: herramienta, categoría, cantidad de puestos, responsable, gasto mensual, último inicio de sesión (extráigalo del panel de administración), fecha de renovación, términos del contrato.

Sea honesto con la columna de último inicio de sesión. Si nadie abrió una herramienta en 90 días, es candidata a cancelación. Si nadie la abrió en 180 días, no es una candidata, es una cancelación confirmada.

El resultado de la semana 1 es un número: gasto total del stack por diseñador al mes. La mayoría de los equipos nunca lo ha calculado. El número suele ser el doble de lo que la gente estima.

Semana 2: elija una por categoría

Tome las seis categorías principales. Para cada una, elija exactamente una herramienta. Documente la elección y el motivo en una oración cada uno. Razones que cuentan: "el equipo ya la conoce," "ya está pagada," "se integra con nuestro stack de analítica." Razones que no cuentan: "siempre la hemos usado," "el diseñador senior la prefiere."

El resultado de la semana 2 es un documento de una página con seis filas. Herramienta, motivo, responsable.

Semana 3: migrar o retirar

Esta es la semana difícil. Todo lo que aparece en su inventario y no quedó en la lista de elecciones recibe una fecha de retiro. Migre los datos, cancele el contrato, redistribuya los puestos. Dos herramientas de prototipado se convierten en una. Tres herramientas de investigación se convierten en dos (a veces en una). Los ocho plugins de Figma que se superponen se convierten en dos.

Comunique los retiros con antelación. Los diseñadores resistirán perder herramientas que les gustan. La mayor parte de la resistencia es sentimental, no operativa. Pregunte: "¿Qué trabajo hace con esto que no puede hacer sin ello?" Si la respuesta es vaga, retire la herramienta.

Semana 4: documentar y compartir

Escriba un documento de una página sobre el "stack de diseño." Seis categorías, la herramienta elegida, el precio, el responsable, el proceso de acceso y el enlace a la biblioteca o cuenta del equipo. Compártalo con PM e ingeniería. Fíjelo en el canal de diseño. Actualícelo trimestralmente.

El documento es el entregable. Si el documento no existe, la auditoría no ocurrió: el equipo volverá a la página de Notion con 23 suscripciones en menos de un trimestre.

El resultado de la semana 4 es que nadie en el equipo tiene que preguntar "¿dónde ponemos los hallazgos de investigación?" Esa pregunta sola cuesta horas por semana en un equipo de 10 personas.

Errores comunes

Algunas trampas en las que he visto caer a equipos más de una vez.

Comprar herramientas para resolver problemas de proceso. Una herramienta de investigación no hará que los stakeholders lean el informe. Una herramienta de design system no hará que los ingenieros dejen de bifurcar componentes. Una herramienta de entrega no hará que un PM escriba mejores especificaciones. Si el cuello de botella es humano, ninguna suscripción SaaS lo resuelve. La solución correcta es una conversación difícil, no una solicitud de compra.

Confundir la reproducción de sesión con la analítica. La reproducción de sesión le dice qué hizo un usuario. La analítica le dice qué hicieron 10.000 usuarios. Responden preguntas distintas. Los equipos que compran Hotjar pensando que reemplazará a Mixpanel terminan sin ninguna de las dos categorías bien cubierta.

Tratar a Figma como si fuera el design system. Figma es donde vive el design system en las herramientas de diseño. Storybook es donde vive en el código. Notion o Zeroheight es donde vive en la documentación. Los tres importan. Un "design system" que es solo una biblioteca de Figma es un kit de componentes, no un sistema.

Comprar herramientas empresariales para equipos de una o dos personas. UserTesting a $30K al año para un investigador que realiza dos estudios por trimestre es un gasto sin valor. Dovetail a $99 por usuario para un único usuario con 12 estudios al año está bien. Los números tienen que funcionar para su uso real, no para el uso que aspira a tener.

Dejar que las renovaciones se piloten solas. Establezca un recordatorio de calendario 60 días antes de cada renovación. Use esa ventana para renegociar o cancelar. Los proveedores esperan que se les cuestione en la renovación; fijan el precio del primer año como anzuelo. Los equipos que nunca renegocian pagan entre un 30 y un 50% más en tres años que los equipos que sí lo hacen.

Cómo se ve el resultado final

Sabrá que la auditoría funcionó cuando tres cosas sean ciertas.

Puede nombrar cada herramienta, cada precio, cada responsable y cada fecha de renovación sin abrir un documento. El gasto total por diseñador es un número que puede defender ante su socio de finanzas. Los ingenieros saben exactamente dónde buscar cuando necesitan una especificación y dejan de preguntar en Slack.

Eso es todo. No más páginas de Notion con 23 suscripciones. No más cargos misteriosos a la tarjeta de un diseñador que se fue hace dos años. No más "creo que tenemos una herramienta de investigación, en algún lugar." El stack se vuelve invisible, que es lo que debe ser un buen stack: presente cuando lo necesita, silencioso cuando no.

Los mejores diseñadores que conozco pasan casi nada de tiempo pensando en su stack. Eligieron una vez, auditan una vez al año y el resto del tiempo están lanzando trabajo. Ese es el estándar.

Siga aprendiendo

• Descripción de puesto: diseñador de producto
• Construir un design system desde cero
• Trabajar con ingenieros sin fricciones
• Ejecutar investigación de usuarios de manera liviana