MOME Docs Internas ← Volver a Docs

Hallazgos de Discovery — Promesa

MOME · 5 entrevistas · Directores y Gerentes Comerciales · Agosto 2026
v1 — Por validar con equipo de producto

5 entrevistas

Alcance MVP — Escenarios de entrega inmediata

1
Parcela — Reserva directo a escrituración (sin promesa)
2
Entrega inmediata — Pie en una cuota
3
Entrega inmediata — Pie en varias cuotas
Entrevistados
José Ignacio Davanzo Director · Inmobiliaria Trei
Juan Pablo Echegaray Director Comercial · Exxacon
Rodrigo Cruz Consultor · Ex Fundamenta
Trinidad Silva Gerente Comercial · Norte Verde
Francisco Domeyko Gerente Comercial · Fundameta

Roles involucrados

Internos — inmobiliaria
Vendedor / Ejecutivo comercial — genera cotización, crea reserva, arma plan de pago. Es el canal de comunicación con el comprador durante todo el proceso de promesa: aunque operaciones gestiona el documento, todas las solicitudes e informaciones al cliente las canaliza el ejecutivo. Operaciones no se comunica directamente con el comprador.
Jefe comercial / Gerente comercial — validan la promesa y aprueban condiciones, descuentos y cambios en cláusulas o condiciones de pago. Ambos pueden intervenir según la estructura de cada inmobiliaria.
Backoffice — Adm. Ventas / Escrituración / Operaciones — valida el documento final, verifica coherencia del plan de pago, coordina firma y notaría. El nombre varía por empresa pero la función es equivalente. Aprobación gatilla comisión del ejecutivo.
Gerente comercial — genera reportes con la información de ventas (promesas) y los presenta al directorio. Toma decisiones estratégicas sobre precios, velocidad de venta, unidades estancadas y campañas.
Externos
Notaría — autoriza y registra la promesa. Presente en todos los casos excepto parcela.
Aseguradora — emite póliza de seguro. Solo en proyectos en verde (fuera del scope MVP entrega inmediata).
Corredores / Brokers — canal externo de venta. No gestionan la promesa directamente, pero su documentación puede retrasar el proceso.

Herramientas tecnológicas identificadas

CRM / Gestión inmobiliaria
PlanOKTrei · Exxacon
E-corebusinessNorte Verde
Software homemadeTrei · Fundameta
Firma electrónica
GofirmexExxacon
NotarisaNorte Verde
Legale.ioFundameta
Legal SignExxacon (migró a Gofirmex)
Pagos
TokuTrei · Fundameta (mandatos)
ForPayExxacon
Reportería / BI
Power BI (vía API)Exxacon · Fundameta (implementando)
TinzaFundameta (estudios de mercado)
Herramientas propiasTrei · Fundameta (visualización interna)
ExcelUso generalizado como workaround
Validación documental
InfocheckMencionado por Rodrigo Cruz
Síntesis por tema del guión
1
Proceso actual de promesa

El flujo base es consistente: reserva confirmada → borrador → validación interna → firma cliente → firma inmobiliaria → notaría. La duración varía significativamente: desde 15 minutos en casos de decisión inmediata (Juan Pablo), hasta 25–40 días en operaciones complejas (Francisco). El proceso no es lineal ni universal: en parcelas puede ir de reserva directo a escrituración sin promesa; en entrega inmediata con una cuota el flujo es simplificado; en verde con cuotas es el más complejo, requiriendo póliza de seguro y plan extendido. Solo Juan Pablo se declara satisfecho con su proceso actual — clave: su formato de promesa está bien construido y genera pocos reparos del cliente, lo que acelera todo el ciclo.

2
Actores y gestión documental / legal

Siempre existe un actor de backoffice que varía de nombre pero cumple la misma función: Administración de Ventas (Francisco), Escrituración (Juan Pablo), Operaciones Comerciales (José Ignacio), Operaciones (Trinidad). Este actor valida el documento, coordina la firma y gestiona notaría — es quien más trabaja en la promesa pero el más invisible para el cliente. Los actores externos son consistentes: notaría en todos los casos, aseguradora solo en proyectos en verde. La firma electrónica está fragmentada: Gofirmex (Juan Pablo), Notarisa (Trinidad), Legale.io (Francisco). Ninguna plataforma integra el CRM con la firma — siempre hay migración manual de datos.

3
Generación y gestión del borrador

El borrador siempre se construye desde datos preexistentes (reserva, cotización, plan de pago), pero el traspaso entre sistemas es siempre manual. José Ignacio tiene la solución más avanzada (matriz con conectores), pero falla en promesas con múltiples unidades. La configuración del plan de pago es la parte más compleja: la lógica varía por inmobiliaria — cómo se estructuran las cuotas del pie, qué promociones se aplican, cómo se maneja el bono pie. Adaptarse a esa diversidad sin rigidizarse es el desafío de producto más exigente del módulo. Los anexos post-firma son frecuentes y normales — cambios de numeración, ajustes de pago, plazos — y no generan problema operativo. Deben tratarse como funcionalidad estándar, no como caso excepcional.

4
Visibilidad y control del equipo comercial

Ninguna empresa tiene métricas en tiempo real desde su sistema principal. Todos exportan a Excel o están implementando Power BI de forma externa. La comunicación entre personas que gestionan la venta es informal — boca a boca en la misma oficina, llamados o WhatsApp — sin integración al sistema ni automatización. Esta no es una falla tecnológica que esperan resolver: es la cultura de trabajo real. Francisco usa bitácora manual. José Ignacio construyó herramientas propias de visualización por limitaciones de PlanOK. En Fundameta, la promesa solo es válida y comisionable cuando el área de Administración de Ventas la aprueba — lo que convierte la validación interna en un momento de alta tensión para el ejecutivo.

5
Errores frecuentes y puntos de quiebre

Los errores más frecuentes son: documentos incorrectos o en blanco subidos por vendedores (Trinidad, Francisco), ajustes comerciales que no quedan registrados en el sistema (José Ignacio, Francisco), unidades en estados inciertos que no pueden darse de baja legalmente (Trinidad), y pérdida de trazabilidad en modificaciones de unidades durante la construcción (José Ignacio, Trinidad). El cliente que solicita cambios en la redacción después de recibir el borrador genera demoras frecuentes (Francisco). La comunicación informal no deja registro, lo que dificulta la trazabilidad de acuerdos.

6
Criterios para evaluar una solución tecnológica

Juan Pablo valora robustez y estandarización por sobre personalización — exceso de customización indica procesos internos deficientes. Trinidad pone como prerrequisito absoluto la digitalización completa de la información base: sin datos, la IA y los reportes no tienen utilidad. Francisco no ha encontrado ningún software externo que cubra sus necesidades complejas (IVA, bono pie, resciliación, cláusulas específicas) y recomienda a MOME comenzar con inmobiliarias pequeñas. La adopción tiene resistencia inicial en todos los casos, pero mejora cuando el sistema resuelve un dolor real. Un incentivo de adopción natural identificado: la promesa aprobada como gatillante del pago de comisiones al ejecutivo.

Hallazgos clave
1
El flujo de promesa es variable — el módulo debe ser condicional, no lineal
Hay al menos tres escenarios de entrega inmediata con flujos distintos: parcela (sin promesa), pie en una cuota, pie en varias cuotas. En verde el flujo es más complejo aún. MOME no puede diseñar una pantalla fija con campos obligatorios — el módulo debe adaptarse al tipo de operación y hacer condicionales los pasos según el caso.
Implicancia de diseño: Los flujos de los 3 escenarios de entrega inmediata deben diseñarse como paths diferenciados desde el inicio, no como variaciones de un mismo formulario.
2
La calidad del borrador define la velocidad del proceso completo
Juan Pablo es el único satisfecho con su proceso — y la razón no es solo el software: su formato de promesa está bien construido y genera pocos reparos del cliente. Un documento bien diseñado legalmente reduce el ciclo de revisión y firma. La auto-generación desde datos existentes elimina el re-ingreso, pero la calidad del documento base es igual de determinante.
Implicancia de diseño: MOME debe invertir en el diseño del template del borrador, no solo en la automatización del pre-llenado. El documento es parte del producto.
3
La configuración del plan de pago es la mayor complejidad de adaptación
Cada inmobiliaria tiene su propia lógica comercial: cómo estructura el pie en cuotas, qué promociones aplica, cómo maneja el bono pie. Adaptar MOME a esa diversidad sin convertirse en un sistema imposible de mantener es el desafío de producto más exigente del módulo. El bono pie en particular requiere en algunos casos una escritura complementaria porque los bancos no lo aceptan en el plan de pago de la promesa.
Implicancia de diseño: El plan de pago debe ser configurable por inmobiliaria y por proyecto, con reglas flexibles sobre mínimos, cuotas, promociones y bonos. Priorizar los 3 escenarios de entrega inmediata para el MVP.
4
La validación interna es el momento de mayor tensión — gatilla comisiones
Una promesa no es válida ni comisionable hasta que el área de backoffice la aprueba: plan de pago coherente, cuotas correctas, saldo a precio, firma electrónica completa. Este momento no es un trámite — es el hito que define si el ejecutivo cobra o no. Eso lo convierte en el paso de mayor atención y presión del proceso.
Implicancia de diseño: El estado "validada internamente" debe ser visible, explícito y trazable. El ejecutivo necesita saber exactamente qué falta para que su promesa sea aprobada.
5
El backoffice es el actor que más trabaja y menos visibilidad tiene en los sistemas actuales
Administración de Ventas, Escrituración u Operaciones Comerciales (el nombre varía) gestiona la mayor parte del proceso de promesa — valida, coordina firma y notaría — pero los sistemas actuales no les dan herramientas propias. Es un usuario clave de MOME que todavía no está bien representado en el diseño del módulo.
Implicancia de diseño: El módulo debe tener una vista y flujo específico para el actor de backoffice, no solo para el ejecutivo comercial.
6
La promesa es la venta en sí — y sus datos son estratégicos
La promesa no es solo un documento legal: es el momento donde se cristaliza la compra y donde se generan los datos más valiosos para el negocio. Velocidad de venta, qué unidades se venden, a qué precio y de qué canal viene el comprador — esa información permite decidir dónde invertir en marketing, generar promociones y mover unidades estancadas. El origen del lead que llega a promesa es especialmente valioso: no importa cuántos leads entran, sino qué canal produce cierres reales.
Implicancia de diseño: MOME debe capturar el origen del lead como dato estructurado en la promesa, y construir una capa de inteligencia comercial (velocidad de venta, precio, canal) sobre los datos del módulo.
7
Las métricas son un dolor universal — todos las obtienen de forma manual y tardía
Ninguna empresa tiene métricas en tiempo real desde su sistema principal. Todos exportan a Excel o implementan Power BI externamente. Los KPIs más valorados: velocidad de venta, unidades vendidas por precio, tasa de conversión reserva→promesa, tiempo generación→firma, desempeño por canal y por ejecutivo, y morosidad. José Ignacio construyó sus propias herramientas de visualización por limitaciones de PlanOK.
Implicancia de diseño: MOME debe ser el sistema de registro de todos los datos del proceso — aunque en MVP no procese transacciones — para que las métricas sean posibles desde el inicio.
8
La firma electrónica y los pagos son integraciones críticas — con estrategia clara para el MVP
El mercado de firma electrónica está fragmentado (Gofirmex, Notarisa, Legale.io, Legal Virtual) y ninguna plataforma está integrada al CRM. Siempre hay migración manual de datos. Los pagos (Toku, ForPay) gestionan las cuotas del pie pero ocurren después del scope actual del módulo. MVP Firma: MOME genera y descarga el borrador → ejecutivo lo sube a su plataforma → vuelve a MOME a registrar fecha de firma. Sistema de registro aunque no procese la firma.
MVP Pagos: MOME registra el plan de pago como dato estructurado. Conciliación automática como feature posterior.
Post-MVP Integración directa con plataformas de firma y pago.
Implicancia de diseño: En MVP, MOME debe ser el sistema de registro aunque no procese la transacción. Los datos deben estar limpios y estructurados para cuando llegue la integración.
9
Los sistemas actuales son difíciles de reemplazar — la migración es la barrera real
E-corebusiness (Trinidad) y el sistema homemade (Francisco) tienen años de personalización. La barrera no es el precio del software nuevo, sino el miedo a perder funcionalidades muy específicas (IVA, resciliación, cláusulas complejas, lógica contable interna). Francisco recomienda explícitamente que MOME comience con inmobiliarias más pequeñas antes de escalar a operaciones de 120+ promesas mensuales.
Implicancia de producto: El segmento objetivo del MVP son inmobiliarias medianas, no las de mayor volumen y complejidad. La propuesta debe contemplar una estrategia de coexistencia o migración gradual.
10
Los anexos post-promesa son normales y frecuentes — deben ser funcionalidad estándar
Cambios de numeración de unidades, ajustes en el plan de pago, modificaciones de plazos — los anexos post-firma ocurren con regularidad y no generan problema operativo cuando están bien gestionados. No son un caso excepcional: son parte del ciclo de vida de una promesa activa, especialmente en proyectos con entregas futuras.
Implicancia de diseño: El módulo debe incluir gestión de anexos como funcionalidad de primera clase, con trazabilidad de versiones y registro de cambios.
11
La comunicación entre actores es informal y no está integrada — y eso no va a cambiar pronto
WhatsApp, llamadas y boca a boca son los canales reales de coordinación entre ejecutivos, backoffice y jefatura. Los acuerdos se formalizan por email para tener trazabilidad, pero eso queda fuera del CRM. Esta no es una falla que esperan resolver tecnológicamente — es cultura de trabajo. MOME no puede asumir que el equipo dejará de usar WhatsApp.
Implicancia de diseño: MOME debe complementar la comunicación informal con trazabilidad estructurada — una bitácora integrada donde quede registro de hitos, acuerdos y estados — sin pretender reemplazar los canales informales.