← Perspectives/The Argument

The proof arrives too late

In a new category, the proof you are waiting for is produced by the organisations that did not wait. Deferring adoption of an unproven category is a coherent decision, and it is the decision that hands the advantage to somebody else.

By Hunome · 6 min read

A new category can only be bought before it is proven. That is not a difficulty in the sales conversation. It is what the word new means.

Ask for three years of enterprise references and you are asking for something that cannot exist yet, and that will only exist once the advantage in question has been handed round. Proof in a new category is not discovered. It is manufactured, by the organisations that moved while the thing was still unproven. Their results become the reference list. Their results are what the later buyer is shown. By the time that list is long enough to clear a procurement threshold, every competitor can clear it too, and clearing it distinguishes nobody.

So deferral is not a neutral act of prudence. It is a decision to buy the same capability later, without the advantage, in a market where everybody has it.

The proof you are waiting for is produced by the organisations that did not wait.

The uncomfortable part is that every organisation which defers has good internal reasons, and the reasons hold together. That is precisely why the behaviour is so reliable, and why it is the behaviour that misses. Nobody argues for deferral. It is arrived at, one sensible step at a time, with nobody in the room wrong on their own terms.

Why the comparison keeps coming out wrong

Something unfamiliar gets priced against the nearest familiar thing. That is the mechanism, and it is worth naming precisely, because it is where most deferrals actually happen. Deliberative intelligence arrives in a meeting and is compared to whatever sits closest on the shelf: the workshop programme, the engagement survey, the knowledge base, the consulting retainer, and now AI. Against each of those it looks either redundant or expensive. It cannot look like anything else, because each of them answers a different question, and the comparison is being run on the answers rather than on the questions.

Workshops produce outputs and then end. A workshop is an event, and what it built dissolves when the room empties and stays with the facilitator. Surveys tell you what people are willing to say in answer to questions somebody already thought to ask, then flatten who knows what into averages. Knowledge management stores conclusions without the reasoning, the alternatives or the tensions that produced them. Consultants produce reports, and the understanding in a report belongs to the people who built it rather than the people who must act on it. AI processes what already exists, so it cannot reach the tension nobody surfaced, the context nobody was asked to articulate, or the perspective of the person closest to the problem who was never in the room. Generic AI on generic data produces generic output. That is not a criticism of AI. It is a statement about its inputs.

None of these tools is wrong. They are all good answers to other questions. The question none of them answers is the one deliberative intelligence exists for: what understanding is forming in this organisation right now that no single person in it holds, who is forming it, where does it conflict, and is it reaching the decisions it ought to reach?

That is not an improvement to a process. It is understanding that did not exist before the deliberation, created by people encountering each other's thinking inside a structure built for it. Hunome is the layer that produces what your AI has never seen: your organisation's own characterised, human-aware, deliberated intelligence. The honest relationship between Hunome and an AI stack is therefore not competition but dependency, because an AI investment shows returns with the improved deliberative intelligence it works on and a deliberation is the approach to making sense of the many AI produced outputs.

What a year of deferral buys

Next quarter. After the reorganisation. Once the budget cycle turns. Deferral feels costless because nothing visibly breaks while you wait, and nothing visibly breaks because the thing not happening is the formation of understanding. Understanding that was never built leaves no hole where it should have been.

That is the collective sensemaking gap: not a store of hidden knowledge waiting to be found, but the distance between the understanding a decision actually runs on and the understanding that deliberation would have created before it. The gap does not hold still while you decide. It widens, because each month adds decisions taken on understanding that was never formed. The invoice comes later and under another name: the strategy that fails at execution, the change programme repaired at three to five times what building shared understanding first would have cost.

The timing logic usually runs backwards too. If next quarter is a planning period, the deliberation that should shape those plans has to happen before them, not after. "Not now" resolves, most of the time, to "we will start just after the moment the value was greatest." Right now is the best time to start.

The decision that is actually on the table

Nobody needs to decide this quarter whether to adopt a platform. The decision in front of you is a smaller one: whether to find out. A pilot scoped on a single live question, producing a deliverable of standalone value within weeks, sits as programme or consulting spend rather than software procurement. Different budget line, different approval route, different size of decision. For grant-funded organisations the same shape holds in funder language: structured stakeholder engagement, participatory research methodology, deliberative process with documented outputs, framings that have already carried comparable engagements through funding applications.

If the problem is real in your organisation, the pilot is the natural next step. If it is not real, the pilot is the cheapest available way to establish that. Either way, the twelve-month procurement question never has to be the first question.

The risk, stated plainly

Hunome is a company in a category we defined and built, and we are not going to reframe that to make it less for you. So, plainly: all contributed content is owned by the client organisation and exportable in standard formats, so exit is clean; the founding team carries Nokia-scale platform experience; the anchor client programme brings the first committed clients aboard this year.

Two constraints we will not talk around. If a fully localised interface in your stakeholders' languages is a hard requirement today, that is a real limitation: contribution already works in any language, but interface localisation is delivered per engagement, with roughly a month's lead time where the partnership warrants it. And if what you want is a vendor whose category is already settled, we cannot be that. Nobody can be that and still be early.

The question underneath all of it

Not "is this proven?" but "is the problem real here?"

If your organisation has never taken a consequential decision that a period of structured deliberation would have changed, none of this needed writing. If it has, the objections were never really the obstacle. The obstacle was that waiting cost nothing anybody had to sign for.

Contact us for Enterprise toolkit access to see how you could handle the inertia you face.