Cuando algo falla durante la operación de un congreso, el aviso a soporte debe identificar el paso exacto, qué se esperaba, qué ocurrió y cómo reproducirlo. Añade el contexto conocido, el impacto operativo y una persona responsable de mantener la comunicación; separa siempre lo observado de cualquier explicación provisional.
Respuesta directa: envía la página o zona afectada, la acción realizada, el resultado esperado y el observado, los pasos para reproducirlo, el dispositivo y navegador si los conoces, la hora aproximada, el alcance del problema y el contacto responsable. No incluyas contraseñas, credenciales ni datos personales o de pago.
01 · Primeros pasos
Antes de avisar, conserva lo que sabes
Una notificación de error no siempre explica por sí sola qué ha ocurrido. Evita cambiar varias cosas a la vez: conserva el mensaje que has visto, anota la secuencia que te llevó hasta él y deja que la persona responsable decida el siguiente paso.
- No repitas una operación con consecuencias —por ejemplo, una compra o un envío— solo porque no aparece una confirmación clara.
- No presentes como causa confirmada lo que todavía es una hipótesis.
- Anota si el problema sigue ocurriendo, si solo se observó una vez o si no has podido comprobarlo de nuevo.
- Si afecta a un pago, separa la incidencia técnica de la confirmación del cobro y utiliza también la guía específica para incidencias de pago por TPV.
02 · Descripción útil
Describe el problema para que otra persona pueda entenderlo
«No funciona» no permite localizar el punto de interrupción. Es más útil indicar qué página se estaba usando, qué acción se hizo y qué se esperaba ver. Si el problema puede repetirse, enumera los pasos en el mismo orden y explica en cuál aparece el resultado inesperado.
- Ubicación: nombre de la página o zona afectada; comparte la dirección completa solo por el canal acordado y si no contiene datos privados.
- Paso previo: qué intentabas hacer justo antes de notar el problema.
- Esperado y observado: qué debía ocurrir según el proceso acordado y qué ocurrió en realidad.
- Reproducción: pasos concretos, en orden; indica si el comportamiento se repite o no has podido confirmarlo.
- Contexto: hora aproximada y dispositivo o navegador, si los conoces. No adivines información que no tienes.
- Impacto: qué tarea queda impedida o afectada y si sabes que el alcance es individual o más amplio, sin incluir nombres de participantes.
- Comprobaciones: qué has revisado ya y qué resultado has observado.
- Seguimiento: persona responsable del contacto y canal acordado para las respuestas.
Si no sabes el navegador, el alcance o la causa, indícalo como desconocido. Un dato ausente y explícito es más útil que una suposición.
03 · Plantilla reutilizable
Copia y adapta este parte de incidencia
El equipo puede utilizar esta estructura en su canal de soporte habitual. Completa solo la información necesaria para localizar el problema; la plantilla no es un formulario de CongressMaker ni un registro automático.
- Página o zona afectada: [indica el nombre; añade la dirección solo si es seguro compartirla].
- Acción realizada: [describe el paso anterior al problema].
- Resultado esperado: [explica qué debía pasar].
- Resultado observado: [describe lo que ocurrió, sin atribuir una causa no confirmada].
- Pasos para reproducirlo: [enuméralos; indica si se repite o si no has podido probarlo de nuevo].
- Contexto disponible: [hora aproximada, dispositivo y navegador, si se conocen].
- Impacto operativo: [qué tarea afecta y qué alcance puedes confirmar].
- Comprobaciones ya realizadas: [qué revisaste y qué resultado obtuviste].
- Contacto y siguiente paso: [persona responsable y canal acordado].
Ejemplo hipotético: «En la página de inscripción, después de completar el paso acordado, aparece un resultado distinto del previsto. Se ha repetido la secuencia una vez; el equipo todavía no ha confirmado la causa. La tarea afectada es finalizar esa inscripción. La persona responsable del evento mantiene el contacto por el canal acordado».
El ejemplo no describe un caso real ni un comportamiento atribuido a CongressMaker: sirve para mostrar cómo separar la secuencia observada de una causa que aún no se conoce.
04 · Coordinación
Acordad quién mantiene el hilo de comunicación
Durante un congreso pueden participar el comité, la secretaría técnica, el equipo del proveedor y quien administra otros componentes. Antes de que haya una incidencia, acordad quién recibe los avisos, quién puede confirmar los datos del evento y quién comunica las decisiones a las personas afectadas.
- Designa una persona que recopile el contexto y evite abrir conversaciones paralelas sobre el mismo caso.
- Deja claro quién puede aprobar cambios en reglas, contenidos o procedimientos.
- Indica el canal acordado y quién enviará una actualización; no prometas una hora de respuesta si no está confirmada para ese evento.
- Registra el siguiente paso y su responsable. Marca como pendiente cualquier dato que todavía no se haya verificado.
La coordinación y la atención a participantes dependen del alcance acordado para cada congreso. La guía de secretaría técnica ayuda a repartir esas responsabilidades; la pauta del primer día de inscripciones cubre las comprobaciones propias de la apertura.
05 · Minimización de datos
No incluyas datos que soporte no necesita
Un parte técnico debe describir el comportamiento, no trasladar información privada de una persona. Antes de compartir una captura o una dirección web, revisa qué aparece en ella y utiliza solo el canal que la organización haya acordado.
No compartas en el parte: contraseñas, credenciales, códigos de acceso de un solo uso, números completos de tarjeta, datos de pago, nombres o correos de participantes, ni abstracts reales. Si una referencia interna es necesaria para localizar el caso, confirma con el responsable cuál puede compartirse y por qué canal.
Una captura es opcional, no un requisito. Si no puedes eliminar de forma segura los datos sensibles, describe el error con palabras y pregunta al responsable cómo continuar.
06 · Alcance real
Qué significa el soporte de CongressMaker
CongressMaker cuenta con soporte en «menos de 12 horas». Esta referencia no debe interpretarse como el tiempo necesario para resolver una incidencia ni como cobertura continua durante el congreso. La guardia durante los días del evento es un servicio adicional: sus condiciones deben confirmarse y no debe darse por incluida.
El parte de esta guía es un método de comunicación para el equipo, no una función automática de diagnóstico, asignación o seguimiento de incidencias. Para concretar cómo puede colaborar CongressMaker con la operación de tu evento, consulta el servicio de secretaría técnica para congresos.
Dudas habituales
Preguntas sobre cómo reportar una incidencia
¿Qué hago si no consigo reproducir la incidencia?
Indica qué pasos recuerdas, qué resultado observaste y qué parte no has podido repetir. Separa lo que viste de cualquier hipótesis y deja claro si el problema sigue ocurriendo o no puedes confirmarlo.
¿Debo adjuntar una captura de pantalla?
Solo si el canal acordado la admite y puedes comprobar antes que no muestra datos personales, credenciales, códigos de acceso, información de pago ni abstracts reales. Una descripción precisa puede ser suficiente.
¿El soporte en menos de 12 horas significa que la incidencia estará resuelta en ese plazo?
No. La referencia de soporte de CongressMaker es menos de 12 horas; no indica un tiempo de resolución ni cobertura continua. La guardia durante los días del congreso es un servicio adicional cuyas condiciones deben confirmarse.
Siguiente paso
Acordad el circuito técnico antes del congreso
Define qué equipo recibe cada aviso, quién decide y cómo se informa de los siguientes pasos. Si necesitas coordinar la plataforma con una secretaría técnica, concreta primero el alcance y las responsabilidades.
Ver el servicio de secretaría técnica →Sigue leyendo