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.

Intake estructurado

Compartir una solicitud de función

Usa esta ruta cuando el problema principal sea un hueco de producto o un flujo faltante, no una experiencia rota.

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: revisión de producto debería preservar el resultado deseado, deduplicar solicitudes relacionadas y evitar tratar la bandeja de soporte como un volcadero de ideas.

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