# Q&A Prep GSD REOS

Guia para anticipar preguntas del cliente en la reunion. Cada respuesta es segura de decir frente al cliente: honesta, sin sobre-prometer, respetando la separacion entre lo que ya funciona hoy y lo que esta escrito pero apagado. Regla de oro: nunca presentar algo gated, stub o planeado como funcionando hoy.

Estilo: sin guiones largos ni medianos. Todo importe es estimacion de planeacion [validar], no cotizacion firme.

---

## Producto y valor

**P1. En una frase, que es esto y para que me sirve?**
R. Es un sistema operativo digital para correr un desarrollo inmobiliario de principio a fin, desde la compra del terreno hasta la entrega de unidades. Tiene dos puertas sobre un solo cerebro: un motor financiero tipo CFO (factibilidad, precios, tesoreria, riesgo, retornos) y un agente comercial en espanol peruano que capta y califica leads. El piloto real es Urb. Alborada en Santiago de Surco.

**P2. Que puedo ver funcionando hoy mismo, sin trucos?**
R. El centro ejecutivo con 8 tarjetas KPI trazadas a motores reales, la proyeccion de tesoreria a 30, 60 y 90 dias, el control de costos por partida con alertas, la captacion con valuacion por comparables y screening legal, la inteligencia de mercado por zona, y el agente comercial por chat en es-PE. Todo eso corre hoy sobre datos semilla de Urb. Alborada, sin credenciales externas.

**P3. Que diferencia esto de pedirle numeros a ChatGPT?**
R. La ley central del sistema: los motores calculan, el LLM solo narra, ningun numero se inventa. Cada cifra la computa un motor puro, validado contra pruebas de oro a la milesima contra un estudio independiente. Si el agente intenta dar un precio sin respaldo, un grounding guard lo reescribe o lo difiere. La IA aqui no alucina cifras: o tiene el dato del motor, o se rehusa.

**P4. Que pasa si falta un dato? La IA lo rellena?**
R. No. Si falta un dato, el campo queda en null y se muestra como "Pendiente" honesto. Por ejemplo, el VAN queda en blanco hasta que ustedes entreguen una tasa de descuento. Nunca se fabrica un 0 para tapar el hueco. Eso es deliberado: preferimos un blanco honesto a un numero falso.

## Datos y soberania

**P5. Mis datos salen a la nube? Quien los controla?**
R. Hoy el piloto corre offline por defecto, con cero infraestructura y cero credenciales, sobre archivos y memoria local. Ustedes deciden cuando encender la persistencia. El diseno contempla dos rutas: un SaaS gestionado por nosotros sobre AWS, o un appliance soberano que GSD opera dentro de su propia nube privada. La soberania de datos es un eje central, no un agregado.

**P6. Como me aseguro de que no se filtre informacion sensible?**
R. El repositorio excluye por configuracion los datos reales, los leads, el audio (que es PII biometrica), los pesos de modelos y todos los archivos de credenciales. La persistencia en base de datos esta apagada hasta que ustedes la activen con su propia conexion. La ruta appliance usa componentes que no dependen de nube publica, para que el dato no tenga que salir de su perimetro.

**P7. Es multi-tenant? Tiene roles y permisos?**
R. Hoy el piloto corre como instancia unica sobre archivos y memoria. El aislamiento multi-tenant y el control por roles (owner, admin, gerente, asesor, financiero, obra) estan disenados y la base de datos los soporta, pero todavia no estan aplicados en produccion. El aislamiento por fila esta escrito pero no activado. Es trabajo de una fase posterior, no algo que opere hoy.

## Llamadas y voz

**P8. Puede tomar o hacer llamadas de verdad hoy?**
R. No hoy. El sistema de voz esta construido y probado de forma offline, pero no esta vivo. Falta un numero telefonico peruano (DID +51), un trunk SIP y las claves de los servicios de voz. La demo publica que veran es solo de texto y chat. Cuando lo encendamos, el flujo ya esta cableado: la llamada entra, se transcribe, el cerebro responde con numeros reales y se sintetiza la voz de vuelta.

**P9. Entonces el agente de voz existe o no?**
R. El codigo existe completo y pasa sus pruebas tecnicas offline en nuestra maquina: el puente de la llamada, el manejo de audio, la maquina de estados de la conversacion y el corte por interrupcion. Lo que no existe todavia es la conexion a la red telefonica real. Podemos mostrarles el recorrido tecnico paso a paso, pero con la aclaracion explicita de que el telefono no esta marcando todavia.

**P10. El agente comercial ya hace seguimiento solo, llama y manda correos?**
R. Las piezas de decision estan completas y probadas: capta el lead, lo califica, decide la siguiente accion y arma la secuencia. Lo que esta apagado a proposito es el envio real. Sin credenciales, las llamadas salientes quedan pendientes y nunca se finge una llamada o un resultado. El recorrido autonomo de punta a punta todavia tiene un puente pendiente que es una tarea conocida y explicita en el codigo.

**P11. Que tan rapido responde por voz? Va a sentirse natural?**
R. Las metas de latencia (respuesta por debajo de unos segundos) estan definidas en el diseno, pero estan marcadas como pendientes de validar. No las hemos medido contra una llamada real ensayada desde Lima porque la linea no esta viva. Prefiero no comprometer un numero de latencia hasta tener una llamada real cronometrada.

## Seguridad

**P12. Que tan protegido esta el acceso a la aplicacion?**
R. En produccion el acceso esta cerrado por defecto: si faltan las credenciales de acceso, el sistema responde bloqueado en vez de abrirse. Tambien se marca como no indexable para buscadores. Ahora bien, soy honesto: esto es un candado provisional de credencial unica compartida, no es todavia identidad y roles completos. El control de acceso por usuario y rol es trabajo de una fase siguiente.

**P13. Como manejan los despliegues y las llaves de infraestructura?**
R. Los despliegues estan disenados para usar identidad federada de GitHub, sin llaves de larga vida guardadas, con permisos acotados a lo minimo necesario. La arquitectura AWS (red, base de datos, balanceador con firewall de aplicacion, cifrado, gestion de secretos) esta escrita como codigo y revisable, pero no esta aplicada a ninguna cuenta viva. Hoy los secretos son placeholders sin valores reales.

**P14. Tienen monitoreo y observabilidad de errores?**
R. En la arquitectura escrita existen las piezas base de monitoreo y alertas de la nube. No quiero sobre-vender: herramientas adicionales de observabilidad de errores en aplicacion no estan cableadas todavia. Es algo que se define al activar el entorno productivo.

## Comercial y precio

**P15. Cuanto cuesta? Que incluye?**
R. Todos los montos que les comparta son estimaciones de planeacion [validar], no una cotizacion firmada. Como referencia de planeacion: un piloto pagado, un SaaS gestionado mensual que incluiria un bloque de minutos de voz, una opcion de solo motor financiero mas economica, y una opcion de appliance soberano con licencia mas mensualidad. El documento comercial todavia tiene campos por llenar y no esta firmado. La cifra final la cerramos juntos.

**P16. Como seria la estructura del pago y la validez de la propuesta?**
R. La estructura de referencia para el piloto es 50% a la firma y 50% a la aceptacion, con una validez de propuesta de unos 30 dias. Esto es la base de conversacion, no condiciones cerradas. Lo formalizamos en el one-pager comercial una vez que alineemos alcance.

## Tiempos y roadmap

**P17. Si firmamos, que se enciende y en cuanto tiempo?**
R. Lo que ya funciona (motores financieros, captacion, mercado, agente por chat) esta disponible de inmediato sobre datos del proyecto. Encender la persistencia en base de datos es activar una conexion. La voz tiene mas plazo porque depende de procurar el numero peruano y el trunk SIP, que es el item de mayor tiempo de espera y todavia no se ha iniciado. Prefiero no comprometer una fecha de voz hasta arrancar ese tramite.

**P18. Cual es el camino realista de aqui a produccion completa?**
R. Por fases. Primero, lo que corre hoy sobre datos reales del proyecto y persistencia activada. Luego, encender la voz una vez asegurado el numero, el trunk y las claves, que es un flip deliberado ya preparado en la infraestructura. Despues, el aislamiento multi-tenant, los roles y la facturacion por uso. Todo el despliegue AWS esta congelado hasta firmar los comerciales: hoy no hay gasto de nube, ni cuenta, ni credenciales.

**P19. El email de nutricion y los avisos al vendedor ya se envian?**
R. No, todavia no entregan. La copy en es-PE y la logica de la secuencia estan listas y se pueden mostrar, incluido el aviso al vendedor con los datos sensibles enmascarados. Pero el envio real esta apagado: sin servidor de correo configurado el envio se omite, y los avisos por canal devuelven no entregado. Es a proposito: no fingimos un envio que no ocurrio. Se activa cuando conectamos el correo y el canal de aviso.

**P20. Que es lo unico que NO les voy a prometer hoy?**
R. No les voy a prometer una llamada telefonica real funcionando, ni envios de correo o avisos entregandose, ni AWS desplegado, ni multi-tenant con roles operando, ni un precio cerrado. Todo eso esta escrito o disenado pero apagado, y lo encendemos por fases. Lo que si les muestro hoy, funcionando de verdad, es el cerebro financiero determinista, la captacion, el mercado y el agente comercial por chat.