Exclaimer's newly released Build vs. Buy Report reveals that 71% of in-house IT builds fail to deliver on time or on budget. While the report frames this as a productivity and cost issue, the underlying pattern exposes something more fundamental: enterprises systematically underestimate the communicative work required to translate organizational intentions into functioning software systems.

This isn't merely a project management failure. It's an Application Layer Communication crisis playing out at the enterprise software development level.

The Intent Specification Problem in Custom Software Development

When organizations choose to build rather than buy, they assume the primary challenge is technical execution. The Exclaimer report suggests otherwise. The 71% failure rate indicates that the bottleneck lies earlier in the process: translating implicit organizational knowledge and workflows into explicit technical specifications that developers can implement.

This mirrors the intent specification challenge users face when interacting with platforms. Just as platform users must translate their intentions into constrained interface actions (clicks, swipes, search queries), internal IT teams must translate organizational needs into technical requirements. Both processes require a form of literacy that organizations consistently fail to recognize as a distinct communicative competence.

The difference is that enterprise software development makes this translation process visible and measurable through project timelines and budget overruns. When a custom email signature management system takes 18 months instead of 6 and costs double the original estimate, we're witnessing the accumulated cost of failed intent specification across dozens of stakeholders.

Why Implicit Organizational Knowledge Cannot Scale to Custom Software

The Exclaimer report notes that DIY IT tools create a "productivity drain," but doesn't fully articulate why. The answer lies in the asymmetric interpretation problem inherent in translating organizational practices into code.

Organizations operate through tacit coordination mechanisms: informal workflows, contextual decision-making, and negotiated exceptions that function smoothly because human actors interpret situations flexibly. When IT teams attempt to codify these practices into software specifications, they encounter the fundamental constraint of deterministic systems. Code cannot interpret context the way humans do. Every edge case, exception, and contextual variation must be explicitly specified.

This specification work requires organizational actors to develop fluency in translating implicit coordination patterns into explicit algorithmic instructions. Most organizations lack this literacy entirely. Business stakeholders describe what they want in natural language terms ("make it intuitive," "keep it simple," "make it work like the old system but better"). Technical teams interpret these contextually vague requirements into concrete features. The result: misalignment, scope creep, and the 71% failure rate Exclaimer documents.

The Stratified Fluency Problem Across Business and IT

The report's finding that organizations struggle to "balance control, compliance, and innovation" reveals another dimension of this problem. Different organizational actors possess different levels of fluency in the communicative system bridging business needs and technical implementation.

Senior leadership operates at high abstraction: strategic objectives, competitive positioning, regulatory compliance. Developers operate at low abstraction: data structures, API calls, conditional logic. The middle layer (product managers, business analysts, technical project managers) theoretically bridges this gap, but only if they possess sufficient fluency in both domains to perform accurate translation work.

Most organizations lack this bridging competence at scale. The result is what the report describes as builds that "fail to deliver." More precisely: builds that deliver something, just not what stakeholders actually needed, because the specification process never successfully translated implicit organizational intentions into explicit technical requirements.

Implications for Organizational Theory

The Exclaimer findings suggest that the "build vs. buy" decision functions as a literacy acquisition problem masquerading as a cost-benefit analysis. Organizations that choose to build are implicitly betting they possess (or can acquire) sufficient communicative fluency to translate organizational needs into technical specifications more efficiently than learning to adapt their practices to commercial software.

The 71% failure rate suggests most organizations lose that bet. They discover mid-project that they lack the translational competence required, leading to timeline extensions, budget overruns, and eventual compromise solutions that satisfy neither business nor technical stakeholders.

This has broader implications for coordination theory. If organizations struggle to translate their own internal practices into explicit software specifications, what does this reveal about the difficulty individuals face translating their intentions into platform interactions? The Exclaimer report provides quantitative evidence that intent specification represents a fundamental communicative barrier, not merely a UX optimization opportunity.

The hidden insight: every platform user attempting to accomplish a task faces a microscale version of the translation problem that causes 71% of enterprise IT builds to fail. The difference is that platforms externalize this cost to users, who absorb the coordination variance individually, while enterprise software projects make the accumulated specification cost visible through failed delivery timelines.