[ 01 ]
Evidence over opinion
Recommendations come with the measurement that produced them. If we say a path fails, we can show you the trace. If we say an AI agent is not ready, we can show you which intents it misses and how often.
Home/About
Most advisory firms arrived after the cloud did. Ours started before it, on infrastructure that is now being switched off — which is exactly why we can plan the move away from it.
Two large things are happening to enterprise voice at the same time, and they are usually handled by two different sets of people who do not talk to each other.
On one side, the copper network underneath the last forty years of business telephony is being retired on a compressed schedule. On the other, organizations are putting conversational and agentic AI in front of customers faster than they can evaluate it.
The first problem needs someone who can read a DS1 alarm log. The second needs someone who can design an evaluation harness for a language model. Very few teams have both, and the gap between them is where projects quietly go wrong: a cutover that strands an elevator phone, or an AI agent that demos beautifully and fails the twelfth path a real customer takes.
KuberEva was built to sit in that gap.
Principal
Twenty-five years designing contact center, conversational AI, and customer experience systems for organizations ranging from small businesses to the Fortune 500.
Most recently Principal Architect at Cyara, where I benchmarked NLU quality across large language models including GPT-4, and evaluated conversational AI agents for production readiness. That work is the direct ancestor of how this practice approaches AI: not "does it answer well in a demo," but "what happens on the paths nobody scripted."
The earlier part of that career was spent on infrastructure that is now being decommissioned — the trunk groups, dial plans, and signaling that carried the calls before any of this was cloud. I do not treat that as a museum exhibit. It is running, today, underneath a great many organizations that are about to receive a retirement notice.
LinkedIn ↗| Domain | Depth |
|---|---|
| Contact center architecture | Design and delivery, SMB to Fortune 500 |
| Conversational AI evaluation | Production-readiness assessment of IVAs and voice bots |
| NLU / LLM benchmarking | Comparative quality measurement across models including GPT-4 |
| CX assurance & testing | Automated voice and digital channel testing |
The team
We work as a small senior team rather than a pyramid. Nobody is learning on your project. Collectively, the practice has hands-on experience across every layer below — which matters because a migration touches all of them at once.
| Era | What we ran | Why it still matters |
|---|---|---|
| Analog | POTS · loop start · ground start · Centrex · key systems | Elevator phones, fire panels, and POS terminals are still on these lines and are the hardest part of any retirement. |
| TDM | T1 / DS1 · fractional T1 · E1 · channel banks · DACS | Circuit inventories are almost always wrong. Reading the actual provisioning is how you find what you'd otherwise strand. |
| Digital signaling | ISDN PRI & BRI · 23B+D · SS7 · CAS · robbed-bit | Feature behavior — caller ID, DNIS, redirect, transfer — is defined here, and has to be reproduced in SIP. |
| IP voice | SIP · RTP · SBCs · SIP trunking · SD-WAN | The destination architecture, and where most of the quality and security problems land. |
| Cloud CX | CCaaS platforms · routing · WFM · CRM integration | Where the contact center actually lives now, and what a migration is usually funded to reach. |
| AI | IVAs · voice bots · NLU · LLM agents · evaluation harnesses | What is being layered on top, frequently before anyone has defined what "working" means. |
Four commitments that shape every engagement. They are also the fastest way to tell whether we are a fit for you.
[ 01 ]
Recommendations come with the measurement that produced them. If we say a path fails, we can show you the trace. If we say an AI agent is not ready, we can show you which intents it misses and how often.
[ 02 ]
Nearly every migration problem we have seen traces back to a circuit, a line, or a dependency nobody knew existed. We find those first, before anyone draws a target state.
[ 03 ]
We design for handover. Runbooks, decision records, and measurement your staff can run without us. An engagement that creates a dependency on us has failed.
[ 04 ]
If a use case is not ready for AI, if a platform is wrong for you, or if the work is outside what we do well, we say so. Being easy to hire is not worth being wrong about.
Stated plainly, so nobody wastes a meeting.
The engagements that go well tend to share a shape.
Thirty minutes, no pitch deck. Tell us the situation and we'll tell you what we'd do about it.