Insight The operator's journey

Contractors or employees: how to choose

Should an ecommerce role be a contractor or an employee? Each fits a different kind of work and commitment. Here is how to choose, and why the answer is often a sequence rather than a side.

6 min read

Every time a founder needs help, the same fork appears: contractor or employee? The decision is often made on instinct or on which feels cheaper, when it should be made on the nature of the work itself. Get it right and you match the commitment to the need. Get it wrong and you either overcommit to a role that did not need it or underbuild one that did. Here is how to actually choose, and why the answer is often a sequence rather than a side.

Match the arrangement to the work

The cleanest way to decide is to look at the work, not the person or the cost.

Contractors suit defined, project-based, or specialized work, where you need a skill for a scope rather than a permanent seat: a one-off build, a specialist task, a burst of flexible capacity. You are buying an outcome for a defined scope.

Employees suit ongoing, core work that benefits from someone embedded in the business, accumulating context over time, and committed for the long term. You are building an ongoing capability, not buying a deliverable.

The rough test is exactly that distinction. Are you buying a defined outcome, which favors a contractor, or building a lasting capability, which favors an employee?

The question is not which is cheaper. It is whether you are buying an outcome for a scope, or building a capability for the long term. The work tells you which.

Cheaper is the wrong lens

Founders often choose based on cost, and it usually misleads. A contractor’s headline rate is higher, but they carry no benefits, less overhead, and you pay only for what you need. An employee costs more in total commitment but brings continuity and embedded knowledge.

There are also rules, varying by location, about what genuinely counts as a contractor versus an employee. Treating a full-time, permanently-embedded person as a contractor to save on commitment can create real liability, so it is worth getting the classification right rather than assuming.

Use the sequence

The lowest-risk path is often not to choose one side outright, but to move through them.

Start with the lighter commitment

For a need you are still scoping, start with a contractor or a virtual assistant. You learn the real shape of the work and test the working relationship before anyone commits to employment.

Watch what the work becomes

If the contractor role keeps expanding into something central and ongoing, that is the signal the work is really an employee’s job. If it stays defined and sporadic, the contractor arrangement was correct. Let the work reveal itself.

Convert when the fit and the need are both proven

When the work has proven ongoing and core, and the person has proven the right fit, converting a contractor to an employee is a decision made on evidence rather than a guess. You have already tested both the relationship and the real need, which is exactly what you could not do by hiring an employee cold, the same caution that applies to hiring a role you cannot evaluate.

Contractor or employee

  • Decide on the nature of the work, not on which feels cheaper
  • Contractors for defined, project, or specialist scope
  • Employees for ongoing, core, embedded capability
  • Treat a mismatch, not the rate, as the real cost
  • Get the legal classification right for your location
  • Start light, watch what the work becomes, convert on evidence

This is one of the steady judgment calls of the operator-journey: building the right kind of team for the right kind of work, rather than defaulting to one mode for everything. The operators who get it right end up with a sensible mix, contractors for the defined and specialist, employees for the core and ongoing, instead of forcing every need through a single shape.

If you are building out your team and unsure which roles should be permanent and which should stay flexible, mapping that is exactly the kind of work a Growth Audit can help with.