A specific announcement, not general proof of productivity
The available information identifies a specific development: on January 28, 2026, Anthropic announced that ServiceNow had selected Claude as the default model for ServiceNow Build Agent and as a preferred model on its AI platform. The company also said it was bringing Claude and Claude Code to its global workforce. This makes the case a story about enterprise adoption, not sufficient evidence that AI generally increases productivity at work. The distinction is important: a company choosing a tool is a concrete event, while a claim about productivity across work requires evidence of a different kind.
The announcement comes from Anthropic, Claude’s provider and a party with an interest in the adoption. Its post is a primary source for what Anthropic says it agreed with ServiceNow, but it is not an independent assessment of impact. The most precise approach is to describe the decision and the figures attributed to the company, while keeping them separate from any broader conclusion. Three levels should therefore remain distinct: selecting a model, the rollout the company reports, and the results it attributes to using its tools. The first describes a decision, the second the declared scale of an initiative, and the third a performance claim. Appearing together in one announcement does not give them the same degree of verification.
What the announcement says about Build Agent and the rollout
According to Anthropic, Claude will be the default model for Build Agent, a ServiceNow tool intended to help people with different levels of experience create applications. The post describes agents as systems that can reason, decide on actions, and carry them out autonomously. That wording summarizes the provider’s characterization; it is not independent confirmation of how each task works in practice. It describes the tool’s intended role as presented by Anthropic, without establishing what applications people will create or how the process will work in every use.
Claude being the default model for Build Agent indicates which model was selected for that tool, but does not by itself clarify which applications will be built, how much work the system will take on, or what human involvement the process will require. The announcement also presents Claude as a preferred model on ServiceNow AI Platform and mentions a rollout of Claude and Claude Code to more than 29,000 ServiceNow employees. These details convey the declared scale and areas highlighted by the company. They do not, by themselves, specify how many people use the tools actively, which tasks the rollout covers, or how often the tools are used. The employee figure describes the reported reach, not necessarily the number of actual users or sustained usage.
That distinction matters when interpreting the announcement’s scope. A rollout across a workforce does not establish that each employee has adopted the tools, nor that the same tasks or workflows are involved for everyone. Likewise, identifying a default model does not explain how the tool is configured or how people interact with it. The available information supports describing the stated selection and rollout, but not filling in operational details that the announcement does not provide.
Efficiency figures need context
Anthropic attributes a 95% reduction in sales preparation time to its tools. It also says Claude Code helps drive engineering productivity and reduces the time between an idea and its implementation. These are results reported by the provider in the announcement, not measurements verified in documentation from an independent source. They should therefore be presented as claims made by Anthropic, with their source and limits made clear.
The 95% figure is striking, but the available post does not detail the baseline, measurement period, sample size, tasks included, or comparison method. Without that information, it is not possible to determine whether the reduction applies to all salespeople, a particular activity, or a pilot group. Nor should it be extrapolated to other roles or companies. The figure describes a reported result, not a guaranteed saving for organizations that adopt the tool. The announcement also does not establish which elements counted as preparation time or how the comparison was defined. Without those details, the percentage cannot be interpreted as a complete measure of sales work or as a forecast of future results.
This caution does not dispute that Anthropic reported the figure; it identifies what the announcement leaves undocumented. A percentage can be meaningful within a defined task and measurement setup, but readers need those definitions to understand what the number represents. The reported reduction should not be treated as evidence that every salesperson, every sales task, or another organization will see the same outcome. The available material offers no basis for those broader conclusions.
How to read a productivity claim
Productivity is not simply a matter of completing a task in less time. Assessing an AI tool also calls for considering the quality of the result, subsequent corrections, implementation costs, human oversight, and the risks of error. The available announcement does not provide an account of these factors or data that would make it possible to compare benefits with the total cost of use. A faster first step, by itself, is not a complete assessment of the work involved.
A useful evaluation would specify which task is automated or accelerated, how saved time is measured, and whether quality is maintained. It would also clarify which tasks still need review, what happens when the system makes a mistake, and which data and access controls apply. These criteria do not refute the announcement; they define what can be concluded from the published information. To assess a productivity claim, readers need to know not only what a company says improved, but also what was measured and under what conditions.
It is also important to distinguish a localized improvement from a general change in productivity. A measured time reduction for one particular activity would not automatically show that other tasks are faster or that the effect persists across teams. Details about the observed tasks and measurement conditions would be needed to assess the reach of the result, and the available announcement does not provide them. Keeping this distinction in view prevents a single figure from being read as a conclusion about an entire organization or work in general.
What readers can conclude
In this case, Anthropic’s communication describes an adoption and results the company attributes to its tools. It does not include an independent evaluation or enough evidence to claim that Claude improves productivity broadly. This limitation marks the boundary of the available information; it is not proof that the rollout produces no benefits. The distinction allows the announced decision to be reported without presenting a provider’s claims as independently established outcomes.
The verifiable conclusion is narrow: Anthropic announced that ServiceNow selected Claude for Build Agent, considers it a preferred model on its AI platform, and is expanding its internal rollout. The company also reported a 95% reduction in sales preparation time, but the available material does not allow that figure to be independently checked or applied to other contexts. This wording preserves what the announcement says while avoiding conclusions it does not establish.
For people evaluating productivity software, the news is a reason to follow the case, not a buying recommendation or conclusive demonstration of return. Before relying on the announcement to make a decision, it is worth looking for documentation on availability, terms of use, scope, measurement method, and external results. Until those elements are available, the prudent interpretation is to distinguish enterprise adoption from demonstrated impact.