Salesforce administrators spend their day saying yes, no, and not yet to people who all think their request is the urgent one. You own the org's users, permissions, automation and reports, and you're the person sales leadership calls when a dashboard looks wrong. The day below is a solo or small-team admin at a mid-sized company, which is where a lot of people land first.
The first hour belongs to access. A new rep can't see the Opportunities tab, a manager got locked out after too many tries, and someone in customer service needs edit rights on Cases they were never given. You check their profile and permission sets in Setup, fix what's missing, and resist the urge to hand out the System Administrator profile just to make the ticket go away. That shortcut is how orgs end up with a crowd of people who can delete everything.
Sales ops pings you because a record-triggered Flow created duplicate follow-up tasks on every closed deal overnight. You open the Flow's debug log, find that a new field update from last week's change re-triggers it, and add an entry condition so it only runs when Stage actually changes. Then you clean up the duplicate tasks with a quick report and a mass delete. Nobody thanks you for this part, but they'd notice fast if you skipped it.
The sales director wants a new required field on Opportunities so forecasts stop missing a close reason. You ask what they'll do with the answer, which picklist values they need, and whether reps on mobile will see it. Much of the job is this conversation. A field added without a reason turns into a field nobody fills in, and a required one added carelessly breaks every integration that creates records.
You build the field, the picklist, a validation rule and the page layout change in a full sandbox, then log in as a test rep to see what they'd see. The plan breaks here: the marketing automation sync starts failing in the sandbox because it creates Opportunities without the new field. You loosen the validation rule so it skips records created by the integration user, retest, and write it up for the release notes you send the sales team.
You move the change to production with a change set or your team's deployment tool, then spot-check a few records. Just as you're wrapping up, the VP of sales asks why the pipeline dashboard doesn't match their spreadsheet. The answer is almost always a report filter, a date range, or a record type someone forgot. You find it, explain it in plain words, and add a note to the dashboard so the question doesn't come back next quarter.
A busy admin clears tickets. A good one asks why the ticket exists and fixes the cause, so the same request doesn't arrive every Monday. That means keeping a change log, building in a sandbox first, saying no to a new field when an existing one would do, and cleaning up old automation before stacking new Flows on top of it. It also means knowing the sharing model cold: org-wide defaults, the role hierarchy, sharing rules and permission sets. Most scary data leaks in Salesforce come from somebody who didn't understand how those layers stack. If you like order and can explain it without making people feel dumb, you'll be good at this.
This is the most common route. You're a sales coordinator, ops analyst or support lead who keeps fixing reports and list views, and one day someone gives you admin rights. Use that access to build real things, keep notes on what you changed and why, and study for the admin certification while you have a live org to practice in.
Some people come in from outside with no Salesforce job at all. They work through Trailhead, build a free Developer Edition org, and pass the Salesforce Certified Administrator exam. It works, but the certificate alone rarely gets the offer. Pair it with a small portfolio: a Flow you built, a permission model you designed, a before-and-after of a messy page layout.
Help desk people already handle access requests, tickets and frustrated users, which is a big chunk of the admin job. Ask to shadow whoever runs Salesforce, take on user setup and password resets, and then pick up reports and simple automation. Hiring managers like this route because you already know how to triage.
17% of openings are fully remote.
$90,000 – $115,000
Typical range in the 25 of the newest 60 postings that list pay.
No. The job is built around clicks: Flow Builder, validation rules, formula fields, page layouts and the Lightning App Builder. Formulas look a bit like spreadsheet functions, and you'll need to be comfortable with those. Reading a little Apex or SOQL helps you talk to developers, but writing it is the developer's job, not yours.
Close, but not identical. A CRM administrator might run HubSpot, Dynamics or Zoho. A Salesforce admin works on one platform with its own vocabulary, certification path and huge community. That focus is useful: postings name the exact skills they want, and the certification is recognised almost everywhere Salesforce is used.
The usual next steps are senior or lead admin, Salesforce business analyst, consultant at a partner firm, or architect if you go deep on data and security. Some admins learn Apex and cross over into development. Others move into revenue operations, where the Salesforce knowledge becomes one tool among several.
HeroApply applies to them for you, so you can keep doing the job you have.