Soporte, solución de problemas y problemas conocidos
Cómo enrutar una pregunta sobre una brecha del producto
Una pregunta sobre una brecha del producto puede apuntar a un límite conocido, un problema de soporte, una sospecha de bug o una feature request, y la ruta más segura depende del tipo de brecha que realmente estés viendo.
Para quién es: Usuarios que intentan elegir la primera ruta más segura cuando una brecha del producto es real pero la categoría exacta todavía no es obvia.
Revisado 2026-04-30 · Fuente de verdad: biblioteca de ayuda ampliada · Idiomas: en, es
Metadatos del artículo
Área del producto: límites conocidos y routing de soporte
Responsable: Support operations
Revisor de paridad: Bilingual launch review
Listo para recuperación: Sí
Qué esperar después
- Empieza con la ruta veraz más estrecha para la brecha que estás viendo.
- Escala cuando la consecuencia sea seria aunque la categoría exacta siga siendo un poco incierta.
Cuándo la brecha es principalmente una pregunta de límite conocido
Empieza con interpretación de límites conocidos cuando la pregunta real sea si el límite actual es esperado, aceptable o todavía compatible con tu decisión de prueba o migración.
Esto es distinto de asumir que el producto está roto o de asumir que la brecha ya es una promesa de roadmap que se activará después.
Cuándo la brecha pertenece a otra ruta
Usa soporte cuando el siguiente paso esté bloqueado o tenga consecuencias importantes, bug report cuando la experiencia actual parezca rota respecto a la ruta prevista y feature request cuando la capacidad faltante importe pero el producto no esté realmente fallando.
La primera ruta más segura es la que preserva la señal real sin forzar más certeza de la que de verdad tienes todavía.
Ruta de escalación
Si la brecha del producto es ambigua y de alta consecuencia a la vez, elige la ruta que preserve claridad y seguridad en lugar de la que suene más segura.
Siguientes pasos relacionados