The 90% Problem
Projects get to 90% done and stay there. Not because people are slow — because nobody owns the outcome, only the tasks.
The case study took three weeks to produce. It involved eight hours of customer interviews, multiple drafts, design revisions, and the slow grind of legal and customer approvals. The result is strong, the customer is happy, and the team is proud. It gets published as a PDF on the resources page, announced in one email, and then the team moves on to the next task.
Three weeks later, a sales rep preparing for a meeting needs customer proof, ideally within the hour. The case study exists, but it’s a twelve-page PDF. What they actually need is a one-page overview, three slides, or five bullet points for an email.
Adapting that PDF means finding the latest version, confirming it’s approved for this specific use case, and reformatting it. That isn't a fifteen-minute task; it’s half a day of handoffs and approvals when you factor in the friction. With the meeting only two hours away, the rep pulls together something new. It’s simply faster to create from scratch than to navigate the system to reuse what exists.
This is the pattern. Not because teams are inefficient, but because the path to reuse is longer than the path to create.
That case study represents significant investment. Customer time. Internal time. Opportunity cost of what didn't get created while this was being produced. It could have lived as:
From one creation effort: ten deployment formats. Different contexts. Different stages. Same core proof point. The investment scales. But in most teams, it doesn't. The PDF gets created. Published. Then the team moves to the next thing.
The barrier isn't laziness. It's friction.
None of these are insurmountable. But together, they create enough friction that creating new often becomes faster than adapting what exists. The system doesn't support reuse. So reuse doesn't happen.
Most teams measure creation. "We published ten assets this quarter." Fewer teams measure deployment. "We used this asset in fifteen contexts."
If leadership asks "What did we ship?" the team optimizes for shipping new things. If leadership asks "How many times did we deploy what we have?" the team optimizes for leverage. The incentives shape the behavior. When creation is celebrated and reuse is invisible, teams create.
Teams that reuse well don't have better people. They have better systems. They stop organizing files by internal deadlines and start organizing them by how they help a buyer.
Instead of searching through folders of old PDFs, a sales rep should be able to go to one place and find assets categorized by industry, use case, or the specific objection they are facing. It’s a library designed for deployment, organized so that the right proof point is always one click away, regardless of when it was created.
In this system, formats are created in parallel. The long-form PDF and the short-form excerpts get created in the same production cycle. By the time the PDF publishes, the posts are scheduled, the emails are drafted, and the slide is in the template library.
Pick three strong assets from the last six months. Case studies, research, major content pieces. For each one, map five ways it could be reused. Be specific. Not "We should post about this," but "Five posts: customer quote, key metric, implementation approach, unexpected outcome, what's next."
Assign someone to create those formats this week. One person owns the transformation. Deploy them. Track what happens. Did sales use the slide? Did the posts drive engagement? After three assets, the pattern becomes clear. Either reuse creates leverage—in which case you scale it—or you learn what needs to adjust. But start with three. Prove the value. Then build the system.
The content calendar shifts. Less focus on "What new thing should we create next?" More focus on "How should we deploy what we have?" Sales stops asking "Do we have anything on this?" They know where to look. The assets are current, formatted for their needs, ready to use.
The pace doesn't slow. The leverage increases. Teams move from "We created ten things this quarter" to "We created four things and deployed them fifty times." That's when content becomes a compounding asset instead of a recurring cost.
A Diagnostic Sprint identifies where content investments don't scale. Not because the content is weak, but because there's no system to make one piece work across formats, channels, and contexts.
The output isn't a new content calendar. It's visibility into where reuse breaks down and what needs to change for work to compound.
Want to see where your content system breaks down? Book a conversation