Status das unidades: uma única fonte que todos podem ver

A primeira parte deu nome à lacuna de visibilidade e aos pontos onde ela se abre, e terminou com um exercício de contagem de uma semana que lhe dá um número para o tamanho do problema. Vamos supor que você o fez. Agora você tem em mãos uma lista das suas unidades com uma anotação ao lado de algumas delas: registrada como locada, mas na verdade vazia; um contrato que venceu e nunca foi atualizado; um pagamento que chegou sem nenhum lançamento correspondente. A próxima pergunta é direta: onde você registra a realidade para que o registro nunca mais se afaste dela?

A resposta não é um arquivo melhor nem um funcionário mais cuidadoso. É um único status declarado por unidade, visível para todos que precisam dele no mesmo momento, alterado somente por uma ação registrada que tem um responsável, um registro de data e hora e um documento. A diferença entre isso e o que você tem hoje não é de ferramenta. É a diferença entre armazenar informação e conhecer um estado. A informação é escrita uma vez e envelhece em silêncio; um status obriga seu responsável a mantê-lo atualizado, porque uma ação posterior depende dele.

Cada unidade está em exatamente um status a cada momento

Antes de qualquer ferramenta, é preciso combinar a própria lista de status. Na maioria dos escritórios não existe uma lista aprovada, então um funcionário escreve vazia, outro escreve disponível e um terceiro escreve em andamento — três palavras sem nenhuma ação clara por trás e sem nada que alguém possa filtrar. Um status não é uma descrição livre. É uma posição em uma lista fechada, e cada posição tem um único significado operacional que ninguém pode contestar:

  • Vaga, não preparada. O inquilino saiu e a unidade está sendo limpa, reparada ou aguardando fotos. Ainda não está anunciada, mas o relógio corre para ela desde o primeiro dia.
  • Preparada e anunciada. Fotografada, precificada e divulgada. Qualquer unidade preparada mas não anunciada é receita adiada sem motivo, e é este status que deixa isso à mostra.
  • Reservada. Há um interessado sério que pagou uma caução ou um sinal de boa-fé. Uma reserva é temporária por natureza, por isso este status precisa ter uma data de expiração — caso contrário, vira vacância disfarçada que não aparece em nenhum relatório.
  • Locada. Há um contrato em vigor com data de início, data de término e pagamentos programados. Aqui o status não é uma posição, mas a porta de entrada para um dossiê: o contrato, seus documentos e suas datas.
  • Em manutenção. Ocupada ou vazia, mas com obras em andamento que impedem a entrega. Deve estar vinculada a uma solicitação de manutenção com número, ou o status vira esconderijo para tudo o que quebrou e ninguém acompanhou.
  • Fora de operação. Uma decisão do proprietário de suspender a locação, ou uma restrição regulatória ou estrutural. Mantenha separado da vacância, porque não conta contra o desempenho comercial e ninguém deveria estar trabalhando nele.

Uma regra governa a lista: uma unidade está em exatamente um status a cada momento, e não existe status chamado desconhecido. Se ninguém sabe o status de uma unidade, isso não é uma célula vazia — é uma tarefa urgente para uma pessoa nomeada. Uma célula vazia em uma planilha não incomoda ninguém, e é justamente por isso que ela continua vazia por meses.

Por que uma planilha não consegue representar um status

A objeção esperada: tudo isso já está na minha planilha, tenho uma coluna chamada status. A diferença é que a planilha guarda um valor, enquanto a operação precisa de um estado. Um valor é texto em uma célula; um estado é um compromisso que dispara uma ação. Veja o que o arquivo não consegue fazer, por mais organizado que você o mantenha:

  • Ele não sabe quem mudou nem quando. Uma unidade passa de locada para vaga com um toque no teclado e, dois meses depois, quando o proprietário pergunta exatamente quando o inquilino saiu, não há rastro. Um registro sem histórico de alterações é uma opinião, não uma prova.
  • Ele não avisa ninguém. A planilha espera que você a abra. A operação precisa do contrário: o registro deve vir até você e dizer que um contrato termina em um mês e que uma unidade está preparada, mas sem anúncio, há doze dias.
  • Várias cópias contraditórias. O arquivo é enviado em um chat para um sócio dar uma olhada, ele edita, e agora você tem duas versões corretas ao mesmo tempo. Uma fonte única não é luxo organizacional; é a condição que dá sentido à pergunta qual é o status.
  • Ele não vincula o status ao que o comprova. Você escreve vaga — onde está o termo de entrega? Você escreve reservada — onde está o recibo da caução? Um status que não carrega seu documento desmorona na primeira disputa.
  • Ele permite estados impossíveis. A planilha aceita tranquilamente uma unidade marcada como locada cujo contrato venceu há dois meses, porque não entende a relação entre as duas colunas. Um sistema que a entende recusa a contradição ou a sinaliza na hora.

Repare que nada disso é um defeito do Excel. O Excel é uma excelente ferramenta de cálculo; não é uma ferramenta de operação. O problema começa quando pedimos a uma planilha que gerencie obrigações entre pessoas ao longo do tempo.

O que toda mudança de status precisa carregar

Este é o núcleo prático de toda esta parte. Mudar um status não é atualizar um campo; é um evento operacional completo. E todo evento precisa carregar quatro coisas consigo, ou é só um boato registrado:

  • Quem mudou. Uma pessoa nomeada, não uma conta compartilhada. Responsabilidade que não é atribuída a alguém não existe.
  • Exatamente quando. O horário do próprio evento, não o horário em que alguém se lembrou dele. A distância entre esses dois registros de horário é a mesma lacuna descrita na primeira parte.
  • Para qual status e por quê. Um motivo curto de uma lista fixa: fim do contrato, despejo, rescisão, manutenção concluída, decisão do proprietário. O motivo é o que depois vira o relatório que mostra por que suas unidades realmente ficam vazias.
  • O documento que o acompanha. Cada status tem seu documento natural: uma saída carrega um termo de entrega com fotos datadas e leituras dos medidores, uma reserva carrega o recibo da caução e o prazo de validade da reserva, uma locação carrega o contrato e seus papéis, e a entrada em manutenção carrega o número da solicitação.

Acima das quatro, o mais importante: toda mudança de status deve gerar automaticamente a próxima ação. Uma saída abre uma tarefa de limpeza, a conclusão da limpeza abre uma tarefa de fotos e precificação, e a precificação abre uma tarefa de anúncio. É assim que uma unidade preparada deixa de ficar duas semanas sem anúncio porque ninguém se lembrou. Um status que não empurra para uma ação não passa de um arquivamento elegante.

Uma tela para a carteira, não um arquivo por prédio

O arranjo comum dá a cada prédio seu próprio arquivo, e a cada proprietário o seu. Isso é conveniente para arquivar e fatal para decidir, porque toda pergunta real atravessa prédios: quais unidades estão vagas em toda a carteira agora e há quanto tempo? Quais contratos terminam nos próximos sessenta dias? Quais unidades têm saldo em atraso ou uma solicitação de manutenção aberta? Responder qualquer uma delas a partir de arquivos separados exige uma consolidação manual que ninguém faz, a não ser quando o proprietário cobra.

O teste prático para qualquer ferramenta que você esteja avaliando é simples: ela responde a essas três perguntas em segundos, com você em pé, ou precisa de uma exportação e de uma consolidação? Uma única tela que ordena toda a carteira por status e pelo tempo desde a última mudança é o que transforma um registro em uma ferramenta de decisão. Ordenar pelo tempo decorrido, em particular, é o que revela o que um status estático esconde: uma unidade vaga há três dias é normal, enquanto uma unidade no mesmo status há setenta dias é um problema de preço ou de anúncio, não um problema de mercado.

A visão da Origami

Imóveis e hotéis é um dos nossos setores de especialização, e começamos qualquer projeto nele definindo a lista de status e seus responsáveis antes de desenhar uma única tela. O motivo é que uma tela bonita construída sobre status que ninguém combinou produz um painel com números em que ninguém confia — e em poucos meses a equipe volta para os chats e as ligações, depois de ter pago por uma ferramenta que fica sem uso.

A ordem que recomendamos: definir os status e seus responsáveis, depois fazer com que mudar o status seja o processo, e não um passo extra depois dele, e então construir por cima a cobrança, as renovações, a manutenção e os relatórios. Essa é a ordem que o restante desta série segue, e é assim que abordamos o setor de imóveis e hotéis, porque cada camada posterior lê do status — e, se o status estiver errado, tudo acima dele estará errado com mais confiança.

O que você pode fazer esta semana

A primeira melhoria não exige nenhuma compra. Exige pequenas decisões, colocadas por escrito e adotadas:

  • Escreva a lista de status em uma única página e adote-a formalmente, sem permitir descrições fora dela. Seis status cobrem a maioria das carteiras.
  • Dê a cada status um único responsável — a pessoa autorizada a colocar uma unidade nele e responsável por tirá-la dele.
  • Defina o documento que cada mudança exige, e trate a mudança como incompleta sem ele, em vez de aceitá-la com a promessa de enviá-lo depois.
  • Vincule cada status à ação que ele abre, mesmo que no início seja com uma simples lista de tarefas.
  • Revise toda semana as unidades cujo status não muda há muito tempo, porque a imobilidade neste registro sinaliza uma falha, não estabilidade.

Na próxima parte

O status está definido, com um responsável, um registro de data e hora e um documento por trás. A próxima parte constrói sobre ele o ciclo mais pesado do setor imobiliário: o dinheiro. Uma data de vencimento programada para cada contrato, um lembrete antes do vencimento e não depois, o pagamento lançado no momento em que chega, um caminho escalonado para cobrar atrasos e um alerta de renovação que chega cedo o bastante para negociar em vez de despejar.

Fontes