Michael R. Bock

The 4 step algorithm to making your first hires

When I went to hire my first person at Column Tax, Erik Goldman (co-founder of Vanta) shared this 4 step algorithm that I used and had all hiring managers who worked with me use as well. I've shared it with all of the startups I've advised, and wanted to memorialize it publicly online.

Intro

At some point, hiring becomes your most important job as a founder. After you've found PMF, hiring is likely your biggest job. Your team is your company. And your people will bottleneck your progress if you don't hire well. On the flipside, hiring someone amazing who can take work off your plate is the best feeling ever. Here's how to do it.

How do you know when you need to hire?

First, how do you know you need to hire? The test you can use is to ask yourself "Do you wish you had a replica of yourself to do known work you have?" -- if your answer is "yes", it's probably time to hire. If you can't easily explain the work you need to do (e.g. it's to find initial PMF or is something you haven't yet done yourself), it might be too early.

One corollary to this: most hires come too late. If it takes 3-6 months to hire someone and 3 months to ramp them up, you're at a minimum 6 months away from having someone productive in-seat from the moment you decide to start hiring. For that reason, it's occasionally beneficial to try to make a hire join "too early". By doing that, you might just get a hire to join on-time.

4-step algorithm

Here's the 4-step algorithm to create a rubric and interview loop once you've decided to hire:

  1. Write down what the person will be doing for the next 6-12 months (with a heavy emphasis on the 6 part)
  2. Write down a list of questions you'd need to say yes to in order to feel comfortable bringing them on ("can they manage projects without a full-time PM?", etc.)
  3. Group1 the questions into related groups and give those groups descriptive titles: these are your hiring traits. If you have more than three of them, you're not going to find someone and you need to pare back your expectations for the hire.
  4. Write interviews that, when summed together, give overlapping signal on the hiring traits (assume that a good candidate will randomly flub one interview for no reason -- you should be resilient to that) and answer the questions to produce a yes/no.
    1. (Projects can be interviews!)

Example: Product Manager

Example rubric

Here's an example rubric I made for a recent PM hire:

pm-rubric

Example full question set consolidated into rubric

And here's the full set of questions I listed out that collapsed into those hiring traits.

pm-rubric-questions

Example interview loop for a PM

Here's the interview loop I created to assess candidates against that rubric:

  1. (30 minutes) Intro call
  2. (60 minutes) Behavioral interview
    1. Traits covered: Roadmapping, Lifecycle, Execution, Other
  3. Written Work Artifact
    1. Traits covered: Other
  4. Onsite Interview or Work Trial
    1. (60 minutes) Product Project Show & Tell
      1. Traits covered: Roadmapping, Lifecycle, Execution, Other
    2. (3 hours) Product Onsite Project
      1. Traits covered: Lifecycle, Execution, Domain Expert/Other
  5. References + Offer

Work trials

Culture

Hiring tactical tips

  1. I'm not sure if this is too obvious to mention, but feel free to use AI to help you do this!