The problem NICE was actually trying to solve
Enterprise knowledge management problems are easy to describe and surprisingly hard to fix. By the time most organizations recognize the extent of the problem, the technical debt is significant: dozens of knowledge sources accumulated through years of growth and acquisition, each with different formats, different owners, and different degrees of currency.
For NICE, that number was somewhere between 10 and 15 disconnected knowledge sources — Salesforce, customer help portals, documentation inherited from acquisitions, and legacy content in platforms like MindTouch. The federated search tool in place was keyword-based, and it behaved like keyword-based tools do: it returned lists of links that required users to click through multiple pages to find an answer that may or may not actually have been there.
Customers largely stopped using self-service. Not because the answers didn’t exist — they did. But because the experience of finding them was too slow, too unreliable, and too likely to end in frustration. Internal teams faced the same problem: support engineers searching for answers to recurring issues often found it faster to ask a colleague than to search the knowledge base. Tribal knowledge filled the gap that formal knowledge management couldn’t.
“We had a lot of content. What we didn’t have was a way for anyone to actually find it.”
This is the pattern that precedes almost every enterprise knowledge modernization: it’s not a content problem, it’s an access problem. The knowledge exists. The architecture for surfacing it at the moment someone needs it doesn’t.
From links to answers — why the approach had to change
The turning point for NICE was a recognition that the nature of search had changed — and that enterprise support was lagging behind the expectations customers had already developed through consumer AI tools.
Modern users don’t expect to be handed a list of documents. They expect to ask a question and receive an answer. Not a list of places the answer might be. Not a ranked set of articles to click through. An answer — synthesized, specific, accurate, and cited so they can verify it if they need to.
This expectation had been set by consumer AI interfaces. Whether or not enterprise teams were ready for it, their customers arrived at the support portal expecting something similar. Keyword-based federated search wasn’t going to close that gap through tuning or optimization. The architecture itself was the constraint.
NICE’s response was to move from indexing knowledge to interpreting it — from a system that stores and retrieves documents to one that understands questions and synthesizes answers. That shift required Retrieval-Augmented Generation (RAG), specifically the Precision RAG approach in SupportLogic Resolve SX.
Unlike legacy enterprise search tools that rely on keyword matching and static indices, Precision RAG uses semantic retrieval anchored in domain-specific context — understanding what a support question is actually asking, not just which terms it contains. The result is a system that delivers the right answer from the right source in plain language, with citations, the first time.
Building the ROI case — how NICE justified the investment
One of the most useful things about NICE’s approach is how deliberately they built the business case before committing to a direction. Rather than pursuing generative AI because it was the trend, they started with a clear data set and worked forward to a specific financial outcome.
The baseline was simple: 50,000 support cases annually. Of those, only 25% were resolved by providing existing knowledge to the customer — meaning the information existed, but three quarters of customers weren’t reaching it through self-service. That gap was the opportunity.
NICE modeled the financial impact of deflecting just 3% of that annual case volume through better AI-powered search. Three percent sounds modest. At 50,000 cases, it translates to 1,500 cases per year that don’t consume agent time — at whatever the fully-loaded cost of a handled case is in their environment. That calculation provided clear financial justification and a conservative benchmark to track against.
This reframing — from “improve search” to “intercept case creation” — is one of the most transferable insights from NICE’s approach. The best self-service experience is one that appears exactly where customers are already looking for help, not one that requires them to navigate to a separate search portal first.
Measuring what actually matters — the search session metric
Case deflection is one of the most contested metrics in enterprise support. Most teams either can’t measure it accurately or conflate it with search volume — a leading indicator that tells you people are searching, but not whether their searches resolved anything.
NICE addressed this with a more rigorous approach: the search session.
Counting searches
Track total search volume. Assume more searches = better self-service adoption. Can’t distinguish between a search that resolved an issue and one that ended in frustration and a submitted case.
Measuring sessions
Group related queries from a single user within a timeframe into a session. Map session outcome against case activity. Session with no case created = likely deflection. Session ending in a case = knowledge gap signal.
The session approach provides two things that raw search metrics can’t: attribution (did this search actually prevent a case?) and signal (where does the knowledge fail?). High-friction session topics surface knowledge gaps and content priorities. Successful session patterns guide AI model tuning.
There’s also a counterintuitive metric shift NICE tracks: as AI search quality improves, the number of searches per session decreases. A single precise query resolves what used to take multiple search attempts. So while total search volume may fall — which looks alarming in a naive interpretation — session value rises. The measure that matters isn’t quantity of clicks. It’s successful resolution without escalation.
For support leaders evaluating knowledge AI, this is the measurement framework to build: not search volume, not page views, but sessions correlated to case outcomes. Everything else is a proxy.
Chris Romrell explains how NICE measures true deflection using search sessions — not search volume.
Rebuilding trust in self-service — the behavior change challenge
Better search technology is necessary but not sufficient. The harder problem NICE faced was behavioral: years of poor self-service experiences had conditioned customers to skip the search box entirely and go straight to creating a case. The technology had changed, but the habit hadn’t.
Rebuilding trust in self-service required three things working together.
First, the answers had to actually be accurate. This sounds obvious, but it’s not trivial. Generative AI answers that hallucinate or misattribute information are worse than no answer — they compound distrust. NICE’s use of Precision RAG addressed this by grounding every answer in verified, cited source content. Customers could see where the answer came from and verify it independently. The accuracy improvement from ~80% to 98% search accuracy was what made the behavioral shift possible.
“Resolve SX does the magic of deciding which source is best correlated and when to show results. It’s automation we simply couldn’t have built ourselves.”
Second, the experience had to be embedded in the workflow. Self-service that lives in a separate portal requires customers to take a detour before asking for help. NICE embedded the AI search directly into the case creation journey — so encountering an AI-generated answer was part of the normal path to getting support, not an alternative to it. Customers who found their answer didn’t even need to recognize they’d used self-service; the friction just wasn’t there.
Third, feedback loops had to be built in. NICE implemented thumbs-up/thumbs-down feedback and comment tools on AI responses. These signals — not just whether customers submitted a case, but whether they found the answer helpful — drove continuous improvement of both the AI model and the content corpus. Self-service that learns from usage is fundamentally different from a static KB that degrades over time.
Chris Romrell on the behavioral challenge: why better technology alone isn’t enough to rebuild self-service trust.
Scaling knowledge without overburdening engineers
The traditional knowledge management model has an uncomfortable dependency: the people who know the most — senior engineers who resolve the hardest cases — are also the people expected to document what they learned. After a long day of resolving complex issues, those engineers face a second job: writing, tagging, formatting, and publishing knowledge articles. Most don’t do it consistently. Most organizations accept this as a structural constraint.
NICE reframed the problem. Rather than asking engineers to create knowledge after resolving cases, they asked a different question: what if the resolved case itself was the knowledge?
Using SupportLogic’s Summarization Agent and the Assist capability within Resolve SX, NICE now extracts structured knowledge summaries directly from closed cases using generative AI. The engineer resolves the issue. The AI generates a draft article summarizing the problem, the resolution steps, and the fix. A knowledge owner reviews and approves the draft. It publishes. The next customer who encounters the same issue finds the answer in self-service — without anyone needing to write a word beyond what the case interaction already contained.
NICE’s longer-term vision is a hybrid knowledge model: AI-generated articles derived from resolved cases, reviewed and curated by knowledge owners before customer-facing publication, and automatically surfaced in internal tools like Salesforce. The knowledge base grows in proportion to case resolution activity, not in proportion to how much time engineers have left over after closing tickets.
“Assist lets us compare AI-generated drafts with existing content and decide whether to publish or merge. It’s a powerful way to scale accurate, living knowledge.”
What NICE is building toward — the full support knowledge lifecycle
The work NICE has done with Resolve SX and Precision RAG isn’t the destination — it’s the foundation. With a reliable AI knowledge layer in place, the team is moving to extend that intelligence across the full support journey.
The most immediate expansion is embedding the same AI-powered knowledge access inside Salesforce for internal users — technical account managers, professional services, and support engineers who currently navigate the same fragmented content landscape that customers faced. Unifying internal and external knowledge access ensures that customers and agents are receiving answers from the same trusted source.
Alongside this, NICE is accelerating adoption of SupportLogic Assist directly within the case workflow — bringing AI-powered case summaries, suggested troubleshooting steps, and next-best actions into the Salesforce Lightning interface as NICE completes its migration from Classic. The vision is a contextual support environment where every case, question, or symptom automatically surfaces the most relevant knowledge from across the entire knowledge ecosystem.
This roadmap reflects a shift in how enterprise support organizations should think about knowledge: not as a static library to be maintained, but as a living system that’s continuously updated by the work teams are already doing.
Chris Romrell on NICE’s roadmap: embedding AI knowledge access across the full enterprise support lifecycle.
Four lessons enterprise support leaders can apply immediately
NICE’s journey from knowledge sprawl to 98% search accuracy is a specific story about a specific organization. But the underlying framework transfers. Here are the four lessons that apply regardless of where your knowledge modernization starts.
-
1
Start with the right problem — not just the latest technology
NICE didn’t pursue generative AI because it was trending. They pursued it because they had a documented, measurable problem: too many knowledge sources, not enough access, and a self-service rate that wasn’t serving the business. The success of any AI initiative depends on how clearly it’s aligned with specific, measurable outcomes. What’s the metric that changes if you get this right? Start there — then evaluate technology against that outcome.
-
2
Build the ROI model before you commit
NICE’s decision to target a 3% case deflection rate from 50,000 annual cases gave them a specific financial target before investing. That model did three things: it secured stakeholder buy-in, it guided implementation priorities, and it set a measurable baseline for evaluating success. The number doesn’t have to be large — at enterprise scale, 3% of anything that costs money to handle is a significant return. Do the math before the project starts, not after.
-
3
Optimize the experience, not just the content
NICE had good content. What they optimized was where that content appeared and in what form. Embedding AI-generated answers into the case creation workflow — rather than improving a standalone search portal — was the decision that drove behavioral change. The best knowledge is the knowledge that appears at the moment someone needs it, in a form they can use immediately. Relevance, context, and speed matter more than completeness. See how CRM Widgets apply the same principle inside the agent’s case view.
-
4
Build space for experimentation — AI in support is still evolving
NICE created room within their team specifically for exploring new workflows and testing use cases across the support lifecycle. This isn’t a luxury — it’s how organizations stay ahead of a technology category that’s evolving faster than any planning cycle can anticipate. The teams that pilot early, fail small, and iterate continuously are the ones that will be positioned well when the next capability shift arrives. Build the internal permission to experiment as deliberately as you build the technical infrastructure to support it.
Watch the full discussion with Chris Romrell, Global Head of Technical Support at NICE CXone.
What enterprise knowledge and support leaders ask about NICE’s approach
Ready to build what NICE built?
Resolve SX connects to your existing knowledge sources, deploys Precision RAG-powered search for agents and customers, and auto-generates KB articles from resolved cases — without replacing a single tool your team already uses.
This article was originally published June 30, 2025, and last updated March 9, 2026. All outcome figures — 98% search accuracy, 4–5% monthly case volume reduction, 35% escalation rate reduction — are sourced from the NICE CXone case study and reflect NICE’s specific implementation of SupportLogic Resolve SX. Results vary by organization, configuration, and use case. Both quotes from Chris Romrell are attributed to his role as Global Head of Technical Support, NICE CXone, and are provided by SupportLogic. The Gartner link references the Knowledge Management in Customer Service topic page — specific reports require Gartner subscription access. Product descriptions are accurate as of the date above; see the pricing page for current packages. SupportLogic is ISO 27001 and SOC II Type 2 certified, GDPR and HIPAA compliant — see the security page for details.
Tags: knowledge management · Resolve SX · Knowledge Agent · NICE CXone · Precision RAG · case deflection · self-service · AI for support