La sección "Contactos de la startup" del formulario permite registrar contactos adicionales de la compañía, además del CEO. Acá tienes toda la lógica actual con sus casos de uso, y los dos ajustes que acordamos, con lo que falta decidir.
Aparece en el paso Equipo, como la sección D, solo cuando la convocatoria activa el campo. Es opcional (salvo que la campaña lo marque obligatorio).
Una casilla "El CEO también es contacto de la startup". Si se marca, el CEO cuenta como uno de los contactos.
En total dos, contando al CEO. Si el CEO se marca como contacto, solo queda espacio para uno adicional.
Correo, nombre, apellido y celular. Más una casilla de declaración de que quien diligencia tiene autorización.
Al escribir el correo del contacto, el sistema verifica si ya existe una cuenta en el ecosistema. Hoy solo cambia el mensaje; con el ajuste, cambiará también el comportamiento (ver punto 5).
El correo es el primer campo del contacto (ajuste ya aplicado la semana pasada).
El sistema consulta si ese correo ya tiene cuenta. Muestra "Verificando correo...".
Hoy: solo avisa "Correo registrado en el sistema" y deja editar todo.
Avisa que se le enviará una invitación para que confirme sus datos.
Todos los caminos posibles hoy, tal como funciona el formulario en producción.
| Caso | Qué hace el sistema hoy |
|---|---|
| CEO marcado como contacto | Baja el máximo de adicionales a 1 (CEO + 1 = 2). Si ya había 2, recorta al primero. Guarda el consentimiento del CEO como contacto. |
| Correo nuevo nuevo | Se le crea el registro y se le envía una invitación por correo con un enlace para que confirme sus datos y su consentimiento. |
| Correo ya registrado existe | Hoy: se comporta igual que uno nuevo (se le manda invitación). La cuenta existente se vincula recién cuando la persona acepta. Esto es lo que vamos a mejorar (punto 5). |
| Uno o dos contactos | Arranca con uno. El botón "Agregar contacto" aparece solo si queda cupo. El segundo nunca es obligatorio por sí solo. |
| Contacto incompleto | Regla "todo o nada": si tocas cualquier campo del contacto, los cuatro (nombre, apellido, correo, celular) quedan obligatorios para ese contacto. |
| Declaración de autorización | Si se marca, se guarda una traza en la auditoría (quién diligenció declaró tener autorización). No es el consentimiento del titular: eso lo da el contacto al aceptar. |
| Guardar y continuar vs Enviar | Mientras navegas entre pasos, los contactos solo se guardan en tu navegador. La invitación y el registro real ocurren únicamente al Enviar el formulario. |
Cada contacto se guarda como miembro del equipo de la startup (no como fundador) y recibe su invitación por correo. Si el correo ya tiene cuenta, no se duplica: se vincula cuando la persona acepta.
Al aceptar la invitación, sus datos personales (nombre, apellido, celular, etc.) se traen de su propio perfil y se sella su consentimiento para compartir. Es el titular quien confirma, no quien diligenció.
Igual que con el CEO: cuando el correo del contacto ya tiene cuenta, el nombre y el apellido se traen de su perfil y quedan bloqueados (no editables), porque esos datos los gestiona el titular. El mensaje pasará a decir "Nombre y apellido se autocompletaron desde su perfil".
Agregar un campo "Cargo" por contacto (por ejemplo "Director Financiero", "Representante"). Hoy el contacto se guarda sin cargo. La idea: que cuando el contacto acepte la invitación, ese cargo pase a su perfil.
Esta descripción es sobre el formulario que llena la startup (el simplificado). El comportamiento es idéntico en todas las convocatorias que activen la sección; las que no la activan (como Sura hoy) no se ven afectadas. Cuando me confirmes los dos puntos a decidir, dejo los dos ajustes en producción y verifico sin enviar correos reales.