Amateur managers think defining a role is writing a job description. Their first move is to go find one: a competitor’s careers page, another startup’s job board, or asking Claude or ChatGPT to write one. And they think the purpose of the exercise is so they can post the role online, or send it to investors and friends saying “I’m hiring an account executive,” so other people can send them candidates. That’s collecting a document, not defining a role.
Defining the role is determining what needs doing, what needs accomplishing, and then finding a person who has spent their career developing the competencies required to deliver on those outcomes.
You’ll know you’ve done it when you can describe the role in one or two sentences. That’s the mission: the M in the MOC, the Mission, Outcomes, Competencies document this whole skill produces. The novice version is “we need a head of sales to run the sales team.” The expert version is “build the sales team from two individual-contributor reps who report to the CEO into its own organization capable of driving $XM in revenue, complete with operations, predictable forecasting, standardized compensation and quota, one or two reps consistently exceeding quota, and a hiring pipeline so we can scale the team to 20 within eighteen months.” Same hire. Wildly different clarity.
The amateur alternative is thinking purely in functions: I need a salesperson, so what does a salesperson do? They have to cold call. They have to prospect their own leads. That’s a list of activities, and you can hire someone capable of every activity on it who still never gets you the outcome you need.
Think in outcomes instead. An account executive expected to close $1.5M in year one off pipeline handed to them by SDRs, and an account executive expected to self-source $4.5M of pipeline and close $1.5M of it, share a title and almost nothing else. Once the outcomes are clear, you can work out what competencies someone needs to achieve them, and then your interviews become a search for proof of those competencies. That ladder, outcomes to competencies to interview evidence, is how you de-risk the whole hire.
If you can’t articulate the outcomes, you don’t know enough to hire. Here’s what happens instead: you hire the person, you never tell them what’s expected of them, they don’t achieve what you expected, you get frustrated, and you fire them. They feel it was unfair, because it was. They never got a fair shot at a job nobody described. Everyone ends up pissed, you’ve spent a pile of money learning nothing, now you’re not sleeping through the night, and you’re asking your therapist why you’re so stressed.
Defining the role is also where you find out whether this should even be one hire. Especially the first time you hire for a role, what you’re looking for often turns out to be two jobs. The first hire a great head of sales makes is usually a sales operations person, not another rep, which shocks founders every time. Sometimes the answer is a contractor, sometimes it’s AI, sometimes it’s two people. The EOS folks call this “right people, right seats” [1]: a lot of role definition is seat definition, and only then do you go find the person for the seat.
And the written definition keeps working after the hire. The best hiring process on Earth still misses about three times out of ten for individual contributors, and about half the time for executives. I heard that from a talent partner at Andreessen Horowitz years ago, and a decade of hiring and coaching has convinced me it’s true. It should give you grace when you feel like you’re bad at hiring, and it should put real weight on being willing to start over.
Your role definition is your defense: with the outcomes and the 90-day expectations written down, you can make the keep-or-cut call against a standard instead of vibes.