Cómo automatizar incidencias postventa y postalquiler en una inmobiliaria

El trabajo puede continuar después de cerrar la operación

Cuando se firma una compraventa o se formaliza un alquiler, la oportunidad deja de estar activa en el CRM. Aun así, pueden quedar tareas pendientes después del cierre comercial. Cerrar la oportunidad en el CRM no elimina ese trabajo posterior.

En esas semanas posteriores, la gestión de postventa inmobiliaria puede incluir entregas que faltan o consultas sobre suministros. También pueden aparecer reparaciones, problemas con llaves o dudas sobre algún trámite. En los alquileres sucede algo parecido cuando la agencia sigue coordinando determinadas gestiones después de firmar el contrato.

En muchas agencias estas incidencias se resuelven buscando la información cada vez que llega un aviso. Quien lo recibe localiza el inmueble y revisa los correos anteriores. Si hace falta, pregunta quién llevó la operación. Cuando interviene un proveedor aparece además otra conversación que alguien tiene que seguir. Cada incidencia obliga así a volver a buscar datos que ya existen en algún sitio, aunque el equipo conozca bien al cliente y la operación.

Cuando solo se reenvía el mensaje, el seguimiento sigue dependiendo de la persona que lo recibe. Para poder seguir una incidencia, el equipo necesita saber qué ha ocurrido hasta ese momento y quién debe continuar. También debe quedar claro qué se está esperando y qué permitirá dar el caso por terminado.

La automatización para inmobiliarias cubre también tareas anteriores al cierre. En este artículo nos centramos en las incidencias que aparecen después de firmar o formalizar la operación.

Cómo registrar una incidencia para poder seguirla

La incidencia debe quedar registrada en algún lugar donde el equipo pueda consultarla. La gestión de incidencias de alquiler o postventa puede hacerse desde el CRM, el software inmobiliario o una herramienta de soporte. También puede utilizarse una integración con las aplicaciones que ya usa la agencia. Antes de elegir la solución, hay que decidir qué datos necesita el equipo para trabajar.

Si el único registro es el canal por el que llegó el aviso, el seguimiento depende demasiado de la memoria de una persona. Un mensaje puede quedar en WhatsApp y la respuesta del proveedor llegar días después por correo. Cuando cambia el responsable, volver a saber qué pasó lleva tiempo. Si además el caso dura varios días, es fácil que una respuesta reciente no llegue a quien está tratando de resolverlo.

No hace falta abrir un caso nuevo por cada mensaje. Un inquilino puede escribir varias veces sobre la misma persiana y mandar después una fotografía. Esas comunicaciones pueden pertenecer a una sola incidencia.

Separar comunicación e incidencia evita abrir duplicados. También ayuda a impedir que dos casos distintos terminen unidos por compartir una dirección o un apellido.

La IA puede sugerir a qué operación pertenece un mensaje. Por ejemplo, puede relacionar una referencia al «piso de la calle Colón» con una venta reciente cuando el remitente coincide con el comprador. Si hay varias operaciones posibles, hace falta confirmar cuál es la correcta antes de continuar.

Qué información hace falta antes de continuar

Copiar todo el expediente en cada herramienta añade trabajo y aumenta el riesgo de usar datos que no hacen falta. Para gestionar una incidencia basta con disponer de la información necesaria para identificarla y continuar. El resto puede seguir en las aplicaciones donde ya se guarda normalmente, siempre que pueda consultarse cuando haga falta.

Una ficha de incidencia puede incluir estos datos:

• Identificador del caso.
• Inmueble relacionado.
• Compraventa o alquiler asociado.
• Persona que comunica y su relación con la operación.
• Canal y fecha de entrada.
• Descripción de lo comunicado.
• Archivos o fotografías que ayuden a revisar el caso.
• Categoría de la incidencia.
• Prioridad definida por la propia agencia.
• Persona que continuará la gestión.
• Siguiente acción.
• Tercero implicado, cuando exista.
• Estado actual.
• Condición que permitirá cerrar el caso.
• Notas sobre lo ocurrido y los cambios registrados.

La ficha debe adaptarse al servicio que presta cada agencia. No necesita los mismos datos una empresa dedicada solo a compraventas que otra que gestiona alquileres durante meses.

Esa comprobación debe hacerse antes de responder o encargar trabajo a un tercero. «Sigue sin funcionar» no permite saber de qué incidencia se habla si el mensaje aparece separado de la conversación anterior. Lo mismo ocurre con una fotografía: puede enseñar el problema, pero no indica por sí sola a qué operación pertenece.

Cuando intervienen varias aplicaciones, cada una puede seguir guardando la información para la que se utiliza. El CRM puede conservar contactos y actividad comercial. El software inmobiliario puede contener los datos del inmueble y de la operación. Los contratos pueden estar en un repositorio documental. Si el problema está en reunir documentos antes de cerrar una operación, es mejor tratarlo aparte como documentación de una operación inmobiliaria. No hace falta copiar todos esos datos entre aplicaciones. Para conectar las herramientas sin crear versiones distintas de la misma información puede aplicarse el enfoque descrito al integrar sistemas empresariales sin crear duplicados.

Quién debe hacerse cargo de cada caso

Una vez localizada la operación, hay que decidir qué papel tiene la agencia en esa incidencia.

La respuesta depende del servicio contratado y de lo que ya esté acordado con las partes. Una avería no se gestiona igual en todos los alquileres ni en todas las agencias.

En la práctica suelen aparecer estas situaciones:

Algunas expresiones en el mensaje pueden indicar que hace falta revisión. Si aparecen términos como «compensación» o «incumplimiento», hay que parar la respuesta automática y avisar a quien lleve ese tipo de casos. La IA puede detectar esas señales, pero la respuesta la decide el equipo.

La Ley de Arrendamientos Urbanos recoge obligaciones distintas para arrendador y arrendatario en materia de conservación y reparaciones. El Código Civil regula también cuestiones relacionadas con defectos ocultos en una compraventa. Por eso la agencia no debería atribuir automáticamente una reparación o una compensación a una de las partes a partir de un simple mensaje. La automatización puede ayudar a localizar el contrato y las comunicaciones anteriores. Antes de decirle al cliente quién debe asumirlo, el equipo tiene que revisar el caso.

La automatización sí puede reunir los datos del caso y localizar la documentación relacionada. La decisión sensible se toma después, con la información delante.

Cómo registrar el avance de una incidencia

Una tarea indica qué tiene que hacer alguien. El estado sirve para saber qué ha pasado con la incidencia hasta ese momento.

Puede bastar con unos pocos estados:

También pueden utilizarse estados como «pendiente de información» o «esperando proveedor». No hace falta crear una clasificación extensa. Es más útil que cada estado tenga un significado claro para el equipo.

Enviar el aviso al proveedor todavía deja trabajo pendiente. El caso puede quedar a la espera de una visita o de una respuesta. Solo después podrá comprobarse si la incidencia se resolvió.

Los recordatorios deben tener en cuenta lo que ya ha ocurrido. Si el proveedor contestó por correo, no debería recibir otro aviso automático por otro canal poco después. Si cambia la persona responsable, los siguientes avisos deben llegar a quien se haya hecho cargo. Si el proveedor no responde, el caso debe seguir apareciendo como pendiente para que alguien pueda insistir o tomar otra decisión.

También debe poder reabrirse una incidencia. Un proveedor puede confirmar que terminó el trabajo y el cliente avisar después de que el problema continúa. En ese caso interesa conservar el cierre anterior y registrar el nuevo aviso.

Qué casos necesitan atención antes

La agencia debe decidir qué situaciones requieren una respuesta más rápida. Un plazo fijo para cualquier incidencia suele ser poco útil porque no todos los problemas tienen la misma gravedad.

Para establecer prioridades pueden utilizarse criterios definidos por la propia empresa. Un riesgo para una persona puede exigir atención inmediata. También puede ser urgente un problema que impida entrar en la vivienda o un daño que esté empeorando.

La IA puede detectar expresiones que indiquen urgencia. Si alguien escribe «sale agua del techo» o «no puedo entrar en la vivienda», puede avisar al equipo para que revise el caso cuanto antes. La agencia debe decidir de antemano qué hacer en cada una de esas situaciones. La IA no debería inventar instrucciones técnicas ni prometer una visita que nadie haya confirmado.

La cantidad de mensajes tampoco determina por sí sola la gravedad. Diez avisos sobre el mismo problema indican que el seguimiento está fallando, pero no convierten automáticamente la incidencia en una emergencia. Esa separación evita prometer al cliente una solución económica o jurídica mientras todavía se está atendiendo una situación urgente.

Cuando hay posibles daños graves o una reclamación económica, hay que avisar cuanto antes a quien deba revisarlo. Esa persona debería recibir la operación ya localizada y las comunicaciones anteriores disponibles, para no tener que buscarlas desde cero.

Antes de enviar una respuesta automática

Una respuesta automática puede estar bien redactada y, aun así, contener información incorrecta. Por eso el envío debe depender de los datos confirmados del caso.

Antes de enviar el mensaje hay que comprobar:

La IA puede redactar con mucha seguridad aunque falte información. Por eso el texto solo debe utilizar datos que consten realmente en el caso.

Si un inquilino escribe «la persiana sigue rota», no se puede responder que el técnico irá mañana si nadie ha confirmado esa visita.

La secuencia puede ser sencilla. Primero se localiza la incidencia y se consultan los datos disponibles. Si falta algo, se pide esa información. Si ya existe una tarea asignada, el mensaje puede informar sobre ella. Una visita solo se comunica cuando está confirmada. La IA puede redactar el mensaje, pero no completar por su cuenta los datos que faltan.

Qué puede automatizarse y qué conviene revisar

No hace falta utilizar IA para cada paso. Algunas tareas se resuelven mejor con reglas sencillas y otras conviene revisarlas antes de responder o actuar.

Esta separación evita añadir complejidad donde no hace falta. Si un formulario ya identifica la operación y la categoría tiene un responsable fijo, ese paso puede resolverse con reglas normales. La IA aporta más cuando el mensaje llega en lenguaje libre o cuando hay que interpretar información poco estructurada. En cambio, cuando el texto del cliente es ambiguo o hace referencia a conversaciones anteriores, la interpretación automática sí puede ahorrar tiempo antes de que intervenga una persona.

Si una regla sencilla resuelve bien un paso, no hace falta añadir IA.

Qué datos necesita realmente un proveedor

A veces tiene que intervenir el propietario y otras veces un técnico. También puede participar una aseguradora. Ninguno de ellos necesita recibir el expediente completo. Para coordinar una reparación suele bastar con mucha menos información que para revisar una compraventa o una reclamación.

La AEPD señala que el tratamiento debe limitarse a los datos necesarios. Aplicado a estas incidencias, cada tercero debería recibir únicamente la información que necesita para realizar su trabajo.

Un técnico puede necesitar la dirección y un teléfono de contacto. También puede necesitar una fotografía del problema. El contrato completo o la documentación económica de las partes normalmente no son necesarios para reparar una persiana.

Dentro de la agencia también hay que limitar accesos. Quien coordina una visita puede necesitar los datos de contacto y la situación de la incidencia sin acceder a toda la documentación contractual.

El historial debe servir para saber qué se compartió y con quién cuando eso sea necesario. Copiar el mismo documento en varias herramientas suele dificultar su control.

Tres ejemplos de incidencias frecuentes

Alquiler: una persiana que “ya se comunicó por teléfono”

Un inquilino escribe por WhatsApp: «La persiana sigue sin funcionar. Ya llamé la semana pasada y nadie me ha dicho nada». Antes de responder hay que comprobar si ya existe una incidencia sobre esa persiana.

La automatización puede buscar el alquiler y revisar la actividad registrada. Si encuentra un caso abierto, puede añadir el nuevo mensaje. La IA puede preparar un resumen para que quien lo gestione vea rápidamente qué reclama el inquilino.

Si ya se estaba esperando la respuesta de un proveedor, se mantiene el mismo caso. Si no aparece constancia del aviso anterior, alguien debe comprobarlo antes de responder que nunca se recibió.

Cuando el proveedor dice «mañana voy», la incidencia sigue abierta. La visita debe realizarse y después hay que comprobar si el problema quedó resuelto.

Compraventa: falta un mando de garaje

Dos días después de la entrega, el comprador avisa de que falta un mando de garaje. La automatización puede localizar la compraventa y revisar si existe alguna nota sobre esa entrega pendiente.

Si hay una nota que confirma el pendiente, puede asignarse el siguiente contacto. Si no existe esa confirmación, el equipo tiene que comprobarlo antes de dar por hecho que el mando estaba incluido.

La incidencia termina cuando queda registrada la entrega del mando o cuando el equipo deja anotado cómo se resolvió.

Excepción: el comprador exige una compensación

Un comprador comunica un posible defecto grave y pide una compensación económica. La IA puede localizar la operación y preparar un resumen con las comunicaciones y documentos relacionados. Eso ayuda a revisar el caso, pero no sustituye la decisión sobre responsabilidad o compensación.

Antes de atribuir responsabilidades o hacer una oferta económica, el equipo debe revisar la respuesta.

Cómo probarlo con un primer tipo de incidencia

Para empezar no hace falta crear desde el primer día un catálogo de todas las incidencias posibles. Es más sencillo escoger un tipo de caso frecuente y comprobar si el equipo puede seguirlo mejor con la nueva forma de trabajo. Así es más fácil comprobar si la identificación del caso funciona y si los avisos llegan a la persona correcta antes de ampliar el alcance.

Un piloto puede plantearse así:

1. Elegir una categoría concreta. Por ejemplo, una entrega pendiente después de una compraventa o una avería que la agencia coordina habitualmente.
2. Definir los datos mínimos. Los necesarios para localizar la operación y saber quién ha comunicado el problema.
3. Definir estados sencillos. Con unos pocos estados suele bastar al principio.
4. Decidir quién continúa en cada caso. Hay que dejar definido quién recibe cada tipo de incidencia y cuáles requieren revisión antes de asignarse.
5. Conectar uno o dos canales. Es preferible empezar por los canales donde entra la mayor parte del trabajo y añadir los demás después.
6. Definir qué prueba permite cerrar. Debe quedar claro qué confirmación permite dar el caso por terminado.
7. Medir excepciones. Durante el piloto hay que revisar los casos asociados a una operación incorrecta y los que obligan a buscar información manualmente. También interesa comprobar cuántas incidencias se reabren.

El piloto suele sacar a la luz reglas que el equipo aplica de memoria. Puede haber propietarios a los que primero llama administración o edificios donde siempre se avisa al conserje. Esas decisiones deben documentarse si van a formar parte de la automatización.

La automatización solo puede repetir de forma consistente aquello que la agencia haya definido previamente.

Qué medir durante el piloto

El número de automatizaciones ejecutadas dice poco sobre si la agencia trabaja mejor. Es más útil comprobar cuánto trabajo sigue haciendo una persona para identificar y seguir cada incidencia. También interesa registrar cuántas veces el equipo tiene que corregir una asociación automática. Si ocurre con frecuencia, el problema está en la identificación del caso y debe resolverse antes de automatizar más pasos.

Estas métricas pueden servir para revisar el piloto:

Para ampliar la medición a tiempo ahorrado y errores puede utilizarse la guía sobre KPIs de automatización.

Preguntas frecuentes sobre incidencias inmobiliarias