TTransparentLaunch public shell

TR-2530 routing estructurado de soporte en español

Elige la ruta más corta que aún enrute tu pregunta de forma segura.

Esta capa de intake es intencionalmente category-first. Evita el caos de contacto genérico, mantiene las preguntas sensibles más acotadas por defecto y da a futuros reviewers un objeto de enrutamiento más limpio desde el inicio.

Problema de soporte o solución de problemas

Úsalo cuando el contenido de ayuda o el asistente no resolvieron por completo una tarea bloqueada.

Se enruta primero a triage normal de soporte, con escalación si el problema se vuelve sensible o sigue sin resolverse.

Reporte de bug

Úsalo cuando algo parezca roto y quieras que soporte lo capture con claridad para revisión.

Se enruta primero a triage de soporte y luego continúa después de normalización si hace falta revisión de ingeniería.

Solicitud de función

Úsalo cuando el problema principal sea un hueco de producto y no un flujo roto.

Se enruta a revisión de producto con una declaración de problema más tranquila y estructurada.

Pregunta de facturación o precios

Úsalo para preguntas sensibles de cuenta sobre precios, facturas o prueba que no deberían vivir en soporte general.

Se enruta a una ruta restringida de facturación con visibilidad mínima necesaria.

Revisión restringida por defecto

Solicitud de hardship

Úsalo para preocupaciones de asequibilidad cuando necesites una ruta humana y de baja ansiedad.

Se enruta a una ruta restringida de revisión de hardship y no requiere detalles financieros profundos al inicio.

Revisión restringida por defecto

Solicitud de ventas o demo

Úsalo cuando la necesidad real sea evaluación guiada, revisión de migración o alineación de stakeholders.

Se enruta a la ruta de evaluación/demo en lugar de la cola activa de soporte.

Intake estructurado

Reportar un bug

Usa esta ruta cuando algo parezca roto y quieras un reporte más tranquilo que sea más fácil de reproducir y enrutar.

Keep payment, identity, and other sensitive detail out of broad free text unless the form explicitly calls for it.

Abrir centro de ayuda

Qué pasa después: soporte debería normalizar el reporte, preservar el contexto de reproducción y escalar solo después de revisión.

Postura actual de idioma para intake estructurado

Esta es la primera superficie real de intake estructurado en español. El routing category-first principal ahora es utilizable en español, aunque trabajo posterior todavía puede ampliar cobertura y refinamiento más profundo.

  • Las rutas principales de soporte, bug, feature, facturación, hardship y demo ahora pueden iniciarse desde esta superficie en español.
  • Las rutas restringidas siguen priorizando visibilidad mínima necesaria y menor exposición de contexto sensible.
  • Todavía no implica que cada flujo posterior de reviewer tooling o manejo de artefactos ya sea totalmente bilingüe.

Reglas de routing de un vistazo

Estas rutas están intencionalmente separadas para que soporte, evaluación, facturación y hardship no colapsen en una sola bandeja ruidosa.

Rutas de visibilidad general

  • Soporte o solución de problemas
  • Reportes de bug
  • Solicitudes de función
  • Solicitudes de ventas o demo

Rutas restringidas

  • Preguntas de facturación y precios con contexto sensible de cuenta
  • Solicitudes de hardship
  • Rutas posteriores sensibles a seguridad, privacidad o identidad según haga falta