Es la primera gran noche de la temporada. La sede del club está llena de ruido, hay fila en la mesa de inscripción y el voluntario que tiene la computadora portátil del club abre la lista de socios para registrar la entrada de una familia. En lugar de la lista, la pantalla muestra un panel rojo con un título simple: "Algo salió mal".
En mucho software para clubes, aquí empieza una larga cadena de esperanza. El voluntario tiene que darse cuenta de que la culpa es del software y no del wifi del lugar, acordarse cuando termine la noche, buscar la dirección de soporte, describir el problema de forma que le sirva a un ingeniero y enviarlo. Después, alguien en el proveedor tiene que leerlo, entenderlo y decidir que importa. Si se rompe cualquier eslabón de esa cadena, porque la noche fue agitada o porque el voluntario supuso que otra persona ya había escrito, el error espera a que el siguiente tropiece con él.
En ClubHelix, la falla quedó registrada en el momento en que ocurrió. El panel rojo lo dice en la línea siguiente: "El problema ya se informó a nuestro equipo". Para cuando alguien del club podría haber escrito un correo, ya era un ticket.
Esta guía explica qué pasa después, en los segundos, las horas y los días posteriores a que algo falla, y qué le queda por hacer a tu comisión directiva. La parte que le toca al club, escribir un reporte útil cuando sí envías uno, tiene su propia guía.
Por qué la mayoría del software para clubes depende de que alguien se queje
La forma más simple de dar soporte a un software es un buzón de soporte y nada más. Es barato de mantener y queda bien en una página de precios. En la práctica, convierte a tus voluntarios en el sistema de monitoreo del proveedor. Cada problema tiene que verlo una persona, reconocerlo como una falla, describirlo por escrito y enviarlo a la dirección correcta antes de que alguien capaz de arreglarlo sepa que existe.
Ese modelo se pierde casi por completo tres tipos de problema.
- Los silenciosos. Un botón que no hace nada al presionarlo no muestra ningún error. La mayoría de la gente lo vuelve a presionar, se encoge de hombros y busca otra forma. Casi nadie escribe para decir "no pasó nada".
- Los que nadie está mirando. Algunas tareas se ejecutan en segundo plano sin que nadie esté mirando una pantalla. Cuando fallan, no hay nadie que lo vea.
- Los que todos suponen que otro ya reportó. La mitad de la comisión directiva ve la misma falla, y cada uno supone que la secretaría ya escribió al respecto.
El mejor diseño le quita esa carga a tus voluntarios. La plataforma detecta sola la mayoría de las fallas. Las personas que reportan problemas siguen siendo bienvenidas y siguen siendo útiles. Son una red de seguridad, pero ya no la única.
Qué pasa automáticamente cuando algo falla
La falla se registra sola
Cuando algo falla en ClubHelix, la plataforma lo captura con el detalle técnico incluido. Nadie en tu club tiene que verlo, describirlo ni siquiera saber que ocurrió. La captura cubre:
- una página que se cae
- una falla en nuestros servidores al procesar una solicitud
- un error no controlado en el navegador
- una solicitud que falla por detrás, aunque la página se vea bien
- una tarea en segundo plano que falla sin que nadie la esté mirando
Las fallas silenciosas también cuentan
Dos tipos de falla reciben atención especial, porque la gente casi nunca los reporta.
Si alguien hace clic en un botón y no pasa nada visible en 3 segundos, ese "clic muerto" se reporta. Si un formulario no se puede enviar porque un campo obligatorio está oculto donde nadie puede llegar, eso también se reporta. Ninguno de los dos muestra un mensaje de error. Los dos son el tipo de falla que un voluntario esquiva en silencio en lugar de mencionarla.
Queda anotada en dos lugares independientes
Cada error capturado va a un servicio externo de seguimiento de errores y a nuestro propio almacén interno. Si en un mes con mucho movimiento se agota el cupo del servicio externo, nuestra copia sigue llenándose, así que un mes agitado en un proveedor no puede dejarnos a ciegas.
El ruido se filtra, y las repeticiones se vuelven un solo ticket
Una plataforma que reportara cada pequeño tropiezo enterraría los problemas reales bajo tareas de mantenimiento. Por eso algunas cosas se descartan a propósito: señales internas de la base técnica de la aplicación que parecen errores pero no lo son, y los rechazos de nuestra demo pública, que es de solo lectura a propósito. Un visitante que intenta guardar algo ahí es el producto funcionando como fue diseñado.
Lo que queda se agrupa en tickets. Las repeticiones de la misma falla se suman a un solo ticket, agrupadas por página y por tipo de falla, no por club. Si la misma falla aparece en varios clubes, nuestro equipo trabaja sobre un solo ticket con todas las ocurrencias, en lugar de un montón de quejas parecidas dispersas.
Qué ve la persona que está frente a la pantalla
Cuando una página se cae, quien la está usando ve una pantalla clara en lugar de una en blanco. Incluye:
- el título "Algo salió mal"
- la línea "El problema ya se informó a nuestro equipo"
- una Referencia, un código corto vinculado a esta falla exacta
- un botón Intentar de nuevo
- un botón Cuéntanos qué pasó, que abre el formulario para reportar un error
La pantalla también sugiere citar la referencia si necesitas contactar a soporte. Ese código es lo que le permite a nuestro equipo ir directo al registro correcto en lugar de reconstruirlo a partir de una descripción.
Hay una falla que recibe un trato especial. A veces una pestaña lleva abierta desde antes de que saliera una actualización y sigue ejecutando la versión anterior de la aplicación. La pantalla de error reconoce ese caso, muestra "Cargando la versión más reciente…" y vuelve a cargar la página una vez por su cuenta. Solo lo intenta una vez, así que no puede quedar atrapada en un ciclo de recargas.
Un clic para agregar lo que la máquina no puede ver
La captura automática sabe que algo falló. No puede saber que un monto le parece mal a tu tesorero, ni que una pantalla dejó confundido a un integrante nuevo de la comisión directiva. Las personas siguen importando, así que reportar está integrado en el producto.
Las personas que iniciaron sesión tienen un botón Reportar un error en el área de administración, junto a Ayuda, en la página de su cuenta y en la pantalla de error, donde dice Cuéntanos qué pasó. Escriben una o dos oraciones. El formulario les indica que la página en la que están y los detalles técnicos del problema se incluyen automáticamente, así que no hay nada que copiar.
Detrás de ese clic, el reporte lleva:
- la dirección de la página
- hasta diez errores y clics muertos recientes de esa página
- una referencia a una grabación de pantalla enmascarada, si se estaba grabando
El reporte se guarda primero en nuestra propia base de datos, así que no se puede perder en un servicio externo.
El mejor lugar para reportar es la propia pantalla de error. Un reporte enviado desde ahí se suma al mismo ticket de la caída que describe, así que lo que escribió el voluntario queda justo al lado del registro técnico de la falla. Cuando un reporte se suma a un ticket de esta forma, la persona ve una referencia como CH-1A para citar si se comunica por ese tema.
Si quieres ayuda para escribir un reporte fácil de resolver, consulta nuestra guía para reportar un error en el software de tu club.
Nuestro equipo recibe el aviso automáticamente
Nadie en tu club tiene que reenviarle nada a nadie. Una tarea de alertas se ejecuta automáticamente y le envía al personal de nuestra plataforma un resumen que cubre:
- problemas totalmente nuevos que no se habían visto antes
- problemas que volvieron después de marcarse como corregidos
- problemas que de pronto se volvieron mucho más frecuentes, a diez veces su nivel normal
- picos en toda la plataforma
Cada resumen reúne en un solo mensaje todo lo que entra en estas categorías. Una alerta solo queda registrada como enviada cuando realmente se entregó. Si el envío falla, se vuelve a intentar en lugar de desaparecer.
La plataforma también se vigila cuando nadie la está usando. Unas verificaciones automáticas la visitan a toda hora: la página de inicio, el inicio de sesión, un control de estado y las páginas de nuestro sitio de demostración público, incluidas noticias, eventos, programas, reservas, la tienda, equipos y competencias. Esas páginas de demostración tienen que mostrar su contenido de verdad para pasar, así que una página que carga vacía se detecta igual que una que falla por completo. El estado en vivo de los sitios web de los clubes, el inicio de sesión, los pagos en línea, la entrega de correos y las direcciones web propias está en nuestra página pública de estado del servicio, y el resto del panorama está en nuestra página de seguridad y confianza.
Corregido lo antes posible y vigilado hasta que la corrección se mantiene
Una vez que existe un ticket, recibe una resolución. Cada ticket abierto se trabaja hasta llegar a una de cuatro: corregido en el código, ya corregido, ruido que hay que filtrar o un cambio de configuración. El ticket guarda un historial de lo que se decidió, así que el razonamiento queda vinculado al problema.
Corregimos los problemas lo antes posible. Lo que sí podemos describir con precisión es qué significa "corregido" después:
- Una corrección se marca como resuelta para la próxima versión. Una actualización tarda en publicarse y, hasta que sale, la versión anterior sigue en funcionamiento. Marcarla así hace que una ocurrencia de la versión anterior no dispare una falsa alarma.
- Si el problema vuelve a ocurrir en una versión más nueva, su ticket se reabre solo, marcado como regresión, y eso alerta a nuestro equipo.
- Si un problema marcado como corregido sigue ocurriendo un día después, el ticket se reabre, sin importar en qué versión esté.
Así que "corregido" es una afirmación que la plataforma sigue verificando. Para todo lo que captura la plataforma, nadie en tu club tiene que darse cuenta de que un error volvió y quejarse por segunda vez. Nuestra guía sobre qué pasa cuando vuelve un error ya corregido profundiza en por qué ocurre y qué preguntarle a cualquier proveedor.
Lo que los diagnósticos nunca contienen
Un reporte de errores que registra demasiado se convierte en un problema de privacidad en sí mismo, así que los límites se fijan de antemano.
- Las grabaciones de pantalla se capturan solo alrededor de un error, nunca sesiones completas.
- El texto, los campos y los archivos multimedia se enmascaran por defecto en esas grabaciones, así que los padrones de socios, los descargos y los campos de pago quedan afuera.
- Los datos personales, como direcciones de correo y números de teléfono, se eliminan de nuestros registros de errores antes de guardarse.
El mismo cuidado aplica cuando escribes un reporte. Describe la situación ("una madre que inscribe a dos hijos") y deja afuera nombres, direcciones de correo y datos de tarjetas. El reporte ya lleva la página y los detalles técnicos, que es lo que nuestro equipo necesita para encontrar la falla.
Qué significa esto para tu comisión directiva
Tu club no necesita un voluntario de informática de guardia. Nadie tiene que ser quien detecta una falla, la diagnostica o persigue al proveedor por ella. La falla se reporta sola, llega a un ticket y nuestro equipo recibe el aviso.
Algunas tareas siguen siendo tuyas, y son pequeñas:
- Si todo el sitio parece caído, revisa primero la página de estado. Te dice rápido si el problema afecta a toda la plataforma, y nuestra guía sobre qué hacer cuando el sitio web del club parece caído cubre el resto de los primeros diez minutos.
- Reporta un error cuando algo está mal de una forma que solo una persona puede juzgar, como un texto que confunde a los socios o una cifra que no parece correcta. En una pantalla de error, usa Cuéntanos qué pasó. Una oración alcanza, y se suma al ticket de la caída.
- Guarda la referencia si te muestran una, y cítala si te comunicas con nosotros.
- Revisa el registro de auditoría antes de culpar al software por un ajuste que cambió. Registra los cambios de administración y de configuración, así puedes ver si lo cambió un administrador.
- Dale a cada persona los roles y permisos correctos. Una página que alguien no puede ver quizás simplemente está fuera de su rol.
- Cuéntales a los socios lo que está pasando por un canal que tú controles si un problema aparece durante un evento.
El tiempo de la comisión directiva se dedica al club, y las fallas del software son trabajo de nuestro equipo.
Todo el proceso está resumido en nuestra página de la función de corrección de errores. Si estás eligiendo una plataforma ahora, hazle dos preguntas a cada proveedor: ¿cómo se enteran de los errores que nadie reporta? y ¿qué pasa cuando vuelve un error ya corregido? Nuestra guía para elegir un software de gestión de clubes y la lista de control para la demo de software para clubes tienen el resto. También puedes ver ClubHelix por tu cuenta en la demo en vivo, abierta a cualquier persona, y configurar tu club cuando estés listo.
Preguntas frecuentes
¿Tenemos que reportar un error para que lo corrijan?
No. Las caídas de páginas, las fallas del servidor, las tareas en segundo plano que fallan y las fallas silenciosas como los clics muertos se registran solas y llegan a un ticket, agrupadas con cualquier repetición. Igual vale la pena enviar un reporte cuando algo está mal de una forma que el software no puede detectar, o cuando puedes agregar qué estabas intentando hacer. Si lo envías desde una pantalla de error, se suma al propio ticket de la caída.
¿Qué tan rápido se corrige un error?
Lo antes posible. No publicamos un plazo de respuesta, porque los problemas son distintos. Lo que sí podemos contarte es cómo funciona el proceso: la falla se registra automáticamente, nuestro equipo recibe la alerta automáticamente y, una vez que una corrección se marca como resuelta, el ticket se reabre solo si el problema vuelve en una versión más nueva o si sigue ocurriendo un día después.
¿Nos van a avisar cuando se corrija un error que reportamos?
No automáticamente. Si tu reporte se sumó a un ticket, viste una referencia como CH-1A. Cítala si te comunicas por el problema, así podemos ir directo al ticket correcto.
¿El reporte de errores captura la información personal de nuestros socios?
Las grabaciones de pantalla se capturan solo alrededor de un error, nunca sesiones completas, y el texto, los campos y los archivos multimedia se enmascaran por defecto, así que los padrones, los descargos y los campos de pago quedan afuera. Las direcciones de correo y los números de teléfono se eliminan de nuestros registros de errores antes de guardarse. Cuando escribas un reporte, por favor deja afuera los nombres y los datos de contacto de los socios.
¿Qué hacemos si toda la plataforma parece caída?
Revisa la página de estado. Muestra el estado en vivo de los sitios web de los clubes, el inicio de sesión, los pagos en línea, la entrega de correos y las direcciones web propias, y durante una interrupción indica que nuestro equipo recibió la alerta y está trabajando en ello. Después, cuéntales a los socios lo que sabes por un canal que tú controles. Las verificaciones automáticas visitan la plataforma a toda hora, así que no eres el único que está vigilando.
¿Esto significa que ClubHelix no tiene errores?
Ningún software está libre de errores, y el nuestro no es la excepción. Lo que sí podemos decir es más acotado y más útil: cuando algo falla, queda registrado sin que nadie tenga que notarlo, nuestro equipo recibe el aviso y la corrección se vigila hasta que se mantiene. Si prefieres juzgar el producto por tu cuenta primero, la demo en vivo está abierta a cualquier persona.
