¿Qué hace Sistema de UI para Tablas de Precios?
Propósito
El Sistema de UI para Tablas de Precios proporciona una metodología para diseñar la organización visual y estructural de los niveles de precios. Garantiza que los usuarios puedan comparar planes fácilmente, comprender las diferencias de valor y seleccionar la opción adecuada sin sobrecarga cognitiva. Este sistema se centra en la disposición espacial de los niveles, la jerarquía de funciones y las interacciones (como los conmutadores de facturación) que respaldan la decisión de compra.
Casos de Uso
- Diseñar cuadrículas de planes de suscripción para aplicaciones SaaS.
- Estructurar ofertas de servicios por niveles (p. ej., paquetes de Agencia).
- Crear matrices de comparación para paquetes de productos físicos.
- Estandarizar diseños de precios en una empresa con múltiples productos.
- Implementar "tarjetas" de precios responsivas que mantengan el contexto en dispositivos móviles.
Cuándo NO Usarlo
- Comercio electrónico de un solo producto: Usa
optimización-de-página-de-productopara artículos individuales sin niveles competitivos. - Cotizaciones personalizadas solo para empresas: Si cada precio es "Contáctenos", concéntrate en el diseño del formulario de captura de leads.
- Comparación pura de datos: Para comparar especificaciones técnicas de 10 o más elementos, usa
sistema-de-ui-de-tabla-de-datos. - Precios dinámicos/de subasta: Cuando el precio se determina mediante ofertas o fluctuaciones del mercado en tiempo real.
Entradas
- Niveles de Plan: Los nombres, precios y audiencia objetivo de cada nivel.
- Inventario de Funciones: Una lista completa de funciones, categorizadas por prioridad.
- Ciclos de Facturación: Opciones de facturación mensual vs. anual y descuentos asociados.
- Objetivo Principal: ¿Qué plan es la opción "Goldilocks" o "Mejor Valor"?
- Tokens de Estilo de Marca: Espaciado, tipografía y escalas de color del sistema principal.
Salidas
- Anatomía de la Cuadrícula de Precios: Definición de la Tarjeta de Nivel (Encabezado, Precio, Funciones, CTA).
- Especificación del Conmutador de Facturación: Diseño para cambiar entre diferentes términos de pago.
- Lógica de Comparación de Funciones: Reglas para mostrar, ocultar o resumir funciones entre niveles.
- Estrategia de Resaltado de Niveles: Métodos visuales para enfatizar el plan recomendado.
- Plan de Apilamiento Responsive: Cómo se adapta la cuadrícula a los viewports móviles.
Flujo de Trabajo
1. Estructurar la Anatomía del Nivel
Aplica el sistema-de-jerarquía-visual a la tarjeta de precio individual:
- Encabezado: Nombre del plan y una breve propuesta de valor (p. ej., "Para equipos en crecimiento").
- Bloque de Precio: La moneda, el monto y el intervalo (p. ej., "/mes"). Asegúrate de que el monto sea el elemento más prominente.
- Lista de Funciones: Las 5-7 funciones más importantes.
- CTA: Un botón de alto contraste para seleccionar el plan.
2. Diseñar el Nivel "Ancla" (Resaltado)
Identifica el plan principal y hazlo visualmente dominante:
- Elevación: Usa una sombra sutil o un borde para que "destaque".
- Color: Usa un color de marca para el encabezado o el botón CTA.
- Insignia: Agrega una cinta/insignia de "Más Popular" o "Mejor Valor".
- Escala: Aumenta ligeramente la altura de la tarjeta en comparación con las vecinas.
3. Establecer la Lógica de Facturación
Diseña el mecanismo para cambiar entre ciclos de facturación (p. ej., Mensual vs. Anual):
- El Conmutador: Usa un interruptor claro o una interfaz con pestañas.
- Señalización de Descuento: Indica claramente el ahorro (p. ej., "Ahorra 20%") cerca de la opción Anual.
- Precios Contextuales: Asegúrate de que los precios en las tarjetas se actualicen instantáneamente al cambiar el conmutador.
4. Gestionar la Comparación de Funciones
Organiza las funciones para evitar el "Muro de Texto":
- Funciones Principales: Enumera los impulsores de valor únicos en la parte superior.
- Agrupación de Funciones: Agrupa funciones similares (p. ej., "Soporte", "Seguridad") si la lista es larga.
- Marcas de Verificación vs. Texto: Usa íconos para funciones binarias (Sí/No) y texto para límites (p. ej., "Hasta 10 usuarios").
- Enlace "Mostrar Todo": Para niveles complejos, mantén la tarjeta corta y proporciona un enlace a una tabla de comparación completa debajo.
5. Definir el Apilamiento Responsive
Planifica cómo se contrae la cuadrícula para pantallas más pequeñas:
- Desplazamiento Horizontal vs. Apilamiento Vertical: En móvil, apila los niveles verticalmente para garantizar la legibilidad.
- Encabezado Fijo: Para pilas verticales, considera una barra fija que mantenga visibles el Nombre del Plan y el Precio mientras el usuario se desplaza por las funciones.
- Modo de Comparación de Planes: En móvil, permite a los usuarios "deslizar" entre niveles para compararlos horizontalmente si una pila vertical es demasiado larga.
- Consultas de Contenedor: Prefiere consultas de contenedor en lugar de puntos de interrupción del viewport para la tarjeta de nivel en sí, ya que las cuadrículas de precios a menudo se incrustan en contextos de ancho variable (p. ej., una sección de página de inicio vs. una página de precios completa).
Reglas de Decisión
- El Poder de Tres: Tres niveles (p. ej., Básico, Pro, Empresa) es el número óptimo para reducir la parálisis por elección.
- Prominencia del Precio: El precio debe ser el segundo elemento más prominente después de la insignia de "Mejor Valor".
- CTAs Consistentes: Todos los niveles deben tener un CTA en la misma posición vertical (generalmente alineado con la parte inferior de la tarjeta).
- Regla de "Sin Términos Ocultos": Muestra siempre la frecuencia de facturación cerca del precio (p. ej., "$29/mes facturado anualmente").
- Claridad Binaria: Usa marcas de verificación claras y de alto contraste para las funciones incluidas; usa una "X" atenuada o simplemente omite las funciones excluidas para evitar ruido visual negativo.
Restricciones
- Accesibilidad: Los conmutadores deben ser accesibles por teclado y exponer su estado mediante
aria-checkedoaria-pressed. El texto del precio debe cumplir con el contraste WCAG AA (4.5:1), y todos los objetivos interactivos (conmutador, botones CTA) deben cumplir con el tamaño mínimo de objetivo WCAG 2.2 de 24x24px (2.5.8). - Responsividad: Las tarjetas de precios nunca deben tener un ancho fijo; deben ser fluidas dentro del
sistema-de-cuadrícula-responsiva. - Soporte de Moneda: Diseña para longvariables de símbolos de moneda (p. ej., "$10" vs. "1.000 kr") y usa propiedades CSS lógicas (
margin-inline,padding-inline) para que los diseños se adapten correctamente a las locales RTL.
Patrones de Falla Comunes
- Sobrecarga de Funciones: Listar más de 20 funciones en una sola tarjeta, haciéndola imposible de escanear.
- Conmutadores Invisibles: Hacer el interruptor de ciclo de facturación tan pequeño que los usuarios no se den cuenta de que pueden obtener un descuento.
- El "CTA Flotante": Botones que no están alineados entre las tarjetas, haciendo que la cuadrícula luzca desordenada.
- Precios Ambiguos: No aclarar si un precio es por usuario o una tarifa fija hasta el momento del pago.
- Falta de Diferenciación entre Niveles: Planes que se ven tan similares que el usuario no sabe cuál elegir.
Criterios de Validación
- Existe una jerarquía visual clara entre los niveles (el nivel recomendado está resaltado).
- Los precios son el elemento más prominente después de los nombres de los niveles.
- El conmutador de facturación es claramente visible y actualiza los precios instantáneamente.
- Las funciones se limitan a las 5-7 principales por tarjeta.
- Los CTA están alineados horizontalmente en todas las tarjetas de la cuadrícula.
- La vista móvil apila las tarjetas verticalmente o proporciona un patrón de deslizamiento accesible.
- Todos los elementos interactivos (conmutadores, botones) son accesibles por teclado.
- Las relaciones de contraste para precios e insignias cumplen con WCAG AA.