Почему передачи обходятся дороже, чем любая отдельная слабость в цепочке
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.
Часто задаваемые вопросы
Любой момент, когда решение, принятое одним человеком или командой, становится указанием для другой: от стратегии к дизайну, от дизайна к разработке, от разработки к росту и от выводов, полученных на этапе роста, обратно к стратегии. Передачей является каждая граница, на которой контекст приходится объяснять заново, а не продолжать.
Потому что это проблема передачи информации, а не проблема компетентности. Бриф способен нести лишь ограниченный объём логики решения. Всё остальное человек, который его получает, восполняет разумным предположением, а разумные предположения постепенно уходят от исходного замысла, даже если каждое из них по отдельности выглядит обоснованным.
По сути, да, близко к тому. Искажение на каждом шаге невелико, и никто не делает ничего неправильного, но искажения не компенсируют друг друга. Они накапливаются в одном направлении, всё дальше от исходного замысла.
Доля времени и бюджета команды, уходящая на согласование работы между направлениями, а не на саму работу: встречи, передачи задач и восстановление после прерываний. Согласно исследованиям, в команде среднего размера эта доля может достигать от пятнадцати до двадцати процентов мощности (требует перепроверки).
Не автоматически. Специалисты выдают более сильный результат на своём этапе, но итоговый результат зависит от того, что уцелеет после передач между этапами. Цепочка специалистов без связующего звена может потерять на стыках больше ценности, чем принесло мастерство любого отдельного участника.
Смежная, но не тождественная идея. Закон Конвея гласит, что структура системы повторяет структуру коммуникации организации, которая её создала. Проблема передач лежит в основе этого механизма: именно в разрывах коммуникации, которые описывает закон Конвея, система и отклоняется от исходного замысла.
Сокращайте утечку вместо того, чтобы гнаться за идеальной структурой. Уменьшайте число передач там, где это возможно, назначьте одного ответственного, который ведёт всю цепочку от начала до конца, даже если он не выполняет всю работу лично, и следите за тем, чтобы обоснование решений передавалось вместе с каждым результатом работы.
Фиксированного числа не существует, но каждую добавленную передачу стоит рассматривать как издержку, а не как бесплатное действие. После трёх или четырёх крупных передач между исходным решением и готовым результатом стоит ожидать заметного искажения, если что-то целенаправленно не закрывает эти разрывы.
Она создаёт другой риск, и его стоит называть честно: выбор идёт между ограниченными возможностями одного человека и почти неизбежными издержками искажения в неуправляемой цепочке. Если наделить одного человека ответственностью за весь процесс от начала до конца, не требуя, чтобы он лично выполнял каждую задачу, это даёт большую часть выгоды, при этом сохраняя распределение нагрузки.
Задайте один и тот же вопрос человеку, принявшему решение, и человеку, который его получил: что именно это решение должно сохранить любой ценой. Расхождение в ответах указывает на конкретный стык, который нужно исправить, вместо того чтобы пытаться улучшить коммуникацию в целом.
Инструменты передают информацию быстрее, но не способны создать логику решения, которая никогда не была зафиксирована. Общий документ или сводка, составленная ИИ, всё равно передают только то, что кто-то догадался записать. Решение в том, чтобы делать «почему» явным уже на источнике, а не в том, чтобы быстрее перемещать информацию между изолированными звеньями.
Прежде всего, за счёт минимизации границ: один человек удерживает стратегию, дизайн, разработку и рост в рамках конкретной работы. Там, где проекту нужно больше рук, действует тот же принцип в уменьшенном масштабе: назвать все передачи по именам и следить за тем, чтобы через каждую из них переходило не только документ, но и суждение.