Pistas públicas / Soporte / Triage
Triage de lanzamiento
Superficie operativa para ordenar qué se corrige en caliente, qué se
registra para revisión y qué entra al roadmap después del anuncio.
No reemplaza Soporte ni Aportes: clasifica la respuesta.
Colas 6
P0 2
P1 3
P2 1
Manual 2
Canales 4 Regla Corregir en caliente solo lo que bloquea confianza o uso.
El anuncio puede traer ruido. Esta página evita que una sugerencia de
módulo, una búsqueda sin resultado o una corrección documental se
mezclen con fallos reales de producción.
Colas
Prioridades de respuesta
Cada cola tiene entrada, disparador, acción permitida, ventana de
respuesta y regla pública para no sobrerreaccionar durante el
lanzamiento.
P0 Bloquea uso Atención inmediata
Producción rota Home, suite, buscador, Montevideo, soporte, descargas principales o SSL fallan para usuarios externos.
Entrada Checks productivos, navegador, reportes de Soporte y logs de Vercel.
Acción Confirmar alcance, registrar ruta y hora, aplicar fix pequeño o hacer rollback/promote; comunicar solo cuando haya corrección verificable.
Ventana Primeros 15 minutos desde detección.
Responsable Operación técnica Publicar update solo si el fallo afecta uso real o cambia una instrucción dada en el anuncio. p0 producción vercel rollback checks
P0 Bloquea uso Logs activos
Errores de navegador Errores JS, promesas no manejadas o recursos críticos que impiden leer o navegar una ruta.
Entrada ClientErrorMonitor reporta eventos sanitizados a /api/client-errors y los logs quedan en Vercel.
Acción Agrupar por ruta y mensaje sanitizado, reproducir en desktop/mobile y corregir solo si bloquea flujo crítico.
Ventana Primeras 2 horas.
Responsable Operación técnica No publicar stack traces ni datos de usuario; responder con la ruta corregida cuando el fix esté deployado. p0 javascript logs mobile sanitización
P1 Corrige confianza Buzón operativo
Reportes y sugerencias Bug de uso, enlace roto, texto confuso, sugerencia anónima, mejora UX o propuesta de módulo nuevo.
Entrada Formulario de Soporte, fallback por correo y reportes anónimos sin cuenta.
Acción Clasificar como bug, mejora, fuente faltante, módulo futuro o aporte documental; derivar a Aportes si requiere evidencia.
Ventana Primeras 24 horas.
Responsable Operación editorial No prometer fecha ni cobertura; registrar correcciones públicas cuando cambien datos o límites visibles. p1 soporte sugerencias anonimato roadmap
P1 Corrige confianza Revisión manual
Búsquedas sin resultado Una persona busca un módulo, organismo, departamento, fuente o concepto que debería llevar a cobertura, límite o próximo paso.
Entrada Consultas reportadas por usuarios, capturas del buscador y patrones detectados durante soporte.
Acción Agregar sinónimos al índice, enlazar a cobertura si el dato falta o crear una cola de fuente si el pedido es razonable.
Ventana Primeras 24 horas.
Responsable Producto y contenido Si no hay dato, enlazar al límite correcto; no inventar resultados ni afirmar ausencia. p1 buscador sin resultados sinónimos cobertura
P1 Corrige confianza Derivación preparada
Correcciones de datos Alguien señala que un dato, fuente, cargo, compra, voto, documento o límite está incompleto o mal presentado.
Entrada Aportes documentales, derecho de respuesta, fuente pública faltante o corrección institucional.
Acción Pedir fuente verificable, preservar el dato anterior si corresponde, corregir con nota de alcance y regenerar checks.
Ventana Primeras 24 a 48 horas.
Responsable Edición y datos Toda corrección material debe dejar trazabilidad de fuente, fecha y motivo; no resolver por DM sin evidencia. p1 datos correcciones fuentes derecho de respuesta
P2 Mejora producto Roadmap
Mejoras post-MVP La sugerencia suma utilidad pública, tiene fuente oficial posible y no rompe el alcance del MVP.
Entrada Sugerencias de módulo, mejoras de navegación, ideas de visualización y pedidos no bloqueantes.
Acción Convertir en ítem de roadmap, definir fuente, primer caso de uso, compuerta editorial y check mínimo.
Ventana Después de las primeras 24 horas.
Responsable Producto No anunciar como promesa hasta tener fuente, alcance, límite y primer entregable verificable. p2 roadmap nuevo módulo mejoras post-mvp
Guardrails 01 Primero se corrigen fallos que bloquean uso real; mejoras de contenido esperan si producción está estable.
02 Una búsqueda sin resultado no se convierte en conclusión sobre la realidad administrativa.
03 Los reportes anónimos sirven para priorizar, pero las correcciones de datos requieren fuente verificable.
04 No se publican datos personales, secretos, stack traces completos ni mensajes privados.
05 Canelones y los otros 17 departamentos siguen como próximamente hasta cambiar la política pública de alcance.
No convertir
Un reporte aislado no cambia cobertura ni prueba un problema de
datos: primero fuente, reproducción o evidencia.
No exponer
No se publican mensajes privados, contactos, trazas completas ni
errores con posibles datos sensibles.
No prometer
Las ideas de nuevos módulos entran al roadmap solo cuando tengan
fuente oficial probable y primer caso de uso.