Se você quiser descobrir onde uma empresa perde dinheiro, não olhe para o trabalho. Observe as costuras entre o trabalho. A venda fecha – e depois? Alguém tem que avisar a entrega. A entrega termina – e depois? Alguém tem que informar o faturamento. A fatura sai — e depois? Alguém precisa informar ao suporte quem é esse cliente. Cada "e então o que" é uma transferência, e as transferências são onde o trabalho morre silenciosamente.
Por que os limites são perigosos.
Dentro de uma única função, o trabalho tem impulso e dono. Numa transferência, ambos evaporam. A propriedade torna-se ambígua – ainda é do vendedor ou do gerente de projeto? O contexto tem que ser recriado — o novo proprietário não sabe o que foi prometido, apenas o que foi registrado, e o que foi registrado é o que cabe nos campos da outra ferramenta. Aquilo que estava vivo e compreendido na cabeça de uma pessoa torna-se um fino artefato passado através de uma lacuna.
Agora piore as coisas, como fazem as empresas reais: coloque cada lado da transferência em uma ferramenta diferente. O negócio reside no CRM. O projeto reside na ferramenta PM. O faturamento fica no aplicativo de contabilidade. A transferência não é apenas uma mudança de proprietário – é uma mudança de sistema, realizado por um humano que copia campos de uma tela para outra, esperando que nada de importante viva em um campo que a próxima ferramenta não tenha.
O trabalho não falha na execução. Ele falha na passagem.
As coisas específicas que ficam na lacuna.
Nunca são as coisas grandes que caem. É a textura. O desconto que o vendedor prometeu e que nunca chegou à fatura. A nota de escopo da chamada inicial que o conselho do projeto nunca capturou. O fato desse cliente ser sensível aos prazos, conhecido pelas vendas, invisível ao suporte. Cada perda é pequena. Em conjunto, eles são a diferença entre um cliente que se sente atendido e outro que se sente como um ticket – e todos eles acontecem nas costuras, no copiar e colar entre as ferramentas.
A correção não é uma transferência melhor. São menos deles.
Você pode investir na higiene da transferência – checklists, reuniões de transferência, campos obrigatórios. Ajuda um pouco, assim como uma ponte melhor ajuda a atravessar um rio. Mas a medida estrutural é parar de atravessar os rios. Quando o negócio, o projeto, a fatura e o histórico de suporte são o mesmo registro na mesma plataforma, a transferência não é mais tranquila – ela desaparece. Fechando o negócio é aquilo que abre o projeto. O contexto não é transferido porque nunca saiu.
Esse é o superpoder silencioso de uma camada de dados. A promessa feita pelo vendedor fica registrada no registro que o gerente de projeto abre. A nota de escopo está ali quando o faturamento gera a fatura. O suporte vê todo o relacionamento, não um novo ticket. Ninguém recria o contexto em um limite, porque não há limite para recriá-lo.
A recompensa.
As equipes que fecham as costuras descrevem a mesma mudança, quase palavra por palavra: as coisas param de cair pelas frestas, porque as frestas desapareceram. As disputas de faturamento diminuem. O "espere, quem é o dono disso?" Os fios frouxos param. O cliente experimenta uma empresa em vez de uma corrida de revezamento entre departamentos. Nada disso veio de trabalhar mais duro. Surgiu da remoção dos limites onde a obra estava morrendo.