Dos paneles para ver y gestionar las postulaciones de las convocatorias dentro de la plataforma, reemplazando el correo como único canal. Uno para la entidad convocante (acotado a sus campañas) y otro para el equipo de LPDI (visión de todo el sistema).
Antes de proponer, esto es lo que el sistema ya hace y lo que le falta. La propuesta se apoya en lo que existe y solo construye lo que falta.
Cada postulación se avisa al correo del convocante (de inmediato o en un resumen). El correo trae nombre, contacto y respuestas, pero no los datos base del formulario.
No existe ninguna vista donde el convocante vea la lista de postulaciones. El botón del correo lleva a un panel genérico, no a las postulaciones.
La única forma de ver postulaciones por campaña hoy es una herramienta interna reservada al administrador más alto de la plataforma. El convocante no entra ahí.
No hay forma de exportar las postulaciones. Sí existe un botón de descarga en CSV en otros cuatro módulos del panel, que podemos reutilizar tal cual.
Las postulaciones ya se guardan en la base con todo su detalle (datos del formulario, foto del momento de aplicar y respuestas de las preguntas personalizadas), y ya existe la maquinaria para combinarlas en un detalle único. El sistema de permisos ya sabe dar acceso por correo a un recurso concreto, que es justo la lógica del panel de beneficios que tomas de referencia. No partimos de cero: casi todo el motor existe, falta la cabina.
Misma vista de postulaciones por debajo, con dos niveles de acceso: acotado para el convocante, total para LPDI.
La entidad que lanza la convocatoria ve y descarga las postulaciones de sus campañas. No puede crear ni editar la convocatoria. Solo ve lo suyo.
El equipo de LPDI ve todas las postulaciones de todas las campañas, con control amplio, y es quien otorga y revoca el acceso de cada convocante.
El convocante entra con su cuenta, ve solo las campañas a las que le dimos acceso, y para cada una consulta y descarga las postulaciones. Nunca toca la configuración de la convocatoria.
| Startup | Contacto | Fecha | Industria | Estado |
|---|---|---|---|---|
| NeuraFin | ana@neurafin.co | 28 ago | Fintech | Activa |
| AgroLink | c.mora@agrolink.io | 27 ago | AgTech | Activa |
| Vialista | hola@vialista.app | 25 ago | Movilidad | Activa |
| Cobre Verde | team@cobreverde.co | 24 ago | CleanTech | Retirada |
| Datalab | r@datalab.co | 22 ago | SaaS | Activa |
Vista ilustrativa. Datos de ejemplo, no reales.
Igual que en beneficios se le da a un correo acceso a los referidos de una entidad, aquí LPDI le da a un correo acceso a las postulaciones de una campaña. El acceso es por campaña, revocable, y queda registrado quién lo dio y cuándo.
Desde el panel de permisos (o desde la campaña) se agrega el correo del convocante y la campaña a la que puede acceder.
→Se crea un registro correo + campaña + acceso a postulaciones, revocable y con evidencia. Nada de tocar la campaña, solo verla.
→Se le invita a registrarse (mismo flujo que ya usamos). Hoy ya le pedimos a cada campaña el correo del organizador, así que el gancho existe.
→Al ingresar ve solo sus campañas y sus postulaciones. Si LPDI le revoca el acceso, deja de verlas de inmediato.
El sistema ya sabe dar a un correo un acceso de solo lectura a un recurso concreto y revocarlo dejando rastro. Reutilizamos ese mismo molde, cambiando "referidos de esta entidad" por "postulaciones de esta campaña". No inventamos un mecanismo nuevo de permisos, extendemos el que ya funciona.
El equipo de LPDI ve todas las postulaciones de todas las campañas y administra quién puede ver qué. Es el mismo panel del convocante, sin el límite de "solo lo mío", mas la gestión de accesos.
| Campaña | Startup | Fecha | Estado |
|---|---|---|---|
| Iceberg 2026 | NeuraFin | 28 ago | Activa |
| Sura Impacto | EcoBotella | 28 ago | Activa |
| Iceberg 2026 | AgroLink | 27 ago | Activa |
| Sura Impacto | Solar Nido | 26 ago | En revisión |
| Iceberg 2026 | Cobre Verde | 24 ago | Retirada |
Vista ilustrativa. Datos de ejemplo, no reales.
Para que sepas exactamente dónde está el trabajo. Reutilizamos todo lo posible.
| Pieza | Estado | Detalle |
|---|---|---|
| Postulaciones guardadas en la base | ● Ya existe | Cada postulación ya está con su foto de datos del formulario y sus respuestas personalizadas. Se reutiliza la maquinaria que ya las combina en un detalle único. |
| Sistema de permisos por correo y por recurso | ● Ya existe | El molde de "dar a un correo acceso a un recurso concreto, revocable" ya funciona en eventos y en beneficios. Se extiende a campañas. |
| Correo del convocante por campaña | ● Ya existe | Cada campaña ya guarda el correo del organizador y ya hay un flujo que le crea cuenta si no la tiene. Es el gancho para el acceso. |
| Botón de descarga en CSV | ● Ya existe | Probado en cuatro módulos del panel. Se conecta a postulaciones. |
| Permiso "este correo ve las postulaciones de esta campaña" | ○ Nuevo | Una tabla de acceso por campaña (correo + campaña + revocable) y su gestión desde el panel de permisos. |
| Panel del convocante (listado + detalle + descarga) | ○ Nuevo | La pantalla en sí, acotada por ese permiso. |
| Vista de postulaciones para el equipo de scouting | ○ Nuevo | Ampliar el acceso a la vista de postulaciones al equipo de scouting, no solo al administrador más alto. |
| Estado de revisión por postulación | ○ Nuevo (opcional) | Hoy la postulación no tiene estado de revisión (solo activa o retirada). Se agrega solo si lo quieres. |
Con estas respuestas cierro el plan detallado por tareas, con su verificación y despliegue, como venimos trabajando.
El panel puede ser solo de consulta y descarga, o incluir un estado de revisión por postulación (pendiente, preseleccionada, descartada) para que el convocante gestione su selección.
Mi sugerencia: arrancar solo consulta + descarga, y dejar la revisión como segunda fase.Un CSV o Excel con la tabla de postulaciones cubre lo básico. Además podríamos generar un PDF por postulación y un ZIP con los documentos que subió cada startup (pitch deck, Data Room).
Mi sugerencia: CSV/Excel de entrada, y el ZIP de documentos si lo ves necesario.Siempre lo otorga LPDI desde el panel de permisos, o el correo que ya se pone como organizador de la campaña queda habilitado de una vez para ver sus postulaciones.
Mi sugerencia: LPDI lo otorga explícitamente, para control. Reutilizando el correo de organizador como valor por defecto.Si una misma entidad convoca varias campañas, ¿su panel las muestra todas juntas, o cada acceso es siempre por una campaña específica?
Mi sugerencia: acceso por campaña, y el panel agrupa las que tenga habilitadas.Todo el formulario mas las respuestas personalizadas y los documentos, o un subconjunto por privacidad (Ley 1581). Esto define qué columnas se muestran y qué se puede descargar.
Mi sugerencia: lo que la startup respondió para esa campaña, completo, ya que aplicó para ser evaluada. Lo afinamos si quieres restringir algo.