La Punta del Iceberg · Plan para tu visto bueno

Motor de preguntas del formulario de Scouting

Plan de ejecución por fases con lo que entrega cada una, más el análisis detallado del equipo. No se ejecuta nada hasta que lo apruebes. Basado en tus decisiones ya alineadas.

23-ago-2026 Camino B: motor configurable Respuestas en la postulación Equipo va al final

01El motor, en simple

Hoy cada pregunta del formulario de scouting está programada a mano. El motor hace que el formulario se arme solo desde una configuración: agregar una pregunta pasa a ser llenar un formulario, no programar. La base de datos ya está casi lista para esto (el catálogo ya guarda tipo de pregunta, configuración y a qué columna mapea); lo que falta es el "armador" genérico que dibuja cualquier pregunta según su tipo.

Dos clases de pregunta

Clase	Qué es	Dónde se guarda la respuesta
De catálogo	Las preguntas del perfil de la startup (nombre, industrias, madurez, tesis, etc.). Reutilizables en todas las convocatorias.	En el perfil de la startup (su columna) y una copia en la foto de la postulación.
Personalizada	Preguntas propias de una convocatoria ("¿qué esperas del programa?", "sube tu video"). Distintas en cada convocatoria.	Solo en la foto de la postulación. No tocan el perfil de la startup.

Tipos de pregunta que soporta el motor

Texto (corto y largo) con límite de caracteres configurable.
Sí / No.
Opción múltiple de única respuesta (elige una).
Opción múltiple de varias respuestas (elige varias).
Archivo (una pregunta por cada archivo que el aplicante debe subir).
URL (por ejemplo, el link de un video).
Todas con obligatoriedad configurable y sin tope de cantidad por convocatoria.

Buena noticia sobre dependencias: el sistema ya sabe activar una pregunta solo si otra está incluida (por ejemplo, el NIT depende de la constitución legal). El motor reusa eso, así que las preguntas que se activan en conjunto ya tienen soporte.

02Roadmap por fases

El motor va primero porque desbloquea todo lo demás. Luego los bloques del catálogo en el orden que diste. El módulo de gestión y el equipo son piezas grandes con su propia fase.

Motor de preguntas + tipos base Núcleo Grande

El armador genérico que dibuja cualquier pregunta según su tipo, el bloque de preguntas personalizadas por convocatoria, la captura y validación de respuestas, y el guardado (catálogo al perfil, personalizada a la postulación). El editor de convocatorias gana la sección para crear preguntas personalizadas.

Listo cuando: puedes crear una convocatoria con una pregunta de texto, una de opción múltiple y una de archivo, un aplicante responde, y el convocante ve esas respuestas en la postulación. Con un botón se agrega una pregunta nueva sin programar.

Ciudad Chico

Completa el panel de identidad. El dato ya existe en la startup, así que es sumar la pregunta al catálogo y su pantalla en el motor.

Listo cuando: el convocante puede activar "Ciudad" en una convocatoria y la respuesta queda en la postulación.

Histórico de ingresos Medio

Al configurar la pregunta, el convocante elige entre solo el último año o el histórico. La opción de histórico depende de la pregunta "Año de inicio de operaciones" (si no está, no se puede pedir el histórico). Justo el tipo de dependencia que el motor maneja.

Listo cuando: las dos variantes se pueden configurar y la de histórico solo se habilita si está el año de inicio.

Nivel de madurez (BRL, TRL, CRL) Medio

Bloque nuevo de tres preguntas de selección. TRL depende de que la empresa sea de base tecnológica.

Listo cuando: los tres niveles se pueden pedir; TRL solo aparece si la empresa es tecnológica.

Modelo de negocio Chico

Los cinco textos (concepto, cliente ideal, problema, solución, descripción), cada uno con su límite de caracteres. Encajan directo en el motor de texto, así que es sobre todo configuración.

Listo cuando: los cinco textos se pueden pedir con su límite y quedan en la postulación.

Tesis de inversión detallada Medio

Ticket, propósito, inversiones y rondas previas, capital levantado, con sus reglas de activación. Aquí se corrige el hueco de las fuentes de financiación: hoy la deuda no viaja a la foto de la postulación; con esta fase queda como su propia pregunta que sí se guarda, para que el convocante la vea.

Listo cuando: el subgrupo de inversión se puede pedir y las fuentes de financiación (deuda) aparecen en la postulación del convocante.

Archivos y URL Medio

En el FSC se configura una pregunta específica por cada archivo que el aplicante debe subir (no un data room abierto). El pitch deck: el aplicante puede reusar el del sistema o subir uno nuevo, y decidir si actualiza o no el oficial (no es automático, salvo que no tuviera uno cargado). La autorización de visualización del convocante en el FSC es aparte de la del perfil. Los archivos quedan como histórico.

Listo cuando: el convocante configura preguntas de archivo, el aplicante sube o reusa, y el convocante descarga desde su panel lo que el aplicante autorizó.

Módulo de gestión de campañas Grande

Es donde el convocante ve y trabaja las postulaciones. Incluye: el panel "Mis campañas" para el convocante (dentro de Convocatorias en el menú), "Administrar campañas" para el admin del sistema (subsección Scouting, ve todas), el permiso para que un usuario pueda crear y administrar sus campañas, y la descarga de reportes con filtros según las respuestas de las startups.

Listo cuando: un convocante con permiso ve sus campañas y postulaciones, el admin ve todas, y se puede filtrar y descargar un reporte por respuestas.

Equipo (más allá del CEO) Grande

La última, con el análisis detallado del punto 04. Se hace bien, no rápido.

Listo cuando: validado el diseño completo del punto 04 contigo, se implementa y cada miembro puede gestionar su vinculación sin bloquear la aplicación.

03Módulo de gestión, en detalle

Es un desarrollo grande porque es una superficie nueva. Lo desgloso para que veas lo que implica:

Mis campañas (convocante): lista de sus convocatorias, y por cada una, las postulaciones con las respuestas (incluidas las personalizadas y los archivos autorizados).
Administrar campañas (admin): misma información pero de todas las convocatorias del sistema. Va en la subsección Scouting.
Permiso de campañas: en la pantalla de Permisos, poder darle a un usuario la capacidad de crear y administrar sus propias campañas.
Reportes con filtros: filtrar las postulaciones por las respuestas de las startups (por ejemplo, "las que eligieron cierta industria") y descargar el resultado.

Nota de secuencia: este módulo se puede empezar en paralelo al motor, porque es la otra mitad de la historia (crear preguntas de un lado, ver respuestas del otro). Lo dejé como fase 7 en el orden, pero si quieres verlo antes lo adelantamos.

04Equipo (más allá del CEO): análisis detallado

El caso más complejo, con toda la casuística. La lógica base que planteaste: el convocante decide qué campos pedir de cada miembro (mínimo correo, nombres y apellidos), validamos si el usuario ya existe, invitamos a los que no, y cada persona gestiona su vinculación a la startup por su cuenta sin bloquear la aplicación.

Los cuatro casos al capturar un miembro

Caso	Situación	Qué hace el sistema
A	El correo ya es usuario y ya es miembro de esta startup (aparece en el perfil).	Se reconoce y se vincula al equipo de la postulación. No se invita, no se duplica. Este es el caso de "la startup ya tiene equipo registrado".
B	El correo ya es usuario pero no es miembro de esta startup todavía.	Entra como miembro no verificado, sin visibilidad aceptada en el perfil, hasta que esa persona lo autorice desde su propio perfil. Se le avisa por correo.
C	El correo no existe en el sistema.	Se le envía invitación a registrarse (aprovechamos para sumar usuarios nuevos). Queda como miembro no verificado hasta que se registre y autorice.
D	Datos incompletos (sin correo o sin nombre).	La pregunta exige el mínimo (correo, nombres, apellidos); el resto de campos que el convocante haya pedido son opcionales.

Reglas que atraviesan todos los casos

Nunca bloquea la aplicación. El aplicante postula aunque los miembros estén sin verificar.
El miembro siempre aparece asociado a la startup en la postulación, para que el convocante lo vea. Distinto es que aparezca en el perfil público de la startup: eso lo gestiona cada persona.
Visibilidad en el perfil de la startup: los miembros capturados en el FSC entran como no verificados y sin visibilidad aceptada. Cada usuario, desde su propio perfil, autoriza (o no) su vinculación, igual que cualquier otro miembro. Eso implica enviarles los correos correspondientes y darles la gestión desde su perfil.
El caso de miembros ya registrados (que pediste contemplar): si la startup ya los tiene, el sistema los reconoce (caso A) y no los vuelve a invitar ni los duplica.

Puntos que quiero validar contigo antes de construir esta fase (por eso va al final): 1) si el convocante puede pedir campos del miembro más allá del mínimo, ¿cuáles ofrecemos como opcionales? 2) cuando un miembro no verificado nunca autoriza, ¿el convocante igual lo ve en la postulación (como "sin verificar")? 3) ¿la invitación a los no registrados usa el mismo correo de invitación del ecosistema o uno propio de scouting? Los dejo abiertos para resolverlos juntos cuando lleguemos a esta fase.

05Cómo lo ejecutamos

Cada fase entrega algo usable y se prueba antes de seguir. No se acumula todo para el final.
Las zonas de riesgo (motor, migraciones, archivos) se implementan con verificación y respaldo, y con prueba de que no rompen lo que ya funciona.
El fix de las fuentes de financiación viaja dentro de la fase de tesis, no como un parche suelto.
Nada se implementa hasta tu visto bueno de este plan. Cuando lo apruebes, arranco por la fase 0 y te voy mostrando cada fase.

Lo que necesito de ti para arrancar: tu ok al plan y al orden, y si quieres adelantar el módulo de gestión (fase 7) para ver respuestas antes. El detalle del equipo (fase 8) lo afinamos cuando lleguemos, con las tres preguntas del punto 04.

Plan para aprobación. Basado en tus decisiones ya alineadas (Camino B, orden del delta, tipos de pregunta, respuestas en la postulación, archivos, equipo al final). No se ejecuta nada sin tu visto bueno.