En un chat, una promesa parece fiable. «Te lo envío esta tarde». «Te digo algo después de la reunión». «Lo consulto con el propietario». Luego llegan cuarenta mensajes más y la promesa acaba en un pequeño cementerio de texto, donde casi hace falta recurrir a la conciencia para encontrarla.
Mi CRM inmobiliario nació del deseo de ver este trabajo en conjunto. El contacto, la fuente, el historial, el siguiente paso y el mensaje preparado deben estar juntos. Si no, el agente se dedica a reconstruir su memoria de trabajo en vez de vender.
Esta pantalla reúne información de un propietario ficticio, sus inmuebles y el historial de trabajo. Permite ver cómo un contacto se convierte en un expediente de trabajo y deja de ser una fila con un teléfono.
Expediente del propietario
Interfaz archivada · datos de demostración
Tres bases para tres clases de información
La arquitectura actual usa Cloudflare Workers y bases D1 separadas para el CRM, los leads del mercado secundario y el índice de agentes. La separación evita considerar cualquier número encontrado como un cliente completo con idénticos derechos e historial.
Otra pantalla muestra los requisitos de un comprador ficticio. Así se puede examinar el otro lado del trabajo: qué busca la persona y qué información hace falta para la siguiente selección.
Requisitos del comprador
Interfaz archivada · datos de demostración
La capa operativa forma tandas de trabajo y acciones. El reprocesamiento tiene protección contra duplicados: un paso preparado no debe materializarse de nuevo porque se repitió la ejecución. Se llama idempotencia. Un nombre largo para algo sencillo: el ordenador no debe duplicar el trabajo solo porque no se oyó a sí mismo.
Enviar mensajes sigue siendo una acción manual independiente. El sistema puede preparar el contacto y el texto, pero querer escribir no equivale a una comunicación ya realizada. El rechazo de futuros contactos bloquea el trabajo posterior por ese canal.
La AI ayuda en la entrada; en la salida hace falta la base
La interfaz conversacional ayuda a formular la tarea con palabras normales. Pero el resultado debe convertirse en un registro concreto con destinatario, estado y siguiente acción claros. Si todo queda dentro de la respuesta del asistente, el CRM no se ha enterado de nada.
Una hoja externa tampoco debe seguir a escondidas como segunda base activa. De lo contrario, el operador corrige aquí un contacto, el agente lee allí una exportación antigua y ambos creen estar trabajando con cuidado.
No todos los módulos previstos llegaron a ser procesos operativos. Comps Engine y los flujos PDF asociados están pausados. Algunos cambios técnicos recientes aún requieren comprobación en el entorno de trabajo. No mezclo planes, código y operaciones verificadas en un anuncio de «todo está automatizado».
En el CRM conecto el contacto, los datos del inmueble y el siguiente paso. El envío está separado de la preparación: así se ven promesas y acciones sin presentar todo el trabajo como automático. Comps Engine y sus flujos PDF se describen por separado como una línea pausada.
Historias relacionadas: Primera herramienta de WhatsApp · WhatsApp para el equipo · Estudio de Comps Engine.
@nevsky_alexander
En Instagram, Dubái más allá de la postal: familia, ciudad, descubrimientos y la vida entre proyectos. En Threads, ideas en voz alta sobre diseño e IA. En YouTube, vídeos que necesitan más espacio que una historia. Sígueme donde te sientas más a gusto y seguimos en contacto