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

Solicitud de hardship

Usa esta ruta para preocupaciones de asequibilidad cuando necesites una ruta de seguimiento humana, estructurada y sin vergüenza.

Un resumen corto de la situación es suficiente. Por favor no compartas detalle financiero profundo en texto libre a menos que un seguimiento restringido posterior lo pida explícitamente.

Revisar precios

Qué pasa después: una ruta restringida de hardship puede dar seguimiento directamente. No se requiere detalle financiero profundo al inicio, y esta ruta se mantiene separada del ruido general de soporte.

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