Análisis previo a cualquier desarrollo. Qué se puede sumar del formulario detallado, qué depende de qué, cómo entrarían las preguntas abiertas personalizadas y dónde se guardan, más los bloqueos, las inconsistencias y las decisiones que necesito de ti.
El FSC no es el FSD con casillas. Es una extensión del formulario simple de la startup, y cada pregunta que soporta está escrita a mano, una por una. Hoy el catálogo tiene un tope de 21 campos: son los únicos que el editor puede activar, obligar o reordenar, porque son los únicos que tienen pantalla escrita.
Consecuencia práctica: sumar una pregunta del FSD al FSC no es marcar una casilla, aunque el dato ya exista en la startup. Cada pregunta nueva implica: definirla en la base, escribir su pantalla en el formulario, su validación, cómo se lee al postularse y cómo aparece en el editor. Es trabajo de desarrollo por cada pregunta.
Esto valida tu intuición: si cada aliado que pide una pregunta nueva es un desarrollo, no escala. Por eso el punto 08 propone la solución de fondo.
El FSD tiene 7 paneles (unas 35 preguntas). El FSC cubre hoy 4 paneles con 17 preguntas configurables (más el bloque fijo de creación de cuenta). La tabla marca cobertura por panel.
| Panel del FSD | Preguntas | En el FSC hoy |
|---|---|---|
| 1. Identidad legal | Nombre, país de origen, ciudad, constitución legal, domicilio fiscal, razón social, NIT | Parcial falta ciudad |
| 2. Perfil de la compañía | Base tecnológica, tipo (Startup/Scaleup), industrias, países de operación, año de inicio, ingresos por año | Parcial falta año de inicio e histórico de ingresos |
| 3. Nivel de madurez | BRL, TRL, CRL | Nada |
| 4. Tesis de inversión | Necesidades, fuentes de inversión y financiación, ticket, propósito, inversiones y rondas previas, capital levantado, pitch deck, data room | Parcial solo necesidades y fuentes |
| 5. Modelo de negocio | Concepto, cliente ideal, problema, solución, descripción del modelo | Nada |
| 6. Equipo | CEO, es fundador, resto del equipo, composición | Parcial solo el CEO |
| 7. Presencia digital | Sitio web, redes sociales, logo | Completo |
Agrupadas por bloque, con el tipo de pregunta y la consideración principal de cada una.
| Bloque | Preguntas que faltan | Tipo | Consideración |
|---|---|---|---|
| Identidad | Ciudad de origen | Autocompletar | Directa. El dato ya existe en la startup. |
| Perfil | Año de inicio de operaciones · Ingresos por año (histórico) | Año · serie con gráfica | El FSC ya tiene rango de ingresos (valor único). El histórico por año es otra pregunta, no una activación. |
| Madurez | BRL · TRL · CRL | Selección | Bloque entero ausente. TRL depende de que sea de base tecnológica. |
| Tesis de inversión | Ticket · propósito · inversiones y rondas previas · capital levantado · financiación | Selección y casillas condicionales | Es el subgrupo más condicional del FSD (ver punto 04). |
| Modelo de negocio | Concepto (140) · cliente ideal (250) · problema (250) · solución (250) · descripción (1000) | Texto largo con límite | Bloque entero ausente. Son textos con contador de caracteres, el molde ideal para el motor de preguntas abiertas (punto 06). |
| Equipo | Resto del equipo (miembros además del CEO) · composición del equipo · TMRL | Tarjetas repetibles · casillas | Los miembros extra arrastran el flujo de invitación y verificación por correo. Alto alcance (ver bloqueos). |
| Presencia digital | Pitch deck · Data room | Archivos | Requiere decisión de privacidad y acceso del aliado (ver punto 05). |
Correctamente ausentes: género, LinkedIn y teléfono del CEO. No son preguntas del formulario: los controla cada persona desde su perfil y se completan solos. No deben pedirse en el FSC.
Buena noticia: el FSC ya tiene un modelo formal para dependencias (una pregunta "hija" que solo aparece si la "madre" está incluida) y el editor ya desactiva la casilla de la hija cuando falta la madre. La base está lista, hay que declarar las nuevas.
Es decir: varias preguntas del delta no entran sueltas, entran como grupo con su regla de activación. Eso hay que definirlo pregunta por pregunta al sumarlas.
Hoy no existe ningún soporte. El catálogo de preguntas es fijo y global (el mismo para todas las convocatorias), y cada pregunta tiene su pantalla escrita a mano. No hay forma de que un aliado agregue una pregunta suya a una convocatoria puntual.
Cada postulación ya guarda una foto completa de lo respondido en un campo flexible (formato libre). Ahí caben perfectamente las respuestas de las preguntas personalizadas, sin cambiar la estructura de la base.
Punto de diseño importante: las respuestas personalizadas no deben escribirse en el perfil de la startup. Una pregunta de una convocatoria puntual ("¿qué esperas de este programa?") es de la convocatoria, no un atributo permanente de la empresa. Por eso viven solo en la postulación. Esto rompe con el supuesto actual (toda pregunta mapea a una columna de la startup) y es justamente lo que habilita preguntas ad hoc.
Ir agregando campos del FSD al catálogo actual, uno por uno, por prioridad. Cada uno con su desarrollo.
Construir un motor que arme el formulario desde la configuración (tipos: texto, texto largo, selección, casillas, sí/no, archivo), más el tipo "pregunta personalizada".
Mi recomendación es el Camino B, entregado por fases: primero el motor con los tipos más comunes y el bloque de preguntas personalizadas (que es lo que no existe y sí o sí pediste), luego ir migrando los bloques del FSD por prioridad.