ServiceNow's skills-based routing and AI agents run on employee profile data that's typically 20%–40% complete. See what a participation layer fixes.

If you manage ServiceNow for your organisation, you already know what it can do. Intelligent routing sends work to employees with the right capabilities. AI agents make recommendations, surface knowledge, and accelerate resolution. Talent Development – ServiceNow's talent and skills-development product, formerly branded Employee Growth and Development – maps career pathways and surfaces development gaps. On paper, it is a sophisticated skills intelligence layer sitting at the centre of the enterprise.
In practice, it is only as sophisticated as the data it reads – and for most organisations, that data is not there.
Across the enterprise platforms MuchSkills works with – SAP, ServiceNow, Workday and others – employee profile completion typically lands at 20%-40%. That means the skills layer underneath ServiceNow's AI features – the layer that determines who gets routed to which task, what the agent recommends, which career path gets surfaced – is typically built on a profile that is less than half complete.
ServiceNow approaches skills management through several interconnected surfaces. The core capability allows organisations to define a skills taxonomy, assign skills to employees, and use those profiles to drive outcomes across the platform.
In IT and field service workflows, skills-based routing directs incoming work to the employees whose profiles show the relevant capability. In Talent Development, skills data drives personalised learning recommendations, career pathways, and development goals. ServiceNow's AI agents – including Now Assist capabilities across HR, IT, and customer service – increasingly depend on accurate employee data to personalise interactions and guide recommendations.
The logic is sound. A unified platform where employee skills flow from the profile into routing, AI agents, and career development represents exactly what enterprise organisations have been trying to build. The gap is not in the design. It is in the data the design depends on.
Employee profile completion inside enterprise ITSM and HR platforms follows a consistent pattern: employees receive access, complete an initial set of information – typically job title, a handful of declared skills, and some basic role details – and rarely return to update it. Across the platforms we work with, that settles at 20–40% complete, three to five skills per employee on average.
Agents trained on 30% data make 30% decisions. Skills-based routing that operates on sparse profiles routes based on what is declared – and ignores a critical variable: whether the employee actually wants to use that skill. AI recommendations calibrated against incomplete development data reflect the incompleteness of the data, not the reality of the workforce. Succession and workforce planning built on the same profiles inherit the same blind spot: a manager can't flag a genuine skills gap to the board, or identify who's ready for a stretch role, from data that's missing more than half the picture.
This is not a criticism of ServiceNow's skills management capabilities. Those capabilities are real. The problem sits upstream, at the point where employee data is generated.
This is more of an architecture problem than a behaviour one. Enterprise platforms can add fields, make profiles mandatory, and build administrative reminder campaigns. Most have tried all of these. The data quality improves for a quarter, then drifts back. The same pattern shows up well outside HR and ITSM platforms entirely – a 2026 analysis of Microsoft 365 and Entra ID tenants found employee profile fields sitting at just 30.8% complete on average, with only a third of organisations reaching a level the researchers considered usable. That's a different platform and a different set of fields, but the same underlying mechanic: fields a system enforces – payroll, legal identity, anything tied to being paid – get completed because there's no way around it; fields that depend on the employee choosing to contribute – job titles, manager lines, skills – don't, because nothing is asking them to.
Generating rich, current, employee-validated skills data requires an experience built around the employee's perspective, not the platform's. That experience needs to show employees something about themselves – their depth in a skill, how they compare against their role requirements, what they are on track to grow into. It needs to be fast enough that completing it doesn't feel like an overhead. And it needs a social mechanism: when peers can see what you have declared, accuracy becomes self-enforcing in a way that manager-driven campaigns are not.
ServiceNow is a workflow orchestration and service management platform. That is what makes it powerful. Generating the participation layer – the employee-first experience that produces trusted, current skills data – is a different kind of problem, one that a purpose-built platform is designed to solve.
MuchSkills integrates with ServiceNow via API. Where ServiceNow manages workflow routing, AI agent functionality, and career development architecture, MuchSkills operates as the employee-facing skills intelligence layer that generates the skills data those functions depend on.
MuchSkills design principles are different from those of a system of record. Employees complete their profile because it shows them something useful about their own growth and capability – their skill level on a 1-9 scale, their coverage against their role requirements, the development goals they are working toward. Accuracy is maintained not through manager campaigns but through social transparency: when colleagues can see what you have declared, the motivation to keep it honest and current is built into the experience. For critical skills – those that feed directly into routing decisions or compliance requirements – managers can validate employee self-assessments, providing governance on the capabilities that matter most without turning skill updates into an approval bottleneck. Skill Will – a MuchSkills-specific data point – captures not just what employees can do, but what they want to do, giving routing and recommendation logic a more complete picture.
Crucially, the skills captured are not a flat list: each carries a proficiency rating on a 1-9 scale, and Skill Will data flags whether the employee actively wants to apply it – so what feeds routing and recommendation logic is weighted, validated data, not a keyword dump.
The outcome is a profile completion rate that is structurally different from the platform baseline.
The pattern isn't specific to one platform. Using MuchSkills, Höegh Autoliners – a global shipping company running SAP SuccessFactors across a multi-region workforce – reached over 90% employee profile completion with an average of 54 skills per employee as opposed to
For ServiceNow customers, the MuchSkills API integration connects employee skills data to the profiles, routing logic, and AI features ServiceNow is built to use. The data layer ServiceNow's features depend on becomes a layer employees actively maintain – not because they were asked to, but because they get value from doing it.
With MuchSkills as the participation layer, ServiceNow's feature set does not change. Skills-based routing, AI agent recommendations, Talent Development pathways – all continue to operate exactly as designed. What changes is what they are operating on: skills-based routing works from profiles that reflect what employees actually know and, through Skill Will, what they are motivated to do. AI agent recommendations draw on a dataset where each profile is current and employee-validated. Career development pathways are calibrated against real capability gaps – not against the gaps visible in sparse, rarely updated self-declarations.
For organisations managing large workforces through ServiceNow, this matters at the level of the questions that have to be answered in executive reviews: which teams have the capabilities to take on new programmes? Where are the genuine skill gaps, and how do they map to strategic priorities? Which employees are ready to move into different roles?
These questions cannot be answered reliably from 40% data coverage. With a MuchSkills participation layer in place, they can.
ServiceNow skills management allows organisations to define a skills taxonomy, assign skill profiles to employees, and use those profiles to drive outcomes across the platform – including skills-based work routing, AI agent recommendations, and career development pathways through Talent Development (formerly branded Employee Growth and Development). The accuracy and usefulness of all these features depends directly on the completeness and currency of employee skill profiles.
This is a pattern across enterprise HR and ITSM platforms, ServiceNow included. These systems were built primarily for workflow orchestration, service management, and HR administration – not as employee-first skills experiences. Employees interact with them for service requests and HR transactions. Without a reason to return to their profile – and without an interface built around what they personally get from maintaining it – completion rates typically stagnate at 20–40% across enterprise deployments.
MuchSkills integrates with ServiceNow via API, providing an employee-first skills intelligence layer that generates richer, more current profile data than ServiceNow's native tools produce. MuchSkills does not replace ServiceNow's workflow or AI capabilities – it provides the data foundation those capabilities need to operate accurately.
What we typically see is 20–40% completion, with three to five skills declared per employee. Organisations using MuchSkills as a participation layer alongside their enterprise platforms have reached over 90% completion with significantly higher skill density per profile. This is the threshold at which routing logic, AI recommendations, and workforce planning analysis become reliable rather than indicative.
The skills management capabilities ServiceNow built are sophisticated. But at the 20–40% profile completion typical of enterprise deployments, routing logic is working from incomplete data, AI agents are drawing on partial profiles, and career pathways reflect declarations that may be months or years out of date.
Enterprise AI won't fail because the models are weak. It will fail because the workforce data underneath them is incomplete. ServiceNow has already built the intelligence layer – routing, agents, career pathways. What decides whether that layer performs is the participation layer underneath it: whether employees are actually keeping their profiles current.
A participation layer closes this gap – without requiring you to reconfigure ServiceNow or rebuild your workflows. You just need to feed them the right data.
See what your ServiceNow workflows look like powered by a 90%+ profile completion rate. Book a 30-minute demo →