ITMTB · Enterprise search
When people can't find a product, a report or a document you already have, they assume you don't have it. We replace the search behind your existing search box, prove it on your own content before it goes live, and spend the first month tuning it to what your users actually type.
For one publisher, searches that found nothing fell from 53% to 5% after launch.
The problem
Most search boxes match the exact words stored in your records. People don't search that way. They misspell, abbreviate, use their own word for a thing, or type more than the title says. Each mismatch ends the same way: an empty page, or the wrong results at the top.
On one catalogue we worked on, more than half of all searches returned nothing. In a sample of 500 of those failures, 470 were for a report that already existed.
Nobody reports an empty result as a bug, so the business rarely sees the cost.
What fixing it did for one customer
From our live deployment for The Business Research Company, a market research publisher with 25,700 reports.
How we fix it
Every fix starts from real failed searches in your own logs, and nothing goes live until it scores better on your own content.
Typos are corrected using your own vocabulary, so a specialist term is never "fixed" into a common word. Longer, more specific searches narrow the results instead of returning nothing. Abbreviations, hyphenated names and short terms like AI or 5G are found, not dropped.
We build a test set from your own items, each searched for the ways people get it wrong: misspelt, a word missing, words reordered, abbreviated. Every change is scored against it. If any kind of search gets worse, the change does not ship, even if the overall score went up. After launch, a console shows every search, how good its results were, how fast it was and what people clicked.
It runs as a separate service with its own database access, so it cannot touch your orders or enquiries. If it ever fails or runs slow, your current search answers instead. Switching back is a single setting.
The same engine is available to AI assistants and agents through MCP (the Model Context Protocol), so an assistant gets the answer your search box would give. Optional meaning-based matching catches what keyword matching misses, with a safeguard so that nonsense still returns nothing.
What you get
Keyword matching tuned to your content: your vocabulary, the filler words your users add, graceful handling of long searches, and a boost for exact titles, subjects, places and years.
Every search, its results and whether they were good, weak or empty. Speed and clicks for each place search appears on your site, a query explorer and CSV export.
Pin, hide or redirect results for specific searches yourself, with a preview. No developer, no release.
The same search available to AI assistants and agents through the Model Context Protocol (MCP), with access scoped per project.
The index rebuilds nightly, refreshes every fifteen minutes, checks itself against your source data and raises an alert if updates stop. Releases are versioned and approved.
Answers searches that keyword matching cannot, and suggests related items. Runs on a small local model: no external AI service, no per-search cost. Off by default, and switched on only when it proves itself on your data.
How an engagement runs
Before you commit to anything, we test your current search against a sample of your items and your real failed searches. You see where it breaks, kind by kind, and how much a tuned engine would recover. The decision rests on numbers, not a demo.
Run it on your own infrastructure beside your existing application, or let us host it. Either way it keeps its own index, and your current search takes over automatically if anything goes wrong. Your search box and results page stay exactly as they are.
The first month after launch is when search learns your users. It is part of the engagement, not a change request.
How much of your content people actually reach, what they ask for that you genuinely don't have, what they click, and how search leads to the enquiries, orders or downloads that matter to your business. Every engine update is tested before it ships.
Success story
A global market research publisher with 25,700 reports was telling more than half of the people searching its site that the report they wanted did not exist. In almost every case we checked, it did. Three weeks after design sign-off, our engine was live on their site, with the old search kept as a safety net throughout.
Join industry leaders already scaling with our custom software solutions. Let’s build the tools your business needs to grow faster and stay ahead.
FAQ
Reading on enterprise search
Everything on this page is written up with its evidence. Start with the success story.

What was wrong, what was built, how it was measured and what changed for a 25,700-report catalogue.
Read
Twelve measures across offline tests, live telemetry and business outcome, and five ways the numbers can mislead.
Read
Six reasons search decides more than it is given credit for, and a short check for your own catalogue.
Read
The 20 query classes, the nonsense guardrail, real failed searches, and how to score vendors fairly.
Read
The retrieval failures found in a real catalogue's logs, and why fixing retrieval came before any interface.
ReadSend us a sample of your content and a week of search logs. We'll show you where your current search fails, kind by kind, and how much a tuned engine would recover.