
TL;DR
Your first ops or systems hire should remove you as the bottleneck, clean up recurring chaos, and build repeatable processes. Hire for skills, not fancy titles. Use a structured interview, add a work sample, and onboard them with a 30/60/90-day plan.
Scaling Systems: From Scrappy to Strategic (Without Drowning)
Last blog was about scaling systems without drowning. This is the next step: who you hire first to own the systems, keep the stack under control, and stop the daily fire drills.
Most SMBs wait too long. Then they panic-hire. Then the new person spends 90 days chasing Slack messages instead of fixing the machine.
Let’s not do that.
Step 1: Know what you are actually hiring for
If you cannot explain the problem in plain English, you are not ready to hire.
Common reasons you are ready:
-
You are the approval line for everything
-
Work keeps getting “done” but mistakes keep repeating
-
Customers feel the cracks (missed follow-ups, slow scheduling, billing weirdness)
-
Nobody owns documentation or training
-
You are paying for tools you barely use
You are not hiring for “ops.” You are hiring for ownership.
Step 2: Pick the right flavor of ops hire
There are three common first hires. Only one is usually right as the first move.
-
Option A: Ops Coordinator (execution first)
Best when you already know the process and just need someone to run it consistently.Option B: Ops Manager (process owner)
Best when the process is messy, undocumented, and changing weekly. This person should build the playbook and keep it alive.Option C: Systems and Automation Specialist (tools first)
Best when your process is already tight and you need someone to connect systems and maintain automations.If you are still changing the process weekly, do not hire Option C first. You will automate chaos.
A good “ops manager” type lines up with what O*NET lists for operations roles: coordination, critical thinking, negotiation, systems evaluation, and financial resource management.
Step 3: Use O*NET to build a real scorecard
Most job posts are vibes. Vibes do not hire the right person.
O*NET is maintained by the U.S. Department of Labor and breaks roles into tasks, skills, and requirements. It is a solid starting point for a scorecard.
Start your scorecard with 6 buckets:
-
Process mapping and documentation
-
Basic finance comfort (P&L, vendor bills, contract terms)
-
Systems thinking (how changes ripple across departments)
-
Vendor management and negotiation
-
Training and accountability (people do not read SOPs unless you enforce them)
-
Simple reporting (weekly numbers that matter)
One O*NET skill definition I like for this role is “Systems Analysis”: “Determining how a system should work and how changes… will affect outcomes.”
Step 4: Run a structured interview (not a “chat”)
A loose conversation interview feels good and hires poorly.
OPM spells it out: structured interviews use rules for asking and scoring questions and they “increase interviewers’ agreement… by limiting the amount of discretion.”
SHRM also lays out why behavioral questions matter: they focus on past experience to predict future performance, but they can miss transferable skills if you are not careful.
My rule:
-
Round 1: structured behavioral interview (same questions for everyone)
-
Round 2: work sample (see Step 5)
-
Round 3: values and communication (how they push back, how they teach)
-
Are there minimums, rolling reserves, or “hidden” cost bumps?
-
Do you have multistate operation? Are you allowed (or prohibited) to impose credit card surcharges or convenience fees in your states?
Step 5: Use a work sample that matches your reality
Do not ask for a “strategy plan.” Ask for something they will actually do.
Pick one:
-
Audit a fake tech stack list and tell you what gets cut and why
-
Map a simple process (booking, invoicing, reviews, onboarding) and show failure points
-
Rewrite a messy SOP into a 1-page version a human will follow
-
Review a vendor contract and list the fees and exit terms
Academic research on structured interviews notes they can be highly valid, but outcomes vary based on how they are designed and applied. Translation: structure matters, but so does execution.
Step 6: Do not over index on degrees
If you want someone who can actually run operations, judge the work.
A Harvard Business School and Burning Glass report found that skills-based hiring success requires more than removing degree requirements from postings.
You have to change how you evaluate candidates.
This is where your structured interview and work sample pay off.
Step 7: Onboard them like you mean it
If you throw them into the deep end with “just start fixing stuff,” you will get random fixes and no system.
Use a 30/60/90-day outline:
-
First 30: learn the business, map top 3 workflows, list top 10 issues
-
60: publish v1 SOPs, tighten one workflow end-to-end, cut obvious tool waste
-
90: train the team, set weekly metrics, stabilize ownership
Also do not forget the basics of hiring compliance and payroll setup. SBA lays out the payroll setup steps and the employee vs contractor decision points.
Preview: Hiring Your First Ops / Systems Role
In our next blog, I’ll walk you through the skill sets you should look for in your first operations / systems hire — what they should bring (process thinking, automation tools, vendor management, etc.) and how to spot someone who’ll grow with your company.
Quick actions to steal
-
Today: Write your top 10 recurring operational headaches. No fluff.
-
This week: Turn that list into a 1-page scorecard and a work sample.
-
This month: Hire using a structured interview and a skills-based evaluation.
Want help?
Ascent Operations Group, founded by Jimmy Garth, turns messy ops into money: quick interviews, a P&L review, and smarter tools with fewer clicks. We audit, cut bloat, renegotiate bills, and install clean, human-proof workflows so you scale without burning cash.
Contact us:
info@ascentoperationsgroup.com
843-310-1851
Drop us a note!
