Convocatoria de ponentes para un evento: página, propuestas y respuestas

Define qué plazas puede cubrir realmente la convocatoria

Descargar la plantilla editable de página y flujo para ponentes (Markdown en inglés)

Empieza por el programa, no por el formulario. Señala las sesiones ya prometidas o invitadas y después identifica las plazas restantes por tema, formato, duración, idioma y sala o emisión. Una convocatoria abierta debe ofrecer una oportunidad real. Si el programa ya está lleno, no recojas propuestas insinuando que hay sitio. Si solo buscas talleres, dilo en el título y al principio de la página, en lugar de pedir todo tipo de charlas.

Describe al público y las preguntas que el evento quiere explorar. Ofrece dos o tres temas ilustrativos, pero deja espacio para una idea que cumpla el objetivo de una forma imprevista. Decide si una persona puede presentar varias propuestas y si se admiten coponentes o paneles. Estas decisiones afectan al formulario, al trabajo de revisión y al calendario. Guarda internamente el número de plazas y la persona responsable de decidir; publica lo que se necesita para valorar la oportunidad.

Planifica hacia atrás desde la fecha límite del programa

Fija cuándo debe estar suficientemente estable el programa para ponentes, producción y asistentes. Planifica hacia atrás: revisión de propuestas, reunión de decisión, respuestas, aceptación de ponentes y preparación de páginas o materiales. Solo entonces elige las fechas de apertura y cierre. Junto a la fecha de cierre indica hora y zona horaria; «viernes» no basta para alguien que solicita desde otra región. Anota quién contestará preguntas mientras esté abierta la convocatoria y quién aprobará correcciones.

Confirma las condiciones de participación antes de anunciarlas. ¿Habrá honorarios, ayuda para viajar, entrada, grabación u otra prestación? ¿La sesión será presencial, en línea o híbrida? ¿Quién proporcionará equipos o interpretación? No rellenes la página con condiciones supuestas. Si algo sigue pendiente, resuélvelo antes del lanzamiento o comunica solo lo confirmado. Establece una fecha viable para notificar las decisiones y asigna a quien responderá, también a quienes no resulten seleccionados.

Escribe la página para ayudar a decidir a quien propone

Abre con el nombre y la edición del evento, fecha y lugar o formato en línea, público previsto y una explicación breve de las sesiones buscadas. Sigue con temas, formatos, duraciones e idiomas admitidos. Destaca el cierre de solicitudes y su zona horaria. Indica quién puede participar, si hay límite de propuestas, qué debe enviarse y dónde preguntar. Si prevés grabar o necesitas materiales, describe únicamente la expectativa confirmada sin convertir la página en un acuerdo sin revisar.

Explica en lenguaje claro los criterios de selección y la fecha prevista de respuesta. Antes de abrir el formulario, la persona debería poder responder: «¿Encaja mi propuesta?», «¿A qué me comprometería si la aceptan?» y «¿Cuándo lo sabré?». Usa una acción clara como «Enviar propuesta de sesión» enlazada con la vía real de solicitud. Mantén una opción de contacto para quien no pueda completarla. La hoja incluye un borrador de página pública; elimina los campos orientativos que no correspondan antes de publicar.

Por ejemplo, una página ficticia de un foro de diseño podría pedir demostraciones de veinte minutos sobre métodos comunitarios probados, ofrecer tres plazas, cerrar a las 17:00 en la zona horaria indicada y prometer una decisión en una fecha concreta y verificada. Son ejemplos de precisión, no cifras ni condiciones recomendadas. Sustitúyelos por datos aprobados para tu evento. Enlaza la página principal del evento y mantén ambas páginas coherentes si cambia el calendario.

Pide solo lo necesario para evaluar y prueba el formulario

Construye el formulario a partir de los criterios de revisión. En una primera ronda podrías pedir título, resumen breve, formato, tema, nivel del público, resultado de aprendizaje y experiencia pertinente, además de una vía de contacto para responder. Pregunta por necesidades técnicas solo cuando influyan en la selección o planificación. No solicites una presentación terminada, domicilio privado ni detalles de viaje solo porque el formulario lo permita. Identifica los campos obligatorios y aclara límites de longitud o formatos de archivo pertinentes, sin pedir dos veces el mismo dato.[2]

Da a cada campo una etiqueta descriptiva y asociada; las instrucciones deben seguir disponibles más allá del texto de ejemplo dentro del campo. Si la validación falla, explica el problema con palabras y permite corregirlo. Las guías del W3C describen estos patrones. Prueba el formulario publicado con una propuesta claramente ficticia, incluido un error deliberado, y confirma que llega a quien revisa y genera el acuse prometido. Comprueba el recorrido con teclado y teléfono. Un formulario funcional no sirve si la página enlaza una dirección antigua o cerrada.[1][2][3]

Fija las reglas de revisión antes de recibir propuestas

Convierte los criterios públicos en una rúbrica interna breve. Para cada factor, describe qué debe observar quien evalúa y cómo anotará el motivo, en lugar de tratar una puntuación como explicación suficiente. Designa evaluadores, responsable de la decisión y forma de resolver discrepancias. Separa la comprobación de requisitos del juicio editorial: una propuesta puede ser buena pero no ajustarse a un formato o plazo publicado. Registra los conflictos o relaciones previas para que los gestione quien decide, sin cambiar los criterios en silencio.

Evalúa también el programa posible, no solo las propuestas aisladas. Dos ideas excelentes pueden abordar la misma pregunta, mientras que un tema anunciado en la página queda sin cubrir. Anota si una propuesta está preseleccionada, rechazada, pendiente de aclaración o en reserva; son estados internos, no ofertas públicas. Limita el acceso a los detalles de las propuestas a quienes trabajan con ellos. Guarda decisiones y motivos en la hoja privada o en un sistema controlado, nunca en el borrador público ni en un archivo para solicitantes.

Publica, anuncia y verifica el recorrido de solicitud

Previsualiza la página en los idiomas que ofreces y en los dispositivos que usarán los aspirantes. Compara fecha, formatos, cierre, condiciones y contacto con el registro aprobado del evento. Sigue cada enlace desde la página publicada hasta el formulario y el acuse final. Si el formulario está en otro sitio, aclara la transición y comprueba que el nombre del evento coincide. Usa una sesión nueva del navegador o pide a alguien ajeno a la configuración que revise lo que ve una persona solicitante. Si Boletolibre.com gestiona las entradas de asistentes, identifica ese enlace por separado del formulario para ponentes para que quienes solicitan no terminen en la página de pago.

Anuncia la convocatoria con un resumen del público, temas buscados, formatos, fecha límite y enlace a la página de referencia. Compártela con comunidades y entidades pertinentes cuyos miembros puedan aportar ideas adecuadas. Un recordatorio puede contestar una duda real o precisar un tema en vez de repetir una petición vaga. Mantén la página como fuente de los datos actuales. Si cambias un plazo o condición, actualiza primero la página, registra el cambio y avisa por las mismas vías a quienes ya preparan o enviaron una propuesta.

Cierra la convocatoria y responde a todas las personas

En el momento de cierre publicado, comprueba qué muestra ahora la vía de solicitud. No dejes un botón «Solicitar ahora» que termine en un formulario cerrado sin explicación. Concilia la lista recibida con los acuses y las incidencias de ayuda antes de cerrar la revisión. Si alguien comunica un fallo técnico cerca del plazo, envíalo a la persona responsable y aplica la decisión documentada para el evento, sin improvisar una excepción privada que otras personas no pudieron conocer.

Envía las decisiones en la fecha comunicada o avisa pronto si debe cambiar. La aceptación debe indicar el siguiente paso: si la persona debe confirmar, hasta cuándo y qué condiciones quedan por acordar. Una respuesta negativa puede ser breve y respetuosa, sin inventar motivos ni insinuar una plaza futura. Indica a quienes estén en reserva su estado y plazo reales. No publiques un nombre o sesión como confirmados solo porque la propuesta recibió aprobación interna.

Convierte las propuestas aceptadas en un programa fiable

Tras la aceptación, verifica título y descripción finales, nombre público, formato, horario y materiales necesarios para publicar la sesión. Traslada a la agenda y al perfil solo los datos públicos aprobados. El resumen de la propuesta quizá se escribió para evaluadores y un título provisional puede dejar de describir la sesión final. Vincula cada entrada publicada con el registro confirmado del programa para que los cambios de sala u horario se hagan de forma coherente.

Entrega a quien ha confirmado un dossier operativo con los datos de la sesión, plazos, contacto y vía de ensayo. Comprueba que cada aspirante haya recibido una decisión y que cada ponente aceptado haya confirmado de verdad. Finalmente, sustituye el botón de la convocatoria por un estado de cierre y, si conviene, un enlace al programa publicado. Asigna a alguien las correcciones de ambas páginas. El proceso termina cuando la invitación pública, las decisiones internas y el programa para asistentes cuentan lo mismo.