Crea un portal de solicitudes de mantenimiento que permita a los inquilinos informar de problemas, añadir fotos, indicar preferencias de acceso y seguir cada actualización de la reparación.
Las llamadas, los mensajes de texto, los buzones de voz y los correos dispersos dejan un registro deficiente de las reparaciones. Un inquilino puede describir una tubería con fugas durante una llamada con mucho trabajo, y después el administrador debe recordar los detalles, encontrar a un contratista y avisar al inquilino. Un mensaje perdido puede dejar a todos sin saber quién debe dar el siguiente paso.
Los primeros detalles suelen desaparecer. El personal puede saber que «hay una fuga en la cocina», pero no el número de la unidad, cuándo la detectó el inquilino, si el agua sigue saliendo o si alguien puede entrar en la vivienda. Una foto de una tubería rota, un techo húmedo o un electrodoméstico averiado suele explicar el problema mejor que un mensaje breve.
Un portal de solicitudes de mantenimiento ofrece a los inquilinos un único lugar para informar de las reparaciones. El formulario puede recopilar la propiedad y la unidad, el tipo de problema, la descripción, las fotos, los datos de contacto y las preferencias de acceso. Los inquilinos pasan menos tiempo repitiendo la información y el personal recibe datos que puede utilizar.
El personal también necesita un registro compartido de cada reparación. Debe mostrar quién recibió la solicitud, quién se encargará de ella, el estado actual, las notas de la cita y los mensajes enviados al inquilino. Sin este registro, un agente de alquiler puede decir que ya se ha reservado un contratista mientras el equipo de mantenimiento todavía no ha asignado a nadie.
Las reparaciones urgentes necesitan un proceso distinto. El portal debe indicar a los inquilinos que llamen a los servicios de emergencia cuando exista un peligro inmediato, como un incendio, una posible fuga de gas o una emergencia médica. También debe mostrar el contacto de emergencia de la propiedad para problemas graves del edificio, como una inundación activa o la pérdida total de calefacción cuando las normas locales exijan una respuesta rápida.
Las solicitudes habituales pueden seguir una secuencia sencilla: el inquilino informa del problema con suficientes detalles y fotos, el personal establece la prioridad y asigna el trabajo, la persona responsable registra las actualizaciones y la hora prevista de visita, y el inquilino consulta el progreso sin perseguir a varias personas.
Los estados claros son importantes. «Recibida», «programada», «en curso» y «completada» indican a los inquilinos qué está ocurriendo. Evita etiquetas vagas como «abierta» cuando el personal ya ha organizado una visita. Una aplicación de mantenimiento no puede hacer que todas las reparaciones sean más rápidas, pero sí puede evitar que una solicitud se pierda entre bandejas de entrada.
Empieza por las acciones cotidianas que las personas necesitan realizar, en lugar de añadir todas las funciones posibles desde el primer día. Los inquilinos necesitan un camino corto para informar de un problema, adjuntar fotos, indicar cuándo puede entrar alguien y consultar el estado más tarde. Un formulario que exige demasiados detalles suele hacer que vuelvan a las llamadas y a los informes incompletos.
El personal necesita una vista más completa. Debe revisar cada solicitud, decidir su urgencia, asignarla a un trabajador o contratista, añadir actualizaciones y cerrar el trabajo cuando termine. Registra cada cambio. Si un inquilino pregunta por qué una reparación tardó una semana, el personal debería poder ver quién la recibió, cuándo contactó con un contratista y qué trabajo se realizó.
Los inquilinos solo deben ver la información que les ayude a entender el siguiente paso. Las notas internas pueden incluir datos de contacto del contratista, presupuestos, posibles causas o problemas de acceso. Mantén esas notas separadas de los mensajes para inquilinos para evitar divulgaciones accidentales.
Utiliza un conjunto pequeño de estados claros en el portal:
El personal puede usar estados internos adicionales, como «esperando piezas» o «a la espera del presupuesto del contratista». Los inquilinos no necesitan descifrar cada detalle operativo. Si un grifo de la cocina necesita una pieza, una actualización como «Hemos pedido la pieza y confirmaremos la fecha de visita» resulta mucho más útil.
AppMaster puede admitir pantallas separadas para inquilinos y personal, una base de datos de solicitudes y procesos empresariales visuales que controlen los cambios de estado. Crea primero el recorrido básico de la solicitud y añade después los flujos para contratistas o los recordatorios automáticos, cuando el equipo utilice el portal de forma habitual.
El formulario debe recopilar suficientes detalles para enviar a la persona adecuada, sin convertir un informe sencillo en papeleo. Los inquilinos deberían describir el problema una sola vez. Tu equipo no debería tener que buscar los datos básicos por teléfono o correo electrónico.
Empieza cada registro con un título breve, escrito en lenguaje sencillo, y una descripción. «Agua bajo el fregadero de la cocina» informa a un trabajador de mantenimiento mucho más que «problema de fontanería». Pide al inquilino que elija una ubicación, como cocina, baño, dormitorio, pasillo o zona compartida. Una categoría también ayuda a distribuir el trabajo: fontanería, calefacción, electricidad, electrodomésticos, plagas o reparación general.
Utiliza preguntas de prioridad que los inquilinos puedan entender. En vez de pedirles que juzguen la urgencia técnica, pregunta si hay agua corriendo, falta de calefacción, un riesgo de seguridad o daños que se están extendiendo. El personal puede establecer después la prioridad.
El registro también necesita el número de unidad, el nombre, el teléfono y el correo electrónico del inquilino. Si inicia sesión, rellena estos datos automáticamente y permite corregir el teléfono si hace falta. Así se evitan informes que solo dicen «la luz está rota», sin indicar dónde enviar ayuda.
Los archivos adjuntos suelen evitar una primera visita inútil. Permite varias fotos por solicitud y mantenlas vinculadas al registro de reparación, en lugar de enviarlas a una bandeja distinta. Pide a los inquilinos que fotografíen la zona afectada, no documentos personales ni a otros residentes.
El equipo de reparación necesita conocer los permisos y los horarios antes de programar el trabajo. Añade opciones sencillas: «estaré en casa», «pueden entrar cuando no esté» y «contáctenme antes de entrar». Incluye fechas o franjas disponibles y un campo para notas prácticas.
La nota puede mencionar una mascota, un niño dormido, un código de acceso o la preferencia de llamar a la puerta en lugar de usar el timbre. Limita quién puede ver estos datos y mantenlos junto a la solicitud para que el trabajador asignado vea las instrucciones más recientes.
En AppMaster, puedes modelar estos campos en el Data Designer y conectar el formulario del inquilino con un registro de reparación mediante procesos empresariales visuales. Mantén las actualizaciones de estado separadas del informe original para que administradores e inquilinos puedan revisar siempre los detalles con los que comenzó el trabajo.
Un portal de solicitudes de mantenimiento debe ser lo bastante sencillo para usarlo cuando alguien está cansado, ocupado o lidiando con una tubería con fugas. Utiliza categorías claras como fontanería, calefacción, electrodomésticos, electricidad, plagas y seguridad. Evita etiquetas que supongan que los inquilinos conocen el funcionamiento de un edificio.
Pregunta por la habitación o la zona al principio del formulario. Una lista corta, como cocina, baño, dormitorio, pasillo o exterior, ayuda al equipo de mantenimiento a ordenar las solicitudes. Incluye una opción «otra» para lavanderías compartidas, plazas de aparcamiento y otros lugares menos habituales.
El campo de descripción necesita una indicación, no solo un espacio vacío. Pregunta cuándo empezó el problema, qué pueden ver u oír, si ocurre todo el tiempo y si han cambiado el agua, la electricidad, la calefacción o el acceso. Por ejemplo: «El fregadero de la cocina pierde agua por la tubería situada bajo el mueble cada vez que abro el grifo. Ha empezado esta mañana».
Permite adjuntar imágenes directamente desde el teléfono o el ordenador y facilita la localización del control de carga. Una foto de la etiqueta de un electrodoméstico, una mancha del techo o el agua alrededor de una instalación proporciona un contexto útil antes de la visita.
Mantén el formulario estándar centrado en reparaciones habituales. Coloca las instrucciones de emergencia encima, en un aviso separado. Indica a los inquilinos que llamen a los servicios de emergencia ante un peligro inmediato, como un incendio, olor a gas o una lesión grave. Proporciona un contacto separado para problemas urgentes de la propiedad, como una fuga importante activa o la pérdida total de calefacción.
Un formulario práctico puede ser breve:
AppMaster puede ayudarte a crear este tipo de aplicación de mantenimiento con formularios visuales, cargas de archivos y un registro de solicitudes que el personal pueda revisar. Mantén opcionales los campos opcionales. Los inquilinos deben poder enviar un informe útil en pocos minutos, aunque no tengan una foto o no conozcan el nombre de la pieza averiada.
El equipo de reparación nunca debería tener que adivinar si puede entrar en la vivienda de un inquilino. Añade una opción de acceso a cada solicitud y utiliza un lenguaje claro, especialmente en los problemas urgentes.
Ofrece pocas opciones que cubran las situaciones normales: permiso para entrar cuando el inquilino no esté, cita antes de entrar, contactar primero con el inquilino o entrada de emergencia si el problema lo exige. Pregunta cómo quiere recibir el contacto, por teléfono, mensaje o correo, y recopila algunas franjas de disponibilidad. Un inquilino puede permitir visitas entre semana después de las 17:30, pero no durante su horario laboral. Esto evita citas fallidas y llamadas repetidas.
Trata las instrucciones de entrada como información sensible. Recopila un código de puerta, código de acceso al edificio, datos de una caja de llaves o una advertencia sobre mascotas solo cuando la reparación lo requiera. No hagas obligatorios estos campos en todas las solicitudes. Limita el acceso y elimina las instrucciones antiguas cuando el inquilino actualice sus datos o se cierre la reparación.
Muestra la preferencia de acceso más reciente cerca del estado de la orden de trabajo, donde el personal de mantenimiento pueda verla antes de programar o comenzar la visita. Si el inquilino cambia «permiso para entrar» por «se necesita una cita», sustituye la instrucción anterior en lugar de mostrar ambas.
Por ejemplo, un inquilino informa de una fuga en la tubería de la cocina y selecciona «contactar primero». El administrador llama, acuerda una visita el martes por la mañana y registra la cita. El fontanero ve la hora confirmada y la nota de entrada actual antes de llegar. Esta sencilla transferencia evita un viaje innecesario hasta una puerta cerrada.
Una aplicación de mantenimiento creada con AppMaster puede guardar las opciones de acceso junto al registro de reparación y mostrar los datos actuales solo al personal autorizado. Un cambio de estado también puede pedir al equipo que confirme el acceso antes de marcar una visita como programada.
Un portal para inquilinos debe responder a una preocupación habitual: «¿Qué está pasando con mi reparación?». Un estado breve es mejor que un registro de trabajo detallado que genere más preguntas.
Utiliza las mismas palabras para todas las solicitudes. Normalmente bastan cinco etapas:
Evita etiquetas como «abierta», «pendiente» o «asignada». Describen el trabajo interno, pero no indican al inquilino si alguien irá a la vivienda o si debe hacer algo.
Cada solicitud debe mostrar la fecha de la última actualización y una acción siguiente. Un inquilino que informa de un grifo con fugas podría ver: «Programada. Actualizada el 12 de mayo. Un fontanero irá el 14 de mayo entre las 9:00 y las 12:00». Si una válvula no está disponible, el mensaje podría decir: «En espera. Actualizada el 14 de mayo. Hemos pedido una pieza de repuesto y nos pondremos en contacto cuando llegue».
El personal, los administradores y los proveedores suelen necesitar detalles privados, como un presupuesto, el historial de la cuenta, una nota de acceso al edificio o una conversación interna sobre responsabilidades. No coloques estas notas en la vista del inquilino.
Crea campos separados para las notas internas y las actualizaciones dirigidas a los inquilinos. El personal puede registrar el historial completo mientras los inquilinos ven un resumen tranquilo, el siguiente paso y los datos de la cita. AppMaster permite esta separación mediante pantallas basadas en roles, de modo que el personal gestione el registro y los inquilinos solo vean las actualizaciones destinadas a ellos.
El estado completado debe incluir un breve mensaje de cierre, como «El fontanero cambió la arandela del grifo el 16 de mayo». Ofrece a los inquilinos una forma de indicar que el problema continúa. Así la reparación seguirá visible si la primera visita no lo solucionó.
Construye la primera versión alrededor de un recorrido completo: el inquilino envía un problema, el personal lo revisa, se asigna a una persona y el inquilino ve las actualizaciones. AppMaster puede crear servicios backend, un portal web y aplicaciones móviles desde el mismo proyecto visual, manteniendo los registros conectados.
Crea cuentas de inquilinos y vincula cada cuenta con la propiedad y la unidad correctas. Los inquilinos solo deben ver las solicitudes de su unidad. El personal necesita permisos según su rol, como administrador de propiedades o coordinador de mantenimiento.
Crea un formulario con categoría, título breve, descripción, carga de fotos, horario preferido y preferencia de acceso. Haz obligatorias la categoría y la descripción. Para problemas urgentes, como una fuga activa, muestra también una instrucción para llamar al número de emergencia.
Añade un espacio de trabajo para el personal que muestre primero las solicitudes nuevas y permita filtrar por propiedad, estado, categoría y fecha. Incluye campos para el contratista asignado, la fecha de la cita, las notas internas y el coste si tu equipo lo registra.
Configura estados como Nueva, Revisada, Programada, En curso y Completada. Cuando el personal cambie un estado, guarda la hora y el nombre de quien hizo el cambio. Así se crea un historial que el personal puede consultar cuando llama un inquilino.
Envía notificaciones por una nueva solicitud, una cita y las actualizaciones visibles para el inquilino. El correo o los SMS pueden funcionar, pero no notifiques cada edición interna. Demasiadas alertas hacen que la gente ignore las importantes.
Prueba todo el portal con una cuenta de ejemplo antes de invitar a los inquilinos. Envía una foto de una fuga en la cocina, elige una preferencia de acceso, asigna la solicitud a un miembro del personal y márcala como completada. Confirma que el inquilino vea la actualización correcta y que los detalles internos sigan siendo privados.
El Data Designer de AppMaster puede modelar unidades, inquilinos, solicitudes, fotos e historial de estados. Su Business Process Editor puede dirigir una nueva solicitud al miembro adecuado y activar notificaciones sin programar manualmente el flujo.
Maya observa que se acumula agua bajo el fregadero de la cocina después de lavar los platos. Abre el portal en su teléfono, elige «Fontanería» y escribe: «La tubería situada bajo el fregadero gotea cuando abro el grifo. El suelo del mueble está mojado».
Añade dos fotos, una de la tubería y otra del mueble mojado. Después indica que el problema necesita atención rápida porque el agua podría dañar el mueble y el suelo. El formulario pregunta cuándo puede entrar el personal. Maya selecciona «Se necesita una cita», indica que está disponible entre semana después de las 16:00 y añade un número de teléfono para recibir actualizaciones. El portal crea la solicitud n.º 1842 y muestra «Recibida».
Un administrador revisa la solicitud esa misma mañana. Las fotos parecen indicar una conexión de desagüe floja, no una tubería reventada, así que asigna un fontanero y cambia el estado a «Programada». Maya ve en el portal la cita del martes, de 16:30 a 18:00.
El fontanero cambia una arandela desgastada, aprieta la conexión y prueba el fregadero. Añade una nota breve: «Se cambió la arandela del desagüe y se probó el fregadero durante cinco minutos. No se detectan más fugas». El personal marca la solicitud como completada.
Maya recibe un aviso de finalización por correo o mensaje, según el método elegido. Puede leer la nota y confirmar que el mueble permanece seco. Si vuelve a aparecer agua, puede reabrir la misma solicitud en lugar de crear un duplicado.
Aquí es donde ayuda un registro compartido. AppMaster puede mantener juntos la descripción, las fotos, la preferencia de acceso, la cita, las notas del personal y la confirmación final, reduciendo llamadas, mensajes perdidos y estados poco claros.
Un portal de solicitudes debe facilitar los informes, no trasladar el trabajo de la administración a los inquilinos. Pequeñas decisiones en el formulario o en el sistema de estados pueden dejar a las personas sin saber si alguien ha leído un problema grave.
No pidas a los inquilinos que elijan etiquetas técnicas como «urgente», «rutinaria» o «preventiva». La mayoría no puede saber si una mancha de humedad es menor o indica una fuga cada vez mayor. Haz preguntas sencillas sobre agua activa, pérdida de calefacción, riesgos de seguridad o daños que se extienden, y deja que el personal decida la prioridad.
Mantén la información interna fuera de la vista del inquilino. Las notas pueden contener precios de proveedores, detalles de horarios o conversaciones que no necesitan leer. No publiques el teléfono directo de un contratista a menos que haya aceptado contactar con los inquilinos.
«Pendiente» dice muy poco. Puede significar que se espera una aprobación, una pieza, una cita o una respuesta del inquilino. Cada estado debe explicar qué ocurre y, cuando sea posible, qué debe hacer a continuación.
Utiliza actualizaciones como:
Cierra una solicitud solo después de que un miembro del personal registre el trabajo realizado. Una nota como «Se sustituyó el sifón averiado y se comprobó que no hubiera fugas» ofrece un registro útil y ayuda si el problema vuelve a aparecer. Cuando corresponda, deja visible la solicitud completada y permite que el inquilino indique que el problema continúa.
Las fotos ayudan a entender una avería, pero no sustituyen el contacto inmediato durante un problema de seguridad. Una imagen de humo, cables expuestos, olor a gas o una inundación importante puede tardar en cargarse o pasar desapercibida fuera del horario de oficina. Coloca una instrucción de emergencia evidente junto al formulario. El portal puede registrar el informe después, pero no debe retrasar la respuesta de seguridad.
Prueba el portal como lo haría un inquilino antes de compartirlo con un edificio. Un formulario que parece correcto en un portátil de oficina puede resultar incómodo en un teléfono, donde muchos residentes informarán de los problemas.
Envía una solicitud de prueba desde un teléfono y otra desde un navegador de escritorio. Comprueba que el formulario sea fácil de leer, que los botones sigan visibles y que el inquilino pueda enviar el informe sin hacer zoom ni volver a escribir los datos después de un error.
Utiliza una foto real en la prueba. Sube una imagen de un problema de ejemplo y abre la solicitud en la vista del personal. El personal debe verla con claridad y saber a qué solicitud pertenece. Comprueba qué ocurre si la foto es grande o si el inquilino pierde la conexión durante la carga.
Prueba también los datos de acceso. Crea una solicitud en la que el inquilino esté en casa después de las 17:00, otra que permita la entrada con aviso y otra en la que el personal deba llamar primero. Asigna cada solicitud a un trabajador y confirma que reciba la preferencia junto con los detalles. No dependas de otro mensaje ni de la memoria.
Recorre una solicitud por todos los estados previstos, incluidos enviada, programada, en curso y completada. Revisa cada notificación. Los mensajes deben explicar el cambio en lenguaje sencillo sin revelar detalles exclusivos del personal.
Por último, prueba la privacidad con dos cuentas de inquilino. Cada persona debe ver solo sus propias reparaciones. No debe ver notas internas, datos privados de trabajadores ni solicitudes de otros residentes. En un portal de AppMaster, prueba las mismas reglas de permisos en las interfaces web y móviles generadas. Corregir los permisos antes del lanzamiento es mucho más fácil que explicar después un error de privacidad.
Empieza con una propiedad o un grupo limitado de unidades durante unas semanas. Las solicitudes reales mostrarán qué partes del formulario no se entienden, qué categorías se eligen mal y si el personal puede avanzar en las reparaciones sin mensajes paralelos.
Pide comentarios concretos a inquilinos y empleados. Un inquilino puede dudar entre «fontanería» y «fuga de agua», mientras que un coordinador puede necesitar una forma mejor de registrar una cita o una pieza pendiente. Corrige los puntos que ralentizan el trabajo antes de añadir más opciones.
Mantén la primera versión centrada en la tarea diaria: un formulario sencillo con fotos y preferencias de acceso, categorías habituales, estados que expliquen el trabajo, un historial compartido y notificaciones cuando el personal necesite más detalles o cambie el estado.
Revisa las solicitudes después del primer mes. Si muchas personas eligen «otra», añade categorías que reflejen sus problemas reales. Si los inquilinos siguen pidiendo actualizaciones cuando una solicitud aparece «en curso», utiliza expresiones más concretas como «cita programada» o «esperando una pieza». El lenguaje claro reduce llamadas innecesarias.
Con AppMaster, puedes crear un portal sin código con registros de reparaciones, formularios, procesos de asignación y pantallas web o móviles para inquilinos y personal. Empieza con un tipo de solicitud y un proceso de revisión, y añade la asignación automática o flujos más detallados cuando el proceso básico funcione bien.
Una primera prueba útil es sencilla: un inquilino envía una foto de un fregadero con fugas, indica si el personal puede entrar cuando no esté y recibe actualizaciones hasta que la reparación termina. Si ese recorrido resulta claro para todos, el portal está listo para ampliarse.
¿Por qué usar un portal de solicitudes de mantenimiento en lugar de llamadas telefónicas?Un portal reúne cada reparación en un registro compartido, en lugar de repartir la información entre llamadas, mensajes y correos electrónicos. Los inquilinos pueden informar del problema, añadir fotos, indicar sus preferencias de acceso y consultar las actualizaciones sin contactar repetidamente con el personal.
¿Qué debe incluir un formulario de solicitudes de mantenimiento para inquilinos?Pide la categoría del problema, la habitación o zona, una descripción breve, cuándo empezó el problema, fotos si están disponibles, los datos de contacto y la preferencia de acceso. Mantén opcionales los detalles no esenciales para que los inquilinos puedan enviar rápidamente un informe útil.
¿Deben los inquilinos elegir la prioridad de la reparación?Utiliza categorías sencillas como fontanería, calefacción, electricidad, electrodomésticos, plagas, seguridad y reparación general. Deja que el personal establezca la prioridad después de revisar detalles como la presencia de agua, la falta de calefacción o la propagación de los daños.
¿Cómo debe gestionar el portal las reparaciones de emergencia?Coloca las instrucciones de emergencia encima del formulario habitual. Indica a los inquilinos que llamen a los servicios de emergencia si existe un peligro inmediato, como un incendio, una posible fuga de gas o una lesión grave, y proporciona un contacto de emergencia de la propiedad para problemas urgentes del edificio.
¿Qué estados de reparación deben ver los inquilinos?Normalmente funcionan bien cinco estados claros: Recibida, Programada, En curso, En espera y Completada. Añade un mensaje breve dirigido al inquilino con cada cambio, por ejemplo, una franja horaria para la cita o una nota que indique que se ha pedido una pieza.
¿Pueden los inquilinos ver las notas del personal y los datos de los contratistas?Mantén las notas internas separadas de las actualizaciones para inquilinos. El personal puede necesitar registrar presupuestos de contratistas, costes, problemas de acceso o conversaciones privadas, mientras que los inquilinos solo necesitan un resumen claro del progreso y del siguiente paso.
¿Cómo se recopilan las preferencias de acceso de forma segura?Ofrece opciones sencillas como «se necesita una cita», «contácteme antes» o «pueden entrar cuando no esté». Recopila la disponibilidad y el método de contacto, y muestra la instrucción más reciente al trabajador asignado antes de la visita.
¿Por qué deben los inquilinos subir fotos con una solicitud de reparación?Las fotos ayudan a los trabajadores a identificar el problema antes de la visita y pueden evitar un desplazamiento innecesario. Mantén cada archivo adjunto en su registro de reparación y pide a los inquilinos que fotografíen la zona afectada, no documentos personales.
¿Qué debemos probar antes de lanzar el portal?Prueba todo el proceso en un teléfono y en un navegador de escritorio. Envía una solicitud, sube una foto, cambia los estados, asigna a un trabajador, revisa las notificaciones y confirma que dos cuentas de inquilino no puedan ver las solicitudes ni las notas privadas de la otra.
¿Cómo puede AppMaster ayudar a crear un portal de solicitudes de mantenimiento?AppMaster permite crear pantallas para inquilinos y personal, modelar registros de reparaciones y archivos adjuntos, y crear flujos de asignación sin programar manualmente. Puedes generar aplicaciones web y móviles conectadas desde el mismo proyecto y añadir recordatorios o procesos para contratistas más adelante.
14 jul 2026
7 min
13 jul 20269 min
08 jul 202610 minExperimente con AppMaster con plan gratuito.
Cuando esté listo, puede elegir la suscripción adecuada.
