Um hóspede escreve às 21h sobre uma reserva trocada. A resposta precisa do input de quem fez a reserva, de quem gere o calendário e de quem trata dos reembolsos. Os três esperam que o founder decida quem faz o quê. Quando finalmente se resolve, o hóspede já deixou uma review.
Isto não é um problema de comunicação. É um problema de responsabilidade. Ninguém nessa cadeia era realmente o dono daquela entrega, por isso todos esperaram pela única pessoa que se sente responsável por tudo: o founder.
A regra
Um responsável por cada entrega significa que cada tarefa, cada resultado recorrente, cada ponto de decisão tem exatamente um nome associado. Não uma equipa. Não "quem vir primeiro". Uma pessoa responsável por aquilo chegar ao fim, do início ao fim.
Parece óbvio. Quase nunca acontece num negócio liderado por um founder com 5 a 19 pessoas. O trabalho é partilhado informalmente, todos ajudam, e essa flexibilidade parece uma força até algo correr mal. Nesse momento o founder é o responsável de recurso para tudo, porque nunca ninguém recebeu formalmente a bola.
Porque é que os founders acabam no meio
Não é porque a equipa é fraca. É porque a responsabilidade nunca foi atribuída de propósito. As tarefas são feitas por quem tem tempo nesse dia. As decisões são tomadas por quem está na sala. Isso funciona com 3 pessoas. Com 12, significa que o founder é copiado em tudo, chamado a aprovar coisas que nunca foram dele para aprovar, e envolvido em problemas que deviam ter sido resolvidos dois passos antes.
A solução não é contratar um gestor para ficar acima da confusão. Isso só acrescenta uma camada e um salário. A solução é escrever, por escrito, quem é responsável por quê.
Três táticas que funcionam sem aumentar a equipa
1. Mapeie entregas, não funções. Os títulos de cargo escondem lacunas. Liste os resultados recorrentes reais do negócio: respostas a hóspedes, faturação, pedidos de manutenção, calendário de conteúdos, pagamentos a fornecedores. Para cada um, escreva quem é o responsável hoje. Se a resposta honesta for "o founder" ou "quem estiver por perto", essa é a sua lista de correções.
2. Atribua um nome, não uma equipa. Uma caixa de entrada partilhada vigiada por três pessoas significa que ninguém é responsável por ela. Escolha um responsável por caixa, por turno, por tipo de cliente. O responsável pode pedir ajuda. Não pode devolver a tarefa toda.
3. Construa o caminho de escalonamento antes de precisar dele. Os responsáveis vão bater em paredes: um reembolso acima de um limite, uma queixa de hóspede que exige uma decisão de bom senso. Escreva exatamente quando escalam e para quem, e garanta que não é automaticamente o founder em todos os casos. Distribua o escalonamento por duas ou três pessoas de confiança segundo o tipo de problema, não segundo quem é mais fácil de contactar.
Nada disto exige uma nova camada de gestão. Exige um documento que diga, para cada entrega, um nome e um substituto.
Um exemplo prático
Uma empresa de gestão de alojamento com 12 pessoas veio até nós porque a proprietária respondia a 40 a 50 mensagens por dia: problemas de hóspedes, mudanças no calendário de limpezas, perguntas sobre pagamentos aos proprietários. Não tinha contratado ninguém novo há um ano, mas sentia-se mais ocupada a cada mês.
Mapeámos 14 entregas recorrentes. Nove não tinham responsável formal, caíam nela por defeito porque era sempre ela quem respondia. Atribuímos um único responsável a cada uma, construímos três caminhos de escalonamento por tipo de problema, e criámos regras simples para os casos rotineiros se resolverem sem ela.
Em três semanas o volume de mensagens diretas dela caiu para menos de metade. Não se contratou ninguém. Nenhum gestor novo se colocou entre ela e a equipa. O sistema simplesmente deixou de encaminhar tudo para ela por defeito.
O essencial
Tirar o founder do meio não é dar um passo atrás e esperar que a equipa se resolva. É decidir, no papel, quem é responsável por quê antes do próximo incêndio começar. Isto é trabalho de operações. É o tipo de sistema que instalamos para que um negócio deixe de precisar do seu proprietário no dia a dia.
Se isto soa à sua semana, marque uma chamada de 20 minutos e mapeamos onde estão realmente as lacunas de responsabilidade.
Perguntas frequentes
Como sei se a minha equipa tem um problema de responsabilidade? Se a mesma pessoa, geralmente o founder, é copiada em tarefas supostamente atribuídas a outra pessoa, a responsabilidade nunca foi real. Veja quem realmente termina cada tarefa recorrente sem ser lembrado.
Isto significa contratar um gestor de operações? Não necessariamente. A maioria das equipas de 5 a 19 pessoas não precisa de uma nova camada de gestão. Precisa que as funções existentes tenham responsabilidade clara e escrita sobre entregas específicas e um caminho de escalonamento curto.
Quanto tempo demora a corrigir isto? Mapear entregas e atribuir responsáveis demora normalmente uma a duas semanas. A mudança maior, as pessoas confiarem na nova responsabilidade e deixarem o hábito de recorrer ao founder, demora três a seis semanas a assentar por completo.