In my company I’ve been designing and building all of our Meteor-based product for the last year, and now we’re thinking about raising money to start kicking more ass. I have to come up with a sound plan to hire a team for our product, and I wanted to get some tips from more experienced PMs/engineers on how to structure such a team.
We’ll probably have the budget for a team of 3-5 people, based on the needs of our product, and I’ll be slowly transitioning in more of a PM role as we are able to actually make the hires.
The way I’m currently thinking about it is fairly simple:
- A designer (UI/UX), as we’re quite design focused and need to unify our design language across the board
- 2-3 engineers
- Myself as an engineer first -> going towards PM
My question is mostly about the engineers (though feedback on the structure is obviously appreciated), as I don’t know how to structure a Node team. Our backend and frontend being so intertwined (because/thanks to meteor), does it even make sense to hire for different skillsets, or should I just recruit full-stack type of guys, with maybe one of them putting a bigger focus on front-end?
So as time goes, I currently think we should prioritize our hiring efforts in this order:
- Front-end/full stack engineer (because it will take the biggest load off of me)
- Designer (out-sourced until then)
- Full stack/dev-ops oriented engineer (our CI infra could need some polishing for example)
- Full stack generalist to fill the gaps
Does this make sense to any of you, and if not, how would you approach this ? Other Meteor-product team tips?
Your help and insights will be deeply appreciated