La promoción no termina cuando el comprador recibe las llaves
El coste de una reclamación mal gestionada puede ser pequeño al principio y relevante cuando se acumula, se reabre o termina en una intervención que nadie había presupuestado.
Imaginemos que una promotora entrega ochenta viviendas en una urbanización. La comercialización se ha cerrado en condiciones razonables, la constructora ha finalizado la obra y Finanzas prepara el cierre económico. Durante las primeras semanas llegan avisos sobre carpintería, sellados, climatización y pequeñas reparaciones. Algunos son simples ajustes. Otros necesitan una inspección, un proveedor específico o una intervención conjunta con la constructora. La mayoría no pone en cuestión la calidad global del edificio; lo que sí pone a prueba es la capacidad de respuesta de la organización.
Si cada aviso llega a un correo distinto, un comercial promete fechas que nadie ha confirmado, la contrata no encuentra la documentación y Administración paga reparaciones sin asociarlas a la vivienda, el coste real de la postventa queda oculto. Es posible incluso que el comprador dé por resuelta una incidencia que el expediente interno mantiene abierta, o que Finanzas cierre el proyecto mientras todavía existen compromisos pendientes de ejecutar.
Una promotora necesita mucho más que una bandeja de entrada. Necesita un proceso capaz de relacionar promoción, vivienda, propietario, defecto comunicado, fecha, posible responsabilidad, orden de trabajo, evidencias, proveedor y coste. La pregunta central no es cuántos correos recibió el departamento. Es cuánto cuesta mantener los compromisos posteriores a la entrega y qué está ocurriendo con la experiencia del cliente.
La arquitectura de IB Real Estate 365 es el contexto comercial para resolver esa continuidad: un CRM inmobiliario que gobierne la relación con el comprador, un ERP inmobiliario que dé trazabilidad económica y aplicaciones conectadas para gestionar trabajo, documentos y análisis. La responsabilidad técnica y jurídica de cada defecto debe decidirse fuera de cualquier automatismo genérico.
Cinco fugas de rentabilidad que no siempre aparecen en el balance de la promoción
La postventa funciona mal cuando Comercial, Técnicos, Obra y Finanzas ven piezas aisladas de una misma incidencia.
Una misma incidencia se registra por teléfono, correo y portal. Dos personas la asignan, dos proveedores visitan el inmueble y nadie consolida los costes ni comprueba si era el mismo defecto.
La persona que acude no conoce materiales, modelo, ubicación, acceso o pruebas anteriores. Hay desplazamiento, pero falta diagnóstico y se programa otra visita.
Se paga una reparación por urgencia operativa sin separar quién la encargó, quién debe soportarla finalmente y qué documentación permitirá reclamar o negociar.
El expediente se cierra por haber ejecutado una actuación, pero el cliente comunica que el problema sigue. El coste original parecía definitivo y vuelve a crecer.
El margen de una promoción se presenta sin distinguir coste ya contabilizado, reparaciones comprometidas, posibles contingencias y previsiones sometidas a validación.
No todos los problemas se arreglan cambiando de CRM. Una mala definición de responsabilidades, contratos con subcontratas incompletos o una inspección de entrega insuficiente pueden generar los mismos síntomas incluso con un sistema avanzado. Por eso la decisión tecnológica debe empezar por un mapa del proceso. Qué ocurre, quién interviene, qué documento genera y qué información necesita el siguiente equipo.
El objetivo es detectar el coste evitable: no el importe legítimo de reparar un defecto, sino el recargo provocado por la falta de trazabilidad. Una visita adicional, dos horas de coordinación y una nueva llamada parecen menores por separado; multiplicadas por decenas de viviendas terminan consumiendo capacidad interna y dinero de la promoción.
Una incidencia no es lo mismo que una garantía ni que una orden de reparación
Separar conceptos permite atender al comprador con rapidez sin prejuzgar quién responde por el daño.
Es la entrada: fecha, vivienda, descripción, fotografías, canal de contacto y datos imprescindibles para contactar. Aún no determina causa ni responsabilidad.
Agrupa documentación, decisiones, clasificación, informes y comunicaciones. Puede contener varias tareas o relacionarse con otros avisos sobre el mismo problema.
La causa y su relación con obra, instalación, mantenimiento o uso se analizan con evidencias. La interpretación jurídica puede requerir revisión especializada.
Recoge proveedor, alcance, fecha pactada, medidas de seguridad, materiales, coste previsto y resultado de la visita.
No basta marcar una orden como hecha. Hay que comprobar la reparación, comunicarla, conservar pruebas y registrar si el cliente confirma o discrepa.
Este vocabulario común evita dos errores: convertir cada queja en una reparación automática y retrasar la primera respuesta porque todavía no se conoce la responsabilidad final. La atención inicial puede avanzar mientras el análisis técnico y contractual sigue su propio recorrido, con responsables y plazos separados.
Qué debe contener la ficha única de una vivienda
La calidad del servicio posterior depende de los datos que se prepararon antes de entregar las llaves.
La ficha operativa tiene que identificar inequívocamente el inmueble: promoción, portal, planta, puerta, anejos vinculados y referencia interna que no cambie cuando una vivienda se comercializa, se reserva o se escritura. Debe vincular a las personas autorizadas, los hitos de entrega, las unidades afectadas y la documentación pertinente. No es necesario replicar todos los datos personales en cada aplicación; lo importante es que exista una referencia controlada y permisos adecuados.
En un supuesto realista, una incidencia de filtración puede necesitar el detalle del baño, la tipología de instalación, una reforma solicitada por el comprador, el plano actualizado, la empresa instaladora, las pruebas de puesta en servicio y la fecha de recepción de obra. Si el equipo no puede recuperar esa documentación, la investigación se convierte en una sucesión de llamadas. Si la documentación está disponible pero sin control de versiones, el riesgo es tomar decisiones basadas en un plano que ya no refleja lo ejecutado.
Código único de promoción y vivienda, anexos, historial de cambios y correspondencia con contrato, activo y documentación.
Titularidad, contacto operativo, preferencias de canal, consentimiento donde proceda y autorización para concertar visitas.
Acta de entrega, garantías, instrucciones de mantenimiento, planos finales, manuales, certificados e incidencias de recepción.
Contratista, industrial, proveedor, subcontrata, zona de intervención, referencias de materiales y responsables internos.
Estimaciones, órdenes aprobadas, facturas, abonos, posibles recuperaciones y código económico asociado al expediente.
Fotografías antes y después, fechas de visita, informe de actuación, comprobaciones y comunicaciones finales.
Esta continuidad se conecta naturalmente con IB Real Estate ERP para el registro económico y con IB Real Estate CRM para el seguimiento del propietario. No debe darse por supuesto que todos los campos descritos existen como estándar con el mismo nombre o que están sincronizados sin parametrización. Son requisitos funcionales que se deben contrastar en una demostración con datos de una promoción concreta.
Un recorrido completo: humedad comunicada cinco meses después de la entrega
La diferencia entre una atención profesional y una cadena de correos es poder reconstruir cada decisión sin improvisar.
Una persona propietaria comunica que aparece humedad junto a la ducha. Aporta dos fotografías y solicita una solución. La vivienda se entregó hace cinco meses. El equipo registra el aviso, confirma recepción y clasifica provisionalmente el asunto como posible problema de estanqueidad. Esa clasificación sirve para decidir la prioridad técnica; no equivale a reconocer automáticamente una cobertura legal. Se consulta el historial de la unidad y se verifica si hubo una mejora contratada o una intervención anterior.
La promotora asigna una visita de inspección. El técnico solicita acceso a una zona concreta, revisa instalaciones y sellados, documenta el daño, descarta o identifica riesgos inmediatos y redacta una conclusión preliminar. Dependiendo del resultado, se pide nueva comprobación a la constructora o al industrial correspondiente. Cada cambio queda asociado al expediente para que el siguiente profesional no empiece desde cero.
Si el análisis determina una reparación a cargo de alguno de los intervinientes, se documenta el alcance, se acuerda fecha, se controla la ejecución y se conserva evidencia. Si aparece un conflicto sobre la causa, el caso no desaparece del circuito: se deja visible la situación, el responsable del análisis y la siguiente actuación prevista. La atención al comprador debe mantenerse durante ese proceso, aunque todavía no se haya determinado el reparto económico definitivo.
El expediente se cierra cuando existe comprobación técnica razonable, documentación de lo ejecutado y comunicación al cliente. Si reaparece la humedad, el sistema debe relacionar el nuevo aviso con el anterior. Sin esa relación, la organización pierde la posibilidad de detectar una reparación fallida, una tipología recurrente o un defecto de ejecución extendido a varias viviendas.
Las garantías de la edificación: tres plazos que no deben confundirse
La Ley de Ordenación de la Edificación establece responsabilidades distintas según la naturaleza del daño. No crea un único plazo universal para cualquier desperfecto.
La Ley 38/1999, de Ordenación de la Edificación (LOE), en sus artículos 6, 17 y 18, establece reglas sobre recepción de obra, responsabilidad por determinados daños materiales y plazo para ejercitar acciones. Son categorías que no deben mezclarse con los tiempos que una promotora ofrece voluntariamente para responder a una solicitud de postventa. Tampoco sustituyen el análisis del contrato, de la situación concreta, de los seguros aplicables ni de otras acciones que pudieran corresponder.
| Periodo recogido en el artículo 17 | Tipo de daño al que se refiere | Qué no debe deducirse automáticamente |
|---|---|---|
| 1 año | Defectos de ejecución que afecten a elementos de terminación o acabado; el constructor responde por los daños materiales incluidos en esta categoría. | No significa que cualquier reclamación se cierre por calendario sin examinar hechos, recepción y posibles responsabilidades contractuales. |
| 3 años | Defectos de elementos constructivos o instalaciones que ocasionen incumplimiento de los requisitos de habitabilidad previstos en la ley. | Una incidencia no es automáticamente de habitabilidad por ser molesta; precisa valoración técnica y jurídica. |
| 10 años | Defectos que afecten a cimentación, soportes, vigas, forjados, muros de carga u otros elementos estructurales y comprometan directamente resistencia y estabilidad. | No equivale a una cobertura universal de todos los problemas de la vivienda durante diez años. |
Los periodos de responsabilidad se cuentan, con los matices legales pertinentes, desde la recepción de la obra sin reservas o desde su subsanación. La LOE contempla además reglas específicas de prescripción para las acciones. Se recomienda valoración jurídica para casos concretos.
La fecha de entrega de llaves al comprador y la fecha de recepción de la obra por la promotora no son necesariamente el mismo hito. Esta diferencia afecta a la manera de organizar los expedientes y muestra por qué una ficha inmobiliaria debería conservar ambos datos sin intercambiarlos. También importa conocer si la recepción de obra incluyó reservas y cuándo se subsanaron.
El plazo de dos años previsto con carácter general en el artículo 18 para ejercitar acciones de responsabilidad por los daños de la LOE, contado desde que se produzcan los daños y con las particularidades legales aplicables, tampoco es sinónimo de los periodos de uno, tres y diez años. Un CRM puede registrar fechas, alertas y documentación; no debe emitir una conclusión automática de prescripción ni rechazar solicitudes sin revisión.
Los seguros, las responsabilidades de agentes, las obligaciones contractuales, las características del daño, el uso y mantenimiento y la legislación de consumo pueden cambiar el análisis. Por eso una solución informática útil debe facilitar evidencias y seguimiento, no ofrecer un «semáforo legal» que sustituya al asesoramiento especializado.
No mezclar obligación legal con compromiso de atención al cliente
Una organización puede comprometer una respuesta inicial en un plazo corto sin reconocer por ello una responsabilidad sobre el defecto comunicado.
La garantía responde a una pregunta: qué derechos, obligaciones y responsabilidades resultan aplicables a una situación concreta. El servicio responde a otra: cómo acompaña la compañía a la persona que ha comunicado una incidencia. Un plazo interno de primera respuesta, una ventana de visita o un objetivo de resolución son compromisos operativos. No modifican automáticamente los periodos de responsabilidad legal.
En la práctica, es útil crear niveles de prioridad distintos. Un aviso que entraña riesgo para la seguridad o para instalaciones esenciales debe recibir atención y medidas de contención adecuadas. Un ajuste estético menor puede programarse de otra forma. Pero la clasificación debe incluir procedimientos de revisión porque la gravedad real puede cambiar después de una inspección.
Acusar recibo, informar del responsable y confirmar el siguiente paso. Puede medirse con indicadores internos de atención.
Visita, evaluación técnica, solicitud de pruebas y documentación de la causa probable, sin resolver por adelantado la responsabilidad.
Una vez aprobado el alcance, reservar recursos, coordinar accesos y comprobar la intervención.
Analizar hechos, contratos, leyes, agentes y seguros. Requiere evidencia y profesionales habilitados cuando proceda.
Microsoft documenta en Dynamics 365 Customer Service la gestión de casos, actividades, colas y acuerdos de nivel de servicio. Estos mecanismos pueden ayudar a medir primera respuesta y seguimiento. No deben confundirse con una determinación legal de cobertura ni asumirse como una funcionalidad especializada en postventa residencial disponible sin diseño adicional.
Cómo diseñar un circuito de atención sin perder la coordinación con la obra
Un flujo de trabajo útil tiene etapas, responsables y criterios explícitos para avanzar.
Unificar canales; detectar avisos repetidos sobre la misma unidad, elemento y fecha; conservar la comunicación original.
Distinguir urgencia, posible afectación a seguridad, tipología, documentación mínima y necesidad de inspección.
Asignar profesional y comprobaciones, consultar planos finales y registrar hipótesis y evidencias.
Autorizar visita u orden, informar a la persona propietaria, contratar o movilizar proveedor y registrar coste.
Revisar resultado, adjuntar documentación y detectar quejas o defectos no resueltos.
Relacionar coste, proveedor, promoción, posible recuperación, recurrencia y mejora de diseño o ejecución.
La dirección del proyecto debe decidir qué fases requieren aprobación humana. La organización podría automatizar la confirmación de recepción, el recordatorio de una visita o la solicitud de una fotografía adicional. Sin embargo, adjudicar el coste a una empresa, determinar un incumplimiento legal o aceptar un arreglo con impacto económico relevante son decisiones que deben tener controles claros.
Un expediente de postventa también puede afectar a varias partes. Una fuga podría implicar a la vivienda de origen, la vivienda que sufre el daño y elementos comunes. El sistema debe ser capaz de mantener esas relaciones sin mezclar titulares ni exponer información privada a personas que no deban verla.
Quién debe pagar: la decisión económica que el CRM no puede inventar
El sistema debe distinguir quién recibe la reclamación, quién ejecuta la reparación, quién anticipa el pago y quién termina soportando el coste.
No todo gasto de postventa corresponde necesariamente al promotor ni todo coste de una reparación puede recuperarse de forma automática frente a una subcontrata. La imputación depende del hecho técnico, del contrato, de los agentes implicados, de las responsabilidades aplicables y de las evidencias disponibles. Un buen modelo administrativo evita tomar una hipótesis como si fuera una obligación ya determinada.
| Situación | Registro operativo recomendable | Tratamiento económico por revisar |
|---|---|---|
| Incidencia pendiente de inspección | Aviso abierto, evidencia inicial, prioridad y cita. | Posible coste previsto sin atribución definitiva. |
| Reparación aprobada con proveedor | Orden de trabajo, presupuesto, alcance, fecha y aprobación. | Coste comprometido con el centro o promoción correspondiente según criterio acordado. |
| Posible responsabilidad de contratista | Informe técnico, contrato, comunicaciones y expediente de reclamación. | Eventual recuperación separada hasta que exista soporte suficiente. |
| Reparación asumida voluntariamente por la promotora | Decisión autorizada, alcance, motivo de servicio y gastos. | Imputación aprobada y tratamiento conforme a contabilidad y política interna. |
| Reparación reabierta | Vincular con intervención anterior y explicar fallo o recurrencia. | Revisar coste adicional y la estimación pendiente. |
Es un esquema de gobierno operativo, no una prescripción de reconocimiento contable ni una conclusión jurídica aplicable a todos los casos.
Separar la provisión, la previsión interna de costes, el gasto efectivamente contabilizado y el posible recobro evita presentar un margen artificialmente optimista. La estimación de contingencias y su reconocimiento contable corresponden a Dirección Financiera conforme a la normativa aplicable. Una aplicación puede permitir categorías y circuitos de aprobación; no reemplaza ese juicio profesional.
Para promociones ejecutadas por una constructora del mismo grupo, tampoco basta con registrar la factura interna. Debe comprobarse qué sociedad contrata, quién responde ante la parte compradora, qué recuperación procede entre entidades y cómo se reflejan las operaciones vinculadas. En esa situación, la continuidad entre IB Real Estate ERP y las capacidades sectoriales de IB Building 365 es una arquitectura que merece evaluar, no una integración que deba presumirse idéntica en todas las implantaciones.
Ejemplo económico: 80 viviendas y el margen que se deteriora después de entregar
Un modelo sencillo permite visualizar el impacto financiero sin confundir frecuencia de avisos con número de viviendas afectadas.
Imaginemos una promoción totalmente hipotética de ochenta viviendas, con ingresos previstos de 27,2 millones de euros y costes iniciales estimados de 23,8 millones. El margen previo a considerar las incidencias adicionales de este ejemplo sería 3,4 millones, equivalente al 12,5 % de las ventas. Para simplificar, suponemos que los importes de postventa de la tabla no estaban ya incluidos en los costes iniciales. Si existieran provisiones o presupuestos incorporados, habría que evitar duplicarlos.
| Tipo de actuación | Número de expedientes | Coste unitario ilustrativo | Coste total |
|---|---|---|---|
| Ajustes sencillos | 48 | 140 € | 6.720 € |
| Reparaciones medias | 42 | 460 € | 19.320 € |
| Intervenciones complejas | 18 | 1.500 € | 27.000 € |
| Coordinación y gestión | — | Importe agregado | 18.000 € |
| Total adicional | 108 expedientes | — | 71.040 € |
Los 108 expedientes pueden corresponder a un número menor de viviendas; una unidad puede originar más de un aviso. Las cantidades son supuestos inventados para explicar el cálculo, no ratios sectoriales ni resultados de Ayesa.
El margen ilustrativo pasaría de 3.400.000 a 3.328.960 euros, aproximadamente un 12,24 % sobre ventas. El coste adicional de postventa representaría unos 888 euros por vivienda entregada, un 0,26 % de los ingresos y cerca del 2,09 % del margen inicial. No es un deterioro catastrófico por sí mismo, pero basta para demostrar que un proceso que no se mide puede alterar las cifras económicas del proyecto después de que su fase comercial haya terminado.
Supongamos ahora que aparecen quince intervenciones complejas adicionales, a 2.200 euros cada una, y se requieren 9.000 euros más de coordinación. Son otros 42.000 euros, que elevarían el coste total no previsto a 113.040 euros y reducirían el margen ilustrativo a 3.286.960 euros, aproximadamente un 12,08 % de los ingresos. La diferencia es todavía más sensible si la promoción partía de un margen estrecho.
Esta lectura debe completarse con información de fecha y caja. Una factura aprobada en diciembre puede pagarse en enero; un presupuesto no es un coste ejecutado y una reclamación a un contratista no es dinero recuperado. El análisis por promoción debería conservar esas diferencias y ofrecer una estimación pendiente de revisar, no una cifra única presentada como verdad definitiva.
Seis indicadores que el comité de promociones debería revisar
La calidad de la postventa no se mide solo con el número de tickets cerrados.
Coste total imputado y revisado del periodo dividido entre unidades entregadas, señalando si incluye personal interno, proveedores y contingencias.
Gasto acumulado asociado a la promoción en relación con sus ingresos. Útil como comparación orientativa si el perímetro de costes es consistente.
Número de expedientes en un periodo, distinguiendo casos nuevos de reaperturas y corrigiendo el denominador cuando cambian las entregas.
Medir atención y conocimiento de causa por separado. Responder pronto sin realizar una inspección no equivale a resolver.
Porcentaje de intervenciones con comprobación satisfactoria sin reapertura durante una ventana definida.
Identificar patrones de defecto en promociones, plantas, instalaciones, partidas o proveedores para activar acciones de prevención.
Los KPI necesitan definiciones compartidas. ¿Qué cuenta como una incidencia nueva? ¿Qué ocurre con los duplicados? ¿Cuándo se entiende que un expediente está verificado? ¿Cómo se trata el tiempo en que el comprador no está disponible para una visita? Sin respuestas claras, el cuadro de mando puede mejorar visualmente mientras sus conclusiones empeoran.
La conexión con Power BI permite analizar información que ya se registra de forma consistente en ERP, CRM y herramientas operativas. La analítica no corrige errores de codificación ni demuestra responsabilidades legales. La primera fase debe centrarse en calidad de datos, criterios de registro y responsables de validación; después tiene sentido automatizar informes.
Qué deberían compartir el CRM, el ERP y los equipos técnicos
La solución no es duplicar todos los datos en todos los sistemas. Es definir una fuente responsable para cada hecho y un flujo de actualización verificable.
| Información | Responsable funcional recomendado | Consumidores del dato |
|---|---|---|
| Identidad de promoción y vivienda | Modelo maestro sectorial aprobado entre Negocio y Sistemas | CRM, ERP, postventa, documentos y analítica |
| Persona compradora y comunicación | CRM y servicio al cliente, con accesos y privacidad adecuados | Postventa y áreas autorizadas |
| Incidencia, prioridad y estado de atención | Aplicación de servicio o gestión de expedientes | CRM, operaciones y analítica |
| Documento técnico y versión | Repositorio documental gobernado | Técnicos, calidad, jurídico y servicio autorizado |
| Orden de trabajo y ejecución | Proceso operativo acordado con técnicos y proveedores | Servicio, obra, contratas y Finanzas |
| Factura, gasto y posible recuperación | ERP y procedimiento económico | Dirección Financiera, promoción y BI |
La asignación es una propuesta de diseño. Debe adaptarse a los sistemas efectivamente implantados, al reparto de funciones y a los flujos de datos de cada promotora.
La relación no exige que una persona de atención al cliente pueda modificar directamente asientos contables ni que el proveedor vea el historial financiero del comprador. Es preferible un código de expediente común y sincronizaciones de estado con permisos delimitados. El acceso a fotografías del interior de una vivienda o datos de contacto necesita un tratamiento proporcionado a la finalidad y un historial de quién consultó o modificó la información.
También deben gestionarse los fallos de integración. Una orden que se aprueba en un sistema y no llega al otro no puede desaparecer del control operativo. Las reglas de reintento, registro de errores, reconciliación, avisos y supervisión son tan importantes como el flujo nominal de una demostración comercial. Estos son aspectos que deben formar parte de la prueba de aceptación.
Microsoft Dynamics 365: qué existe y qué requiere adaptación al sector inmobiliario
Las capacidades de servicio de Microsoft son una base tecnológica; las entidades residenciales y los circuitos con contratas deben diseñarse para el contexto real.
En Dynamics 365 Customer Service Microsoft documenta casos, actividades, colas, reglas de enrutamiento, artículos de conocimiento y acuerdos de nivel de servicio. Esos elementos pueden organizar la recepción y seguimiento de solicitudes y facilitar la coordinación entre departamentos. No constituyen, por sí solos, una implantación completa de postventa inmobiliaria con garantías, materiales ejecutados, responsabilidades técnicas, documentación de obra y contabilidad sectorial.
La documentación de Dynamics 365 Field Service describe órdenes de trabajo y compromisos de servicio. Su encaje puede estudiarse cuando se necesitan técnicos, agendas, intervenciones o proveedores de campo. No debe asumirse que el cliente necesita licenciar e implantar todos los componentes de Customer Service y Field Service para registrar incidencias: el dimensionamiento y las licencias dependen del alcance, de los usuarios y de las operaciones que realmente van a realizarse.
Por otro lado, IB Real Estate ERP relaciona la estructura de promoción y unidad con contratos y control económico. El diseño específico de la integración entre el expediente de servicio y los costes debe validarse. En una organización puede bastar con configurar y conectar componentes existentes; en otra será necesario desarrollar flujos, adaptar entidades o integrar sistemas heredados. El objetivo es no personalizar el ERP para convertirlo en una aplicación de atención al cliente cuando una capa de servicio especializada encaja mejor.
La diferencia entre una oferta comercial seria y una promesa excesiva está en mostrar un escenario real. La promotora debería pedir una demostración con una vivienda, dos incidencias, un aviso duplicado, una visita, un cambio de proveedor, un coste aprobado y un expediente reabierto. Si los interlocutores pueden seguir el mismo hilo sin reconciliar hojas, hay una base útil para discutir alcance.
Automatización útil: menos administración, más tiempo para resolver
Power Platform aporta valor cuando elimina tareas repetitivas y deja los juicios técnicos y económicos en las personas responsables.
Solicitar al comprador una fotografía, la localización exacta del defecto o una franja de disponibilidad, sin obligarle a repetir información ya enviada.
Avisar al responsable cuando un caso lleva demasiado tiempo sin cita, cuando un proveedor no responde o cuando una reparación está pendiente de verificación.
Relacionar acta, informe, orden, imágenes y versión de cada documento con controles de acceso, historial y responsables.
Solicitar validación cuando una actuación supera un umbral acordado y registrar la decisión en el circuito operativo.
Agrupar incidencias parecidas en una promoción para que calidad o dirección técnica examine posibles causas recurrentes.
Generar comunicaciones consistentes sobre recepción, visita, actuación y cierre, con revisión humana cuando el asunto sea delicado.
Estas automatizaciones pueden apoyarse en Power Platform y en capacidades configurables de la plataforma Microsoft. No significan que una reparación deba ejecutarse sin consentimiento de acceso, sin autorización de gasto o sin una diagnosis suficiente. El diseño debe contemplar excepciones, respuestas tardías y escalados.
IA para postventa residencial: dónde sí puede ayudar y dónde no
La inteligencia artificial sirve para ordenar información y acelerar el trabajo; no debe pronunciarse como perito, aseguradora ni juez.
Un asistente con acceso autorizado a expedientes podría resumir el historial de una incidencia antes de la llamada del responsable, localizar el último informe aprobado, identificar qué documentación falta para preparar una visita o sugerir artículos internos que ayudan a diagnosticar una tipología conocida. En un conjunto de cientos de avisos, el análisis puede señalar concentraciones anómalas por promoción, proveedor o elemento constructivo para su revisión técnica.
También puede ayudar a redactar comunicaciones claras para el comprador, siempre a partir del estado verdadero del expediente. Sería inaceptable que un modelo prometiese una visita todavía no asignada o afirmase que la garantía ha caducado por haber leído una fecha sin contexto. La información generada debe distinguir hechos comprobados, hipótesis, datos pendientes y decisiones aprobadas.
Microsoft documenta la gestión de artículos de conocimiento en Customer Service, que permite construir una base verificada de procedimientos, incidencias frecuentes y respuestas validadas. La IA puede mejorar la búsqueda y la recuperación del contexto cuando se aplican los controles adecuados, pero no reemplaza la calidad del contenido ni la supervisión del profesional. Cuanto más sensible es la decisión, mayor debe ser la exigencia de fuentes y revisión.
En nuestro enfoque de Cloud Industry para Construcción y Real Estate, la oportunidad está en conectar ERP, CRM, datos, automatización e IA sobre un modelo gobernado. La postventa es un caso especialmente exigente porque mezcla datos personales, documentos técnicos, contratos, posibles disputas y decisiones financieras. La arquitectura debe anteponer seguridad, permisos, registro de actividad y minimización de información al atractivo de una respuesta rápida.
Proveedores y subcontratas: la postventa debe entrar en la cadena de ejecución
El número de visitas y la calidad de las reparaciones dependen también de los acuerdos operativos con quienes construyeron o instalaron los elementos.
El expediente no puede quedar encerrado en el departamento de atención al cliente si la actuación requiere a un industrial, una empresa instaladora o una constructora externa. Deben quedar claros el canal de recepción de órdenes, las evidencias mínimas que debe aportar el proveedor, los compromisos de coordinación, las reglas de acceso a viviendas ocupadas y el proceso de verificación del trabajo.
Para evitar fricciones, la orden debería indicar el resultado esperado y la documentación que permitirá comprobarlo. Si solo dice «revisar humedad», probablemente haya interpretaciones distintas sobre si procede inspección, reparación, informe o visita complementaria. La precisión del alcance ayuda a comparar presupuestos y a controlar cambios durante la ejecución.
Cuando un proveedor discute la causa del defecto, las posiciones deben quedar reflejadas de manera profesional. El sistema no debería transformar una discrepancia técnica en una deuda reconocida sin pruebas. Es recomendable mantener estados de investigación, aceptación, rechazo motivado y escalado conforme al contrato, con capacidad de adjuntar informes periciales cuando proceda.
La coordinación debe incluir capacidad de aprendizaje. Si un mismo sellado falla repetidamente en distintas viviendas, la solución no consiste en crear quince órdenes aisladas. Calidad y dirección técnica necesitan revisar materiales, condiciones de ejecución, trazabilidad del lote y las intervenciones ya realizadas. El expediente agregado puede revelar un problema de proceso que la visión individual oculta.
Prevenir es más rentable que organizar reparaciones eternas
Una buena postventa retroalimenta el control de calidad y la forma de entregar futuras promociones.
La información de incidencias debe regresar a los equipos que deciden especificaciones, proveedores, materiales, procedimientos de control y entregas. La pregunta útil no es simplemente quién cometió el error, sino qué condición permitió que se repitiera. Puede ser una instrucción de montaje ambigua, un control de calidad insuficiente, una incompatibilidad de materiales o un problema de documentación entregada al usuario.
Un proceso de revisión mensual por tipologías puede vincular reclamaciones con proyectos y proveedores, sin convertir toda correlación en prueba de culpabilidad. Por ejemplo, si las incidencias de carpintería aumentan en una promoción, la dirección técnica podrá comparar lotes, fechas de instalación, orientaciones, mantenimiento indicado y resultados de inspecciones. Si no existe un patrón consistente, será mejor reconocer la incertidumbre que señalar automáticamente a un proveedor.
Los procedimientos de preentrega y entrega también pueden mejorar. Registrar defectos detectados antes de la ocupación, con fecha de subsanación y evidencia, puede reducir avisos posteriores y evitar confundir una reserva de recepción de obra con una queja de comprador. La trazabilidad debe contemplar ambas fases y preservar las diferencias entre sus documentos y responsables.
El coste de prevención debe evaluarse con criterios económicos. Inspecciones adicionales, controles de materiales y formación cuestan dinero; su justificación depende de los defectos realmente evitados, de la criticidad y de la repetición. La información de postventa permite aproximar esa relación con más rigor que una decisión basada en percepciones.
Caso publicado: Taylor Wimpey y la continuidad de la relación comercial
Una referencia real de modernización de CRM, sin atribuirle resultados específicos de postventa que el caso no documenta.
El caso de Taylor Wimpey de España describe la evolución desde herramientas separadas de gestión de demanda y CRM hacia una plataforma comercial integrada en Microsoft Dynamics 365, en modalidad cloud. La información publicada se centra en la coordinación de equipos, la productividad de los usuarios, la mejora de la gestión comercial y una relación más consistente con clientes potenciales.
Ese caso es relevante para esta conversación porque recuerda un principio: una buena atención al cliente depende de que los equipos compartan contexto y no reconstruyan cada interacción desde cero. Sin embargo, la publicación no acredita que Taylor Wimpey haya desplegado un módulo de garantías residenciales, un circuito de órdenes de reparación o un cálculo del coste económico de postventa. No presentamos aquí esos escenarios como resultados de ese cliente.
La extensión de ese principio al servicio posterior a la entrega es una propuesta funcional para analizar con cada promotora, no una afirmación sobre el proyecto publicado. Si Dirección Comercial, Postventa y Finanzas trabajan sobre un dato conectado, se reduce la necesidad de conciliación manual y se puede diseñar un servicio consistente; la solución y sus beneficios concretos deberán demostrarse en el alcance de cada implantación.
Como referencia complementaria de integración inmobiliaria, el caso publicado de Metropolitan House documenta IB Real Estate sobre Business Central y Dynamics 365 Sales y una iniciativa para unificar y homogeneizar información. Tampoco se utiliza como evidencia de reducciones de costes de garantías o de incidencias, que no constan en la publicación.
Cómo saber si necesitas un proyecto de postventa digital
No siempre hace falta implantar una nueva solución. Hay que saber qué está fallando en el proceso actual.
Existen facturas de reparaciones, pero no se vinculan a vivienda, tipología o expediente.
La información se dispersa entre Comercial, Postventa, Obra y proveedores.
Se mide número de órdenes ejecutadas, no si la reparación fue verificada.
Informes, fotografías o versiones de planos quedan en correos y carpetas sin vínculo con la vivienda.
No hay reglas de prioridad, investigación, escalado ni aprobación de costes.
Los responsables de nuevas promociones no reciben información estructurada del comportamiento de las ya entregadas.
Si solo falla una parte del proceso, quizá baste con ordenar el registro, añadir un flujo de aprobación o mejorar la integración documental. Si el problema se repite a través de promociones, departamentos y sociedades, puede ser necesario un modelo de datos compartido, una capa de atención más robusta y una conexión económica con ERP. La decisión debe surgir de un diagnóstico, no de una oferta estándar de licencias.
Un piloto de 60 días para probar la arquitectura antes de escalar
Probar una promoción o una muestra de expedientes puede revelar los puntos débiles sin rediseñar todo el grupo de golpe.
Elegir promociones y una muestra de expedientes; acordar unidad, tipos de incidencia, responsables, estado y documentación mínima.
Configurar entrada, asignación, visita, pruebas, proveedor, comunicación y cierre con criterios de aceptación.
Registrar presupuestos, autorizaciones, facturas y posibles recobros, conciliando contra la fuente financiera.
Probar repetidos, reaperturas, cambios de responsable, falta de evidencia, incidencias urgentes y cuadros de mando.
La prueba piloto debe incluir casos incómodos: un propietario que rechaza una visita, dos incidencias sobre el mismo elemento, un proveedor que no acude, un caso cuya responsabilidad no está clara, una factura que supera el presupuesto y una reparación aparentemente cerrada que se reabre. Si la solución solo funciona en el escenario ideal, no está preparada para el funcionamiento diario.
Los criterios de éxito del piloto deberían medir completitud del dato, reducción de duplicados, trazabilidad documental, fiabilidad de los costes, tiempo de primera respuesta, porcentaje de casos con responsable y capacidad para explicar un expediente completo. El objetivo no es demostrar que el software «funciona», sino que el proceso es gobernable.
Preguntas que debería plantear Dirección antes de contratar una solución
Una demostración convincente debe responder con un proceso completo, no con una colección de pantallas bonitas.
¿Existe una identidad única de la unidad? ¿Qué ocurre cuando llegan dos avisos del mismo defecto por canales distintos?
¿Quién decide la prioridad y la inspección? ¿Cómo se envía, documenta y verifica una orden de intervención?
¿Dónde constan recepción de obra, documentos y criterios jurídicos? ¿Cómo evitamos una decisión automática sin pruebas?
¿Podemos ver gasto previsto, comprometido, contabilizado y posible recobro sin mezclarlos? ¿Quién aprueba cambios de alcance?
¿Quién puede acceder a fotos, datos del comprador y documentación técnica? ¿Cómo se registra el historial de cambios?
¿Se identifican defectos recurrentes? ¿Qué controla un profesional antes de utilizar resúmenes o sugerencias generadas por IA?
Estas preguntas distinguen una simple herramienta de tickets de un proceso sectorial conectado. En Ayesa el análisis puede partir de IB Real Estate 365 y evolucionar hacia Cloud Industry para Construcción y Real Estate cuando la organización necesita conectar ERP, CRM, operaciones, datos y automatización de forma más amplia.
Preguntas habituales sobre la postventa de viviendas
Respuestas operativas para promotoras que necesitan ordenar servicio, responsabilidades y costes.
¿Un CRM inmobiliario sirve para gestionar garantías?
Puede ayudar a registrar y coordinar expedientes y comunicaciones. Para gestionar plazos, responsabilidades técnicas, documentos y costes es necesario diseñar los procesos y las integraciones pertinentes. Un CRM no determina por sí solo los derechos de cada caso.
¿Los plazos de uno, tres y diez años son garantías de todos los desperfectos?
No. La LOE distingue categorías de daños materiales y agentes responsables, con reglas específicas de inicio de cómputo y prescripción. Debe estudiarse el defecto concreto, la recepción de la obra y la normativa aplicable.
¿Debe abrirse un expediente por cada correo del comprador?
No necesariamente. Conviene identificar el aviso, comprobar duplicidades y vincular comunicaciones relacionadas a un expediente o conjunto de expedientes coherente, conservando trazabilidad.
¿Cómo sé cuánto cuesta realmente la postventa?
Relacionando actuaciones con promociones y viviendas, separando coste previsto, gasto aprobado, gasto contabilizado y posibles recuperaciones. Es indispensable evitar la doble contabilización de importes ya presupuestados.
¿Business Central resuelve toda la postventa sin otro producto?
Business Central proporciona capacidades ERP y financieras; el alcance sectorial, la gestión de casos, órdenes de trabajo, relación con cliente y automatización se define según la solución implantada y las integraciones necesarias.
¿Necesitamos Dynamics 365 Customer Service y Field Service?
No necesariamente los dos. La elección depende del volumen, canales, equipos, proveedores, movilidad, programación y licenciamiento. Es una decisión funcional y económica que requiere evaluación.
¿Podemos incorporar IA en el primer proyecto?
Sí, en tareas acotadas como recuperación de información y ayuda a redactar, siempre con datos fiables, permisos y revisión humana. No debe utilizarse para dictaminar responsabilidad legal o aprobar gastos sin controles.
¿Qué aporta conectar postventa con obra y dirección financiera?
Una trazabilidad completa de decisiones, intervenciones, proveedores y costes; mejor comprensión de recurrencias; y una valoración económica más defendible de promociones entregadas.
Ayesa: de la gestión comercial a la postventa conectada con el negocio
La diferencia no está en añadir un formulario de incidencias. Está en diseñar una continuidad verificable entre personas, viviendas, ejecución, datos y finanzas.
La propuesta de IB Real Estate 365 combina una base sectorial para promotoras con tecnología Microsoft. IB Real Estate CRM articula la relación con el comprador; IB Real Estate ERP aporta el control económico y de promociones; Power Platform puede facilitar formularios, aprobaciones y automatizaciones; y Power BI permite explorar indicadores fiables cuando existe una definición homogénea del dato.
Cuando la actividad incluye ejecución constructora, IB Building 365 puede formar parte de la evaluación sectorial de obra, costes y proveedores. La solución final dependerá de la estructura del grupo, de los sistemas ya implantados, del volumen de incidencias, de los contratos y de los flujos específicos que deban automatizarse. No proponemos sustituir procesos útiles para desplegar más tecnología: proponemos identificar qué datos y decisiones necesitan continuidad.
Ayesa cuenta con capacidades para evaluar integración, implantación, gobierno del dato, automatización y evolución del ecosistema Microsoft. Las designaciones y especializaciones Microsoft de Ayesa aportan contexto sobre esa capacidad. Lo relevante para el cliente será verificarla con una prueba real: desde el aviso de un comprador hasta la documentación de la reparación y su reflejo económico.
La tecnología sirve cuando el negocio puede demostrar el resultado.
Ayesa combina soluciones sectoriales para promoción y construcción con capacidades de integración, automatización, datos e IA. El punto de partida es la trazabilidad real de cada proceso, no una promesa genérica de funcionalidades.
La dirección necesita saber qué ocurrió, qué se hizo, cuánto costó y qué puede mejorarse en la siguiente promoción.
Cuando se entregan las llaves, empieza una oportunidad para mejorar la siguiente promoción
Una postventa bien diseñada conecta experiencia del comprador, calidad constructiva y control económico, con pruebas y responsables en cada decisión.
Si las incidencias están dispersas, el coste llega tarde a Finanzas o la dirección desconoce qué reparaciones se repiten, conviene revisar el proceso antes de seguir incorporando formularios, proveedores y hojas de cálculo. El análisis debe identificar las etapas críticas, los datos que ya existen y las integraciones que aportan valor desde el primer despliegue.
En una sesión de evaluación pueden revisarse el modelo de vivienda y promoción, los canales de entrada, las reglas de clasificación y asignación, los compromisos de respuesta, el control documental, los flujos con contratas y la conexión entre expediente y gasto. El resultado buscado es una hoja de ruta proporcionada al problema, no un proyecto más grande de lo que el negocio necesita.
¿Cuánto te está costando realmente la postventa?
Analicemos cómo dar continuidad a la información entre promoción, cliente, técnicos, contratas y Finanzas con el ecosistema Microsoft y las soluciones sectoriales de Ayesa.

Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)

