What Salesforce said, and who reported it

Salesforce Ben reported on September 18 that Nathalie Scardino, whose title the piece prints as President and Chief People Officer, said this about the company's own staff: "Almost 20,000 employees over the last 12 months are in roles that didn't exist 12 months ago. Every single job has been redesigned." The reporting is by Sasha Semjonova.

That is a large claim from a company selling agent software to everyone else, and the piece carries it on a single source. The report does not say where or when Scardino made the remarks, so nobody can place them at an event or an earnings call. No auditor signed off on the 20,000 figure. Attribute it plainly to that one outlet.

Two things can hold at once. A vendor describing its own workforce change is making a sales argument for the software it sells, and the executives quoted have every reason to describe it in the strongest terms available. The builder archetype line in the same report is concrete and checkable, and that part matters to anyone hiring or interviewing in this ecosystem.

The builder archetype is the checkable part

Scardino described the screen this way: "When I look across the entire suite of roles that we have, we look at builder archetypes. So it doesn't matter what role you're being hired into, there is a builder component of it." Andy Valenzuela, EVP of Global Rewards, is quoted in the same report describing a workforce innovation team doing skills distinction across jobs.

Strip the framing away and that is a statement about what a hiring panel asks. If a recruiter screens for a builder component in a finance or enablement role, candidates there will be asked to show something they made. You can test whether that is real against the job descriptions for the more than 1,400 open roles the report says Salesforce is hiring for, and by asking a recruiter what evidence of building they expect.

The same screen has been spreading beyond one vendor for a while. Anyone who has sat on a hiring panel for a platform team lately has watched the questions move from product knowledge toward what the candidate shipped and who maintains it now.

Configuration still counts, with conditions

Admins and functional consultants hear builder and assume it means writing code. It does not have to. A flow with real error handling, a permission model somebody else can read without a walkthrough, a data model that survives a reorg without a rebuild, all of that is building by any definition a hiring manager should accept.

The conditions separate a good answer from a weak one. Configuration counts when it was designed rather than accumulated, when the person who built it can say why the logic sits in that layer, and when it moves between environments without somebody clicking through a checklist from memory. The question of where business logic should live is what a builder screen is really testing, and a candidate's answer to it carries more weight than a certification badge.

The failure mode here is familiar. One person builds an app, it works, more teams pick it up, and then it outgrows the maker who built it because nobody planned the handover. A builder screen that rewards output and ignores maintainability produces exactly that outcome. If you are the one being screened, the handover story is the part to lead with rather than the demo.

What to have ready when someone asks

If a builder component now sits in every role, the interview changes shape. Bring one thing you built, know its failure modes well enough to describe them unprompted, and say who owns it today. The strongest answer walks through a decision you made and the option you rejected, rather than listing features the platform supports.

Have a rollback story ready too. Anyone who has pushed a release into a production org knows the interesting part is what went wrong late on a Friday and who got paged. A panel screening for builders wants to hear that you have lived through it, because a candidate who has never broken anything in production has usually never shipped anything that mattered.

Certifications still get you past the first filter, and which certifications actually pay for themselves is a separate question from what a builder screen tests. If the role touches agents, be precise about what you are being asked. The gap between what Agentforce actually is in a marketing deck and what it looks like in a configuration screen is wide enough to sink an interview answer.

A thousand boomerangs against every single job

Scardino also said: "Over the last 12 months we've welcomed back almost 1,000 boomerangs." That number sits oddly beside a claim that every single job has been redesigned. Rehiring a thousand former employees into roles that were all rebuilt in the same twelve months implies either that the redesign left a lot of continuity in place, or that a lot of returning staff are learning genuinely new jobs with an old badge number.

The report does not reconcile the two, and that is a fair question to put to the company. If the roles really changed that much, a strong boomerang rate says experience of how the place works still transfers, which should reassure anyone who left and has been thinking about coming back. If they changed less than the headline suggests, the 20,000 figure is doing lighter work than it first appears.

The move worth making is to test the claim where it can be tested. Read the open role descriptions for a job close to your own, count how many ask for evidence of something built rather than years spent on a platform, and carry that number into your next conversation about what a career in this ecosystem rewards. That measurement is available to you this week, and it does not rest on anybody's unaudited number.