Frameworks

The Hire-or-Don't-Hire Decision Tree

· Felix Lenhard

A founder in Graz once told me she needed to hire a marketing person. I asked her what that person would do on day one. She stared at me for about ten seconds. Then she said, “I guess… figure out our marketing?”

She did not need an employee. She needed a system. The difference between those two things can cost you EUR 45,000 per year and twelve months of frustration.

I built the Hire-or-Don’t-Hire Decision Tree after watching this pattern repeat across dozens of startups at Startup Burgenland. Founders feel overwhelmed, so they hire. But overwhelm is not a job description. And adding a person to a process that does not exist yet does not fix the process. It just makes two people confused instead of one.

This framework is a structured set of questions that forces you through the real decision before you post that job listing.

The Core Principle: Hire for Systems, Not for Pain

The instinct to hire comes from pain. You are buried. Things are slipping. You are working evenings and weekends. So your brain reaches for the obvious solution: get someone to help.

But pain has multiple causes, and only one of them is solved by hiring.

Cause 1: No system exists. You are doing everything ad hoc, reacting to each situation fresh. Hiring someone into this chaos means they inherit your chaos. Within two months, you will be managing their confusion on top of your own.

Cause 2: A system exists but you are the bottleneck. Everything runs through you because you have not documented or delegated the process. This is an owner dependency problem, and the fix is systematization, not headcount.

Cause 3: A system exists, it is documented, and the volume exceeds what you can handle. This — and only this — is when hiring makes sense. You have a defined role, clear outputs, and measurable results. You can train someone because there is something to train them on.

The Decision Tree: Seven Questions in Order

Run through these in sequence. Do not skip ahead. Each question must be answered before the next one matters.

Question 1: Can You Describe the Output in One Sentence?

Not the role. Not the title. The specific output this person will produce.

“Write and publish three blog posts per week following our content calendar and style guide” is an output. “Handle our marketing” is not.

If you cannot write the output in one sentence, you do not have a role. You have a wish. Go back and define what you actually need produced before you think about who will produce it.

Question 2: Is There a Documented Process for This Work?

If the answer is no, stop. Do not hire. First, do the work yourself long enough to develop a process. Document it. Use the one-page SOP format to keep it clear and followable. Then consider handing it off.

Hiring someone to “figure out the process” works only if you are hiring a senior specialist or consultant. If you are hiring a junior or mid-level person to do the work, they need a process to follow. Anything else is setting them up to fail.

Question 3: Can This Be Eliminated Instead?

Before you optimize a task by assigning it to someone, ask whether it needs to exist at all. The EAOS framework puts elimination first for a reason. I have seen founders hire people to manage processes that should have been killed.

One startup had a weekly reporting process that took eight hours. They were about to hire a part-time analyst. When we audited the reports, nobody was reading three of the five. Eliminating those three cut the task to two hours. No hire needed.

Question 4: Can This Be Automated?

If the work is repetitive and rule-based, software is almost always cheaper, faster, and more reliable than a person. Email sequences, data entry, scheduling, invoice follow-ups, social media posting from a calendar — all of these can be handled by tools that cost EUR 20-100 per month instead of EUR 2,000-4,000 per month in salary.

With AI tools now available, the range of automatable tasks has expanded dramatically. Before you hire, spend one afternoon exploring whether AI or automation can handle 80% of the work.

Question 5: Can This Be Outsourced?

Freelancers and agencies give you expertise without commitment. For anything that is not a daily, core-business activity, outsourcing is usually the right first move.

The test: Will this person need to be in your business five days a week to do this work? If no, outsource it.

Design, bookkeeping, content writing, web development, customer support for low-volume businesses — all of these can be outsourced more efficiently than hired for, especially when you are under 10 employees.

Question 6: Can You Afford This for 12 Months With Zero Revenue Increase?

Hiring is a fixed cost. Revenue is variable. If this hire does not work out — if they are slow to ramp, if the market shifts, if your growth stalls — can you pay their salary for a full year without it threatening your business?

Calculate the total cost: salary plus taxes plus equipment plus management time plus the cost of a potential bad hire (recruiting again, training again, three to six months of lost productivity). In Austria, employer costs typically add 30% on top of gross salary.

If the number makes you uncomfortable, you are not ready. Use a freelancer or contractor until the revenue justifies the commitment. The profit-first system helps you see whether you actually have room for this expense.

Question 7: Can You Train This Person in Two Weeks?

If the answer is no, one of two things is true: either the role is too complex for the level of person you can afford, or your documentation is insufficient.

Senior hires (who can self-direct and build their own processes) take longer to onboard but require less documentation. Junior hires need tight processes and clear training materials. Know which one you need, and make sure your budget and your systems match.

What the Decision Tree Looks Like in Practice

Let me walk you through how this played out with a real business.

A founder running a small e-commerce operation in Styria was working 60-hour weeks. She wanted to hire two people: a customer service rep and a “marketing person.”

We ran the decision tree:

Customer service rep: Output defined? Yes — respond to customer emails within 4 hours using templates. Process documented? Partially — she had templates but no escalation rules. We spent two hours completing the documentation. Could it be eliminated? No. Automated? Partially — we set up auto-replies for the five most common questions, which cut volume by 40%. After automation, the remaining volume was about 10 hours per week. Outsourced? Yes — she found a virtual assistant for EUR 15/hour, 10 hours per week. Total cost: EUR 600/month instead of a EUR 2,200/month part-time hire.

Marketing person: Output defined? No — “handle marketing” is not an output. We stopped at Question 1. She spent the next month learning the basics of marketing for her business, ran experiments, found that email marketing and Instagram were her two productive channels, documented the process for each, and then — three months later — hired a part-time content creator with a specific brief: “Create three Instagram posts and one email newsletter per week following this content calendar and this style guide.”

The second hire worked. It worked because by the time she made it, she had passed every question in the tree.

The Hidden Cost of Hiring Too Early

Premature hiring does not just cost money. It costs something worse: it masks the real problem.

When you hire someone to manage a broken process, the process looks like it is working — because a human being is patching the gaps in real time. You lose the feedback signal that would have told you the process needs to be redesigned.

I watched a startup hire three customer success managers in 18 months. Each one burned out. The founder blamed the hires. The actual problem was a product onboarding flow so confusing that customers needed constant hand-holding. Fixing the onboarding would have been cheaper than any single one of those hires.

Before you add a person, make sure you are solving the right problem. The subtraction audit is useful here — sometimes the answer is removing complexity, not adding people.

When You Should Absolutely Hire

This framework is not anti-hiring. It is anti-premature-hiring. Here are the signals that you genuinely need a person:

  • You have a documented process and the volume exceeds what you and automation can handle.
  • The work requires judgment, creativity, or relationship-building that cannot be systematized.
  • You have had a freelancer or contractor doing this work successfully for three or more months, and converting to a hire would be more efficient.
  • The role is so core to your business that not having a dedicated person creates strategic risk.
  • You can define the role, train the person, measure their output, and afford them for 12 months.

When all of these are true, hire fast and hire well. The decision tree is not meant to slow you down permanently — it is meant to make sure your hire has the infrastructure to succeed.

Takeaways

Most founders hire too early, for the wrong reasons, into roles that do not yet exist. The Hire-or-Don’t-Hire Decision Tree forces you through seven questions that separate genuine hiring needs from pain that should be solved by systems, automation, or outsourcing.

Define the output. Document the process. Try eliminating, automating, and outsourcing first. Check your finances. Confirm you can train the person. Only then — hire.

A good hire into a good system is one of the most powerful moves a business can make. A premature hire into no system is one of the most expensive. The decision tree makes sure you know which one you are making.

hiring decision

You might also like

frameworks

The Speed-to-Architecture Transition Guide

When to stop moving fast and start building structure.

frameworks

The Exit Signal Checklist

12 signals that your business is ready to sell, scale, or shift.

frameworks

The Surface-Test-Ship Chapter Format

How every chapter in Subtract to Ship is structured. Use it for your content.

frameworks

The 20-Mile March: Consistent Progress Over Time

Jim Collins's framework applied to solo founders.

Stay in the Loop

One Insight Per Week.

What I'm building, what's working, what's not — and frameworks you can use on Monday.