Qué mira un director cuando evalúa un CRM inmobiliario

Un director evalúa un CRM según cuánto puede confiar en sus datos para controlar la empresa. Mira cuatro cosas: quién cargó cada dato y quién lo puede modificar, hasta dónde llega el sistema después de la venta, cómo encaja con la contabilidad y qué informes de gerencia entrega sin tener que rearmarlos.

En una presentación de CRM, la mayor parte del tiempo se va en lo comercial: el embudo, el puntaje de leads, las funciones de inteligencia artificial. Del lado de la dirección de una constructora o una desarrolladora, las preguntas suelen ir hacia otro lado. Quién carga la ficha del cliente. Qué pasa con la cartera. Cómo llega la información a contabilidad.

Lo que un director pregunta antes de firmar es si lo que muestra el sistema es confiable para tomar decisiones sobre la empresa entera.

Lo que un director mira y casi nunca aparece en la demo

Un director mira cuatro cosas: trazabilidad, alcance, encaje con lo financiero e informes de gerencia. Casi nada de eso aparece en una demo comercial, porque casi todo el contenido sobre CRM termina en la venta ganada. En una desarrolladora, es ahí donde a la dirección le empieza a importar.

La primera es la trazabilidad. Una vez que un dato entra mal, se arrastra a todo lo que se construye encima, y si no hay registro de quién lo cargó y cuándo, no hay forma de revisarlo. Por eso la pregunta es quién carga qué: lo comercial lo carga el área comercial, lo contable el área contable y lo financiero el área financiera. Y no todos ven todas las bases.

La segunda es el alcance. Para la dirección, una unidad tiene un ciclo largo —consulta, reserva, documentación, aprobación, promesa de compraventa, cartera, escrituración y posventa— y la pregunta es hasta qué etapa llega el sistema. En una inmobiliaria se suma otra capa: captar propiedades y atender compradores son dos embudos distintos, con tiempos y responsables propios.

La tercera es el encaje con el ERP contable. Lo que importa es poder exportar con los campos que contabilidad necesita para cargar sus asientos. Si el CRM obliga a cargar dos veces el mismo dato, duplica el trabajo de contabilidad.

La cuarta son los informes de gerencia de control. Lo que la dirección quiere ver es el estado de cada proyecto, la cartera y la mora, sin que alguien tenga que armarlos cada semana.

Lo que cuesta un CRM que no llega a la gerencia

Un CRM que no llega a la gerencia cuesta tres veces: en el tiempo de quien arma los informes, en el riesgo de decidir con datos que no coinciden y en la confianza de la dirección en el sistema. Los dos primeros se notan cada semana. El tercero se nota cuando ya es tarde.

El primer costo es de tiempo. Si los informes de gerencia se arman cruzando planillas y cubos de información, alguien dedica horas cada semana a rearmar lo mismo. Con pocos proyectos es tolerable. Cuando un proyecto pasa las 500 unidades, se vuelve desgastante. Y cada versión del informe tiene un número levemente distinto.

El segundo costo es de riesgo. Cuando la operación funciona mitad dentro del sistema y mitad afuera —correos, planillas, documentos que viajan en papel entre oficinas—, las aprobaciones de pagos, documentos y descuentos quedan sin registro. La dirección sabe que algo no está funcionando bien, pero no tiene cómo verlo con claridad.

Detrás de los dos hay un tercero, más difícil de ver: la decisión de uso. Mientras la dirección no confía en el sistema, no exige que se use. Y mientras no se exige, el sistema no tiene los datos que harían falta para confiar en él. Destrabar ese círculo es una decisión de la dirección.

Lo que la dirección necesita es concreto. Cada área carga su dato, el sistema registra quién modificó qué, la unidad se puede seguir desde la consulta hasta la escritura y el informe de gerencia se abre listo: marketing, ventas, cobranzas y gerencia leyendo la misma información en tiempo real.

Cómo se diseña un CRM que la dirección pueda usar

Un CRM que la dirección pueda usar se diseña desde el ciclo completo de la unidad. Primero se define qué dato hace falta en cada etapa y quién es responsable de cargarlo. Después se configura.

Ploy Discover, la fase de diagnóstico estratégico, mapea ese ciclo con las áreas que intervienen: comercial, administración, contabilidad y posventa. De ahí sale la matriz de quién carga, quién aprueba y quién ve cada dato, que es la base de la trazabilidad. La planilla con la que hoy se arma el informe de gerencia es un buen punto de partida: muestra qué mira la dirección y qué cruces se hacen a mano.

En el diseño se resuelven las piezas que la dirección pidió desde el principio. Un pipeline de ventas que cierra en la firma de la promesa de compraventa, y cada unidad inmobiliaria con su cartera y su escrituración, asociada al contacto y al negocio que la compró. Permisos por área. Una exportación al ERP con los campos que define contabilidad. Y los informes de gerencia de control como entregable del diseño.

En Ploy Activate, la fase de capacitación, se acuerda con la dirección la regla mínima de uso obligatorio. Esa decisión es condición para configurar, porque es la que sostiene cada informe. Y se define cómo se revisa cada entrega, porque una dirección acostumbrada a controlar obra quiere ver avances con responsable y fecha.

Es el recorrido que tiene sentido para constructoras y desarrolladoras con ciclos de 18 meses, varios proyectos en simultáneo y áreas que hoy trabajan con información distinta.

Si en tu empresa el CRM muestra el embudo pero la cartera, la escrituración y los informes de gerencia siguen saliendo de otro lado, por ahí conviene empezar la conversación.

Preguntas frecuentes