I'm building a product team. Who do I even hire?
You are asking the wrong question first. You want to know who to hire — a designer, an engineer, a PM — before you know what decisions your product actually needs made. That order is backwards, and it is why the search feels foggy. This is not a talent problem. Talented people are everywhere. The problem is that you and whoever you are building this with have not agreed, out loud, on what work must happen and who will own which piece of it. Hire into that fog and you will get two or three strong people quietly pulling in different directions, each convinced they are doing the job right. Clarity comes first, always. Not a perfect org chart — just an honest list of the work, made together, before you post a single job.
You do not have a hiring problem. You have a clarity problem. You are choosing people before you know what work must be done and how it connects. Stop interviewing candidates. Sit down with your partners and name the actual work first. The roles will name themselves after that.
What changes unlock by starting
- A written map of the real work your team needs, not a wish list of titles.
- Clear lines between roles, so two new hires don't collide over the same decisions.
- A hiring order based on what actually breaks first, not what sounds impressive.
- A job post you can write in an afternoon, because the role is already named.