Estado de las unidades: una sola fuente que todos pueden ver

La primera parte puso nombre a la brecha de visibilidad y a los lugares donde se abre, y terminó con un ejercicio de conteo de una semana que te da una cifra del tamaño del problema. Supongamos que lo hiciste. Ahora tienes una lista de tus unidades con una nota junto a algunas de ellas: registrada como arrendada pero en realidad vacía, un contrato que venció y nunca se actualizó, un pago que llegó sin ningún asiento correspondiente. La siguiente pregunta es directa: ¿dónde registras la realidad para que el registro nunca vuelva a desviarse de ella?

La respuesta no es un archivo mejor ni un empleado más cuidadoso. Es un único estado declarado por unidad, visible para todos los que lo necesitan en el mismo momento, que solo cambia mediante una acción registrada con un responsable, una marca de tiempo y un documento. La diferencia entre eso y lo que tienes hoy no es de herramientas. Es la diferencia entre almacenar información y conocer un estado. La información se escribe una vez y envejece en silencio; un estado obliga a su responsable a mantenerlo al día, porque de él depende una acción posterior.

Cada unidad está exactamente en un estado en cada momento

Antes de cualquier herramienta, hay que acordar la propia lista de estados. En la mayoría de las oficinas no existe una lista aprobada, así que un empleado escribe vacía, otro escribe disponible y un tercero escribe en trámite: tres palabras sin una acción clara detrás y nada por lo que nadie pueda filtrar. Un estado no es una descripción libre. Es una casilla de una lista cerrada, y cada casilla tiene un único significado operativo que nadie puede discutir:

  • Vacía, no preparada. El inquilino se ha ido y la unidad se está limpiando, reparando o espera a ser fotografiada. Todavía no está publicada, pero el reloj corre para ella desde el primer día.
  • Preparada y publicada. Fotografiada, con precio y anunciada. Cualquier unidad que está preparada pero no publicada es un ingreso aplazado sin motivo, y este estado es lo que lo pone en evidencia.
  • Reservada. Hay un solicitante serio que ha pagado un depósito o una señal de buena fe. Una reserva es temporal por naturaleza, así que este estado debe llevar una fecha de caducidad; de lo contrario se convierte en una vacancia encubierta que no aparece en ningún informe.
  • Arrendada. Hay un contrato vigente con fecha de inicio, fecha de fin y pagos programados. Aquí el estado no es una casilla, sino la puerta de entrada a un expediente: el contrato, sus documentos y sus fechas.
  • En mantenimiento. Ocupada o vacía, pero con trabajos en curso que impiden la entrega. Debe estar vinculada a una solicitud de mantenimiento con número, o el estado se convierte en un escondite para todo lo que se rompió y nadie siguió.
  • Fuera de servicio. Una decisión del propietario de suspender el arrendamiento, o una limitación normativa o estructural. Mantenlo separado de la vacancia, porque no cuenta en contra del rendimiento comercial y nadie debe estar trabajando en él.

Una regla rige la lista: una unidad está exactamente en un estado en cada momento, y no existe un estado llamado desconocido. Si nadie conoce el estado de una unidad, eso no es una celda vacía: es una tarea urgente para una persona con nombre. Una celda vacía en una hoja de cálculo no molesta a nadie, y precisamente por eso sigue vacía durante meses.

Por qué una hoja de cálculo no puede representar un estado

La objeción esperada: todo esto ya está en mi hoja, tengo una columna llamada estado. La diferencia es que una hoja almacena un valor, mientras que la operación necesita un estado. Un valor es texto en una celda; un estado es un compromiso que desencadena una acción. Esto es lo que el archivo no puede hacer, por muy ordenado que lo tengas:

  • No sabe quién lo cambió ni cuándo. Una unidad pasa de arrendada a vacía con una sola pulsación, y dos meses después, cuando el propietario pregunta cuándo exactamente se fue el inquilino, no hay rastro. Un registro sin historial de modificaciones es una opinión, no una prueba.
  • No avisa a nadie. Una hoja espera a que la abras. La operación necesita lo contrario: que el registro venga a ti y te diga que un contrato termina dentro de un mes y que una unidad lleva doce días preparada pero sin publicar.
  • Varias copias contradictorias. El archivo se envía a un chat para que un socio lo mire, él lo edita y ahora tienes dos versiones correctas a la vez. Una fuente única no es un lujo organizativo; es la condición que da sentido a la pregunta de cuál es el estado.
  • No vincula el estado con lo que lo demuestra. Escribes vacía: ¿dónde está el acta de entrega? Escribes reservada: ¿dónde está el recibo del depósito? Un estado que no lleva su documento se derrumba en la primera disputa.
  • Permite estados imposibles. Una hoja admite sin problema una unidad marcada como arrendada cuyo contrato venció hace dos meses, porque no entiende la relación entre las dos columnas. Un sistema que sí la entiende rechaza la contradicción o la señala de inmediato.

Observa que nada de esto es un defecto de Excel. Excel es una herramienta de cálculo excelente; no es una herramienta de operaciones. El problema empieza cuando le pedimos a una hoja de cálculo que gestione obligaciones entre personas a lo largo del tiempo.

Lo que debe llevar cada cambio de estado

Este es el núcleo práctico de toda esta parte. Cambiar un estado no es actualizar un campo; es un evento operativo completo. Y cada evento debe llevar consigo cuatro cosas, o no es más que un rumor registrado:

  • Quién lo cambió. Una persona con nombre, no una cuenta compartida. Una responsabilidad que no se atribuye a alguien no existe.
  • Cuándo exactamente. La hora del propio hecho, no la hora en que alguien lo recordó. La distancia entre esas dos marcas de tiempo es la misma brecha que describió la primera parte.
  • A qué estado y por qué. Un motivo breve de una lista fija: fin del contrato, desahucio, rescisión, mantenimiento terminado, decisión del propietario. El motivo es lo que más tarde se convierte en el informe que te dice por qué tus unidades están realmente vacías.
  • El documento que lo acompaña. Cada estado tiene su documento natural: una salida lleva un acta de entrega con fotos fechadas y lecturas de contadores, una reserva lleva el recibo del depósito y el periodo de validez de la reserva, un arrendamiento lleva el contrato y sus papeles, y la entrada en mantenimiento lleva el número de solicitud.

Por encima de las cuatro, lo más importante: cada cambio de estado debe generar automáticamente la siguiente acción. Una salida abre una tarea de limpieza, terminar la limpieza abre una tarea de fotografía y precio, y fijar el precio abre una tarea de publicación. Así es como una unidad preparada deja de pasar dos semanas sin publicar porque nadie se acordó. Un estado que no empuja hacia una acción no es más que un archivo elegante.

Una pantalla para la cartera, no un archivo por edificio

Lo habitual es que cada edificio tenga su propio archivo, y cada propietario el suyo. Eso es cómodo para archivar y fatal para decidir, porque toda pregunta real atraviesa edificios: ¿qué unidades están vacías en toda la cartera ahora mismo, y desde hace cuánto? ¿Qué contratos terminan en los próximos sesenta días? ¿Qué unidades tienen un saldo vencido o una solicitud de mantenimiento abierta? Responder cualquiera de ellas a partir de archivos separados exige una consolidación manual que nadie hace salvo cuando el propietario la exige.

La prueba práctica para cualquier herramienta que estés considerando es sencilla: ¿responde esas tres preguntas en segundos mientras estás de pie, o necesita una exportación y una combinación? Una sola pantalla que ordena toda la cartera por estado y por tiempo desde el último cambio es lo que convierte un registro en una herramienta de decisión. Ordenar por tiempo transcurrido, en particular, es lo que saca a la luz lo que un estado estático oculta: una unidad vacía desde hace tres días es normal, mientras que una unidad en el mismo estado durante setenta días es un problema de precio o de publicación, no un problema del mercado.

La visión de Origami

El sector inmobiliario y hotelero es uno de nuestros sectores de especialización, y empezamos cualquier proyecto en él fijando la lista de estados y sus responsables antes de diseñar una sola pantalla. La razón es que una pantalla bonita construida sobre estados que nadie acordó produce un panel con cifras en las que nadie confía, y en pocos meses el equipo vuelve a los chats y las llamadas, después de haber pagado por una herramienta que no se usa.

El orden que recomendamos: definir los estados y sus responsables, después hacer que cambiar el estado sea el proceso y no un paso adicional posterior, y luego construir encima el cobro, las renovaciones, el mantenimiento y los informes. Ese orden es el que sigue el resto de esta serie, y es como abordamos el sector inmobiliario y hotelero, porque cada capa posterior lee del estado, y si el estado es erróneo, todo lo que está encima es erróneo con más seguridad.

Lo que puedes hacer esta semana

La primera mejora no requiere ninguna compra. Requiere pequeñas decisiones, puestas por escrito y adoptadas:

  • Escribe la lista de estados en una sola página y adóptala formalmente, sin permitir descripciones fuera de ella. Seis estados cubren la mayoría de las carteras.
  • Asigna a cada estado un único responsable: la persona autorizada a llevar una unidad a ese estado y que responde de sacarla de él.
  • Indica el documento que exige cada cambio, y considera el cambio incompleto sin él en lugar de aceptarlo con la promesa de enviarlo más tarde.
  • Vincula cada estado a la acción que abre, aunque al principio sea con una simple lista de tareas.
  • Revisa cada semana las unidades cuyo estado no ha cambiado en mucho tiempo, porque la quietud en este registro indica un fallo, no estabilidad.

En la próxima parte

El estado está fijado, con un responsable, una marca de tiempo y un documento detrás. La próxima parte construye sobre él el ciclo más pesado del sector inmobiliario: el dinero. Una fecha de vencimiento programada para cada contrato, un recordatorio antes del vencimiento y no después, el pago registrado en el momento en que llega, una vía escalonada para reclamar los atrasos y una alerta de renovación que te llega con tiempo suficiente para negociar en lugar de desahuciar.

Fuentes