Antes de contratar software para un congreso universitario, prepara una descripción del evento, los procesos que necesitas cubrir, quién decide cada requisito y cómo comprobarás que una propuesta los resuelve. Separa lo imprescindible de lo deseable y consulta con las unidades de tu institución cualquier cuestión de contratación, seguridad o tratamiento de datos. Esta guía ofrece una ficha de evaluación, no una lista normativa.
Respuesta directa: redacta una ficha breve con el alcance del congreso, sus recorridos de inscripción y abstracts si los hay, las reglas aprobadas, los responsables, los casos que pedirás revisar y las cuestiones institucionales aún pendientes. Pide evidencia de cada capacidad y confirma el procedimiento de contratación con la universidad, sin convertir ejemplos de otra institución en requisitos propios.
01 · Dos trabajos distintos
Separa la contratación institucional de la operación del congreso
Hay dos preguntas que conviene resolver por separado: cómo selecciona o contrata la universidad un proveedor, y qué tareas debe cubrir el software durante el congreso. La primera depende de la institución y de la operación concreta; la segunda se puede describir con el trabajo real del comité y de la secretaría técnica.
Esta guía se ocupa de preparar esa segunda descripción para comparar propuestas. No interpreta la normativa de contratación pública ni determina qué procedimiento corresponde. Si la universidad te indica que resulta aplicable el marco de contratación pública, consulta el texto vigente de la Ley 9/2017 en el Boletín Oficial del Estado con su unidad competente; la referencia no sustituye el análisis de la entidad ni del contrato concreto.
Si todavía estás organizando las responsabilidades del evento, consulta también la guía sobre cómo organizar un congreso universitario. Aquí el foco es distinto: convertir las necesidades confirmadas en una evaluación de proveedor comprensible y verificable.
02 · Alcance funcional
Describe el congreso antes de comparar listas de funciones
Empieza por el proceso, no por los nombres de módulos. ¿Qué necesita completar una persona inscrita? ¿El congreso recibe abstracts? ¿Hay productos opcionales, alojamiento, pagos o documentos que formen parte de la operación? Incluye solo lo que el equipo organizador ha decidido utilizar.
Para cada necesidad, añade un caso de prueba concreto y una persona capaz de confirmar el resultado. Por ejemplo, no escribas simplemente «tarifas flexibles»: describe qué respuestas del formulario cambian una tarifa, qué regla debe prevalecer y quién confirma el importe esperado. Si el criterio no está decidido, márcalo como pendiente en lugar de pedir a quien evalúa el software que lo adivine.
| Proceso | Qué describir | Cómo comprobarlo | Quién valida |
|---|---|---|---|
| Inscripción | Categorías, campos, reglas y condiciones que ya haya aprobado la organización. | Recorrer un ejemplo de inscripción y comparar las respuestas y el resultado con la regla aprobada. | Responsable del registro y persona que aprueba las condiciones. |
| Precios y cupones | Qué respuestas o número de compras cambian el importe; condiciones de cada cupón, si se utilizarán. | Proponer casos normales y límites; contrastar el importe esperado con el que se muestra. | Quien define tarifas y quien revisa la configuración. |
| Abstracts | Si existe convocatoria, qué datos requiere, quién revisa y qué decisiones toma el comité. | Comprobar el formulario, la consulta por correctores, las puntuaciones y los comentarios con un caso ficticio. | Responsable académico y coordinación de la revisión. |
| Actividades y alojamiento | Qué talleres, cenas u opciones de alojamiento ofrecerá el evento y quién atenderá sus condiciones. | Revisar cómo se informa cada opción y cómo se distingue una solicitud de una confirmación del proveedor. | Responsable de cada actividad o interlocución acordada con agencia/hotel. |
| Pago y documentos | Si la inscripción incluye TPV y qué proformas, facturas o rectificativas requiere el flujo aprobado. | Seguir el recorrido autorizado y mantener diferenciados compra, pago y documento emitido. | Responsable económico y de inscripción. |
| Consulta de datos | Qué información necesita revisar el equipo y qué alcance de exportación se espera. | Validar con una exportación de prueba qué información contiene y quién puede revisarla. | Responsable de datos operativos que designe la institución. |
La matriz es una herramienta de trabajo editorial; no afirma que una plataforma concreta cubra cada fila ni que todas sean necesarias. Para comparar ofertas, cambia las expresiones generales por un escenario de tu congreso y anota qué evidencia aceptarás como respuesta.
03 · Gobierno del proyecto
Asigna quién propone, decide y valida cada necesidad
Una propuesta puede parecer completa y aun así dejar preguntas críticas sin dueño. Antes de pedirla, identifica quién define el programa, quién aprueba categorías y tarifas, quién responde sobre facturación, quién coordina la evaluación de abstracts y quién será el contacto operativo. El reparto exacto lo decide el equipo y las unidades de la universidad.
- Proponente: describe el problema de trabajo con un ejemplo del evento.
- Decisor: confirma la necesidad y resuelve las opciones que afectan a participantes o comité.
- Validador técnico o institucional: comprueba las condiciones que la universidad considera relevantes, como seguridad, accesibilidad, conservación o intercambio de información. No asumas que un proveedor las cumple: pide documentación y valoración a quien tenga competencia para hacerlo.
- Responsable operativo: confirma quién configura, revisa y atiende cada parte del proceso, y qué queda fuera del alcance contratado.
Si una necesidad tiene dos respuestas distintas, no la escondas dentro de una puntuación. Déjala como decisión pendiente, asigna a alguien que la resuelva y vuelve a comparar cuando el requisito esté claro.
04 · Evaluación con evidencia
Compara propuestas con los mismos casos del congreso
Una tabla de funciones declaradas ayuda a hacer una primera lectura, pero no muestra por sí sola cómo encaja una propuesta con la operación. Prepara dos o tres escenarios representativos —siempre ficticios o anonimizados— y solicita una explicación paso a paso de lo que el sistema cubre, qué configuración requiere y qué trabajo conserva el equipo.
- Define el caso: usa una necesidad aprobada, como una inscripción con una regla concreta o una revisión de abstracts si el evento la incluye.
- Pregunta qué ocurre: separa lo que resuelve el software, lo que debe configurar el proveedor y lo que realiza la universidad o secretaría.
- Pide una prueba observable: anota qué pantalla, documento, resultado o descripción confirma el criterio. No aceptes una etiqueta general como evidencia suficiente.
- Registra límites: apunta dependencias, tareas externas, condiciones pendientes y funciones que no están incluidas o no se han confirmado.
- Deja la decisión en manos de la universidad: la matriz organiza información; no sustituye los criterios de compra ni las aprobaciones internas.
Para una comparación más amplia de herramientas, la guía sobre qué debe cubrir el software de un congreso ofrece preguntas de evaluación; la comparativa entre Excel y una plataforma ayuda a acotar qué partes de la inscripción deben resolverse con cada herramienta.
05 · Plantilla reutilizable
Ficha para solicitar y revisar una propuesta
Copia esta estructura en el documento de trabajo del proyecto. Complétala con respuestas aprobadas por las personas responsables; las celdas vacías no son requisitos implícitos. No adjuntes listados reales de participantes ni abstracts identificables para explicar el caso.
| Bloque | Información que aporta el equipo | Pregunta que debe quedar respondida | Evidencia o responsable |
|---|---|---|---|
| Evento | Formato, fechas previstas, canales y entidades organizadoras confirmadas. | ¿Qué evento y edición cubre esta solicitud? | Organización del congreso. |
| Alcance | Procesos necesarios y opcionales: inscripción, abstracts, actividades, alojamiento, pago, documentos o exportación. | ¿Qué se incluye ahora y qué queda fuera? | Comité y responsables de cada proceso. |
| Reglas | Categorías, precios, condiciones y decisiones aprobadas; pendientes separados. | ¿Qué casos debe poder demostrar la propuesta? | Persona autorizada para aprobar las reglas. |
| Roles | Quién configura, valida, responde a consultas y toma decisiones. | ¿Quién hace cada tarea y cómo se escala una duda? | Universidad y equipo operativo. |
| Requisitos institucionales | Condiciones confirmadas por las unidades competentes; no incluir suposiciones ni datos personales. | ¿Qué documentación, respuestas o aprobaciones exige el procedimiento de esta institución? | Unidades de contratación, tecnología, seguridad o administración, según corresponda. |
| Pruebas | Escenarios de ejemplo, resultado esperado y criterios para dar por válida la demostración. | ¿Qué evidencia permitirá comparar las opciones de forma consistente? | Evaluadores designados por el equipo. |
| Soporte y alcance | Responsabilidades, canales, momentos de atención y tareas excluidas que deben constar por escrito. | ¿Qué apoyo ofrece el proveedor y bajo qué condiciones confirmadas? | Proveedor y responsable del contrato. |
| Decisión | Criterios acordados, preguntas abiertas y resolución final de la institución. | ¿Quién autoriza continuar y qué queda pendiente? | Órgano o persona que determine la universidad. |
06 · Encaje del producto
Qué procesos cubre CongressMaker hoy
CongressMaker es una plataforma operativa para congresos. Sus capacidades actuales incluyen formularios de inscripción y de abstracts con campos y reglas, una zona para que los correctores consulten, puntúen y comenten abstracts, precios definidos según respuestas y número de compras, opciones de alojamiento y productos adicionales como cenas o talleres.
También permite pagos por TPV, cupones de descuento, proformas, facturas y rectificativas, además de exportar a Excel los datos del congreso. La lista no implica que cada evento necesite todas estas capacidades ni que cada configuración esté incluida sin definición previa: concreta el proceso del proyecto y comprueba el alcance de la propuesta.
CongressMaker no tramita las aprobaciones internas ni determina el procedimiento de contratación de una universidad. Si estás valorando la herramienta para el registro, revisa la página de inscripciones para congresos; si habrá convocatoria y evaluación de propuestas, consulta la página de gestión de abstracts. Para definir el trabajo entre organización y proveedor, puedes consultar el servicio de secretaría técnica para congresos.
Preguntas frecuentes
Dudas al evaluar software para un congreso universitario
¿Esta guía indica qué procedimiento de contratación debe seguir una universidad?
No. No determina qué normativa ni procedimiento corresponde a una institución o compra concreta. Confírmalo con la unidad de contratación de la universidad y consulta asesoramiento competente cuando proceda.
¿Qué información conviene preparar antes de pedir una propuesta?
Describe el congreso, las tareas que quieres cubrir, las personas responsables, las reglas ya aprobadas y los casos que necesitarás comprobar. Separa las necesidades confirmadas de las preguntas pendientes y no incluyas datos personales de participantes.
¿Todos los congresos universitarios necesitan gestión de abstracts?
No. Incluye ese proceso solo si la convocatoria del evento recibe abstracts y el comité ha definido cómo revisarlos. El formato lo decide la organización del congreso.
¿CongressMaker tramita la contratación interna de la universidad?
No. CongressMaker ayuda a operar procesos del congreso, como la inscripción, los abstracts cuando se necesitan, los pagos por TPV y la facturación. La universidad confirma y tramita sus decisiones administrativas y de contratación por los cauces que le correspondan.
Siguiente paso
Evalúa la propuesta con el proceso de tu congreso
Cuando tengas el alcance y las reglas confirmadas, podemos revisar si las capacidades actuales de CongressMaker encajan con la operación que necesita tu universidad.
Hablar sobre mi congreso →Sigue leyendo