Interview process design that tests the actual job

The short answerMost interviews test interviewing skill, not job skill. Design interviews that simulate the work: mock calls for sales, code review for engineers, content critique for marketers. Replace one interview question with one hour of simulated work, and your mis-hire rate will fall.

Good interview process design starts by admitting the standard interview tests the wrong skill. Most interviews test interviewing skill, not job skill. Design interviews that simulate the work: mock calls for sales, code review for engineers, content critique for marketers. Replace one interview question with one hour of simulated work, and your mis-hire rate will fall.

Remote or office is a values decision, not a productivity one

The remote versus office debate is a values question disguised as a productivity question. Both work. The companies that fail are the ones that try to do both without committing to either. A hybrid model where some people are remote and some are in the office creates two classes of employees.

Decide based on the kind of company you want to build. If you value spontaneous collaboration and apprenticeship, you need an office. If you value deep work and geographic diversity, you need remote. Both are legitimate. What is not legitimate is pretending the choice does not matter. The choice shapes your culture, your hiring pool, and your operating rhythm. Choose deliberately and communicate the choice clearly.

Performance management starts with clear expectations

Most performance problems are expectation problems. The employee thinks they are doing well. The manager thinks they are not. Both are surprised at the review. The fix is not more feedback. It is clearer expectations set earlier. Every role should have a written description of what success looks like at thirty, sixty, and ninety days.

After ninety days, the expectations shift from learning to performing. The review should be a thirty-minute conversation every two weeks, not an annual event. Ask three questions: what is going well, what is not, and what do you need from me? If the answers to the second question are the same for three consecutive conversations, you have a performance problem. Address it directly and kindly.

Letting someone go is a skill you will need

Nobody teaches founders how to fire someone. It is the hardest part of building a team and the part most founders handle worst. The principles: be direct, be kind, be fast. Do not soften the message so much that the person does not understand they are being let go. Do not be so blunt that you destroy their dignity.

The conversation should take ten minutes. State the decision, the reason, and the logistics. Do not debate. Do not offer false hope. Do not blame them. If it is a performance issue, you should have been giving feedback for months, so the decision should not be a surprise. If it is a layoff, say that clearly. The person deserves to know their performance is not the reason. How you handle this conversation defines your culture more than any perk.

Culture is what you tolerate, not what you say

Every company has a culture. The question is whether it is intentional or accidental. Intentional culture comes from the behaviors you reward, the behaviors you tolerate, and the behaviors you punish. If you say you value transparency but punish people for sharing bad news, your actual culture is secrecy.

The test for your real culture: what behavior gets someone promoted, and what behavior gets someone fired? Those two answers define your culture more accurately than any values deck. If the person who hits their number but treats people badly gets promoted, your culture is results-at-any-cost. If the person who misses their number but helps the team gets a second chance, your culture is collaborative. Neither is wrong, but you should know which one you are building.

Your first five hires determine your company's DNA

Your first five hires determine your company's DNA more than any mission statement or values document. Hire for slope, not intercept. Someone who is learning fast will outperform someone who knows it all within eighteen months. The interview question that matters most is not what have you done but what would you do here in the first ninety days with what we have.

Reference checks are underrated. Not the ones the candidate gives you, but the ones you find yourself. Spend thirty minutes on the phone with someone who managed them and was not prepped. Ask one question: would you hire them again, and why? The pause before the answer tells you more than the answer itself. Trust the pause.


Frequently asked questions

Why do most interviews fail to predict performance?

They test interviewing skill, not job skill. Smooth answers about teamwork tell you how someone talks. Watching them do an hour of the actual work tells you how they perform.

How do I design an interview that tests the real job?

Simulate the work: mock discovery calls for sales, code review of a real pull request for engineers, content critique for marketers. Score the exercise against a rubric, not a vibe.

Should interview exercises be paid?

Anything beyond two hours, yes. Paying respects candidates and improves your take rate with the good ones, who have options. Free multi-day projects filter for desperation, not talent.

How many interview rounds should a startup run?

Three: a screen, a work simulation, a team conversation. More rounds add delay, not accuracy. Every additional interview should have to prove it catches something the earlier ones miss.

What is the biggest interview design mistake?

Asking different candidates different questions, then comparing impressions. Without a consistent structure you are hiring the best performer of the day, not the best fit for the job.

Working through this right now?

This is the work we do with founders one-on-one. One email is enough. A partner reads every message.

Start a conversation