Le statut des lots : une source unique visible par tous

La première partie a nommé l'écart de visibilité et les endroits où il s'ouvre, et s'est conclue par un exercice de comptage d'une semaine qui vous donne un chiffre pour mesurer l'ampleur du problème. Supposons que vous l'ayez fait. Vous avez maintenant en main une liste de vos lots avec une note à côté de certains : enregistré comme loué mais en réalité vide, un bail expiré jamais mis à jour, un paiement arrivé sans aucune écriture en face. La question suivante est directe : où enregistrer la réalité pour que le registre ne s'en éloigne plus jamais ?

La réponse n'est ni un meilleur fichier ni un employé plus attentif. C'est un statut déclaré unique par lot, visible au même moment par tous ceux qui en ont besoin, et modifié uniquement par une action enregistrée qui porte un responsable, un horodatage et un document. La différence entre cela et ce que vous avez aujourd'hui n'est pas une différence d'outils. C'est la différence entre stocker une information et connaître un état. Une information s'écrit une fois et vieillit en silence ; un état oblige son responsable à le tenir à jour, parce qu'une action ultérieure en dépend.

Chaque lot se trouve dans un seul état à tout moment

Avant tout outil, il faut s'accorder sur la liste des états elle-même. Dans la plupart des bureaux, aucune liste approuvée n'existe : un employé écrit « vide », un autre « disponible », un troisième « en cours », trois mots sans action claire derrière eux et sur lesquels personne ne peut filtrer. Un statut n'est pas une description libre. C'est une case unique d'une liste fermée, et chaque case porte une seule signification opérationnelle que personne ne peut contester :

• Vacant, non prêt. Le locataire est parti et le lot est en cours de nettoyage, de réparation ou en attente de photos. Il n'est pas encore en annonce, mais le compteur tourne depuis le premier jour.
• Prêt et en annonce. Photographié, tarifé et annoncé. Tout lot prêt mais non annoncé est un revenu différé sans raison, et c'est cet état qui le révèle.
• Réservé. Il existe un candidat sérieux qui a versé un dépôt ou une somme de bonne foi. Une réservation est temporaire par nature ; cet état doit donc porter une date d'expiration, sinon il devient une vacance déguisée qui n'apparaît dans aucun rapport.
• Loué. Il existe un bail en cours avec une date de début, une date de fin et des paiements programmés. Ici, le statut n'est pas une simple case mais une porte d'entrée vers un dossier : le bail, ses documents et ses dates.
• En maintenance. Occupé ou vide, mais avec des travaux en cours qui empêchent la remise. Il doit être relié à une demande de maintenance numérotée, faute de quoi l'état devient une cachette pour tout ce qui est tombé en panne sans que personne n'en assure le suivi.
• Hors service. Une décision du propriétaire de suspendre la location, ou une contrainte réglementaire ou structurelle. Gardez-le distinct de la vacance, car il ne compte pas dans la performance commerciale et personne n'est censé y travailler.

Une règle régit la liste : un lot se trouve dans un seul état à tout moment, et il n'existe pas d'état appelé « inconnu ». Si personne ne connaît le statut d'un lot, ce n'est pas une cellule vide : c'est une tâche urgente pour une personne nommée. Une cellule vide dans un tableur ne dérange personne, et c'est précisément pour cela qu'elle reste vide pendant des mois.

Pourquoi un tableur ne peut pas représenter un état

L'objection attendue : tout cela figure déjà dans mon tableur, j'ai une colonne « statut ». La différence, c'est qu'un tableur stocke une valeur, alors que les opérations ont besoin d'un état. Une valeur est un texte dans une cellule ; un état est un engagement qui déclenche une action. Voici ce que le fichier ne peut pas faire, aussi soigneusement que vous le teniez :

• Il ne sait pas qui l'a modifié ni quand. Un lot passe de « loué » à « vacant » d'une seule frappe, et deux mois plus tard, quand le propriétaire demande quand exactement le locataire est parti, il n'y a aucune trace. Un registre sans historique des modifications est une opinion, pas une preuve.
• Il n'alerte personne. Un tableur attend que vous l'ouvriez. Les opérations ont besoin de l'inverse : le registre doit venir à vous et vous dire qu'un bail se termine dans un mois, et qu'un lot est prêt mais non annoncé depuis douze jours.
• Des copies multiples et contradictoires. Le fichier est envoyé dans une conversation pour qu'un associé y jette un œil, il le modifie, et vous avez désormais deux versions « correctes » en même temps. Une source unique n'est pas un luxe organisationnel ; c'est la condition qui donne un sens à la question « quel est le statut ? ».
• Il ne relie pas l'état à ce qui le prouve. Vous écrivez « vacant » : où est l'état des lieux de sortie ? Vous écrivez « réservé » : où est le reçu du dépôt ? Un état qui ne porte pas son document s'effondre au premier litige.
• Il permet des états impossibles. Un tableur accepte sans broncher un lot marqué « loué » dont le bail a expiré il y a deux mois, car il ne comprend pas la relation entre les deux colonnes. Un système qui la comprend refuse la contradiction ou la signale immédiatement.

Remarquez qu'aucun de ces points n'est un défaut d'Excel. Excel est un excellent outil de calcul ; ce n'est pas un outil d'exploitation. Le problème commence lorsqu'on demande à un tableur de gérer des obligations entre des personnes dans la durée.

Ce que chaque changement de statut doit porter

C'est le cœur pratique de toute cette partie. Changer un statut, ce n'est pas mettre à jour un champ ; c'est un événement opérationnel complet. Et chaque événement doit porter quatre éléments, sans quoi il n'est qu'une rumeur enregistrée :

• Qui l'a modifié. Une personne nommée, pas un compte partagé. Une responsabilité qui n'est attribuée à personne n'existe pas.
• Quand exactement. L'heure de l'événement lui-même, pas celle où quelqu'un s'en est souvenu. La distance entre ces deux horodatages est précisément l'écart décrit dans la première partie.
• Vers quel état, et pourquoi. Un motif court tiré d'une liste fixe : fin de bail, expulsion, résiliation, maintenance terminée, décision du propriétaire. C'est ce motif qui deviendra plus tard le rapport qui vous dit pourquoi vos lots restent réellement vides.
• Le document qui l'accompagne. Chaque état a son document naturel : un départ s'accompagne d'un état des lieux avec photos datées et relevés de compteurs, une réservation du reçu de dépôt et de la durée de validité de la réservation, une location du bail et de ses pièces, et une entrée en maintenance du numéro de la demande.

Au-dessus de ces quatre éléments, le plus important : chaque changement de statut doit générer automatiquement l'action suivante. Un départ ouvre une tâche de nettoyage, la fin du nettoyage ouvre une tâche de photos et de tarification, et la tarification ouvre une tâche de mise en annonce. C'est ainsi qu'un lot prêt cesse de rester deux semaines sans annonce parce que personne n'y a pensé. Un état qui ne pousse pas vers une action n'est rien de plus qu'un archivage élégant.

Un seul écran pour le portefeuille, pas un fichier par immeuble

L'organisation courante attribue à chaque immeuble son propre fichier, et à chaque propriétaire le sien. C'est pratique pour l'archivage et fatal pour la décision, car toute vraie question traverse les immeubles : quels lots sont vacants dans tout le portefeuille en ce moment, et depuis combien de temps ? Quels baux se terminent dans les soixante prochains jours ? Quels lots ont un solde impayé ou une demande de maintenance ouverte ? Répondre à n'importe laquelle de ces questions à partir de fichiers séparés exige une consolidation manuelle que personne n'effectue, sauf quand le propriétaire l'exige.

Le test pratique de tout outil que vous envisagez est simple : répond-il à ces trois questions en quelques secondes, debout, ou exige-t-il un export et une fusion ? Un écran unique qui trie l'ensemble du portefeuille par statut et par temps écoulé depuis le dernier changement est ce qui transforme un registre en outil de décision. Le tri par temps écoulé, en particulier, révèle ce qu'un statut figé dissimule : un lot vacant depuis trois jours, c'est normal, tandis qu'un lot dans le même état depuis soixante-dix jours révèle un problème de prix ou d'annonce, pas un problème de marché.

Le regard d'Origami

L'immobilier et l'hôtellerie font partie de nos secteurs de spécialisation, et nous commençons tout projet dans ce domaine en fixant la liste des états et leurs responsables avant de concevoir le moindre écran. La raison : un bel écran construit sur des états sur lesquels personne ne s'est accordé produit un tableau de bord affichant des chiffres auxquels personne ne se fie, et en quelques mois l'équipe revient aux conversations et aux appels téléphoniques, après avoir payé un outil inutilisé.

L'ordre que nous recommandons : définir les états et leurs responsables, puis faire en sorte que le changement de statut soit le processus plutôt qu'une étape supplémentaire après celui-ci, puis construire par-dessus l'encaissement, les renouvellements, la maintenance et le reporting. C'est l'ordre que suit le reste de cette série, et c'est ainsi que nous abordons le secteur de l'immobilier et de l'hôtellerie, car chaque couche ultérieure lit le statut, et si le statut est faux, tout ce qui se trouve au-dessus est faux avec plus d'assurance.

Ce que vous pouvez faire cette semaine

La première amélioration ne nécessite aucun achat. Elle nécessite de petites décisions, écrites et adoptées :

• Rédigez la liste des états sur une seule page et adoptez-la officiellement, sans autoriser aucune description en dehors d'elle. Six états couvrent la plupart des portefeuilles.
• Attribuez à chaque état un responsable unique : la personne autorisée à y faire entrer un lot et tenue de l'en faire sortir.
• Nommez le document que chaque changement exige, et considérez le changement comme incomplet sans lui, plutôt qu'accepté sur la promesse de l'envoyer plus tard.
• Reliez chaque état à l'action qu'il ouvre, même avec une simple liste de tâches au début.
• Passez en revue chaque semaine les lots dont le statut n'a pas changé depuis longtemps, car l'immobilité dans ce registre signale une anomalie, pas une stabilité.

Dans la prochaine partie

Le statut est fixé, avec un responsable, un horodatage et un document derrière lui. La prochaine partie construit par-dessus le cycle le plus lourd de l'immobilier : l'argent. Une échéance programmée pour chaque bail, un rappel avant l'échéance plutôt qu'après, le paiement comptabilisé dès son arrivée, un parcours progressif de relance des impayés, et une alerte de renouvellement qui vous parvient assez tôt pour négocier plutôt qu'expulser.

Sources

• Autorité générale de l'immobilier (REGA) : la réglementation du secteur immobilier du Royaume, ses services et ses plateformes.
• Réseau Ejar : l'enregistrement des baux, de leurs parties et de leurs conditions.
• Ministère du Tourisme : l'autorisation des établissements d'hébergement touristique et leurs exigences d'exploitation.
• Ministère des Affaires municipales et rurales et du Logement : les politiques régissant les secteurs municipal et du logement.
• Vision saoudienne 2030 : l'orientation nationale pour les secteurs du logement et du tourisme.