Por que as transferências custam mais do que qualquer fragilidade isolada na cadeia de trabalho
The short version: most digital work does not fail because one team is weak. It fails at the joints, in the silent gap between the strategist's insight, the designer's file, the developer's build, and the marketer's live page. Each handoff loses a little intent. String four together and you have quietly given away half the plan before a single visitor arrives.
Let me show you where that loss actually happens, because once you can see it, you can start closing it, whether or not you can put one mind across the whole thing.
Where does the value actually go missing?
Not in the work itself. Almost every team I have watched fail at this was individually good at their job. The strategist's positioning was sharp, the designer's file was clean, the developer shipped what the ticket asked for, and the growth team ran a legitimate test. Everyone did their part correctly, and the result still missed.
The loss happens in the gaps between those parts, at the moment one person's understanding has to become another person's instructions. That translation is never perfect. A brief can only carry so much context, a handoff meeting only runs so long, and the person receiving the work was not in the room when the reasoning took shape. So they fill the gap with a reasonable guess. Most of the time the guess is close enough. Sometimes it is not, and nobody finds out until the thing is live.
This is the old telephone game, played with a six-figure budget. Each person repeats what they heard as faithfully as they can. The distortion is never any one person's fault. It is a property of the chain itself.
What is intent decay, and why does it compound instead of just adding up?
I call the specific failure "intent decay": the gradual loss of the why behind a decision as that decision passes from the person who made it to the people who have to execute it. It rarely shows up as an error. It shows up as a thousand small, defensible choices that each drift slightly from what the original thinking actually needed.
Three realistic, hypothetical examples, the kind I have seen some version of at almost every studio and in-house team I have worked around:
- The strategist's insight that never reaches the developer. Say the positioning work concludes that speed is the one thing this brand can own, faster checkout, faster support, faster everything, because the category is full of bloated competitors. That finding lives in a strategy deck. Nobody tells the development team it is the differentiator, so they build a checkout with a polished five-step wizard, on schedule and on brief, and quietly bury the one thing the strategy was built around.
- The SEO plan the designer never saw. The search plan calls for a real, indexable heading and body copy answering a specific question, because that is the query the whole page exists to capture. The brief that reaches the designer talks about "hero impact" instead. The designer builds the answer into a full-bleed graphic with the text baked into the image: stronger than any competitor's page, and functionally invisible to search.
- The copy the brand team wrote that the growth team quietly overrides. Brand writes a restrained call to action, "Explore the collection," to protect a premium tone. Growth quietly tests "Only 3 left, order now" against it, because urgency reliably lifts clicks, and never loops back to ask what it costs the positioning. Repeat that across a year of tests, and the brand gets rewritten by whoever happened to win one, not by anyone deciding on purpose.
None of these people did anything wrong given what reached them. That is the uncomfortable part. Intent decay is not a competence problem. It is a transmission problem, and transmission problems compound.
Here is the compounding, reasoned from a simple model rather than any single study: imagine each handoff preserves ninety percent of the original intent, which is generous for most real handoffs I have seen. After one handoff you have ninety percent of the plan. After two, eighty-one percent. After three strategy to design to build, seventy-three percent. After a fourth, into growth and live optimization, about sixty-six percent. You have not lost everything at any single step. You have lost a third of the plan through ordinary, well-intentioned friction, and nobody along the way could point to the moment it happened.
Where exactly does the value leak? A handoff to leak map
It helps to name the leak at each boundary specifically, because "communication problems" is too vague to fix. Here is the pattern across a typical strategy, design, build, and growth chain.
| Handoff | What typically survives | What typically leaks | Realistic (hypothetical) example |
|---|---|---|---|
| Strategy to design | The stated goal, the visual mood, the target audience | The reasoning behind why that goal, the trade-offs already rejected, the one non-negotiable | A "premium and fast" brief loses the fact that speed was the actual differentiator, not just a nice quality |
| Design to build | The visual layout, the component list, the happy path | Motion intent, edge cases, the specific feeling a transition was meant to create | An interaction spec'd as "subtle lift on hover" ships as a plain color change, because "subtle" was never defined in a way code could carry |
| Build to growth or marketing | The shipped feature, the tracked events, the page as built | The intended emotional arc, why copy was worded a certain way, what was deliberately left out | A restrained CTA gets swapped for urgency language mid-quarter, because the growth team never saw the reasoning that shaped the original words |
| Growth back to strategy | Aggregate metrics, a win or a loss on a test | The qualitative reason a change worked or failed, whether it helped or hurt the longer brand position | A test "wins" on clicks while quietly training visitors to expect discounts, and nobody reports that cost back upstream |
Read down that middle column and a pattern jumps out: what survives a handoff is almost always the artifact (the deck, the file, the ticket, the number). What leaks is almost always the reasoning behind it. Documents travel. Judgment does not, unless a person carries it across the boundary themselves.
Why does a coordination tax hit every project, even the well-run ones?
This is not just a story about creative work. It shows up in the data on how knowledge work actually gets done. Research led by Rob Cross and collaborators, tracked across two decades and reported in Harvard Business Review, found that time spent by managers and employees in collaborative activities, meetings, messages, requests for input, has grown by fifty percent or more over that period, to the point that people at some companies spend as much as eighty percent of their time responding to others rather than doing their own work (Harvard Business Review, to re-verify).
PMI's own research puts a number on what that friction costs: of every one billion dollars spent on projects, roughly seventy-five million is at risk specifically from poor communication (PMI, to re-verify). A 2026 Forbes analysis of engineering organizations estimated that a thirty-person team can absorb fifteen to twenty percent of its capacity, nine hundred thousand to one and a half million dollars a year, in pure coordination waste, and that this overhead scales quadratically as team size grows, not in a straight line, because every new person has to synchronize with everyone already there (Forbes, to re-verify).
There is a cognitive cost underneath that too. Gloria Mark's research at UC Irvine found it takes about twenty three minutes to fully return to a task after an interruption (UC Irvine, to re-verify), and every handoff is an interruption for someone. Google's DORA research adds the flip side: teams with loosely coupled architecture and clear, autonomous ownership of their piece of the system are roughly three times more likely to be elite performers than teams without it (DORA, to re-verify). Fewer live dependencies between people is one of the strongest predictors of shipping well this research has found.
80%
of time at some companies goes to responding to others, not doing the work
Harvard Business Review
1.5M
a year in coordination waste on a 30-person team, up from $900K
Forbes
23 min
to refocus after a single interruption
UC Irvine
Why does a single weak link, owned by one mind, still beat a strong link that nobody connects?
Here is the part that is easy to miss if you are only grading each stage on its own merits. A chain is not judged by its strongest link. It is judged by whether the links actually hold together, and a specialist's excellence at their one stage says nothing about whether their output survives the trip to the next stage intact.
Picture two versions of the same project. In the first, four specialists, each meaningfully better at their craft than any generalist could be, hand work down the line with no one accountable for what survives the handoff. In the second, one competent person, not the best at any single stage but good enough at all four, carries the intent from the first decision to the live page. The individual stages in the first version are stronger. The finished result in the second is usually more coherent, because nothing had to survive a translation it might not survive.
This is not an argument against specialists. It is an argument for something connecting them. A weak link that is directly wired to everything around it will transmit almost all of what it has. A strong link sitting in isolation, brilliant on its own terms, transmits only what happens to survive the gap on either side of it, and as the model above shows, that gap eats real value even when everyone involved is good at their job.
What do you actually do about it, whether or not you can hire one owner?
You cannot always put one mind across strategy, design, build, and growth. Most teams cannot, and most projects are built by more than one person for good reason: real depth in four disciplines rarely lives in one head, and it should not have to. What you can do, in either case, is shrink the leak at every boundary you have got.
- Reduce the number of handoffs before optimizing any single one. Every boundary is a chance to lose intent, so the fastest fix is often structural: fewer vendors, fewer approval layers, fewer people between the decision and the shipped page.
- Give one person end-to-end accountability, even if they do not do all the work. Amazon's internal "single-threaded owner" practice is built on this: one person tracks the thread from decision to delivery across a team of specialists, so intent has somewhere to live besides a document.
- Make the reasoning travel with the artifact, not just the artifact. A brief that states the decision without the "why" gets reinterpreted at every stage. State the non-negotiable in writing next to the deliverable: not "premium and fast," but "speed is the differentiator, protect it before polish."
- Close the loop backward, not just forward. Most chains only pass work downstream. Build a real path for growth's findings and the developer's constraints to reach the strategist, so the original decision maker learns when reality disagreed with it.
- Measure the leak directly. Ask the same question of both sides of a handoff: "what is the one thing this must protect." Mismatched answers show you exactly where the intent decayed.
- Where you cannot remove a handoff, put a person on both sides of it. A designer in the strategy conversation, or a developer in design review, carries context no brief fully captures: not one person doing everything, but one person's judgment present at every seam.
I make the fuller case for why a single owner is worth building toward elsewhere on this site, in the journal. Here, the point is narrower and more useful regardless of your structure: name your handoffs, and treat each one as a place where value is actively at risk, not a formality on the way to the real work.
Your turn
Take the last project that underperformed and draw its chain: who decided what, and who received it next, at every step from idea to live page. Circle each handoff. For each one, ask what the receiving person actually knew about why the decision was made, not just what the decision was. You will usually find the leak in under ten minutes, and once you can see it, closing it is a much smaller job than the one you thought you had.
Perguntas frequentes
Qualquer ponto em que uma decisão tomada por uma pessoa ou equipa se transforma numa instrução para outra: da estratégia para o design, do design para o desenvolvimento, do desenvolvimento para o crescimento, e das conclusões do crescimento de volta para a estratégia. Toda a fronteira em que o contexto tem de ser reexplicado, em vez de simplesmente continuado, é uma transferência.
Porque é um problema de transmissão, não de competência. Um briefing só consegue transportar uma certa quantidade de raciocínio. A pessoa que o recebe preenche o resto com uma suposição razoável, e suposições razoáveis afastam-se da intenção original, mesmo quando cada uma delas, isoladamente, faz sentido.
Sim, é bastante parecido. A distorção em cada etapa é pequena, e ninguém fez nada de errado, mas as distorções não se anulam entre si. Acumulam-se numa única direção, afastando-se cada vez mais da intenção original.
A parte do tempo e do orçamento de uma equipa gasta a sincronizar trabalho entre fronteiras, em vez de executar o trabalho em si: reuniões, transferências e a recuperação após interrupções. Estudos indicam que este valor pode chegar a quinze a vinte por cento da capacidade de uma equipa de dimensão média (a reconfirmar).
Não automaticamente. Os especialistas produzem um trabalho mais forte na sua própria etapa, mas o resultado final depende do que sobrevive às transferências entre etapas. Uma cadeia de especialistas sem ninguém a ligá-los pode perder, nas costuras, mais valor do que ganhou com a competência de qualquer um deles.
Relacionada, mas não idêntica. A Lei de Conway diz que a estrutura de um sistema reflete a estrutura de comunicação da organização que o construiu. O problema das transferências é o mecanismo subjacente a essa lei: as lacunas de comunicação que a Lei de Conway descreve são exatamente onde um sistema se afasta da sua intenção original.
Reduza a fuga em vez de perseguir uma estrutura ideal. Diminua as transferências onde for possível, coloque uma pessoa responsável a acompanhar o processo do início ao fim, mesmo que não execute todo o trabalho pessoalmente, e garanta que o raciocínio viaja com cada artefacto.
Não existe um número fixo, mas cada transferência adicional deve ser tratada como um custo, não como uma ação gratuita. Além de três ou quatro transferências importantes entre a decisão original e o resultado publicado, é de esperar uma deterioração significativa, a menos que algo feche ativamente essas lacunas.
Cria um risco diferente, que vale a pena reconhecer com honestidade: a troca é entre a capacidade de uma única pessoa e o custo quase certo da deterioração ao longo de uma cadeia sem gestão. Atribuir a uma pessoa a responsabilidade do início ao fim, sem exigir que execute pessoalmente todas as tarefas, capta a maior parte do benefício, mantendo a carga de trabalho distribuída.
Faça à pessoa que tomou a decisão e à pessoa que a recebeu a mesma pergunta: qual é a única coisa que isto tem de proteger. Respostas divergentes assinalam exatamente a costura a corrigir, em vez de se tentar reparar a comunicação de forma genérica.
As ferramentas transportam informação mais depressa, mas não conseguem fabricar um raciocínio que nunca foi registado. Um documento partilhado ou um resumo gerado por IA continua a transmitir apenas aquilo que alguém se lembrou de registar. A solução está em tornar o "porquê" explícito na origem, não em mover a informação mais depressa entre silos.
Minimizando as fronteiras desde o início: uma única mente a conduzir a estratégia, o design, a construção e o crescimento de um determinado trabalho. Quando um projeto precisa de mais mãos, o mesmo princípio aplica-se em escala reduzida: identifique as transferências, e garanta que é o julgamento, e não apenas um documento, que atravessa cada uma delas.