Com és un sistema d’incidències estructurat per a administradors de finques

Un tiquet és un registre senzill. També és la peça estructural més important de la feina operativa moderna, des de l’atenció al client d’una aerolínia fins a la gestió d’incidents d’un hospital o el manteniment d’un edifici.

Aquest article explica què és un tiquet (en una comunitat de propietaris, una incidència), què fa útil el sistema que l’envolta i què canvia quan portes l’administració de finques amb un.

Un tiquet és només un registre amb quatre propietats

Treu-li la gerga i un tiquet és una feina pendent amb quatre dades associades:

1. Un identificador, normalment un número com #0042. Per poder-hi fer referència sense ambigüitat.
2. Un estat, en quin punt del flux és. Nova, En curs, Pendent de confirmació, Tancada.
3. Un responsable, la persona que ara mateix l’ha de fer avançar.
4. Un historial, cada canvi que hi ha fet qualsevol persona, amb data i hora.

Res més. Tota la resta (categories, prioritats, adjunts, comentaris) és decoració opcional. Aquestes quatre propietats converteixen una queixa en una tasca amb seguiment en lloc d’un missatge oblidat.

Compara-ho amb un missatge de WhatsApp. Un missatge té contingut. I prou. No té identificador (més enllà de la seva posició al xat), ni estat, ni responsable, ni historial. Per això no hi pots muntar un flux de treball a sobre.

Per què importa cadascuna de les quatre propietats

Identificador

Quan dues persones parlen d’una incidència, han de saber que parlen de la mateixa. En un grup de WhatsApp ho fas citant: “allò de l’ascensor d’ahir” o “la fuita del 4t 2a que el lampista va dir que era el flexible”. Tan bon punt tens més de cinc incidències obertes alhora, això es torna ambigu.

Un número d’incidència (#0042, #0089) ho resol per sempre. Qualsevol veí, administrador o tècnic pot referir-se a una incidència pel seu número sense cap dubte. Sembla una bestiesa. Elimina al voltant del 15% de tota la confusió d’un flux d’administració típic.

Estat

L’estat converteix una conversa lliure en una màquina d’estats:

El veí no ha de preguntar “se sap alguna cosa?”. Veu l’estat. L’administrador no ha de recordar quines incidències estan aturades esperant el lampista. Filtra per estat. I qui dirigeix el despatx no s’ha de llegir 200 missatges per saber quantes incidències hi ha obertes aquest mes. Les compta.

L’estat és també on viu l’automatització. Quan canvia l’estat, passen coses: surten notificacions, s’avisa els veïns, s’assignen tècnics. En un grup de WhatsApp això és impossible, perquè el xat no sap què és un estat.

Responsable

Cada incidència, en cada moment del seu cicle de vida, té exactament una persona responsable de fer-la avançar. Quan el veí la comunica, el responsable és l’administrador de la comunitat (o el tècnic a qui s’ha enviat). Quan l’administrador l’assigna a un tècnic, el tècnic passa a ser-ne el responsable. Quan el tècnic la marca com a acabada, el responsable passa a ser el veí, que l’ha de confirmar o reobrir.

És la funció que trenca el “ja ho farà un altre” típic d’un grup de WhatsApp, on tothom veu la incidència i ningú no se n’ocupa.

Historial

Un registre complet de cada canvi d’estat, cada assignació i cada comentari. És clau per tres motius:

1. Retre comptes. Quan arriba la temporada de juntes, pots ensenyar una cronologia precisa de com es va gestionar cada incidència.
2. Detectar patrons. Al cap de sis mesos descobriràs que el 40% de les teves incidències de lampisteria són de la mateixa comunitat: un senyal que toca portar a la junta la renovació dels baixants.
3. Incorporar gent. Quan entra un administrador nou al despatx, pot repassar l’historial de qualsevol comunitat i entendre què hi passa.

Què hi afegeix “el sistema que envolta els tiquets”

Un tiquet tot sol és un registre. Un sistema d’incidències hi afegeix el flux de treball al voltant:

• Repartiment. Quan es crea una incidència, a qui arriba? La majoria de sistemes fan servir regles: “categoria = lampisteria → assignar al lampista X”. L’administrador no ha de decidir.
• Notificacions. Quan canvia l’estat, qui rep l’avís? El responsable, qui la va comunicar i, de vegades, qui la segueix.
• Filtres. “Ensenya’m totes les incidències Noves de la comunitat del carrer Major 12, sense assignar, de fa més de 24 hores.” Dos clics.
• Accions en bloc. “Tanca les 30 incidències que fa més de dues setmanes que són Pendents de confirmació.” Una sola acció.

Res d’això no existeix en un flux basat en WhatsApp. No hi ha manera de “filtrar totes les incidències obertes de quatre comunitats” a WhatsApp, perquè res de WhatsApp no sap què és una “incidència oberta”.

El flux mínim d’incidències per a una comunitat

No necessites una plataforma corporativa amb 200 funcions. El flux mínim útil per administrar finques té:

• Títol + descripció + categoria opcional + foto opcional. L’avís en si.
• Un camp d’estat amb 5 valors com a màxim. Nova, En curs, Pendent de confirmació, Tancada, Reoberta. Més que això és complicar-se.
• Assignació a un de tres rols. Administrador, tècnic, veí.
• Notificacions push en assignar i en canviar d’estat. Perquè ningú no hagi d’obrir l’app per assabentar-se que ha passat alguna cosa.
• Separació per comunitat. Cada incidència pertany a una comunitat, i cada usuari només veu les comunitats de què forma part.

Aquest és tot el nucli. Si una eina t’ofereix això, amb una interfície que els veïns puguin fer servir sense formació, ja tens el que necessites.

Les objeccions que surten sempre

“Els meus veïns no ho faran servir mai.”

Al voltant del 70% ho farà servir. L’altre 30% escriurà a un veí que sí que ho fa servir, i aquest veí hi pujarà la incidència. No necessites el 100% dels veïns per aprofitar-ne els avantatges. Necessites els suficients perquè la safata d’incidències sigui la font de la veritat.

“Ja ho vam provar amb el correu i no va funcionar.”

El correu no és un sistema d’incidències. No té estats, ni safata compartida, ni assignació, ni filtres, ni repartiment. Tractar el correu com un sistema d’incidències falla perquè no ho és.

“Ja tenim un Excel per a això.”

Un Excel s’assembla més a un sistema d’incidències que un grup de WhatsApp. Té identificadors i una mena de columna d’estat. Però continua sense notificacions, sense feina en temps real entre diverses persones, sense res que vegin els veïns i sense automatització. És un registre de la feina. No és un flux de treball.

El canvi de mentalitat

El més difícil de passar a un sistema d’incidències és el canvi mental de “el sistema soc jo” a “el sistema és el sistema, i jo el superviso”. Els administradors que ho interioritzen creixen molt per sobre de la cartera que portaven. Els que no, continuen fent de centraleta humana fins que es cremen.

La primera setmana es fa estranya, perquè no estàs contestant tota l’estona. Després t’adones que les comunitats funcionen sense que hi intervinguis en temps real, i el motiu és que el mateix flux fa la feina que abans vivia al teu cap.