Vagueness is not what you think

Engineering Rigor

Vagueness is not what you think

Why the software industry became a desert of adjectives, and how measurable vulnerability is the only way out.

The air in the fourth-floor boardroom smelled of lemon-scented cleaning fluid and the acrid, metallic tang of a laser printer that had just churned out four hundred pages of fiction. Priya shifted in her seat, feeling the slight, sticky resistance of the synthetic leather chair against her blazer. On the table before her lay three thick binders.

Months of Discovery

Meeting Hours

$855k

Potential Spend

The scale of resources represented by the three binders on the table.

They represented of discovery calls, of internal stakeholder meetings, and a combined $855,000 in potential expenditure.

She picked up the first proposal, the one from a mid-sized agency with a glowing reputation and a logo that looked like a paperclip having a nervous breakdown. The document was beautiful. It used heavy-stock paper and high-resolution photography of diverse teams pointing at whiteboards. The word “blazing” appeared on page four, page twelve, and again in the executive summary. It promised a “modern, best-in-class, future-proofed digital experience” that would “delight users and drive unparalleled engagement.”

Proposal One Cost:

$242,300

Priya turned to the pricing page: $242,300. The second proposal was similar, though it preferred the word “seamless” to “blazing.” It offered “industry-leading scalability” and a “robust architecture.” Price: $261,400.

The Precision of the Third Binder

The third binder was different. It was thinner. It lacked the glossy photos of people high-fiving. Instead, it contained a series of tables. One table listed “Largest Contentful Paint” with a value of “under 2.5 seconds.” Another listed “Interaction to Next Paint” at “under 200 milliseconds.” It specified that these numbers were not mere goals but contractual obligations, verified at the 75th percentile of real-user field data.

Contractual Obligations

Largest Contentful Paint

< 2.5s

Interaction to Next Paint

< 200ms

Validation Method

75th Percentile Field Data

The price for the third option was $318,150.

Her CFO, a man who viewed every decimal point as a personal affront, leaned over and tapped the first binder. “Why would we pay a seventy-five-thousand-dollar premium for the same website?” he asked. “The first guys say it’ll be blazing. These third guys are just using more boring words to describe the same speed.”

Priya tried to explain that “blazing” is a vibe, while “2.5 seconds” is a measurement, but she realized she was fighting a battle against the very architecture of the market. The CFO wasn’t being dense; he was acting on a rational economic incentive that has, over time, turned the software industry into a desert of adjectives.

The Safety of the “Sporty” Sea

I’ve seen this before, though usually through a different lens. As a meteorologist on a cruise ship, my life is a constant negotiation between the precision of a barometric reading and the comfort of a vague forecast. If I tell the captain there is a 64% chance of four-meter swells at 04:00 hours, I am creating a scenario where I can be precisely, demonstrably wrong.

If I tell him the seas will be “a bit sporty,” I am safe. No one can sue you for “sporty.” It was only last week that I spent twenty minutes trying to politely end a conversation with a guest who wanted me to guarantee “sunshine” for their anniversary. I kept talking about cloud density and high-pressure ridges, and they kept asking if it would be “nice.”

“In the world of web development, we call this ‘nice’ or ‘blazing’ or ‘seamless.’ We use these words because they are impossible to break.”

The common instinct is to view this as a lack of integrity, a collective shrugging of shoulders by an industry of charlatans. That is too simple. The current state of the market-where every proposal looks like a Mad Libs sheet filled with synonyms for “good”-is actually the result of a ruthless process of natural selection.

The Fossil Record of Procurement

In any market where the buyer cannot easily verify the quality of a product before they sign the check, the vendor who commits to a specific, measurable threshold is at a massive competitive disadvantage. A specific vendor is a vulnerable vendor. By writing “2.5 seconds” into a contract, they are taking on the risk of every variable outside their control: the client’s bloated tracking scripts, the third-party ad pixels, the erratic latency of mobile networks.

To account for that risk, they have to price their services higher. They have to build in a buffer for the extra engineering hours required to hit those numbers. Meanwhile, the vague vendor takes on zero risk. If the site is slow, they can blame the client’s images. They can blame the host. They can argue that “blazing” is subjective.

RFP Win Rate Distribution

Vague Vendors

91%

Specific Vendors

9%

Data shows the ruthless survival advantage of vagueness in traditional procurement.

Because they carry no risk, they can price their bid lower. In a procurement process that prioritizes the bottom line, the vague vendor wins 91% of the time. The specific vendors, the ones who dared to put a number on the page, were eventually competed out of existence. What we are looking at in most RFPs isn’t a lack of talent; it is the fossil record of a procurement system that punished precision until only the adjectives survived.

The Illusion of Insurance

The ontological status of a digital product is perpetually in flux until the moment of deployment. Basically, it’s a Schrodinger’s website that’s both broken and perfect until the users show up. Why do we keep buying the same ghost twice? We do it because specificity is scary. It requires a level of transparency that most organizations aren’t ready for. To agree to a number is to admit that there is a threshold below which you have failed.

Most corporate cultures are designed specifically to avoid that admission. They would rather pay for the *feeling* of success than the *measurement* of it. This creates a peculiar paradox in the tech world. The more critical a project is, the more likely the organization is to retreat into the safety of “best-in-class” language. They want the comfort of a big-name agency and a thick binder, even if that binder contains no actual promises.

They are buying insurance against personal blame. If the “blazing” site is slow, the project lead can say, “We hired the best, we used the latest framework, nobody could have known.” If the site with the contractual 2.5-second LCP is 2.6 seconds, someone has to pay a penalty, and that makes people uncomfortable.

The Shield

The contract serves as a shield for the vendor’s incompetence.

The Sword

The contract serves as a sword for the client’s retribution.

Most people don’t actually want a sword; they just want to make sure they aren’t the ones being stabbed.

A Radical Act of Transparency

There is a small subset of the industry trying to reverse this trend by making vulnerability their primary selling point. They realize that in a sea of “modern” and “scalable,” the only way to stand out is to offer something that can actually be measured and, if necessary, refunded.

This is the model adopted by Digital Heroes, where performance engineering isn’t a side effect of the build, but the core of the contract itself. They take the Core Web Vitals-the Largest Contentful Paint, the Interaction to Next Paint, the Cumulative Layout Shift-and they turn them into financial obligations.

RISK TRANSFER

“If they miss the mark at launch, they refund the launch sprint.”

It sounds like madness to the average agency owner. Why would you point a financial gun at your own head? But for the buyer, it changes the entire nature of the transaction. You are no longer comparing adjectives; you are comparing risks. You are paying a premium not for “better” code, but for the transfer of risk from your balance sheet to theirs.

It is a radical act of transparency in an industry that has spent hiding behind the “blue light of the monitor” (a phrase I despise, but which accurately captures the hazy, unquantifiable glow of most dev projects).

Misaligned Incentives

When we talk about web performance, we often treat it as a technical problem. We talk about tree-shaking, image compression, and edge caching. But speed is rarely a technical problem. Most developers know *how* to make a site fast.

The reason most sites are slow is that the incentives are misaligned. The marketing team wants a heavy tracking script. The design team wants a four-megabyte hero video. The developer wants to use the newest, heaviest framework because it looks good on a resume.

Average Load Time (Vague Contract)

6.4s

Guaranteed Load Time (Digital Heroes)

2.5s

In a standard “vague” contract, there is no penalty for these additions. The site gets heavier, the load time creeps up to 6.4 seconds, and everyone just shrugs. It’s still “modern.” It still “delights” (at least according to the internal staging server).

However, when there is a financial penalty tied to a number, the conversation changes. Suddenly, that four-megabyte video isn’t just a design choice; it’s a $40,000 liability. The developer has the leverage to say “no” to the marketing team’s third redundant tracking pixel because they are contractually obligated to keep the Interaction to Next Paint under 200 milliseconds. The number provides a backbone that the adjective cannot.

A Refund Policy on Reality

Priya looked at her CFO. She realized she wouldn’t win by talking about user experience or SEO rankings. She had to talk about the cost of the lie. “If we go with the ‘blazing’ guys,” she said, “and the site takes eight seconds to load on a 4G connection, what is our recourse?”

The CFO blinked. “Well, we’d tell them to fix it.”

“Under what clause?” Priya asked. “They didn’t promise eight seconds. They didn’t even promise ten. They promised ‘blazing.’ And they’ll tell us that for a site with this much ‘rich content,’ eight seconds *is* blazing. We’ll spend another fifty thousand dollars in change orders trying to fix a problem we didn’t define in the first place.”

She pointed to the third binder. “These guys are charging us more because they are giving us a refund policy on reality. They are the only ones who have given us a document that can actually be broken. And in this market, a document that can’t be broken is a document that doesn’t mean anything.”

It took another of circular debate-the kind of talk that makes me want to jump overboard and join the dolphins-but the CFO finally sighed. He didn’t like the price, but he liked the idea of a refund even more. He was a man of the spreadsheet, and the spreadsheet finally had a number it could hold onto.

The Engineering Correction

We are currently living through a period where the “fossil record” is being excavated. Companies are waking up to the fact that their “best-in-class” platforms are actually sluggish, fragile, and impossible to maintain. They are realizing that they bought a series of adjectives and are now paying the “adjective tax” every single day in the form of lost conversions and frustrated users.

The shift toward measurable performance engineering is not just a trend; it is a correction. It is a return to a version of engineering that looks more like bridge building and less like interpretive dance. A bridge builder doesn’t promise a “sturdy” bridge; they promise a bridge that can hold 40,000 tons of static load. We are finally starting to demand the same from the people who build our digital infrastructure.

Final Reading

978

Millibars

No more “spooky” forecasts. Just the pressure as it truly exists.

As Priya walked out of the boardroom, the smell of the burnt coffee seemed a little less oppressive. She had managed to buy something real in a room designed for the sale of ghosts. It was a small victory, but in a world of “blazing” failures, a 2.5-second reality felt like a revolution.

I went back to my weather charts, noting a significant drop in pressure. I didn’t call it “spooky.” I called it 978 millibars. And for the first time that day, I knew exactly where I stood.