Tag Archives: careers

Why Product Leaders Fail

I’ve yet to meet a fellow Chief Product Officer or Head of Product say, “yeah, I’m crushing it right now.” In my conversations with fellow product leaders, there’s even a meme that’s started to form around product leadership roles. Effectively:

“Yeah, you just try to put some points on the board before you inevitably get fired.”

So, if a typical CPO feels their role is about trying to survive a couple of years i.e. long enough to help the business a little bit, what is causing that? Why is it so hard to endure as a product leader?

I would say there are three common failure modes depending on how far along the company is. The earlier stage of a company it is, the more likely the answer is going to be misalignment with the founder/CEO. What no one tells product leaders when they accept product leadership roles is that nine times out ten the founder and CEO still wants to drive the product vision. They want you to help execute that vision. And as founders scale, their founder intuition ebbs in effectiveness in comparison to product expertise in-house, but it takes a long time for founders to accept that. That transition period can be very rocky.

For later stage companies, the more likely answer is that the CPO is really only good at one type of product work, and the type of product work needed for the business changes over time. This can manifest in two ways: The product leader has skills that don’t match the type of job needed today, or as they execute, the skills needed change, and the leader cannot adapt. Not only is the product leader not good at that new job, they are also less likely to be interested in it.

Let’s talk about each of these failure modes and what both product leaders and CEOs can do to make them less likely to happen.

Failure Mode #1: Who Owns Product Vision?

Founders tend to have insanely good intuition about their customers and products because, let’s face it, no one has spent near as much time thinking about them and their problems. When startups tend to hire product leadership, it’s their first time hiring this type of leader. Interview processes can be clumsy or unoptimized, with the founder still figuring out how to articulate the real need. Commonly, what happens during this process is both the founder and prospective product leader end up jamming together on the future product vision. Both sides love this engagement, but for the founder, it’s not an effective test on how much the prospective product leader will help the founder, and for the product leader, it can give a false impression that they will have a ton of say in the product vision.

If at all possible, founders should leverage outside expertise to structure the recruiting and interview process for this type of role. One of the key questions to get explicit on before the process begins is what role will this leader play in setting the product vision? For non-product/eng/design founders, they may be asked to define it. For founders with product, eng, or design backgrounds, that is typically not the case until the company becomes much larger. Product executives usually play a consulting or execution role in a vision that is founder led. Founders need to tell candidates which one it is, and candidates need to ask. Neither of these happen as often as they should. 

Once founders understand their answer to this question, they need to vet for the appropriate skills. If what you really need is help executing on the vision, don’t spend much of the interview process jamming on the vision. Sure, candidates need to understand the vision, but what you really need to learn is are they comfortable receiving a vision from you and bringing it to life in the myriad ways that are difficult. 

Failure Mode #2: Does the Expertise Match the Type of Product Work Needed?

Different companies require very different approaches to their product strategy to be successful over time. Most of us understand there are different types of product work. There is tech and process scaling, there is building new products to find new product/market fit, there’s building new features and iterating on the user experience to strengthen current product/market fit, and there is growth work to get the maximum number of users to experience the product/market fit that exists. Traditionally, product leaders lean toward being experts in one or another. For example, I am definitely most known for my expertise in growth.

Founders often lack the understanding of what type of product challenge they are actually facing when they attempt to hire a product leader. Network effects businesses tend to focus more on growth because more users make the product stronger in a much more meaningful way than new features. DTC ecommerce companies / brands are always launching new products. SaaS businesses tend to need to launch lots of new features over time. Hiring a product leader that wants to build new features all the time into a network effects business likely isn’t going to work that well.

Failure Mode #3: Can the Product Leader Adapt as Needs Change?
Even if founders hire the leader with the right skills at the right time, as companies scale, how much weight they put on these will need to change over time. Today, the product leader’s job is to be what the business needs them to be. So while the old school product leader is a specialist, the new school product leader needs to be a chameleon, who can balance a portfolio across scaling, new product work, feature work, and growth weighted toward the needs of the business, and re-weight it considerably over time as business needs change rather than leave once business needs change. That’s hard, but inevitably how product leaders have to evolve to be successful over the long term within a company.

As a growth oriented leader, I am actually spending more of my time at Eventbrite on scaling, features, and new product expansion work, because that is what the business needs right now.

Product leadership is incredibly hard. Both founders and product leaders can eliminate some of what makes it so difficult by aligning on expectations before hiring roles, and on aligning which problems the organization is focused on right now. It is then up to product leaders to be able to evolve as the product needs change over time. They are both the best equipped to understand when needs change and help the organization change with them.

Currently listening to Rare, Forever by Leon Vynehall.

Career Paths, Personal Missions, and Concentric Circles of Impact

Often, people ask me for career advice or how I got to where I am, or more tactically if they should advise companies, invest in companies, start a company or become an executive or whatever. My first instinct is to say, “Why would you ask me? You certainly don’t want to follow any of the steps I took!” To try to make my advice more actionable than that, I thought I’d document some of the key decisions I went through to make a signal out of my career noise.

My career choices have been somewhat unconventional from the outside. I graduated summa cum laude in undergrad to just take an internship at Apartments.com. I joined a 15 person startup to start a marketing team at 25. To say I was unprepared is an understatement. After building up a team and growing Grubhub over five and a half years into a public company, I took an IC role at Pinterest, instead of many executive offers. After three years there, where we tripled the user base and unlocked international, I then decided to… hang out at a venture capital firm. Then started an advising business. Now, I’m a Chief Product Officer at Eventbrite, a public company.

No one would draw up a career path this way, but I focused on learning potential at pretty much the cost of anything else, and it’s served me well. What a lot of young people don’t understand is that if you bet on increasing your learning potential, your earning potential compounds over time. The money will be there if you gather differentiated skills the market values (my knowledge of obscure electronic music, for some reason, is not one of those skills the market values).

This advice is fairly easy applicable and, I think, well understood by a lot of people. If you are making a choice between learning and earning, the former will almost always make sense not only from a happiness perspective, but also from a financial perspective long-term. I want to talk about what happens after you self-actualize in this direction.

Let’s say you’ve spent a decade plus collecting valuable skills, applying them in interesting ways, and you are differentiated on the market. Problem solved, right? You’ll never have to worry about a job. You’ll have all these opportunities. Well, not really. They say in startups the problems never get easier; they just change to different problems. I think optimizing your career is the same way. What people don’t tell you is if you optimize for learning, there are fewer and fewer jobs where you can mix all that you’ve learned together. And that you actually have to pick amongst many competitive opportunities. Not picking or not leveraging all your skills can leave you unfulfilled, like you’re not at peak potential, or lead to some of your skills atrophying from lack of use.

As someone who went through this issue after Pinterest, I did some deep reflection on what makes me feel fulfilled on a path to a personal mission. I’ll share that mission as perhaps a useful example, but yours will almost certainly be very different, or even optimize on different attributes like industry, problem type, relationships, etc. After reflecting on what I liked and didn’t like at all the different companies I worked for or with, I realized I really enjoy problem solving. Specifically, figuring out problems related to building businesses and ensuring those solutions can be shared with others. Now, those solutions aren’t growth hacks or tips and tricks, but generalizable frameworks that can be wielded in the appropriate situations. I eventually landed on a personal mission of discovering and scaling the best practices of building companies.

What I found from my advising work is that the best practices of building companies are very unevenly distributed. And it isn’t that one company has all of them and isn’t sharing. It’s that companies are good at different things, and there isn’t even cross-pollination of these best practices so that every company gets better at operating. In fact, I’d say most companies in Silicon Valley in aggregate operate poorly. It’s a weird paradox that the best performing companies are some of the most poorly run, because they can be. As Rick James might say, product/market fit is a hell of a drug.

Like finding product/market fit for a company implies a product people value and a way to make money at it and scalably distribute it, the next question comes in how to deploy this personal mission. I played around with almost every model: full-time employment, advising a handful of companies in-depth, investing and helping the companies I invest in, creating courses with Reforge that anyone can take, and blogging for anyone who wants to read. There is an implied breadth and depth of impact and learning from this model. Focusing all your time on one company has the most impact on how it operates, but that scales the least of any model. Blogging reaches the most amount of people in aggregate, but with no customized learning.

What I have found interesting about my personal mission is that while there are clear trade-offs, there are also win-wins. The blog creates advising opportunities. Operating full-time at one company makes me a better advisor, course creator, and blogger by the depth of problems I get to work on. Advising allows me to see fresh perspectives that broaden my problem solving at my current company. I have not found a perfect formula to optimize the ratio of time spent between these different avenues to deploy against my mission, but what I did learn is that it is likely best to vacillate between the different circles, which is part of the reason why I am not a full-time advisor like I was in the past. This is basically a form of optimizing for different steps in my learning loops to continue to unconstrain my personal growth, much in the same way I optimize for unconstraining growth in the companies I work with.

Finding a personal mission and thinking about how to deploy against it is something I would recommend more people spend time exploring for themselves. I think it helps optimize for personal happiness and growth in an environment where there are seemingly competing opportunities all the time that are hard to judge against each other.

Taking On Too Much

There is always a time in your career where you’re asked to take on more responsibility. This is normally a good sign! It means your manager or CEO or whoever trusts you and seeks you out when problems arise. If you’re like me when I was earlier in my career, you always said yes. I thought of this as moments to increase responsibility, learn new skills, and have more impact. Now that I’m older, I am no longer so eager to take on more. When these situations arrive in my career now, I take real stock on my capability to handle the increase in responsibility. Today, I’ll walk you through the three most common scenarios you’re likely to find yourself in when this happens, and some recommendations on what to do in each situation.

Option 1: Scale
In the first situation, you have been spending years building up a team and/or some sort of scope you’re comfortable with. It could be an entire function like product, a group within a function like the email marketing team, or, if you’re an IC, an area of the code or a particular skill set the company needs. By all accounts, you’re excelling in this scope. If you’re stuck in this structure for too long, and you’re like me, you tend to get bored and are looking for new challenges anyway. This is a great time to accept the new challenge, and either empower your team with more ownership, or use some of the slack time you’ve built up from automation or process improvement to provide more value. This is usually not a confusing move. I only call attention to it in contrast to the other situations I’ll talk about in the rest of the post.


Sam Porter Bridges carries the weight of the world on his back. Don’t do this.

Option 2: Prioritize
In the second situation, you do not feel as if you’re excelling yet. You might still be building your team if you’re some sort of manager, or still learning the function if you’re an IC. Taking on more responsibility might prevent you from succeeding in your primary job, so it’s a pretty big risk. In situations like this, I generally advise people to do what they do in any sort of situation where they have too many things to do and not enough time to do it: prioritize. The difference in this situation is you have to force the person asking you for the additional scope (if they are more senior) to prioritize for you.

For example, I was working with an analyst, and he got a request from an executive at the company for an analysis he wasn’t planning on. He already had a lot of high priority stuff on his plate, so he was confused as to what to do. I told him to email back the executive, show her everything he was prioritizing and how and where this request should fit in. This forces people to acknowledge the value of the work you are currently doing and the amount of time you realistically have available for work effort. If you’re more senior, you can talk about the scope you currently have and whether it might be appropriate to shed some of that scope or de-prioritize progress to accommodate this new area. That’s a very healthy conversation to have.

Option 3: Stretch
In the third scenario, there is no ability to prioritize or shed scope, and you just have to stretch your ability. It’s important to understand this is not a sustainable state. The only way stretching works is if it is short term until you can figure out how to prioritize. Not doing so will result in failure or burnout.

Triage
There are times in a company’s lifecycle (frequently described as war time) where it feels like you might be in a position for a prolonged stretch. What this really means is you need to switch to a variation of option 2 called triage. Triage actually comes from the medical field, and is a process of extreme prioritization of who to treat when you have a large number of wounded or sick, invented for wars, of course. The process focuses on helping what you have the opportunity to meaningfully help on, ignoring things that will likely get better with you, and accepting that some things will go poorly because you do not have the resources to prioritize everything. This process is mostly associated with bugs as a company always has more bugs than it can possibly fix, but I prefer to reserve its use for periods of war time when some things will fail, and you are acknowledging that beforehand.

A mistake that can be made in triage mode inside an organization is to make a decision on what to prioritize and not re-evaluate over time or check on your assumptions. Prioritization in war time is a best guess on what’s most critical, what can fail, and what might be fine without you. If you make a mistake on the latter, it may become more critical, forcing you to change prioritization. And it can be tough to remember to stop and check up on things you’re not focused on to see how they’re doing, and also to remember to re-evaluate and re-prioritize. But it’s important to do so.


More responsibility can be a great or a troubling thing. You don’t want to fall over because too much is on your shoulders. Being honest about your capabilities at the time and the mode you need to be operating in can help prevent you from failing by being burdened with more responsibility than you can handle. Tomorrow is in your hands.

Currently listening to Run with the Floating, Weightless Slowness to by Kelpe.

How I Grew This Podcast, and How I Unintentionally Started Working on Growth

I caught up recently with Mada Seghete, co-founder of Branch Metrics on her new podcast “How I Grew This”. In the podcast, I talk about my career in growth including some of my early experiments before I even had a real job. You can listen here:

I thought I’d go into a little bit more detail in this post despite how embarrassing it is.

When people ask about how I got into working on growth, I usually respond by talking about my job at Apartments.com, and how I had to measure everything the marketing team was doing to grow the business. It turns out measuring everything and its impact on growth gives you a pretty good understanding of the growth channels. And for me, one of the biggest lessons was that it was none of the things you learned about in marketing classes at school. It was things like SEO, affiliate marketing, paid search, distribution partnerships, et al. As I automated more of the tracking, it gave me more time to actually work on optimizing those channels. This is all true, but it’s not actually the start. So I’m going to talk about the start in hopes it helps other people figure out how to find opportunities to develop skills and learn. This is going to be a somewhat autobiographical post, and it may not be useful, but multiple people have said I should write in more detail about it, so I am.

My High School Passion: User Generated Content
I was pretty early to the user generated content trend. In high school. I spent a lot of time on AskMe.com, which was basically a pre-bubble Quora, answering questions about a range of topics including music, video games, and history. I answered over a couple thousand questions there. I also hung around the IGN message boards, which was the 3rd largest forum on the internet at the time. I became a moderator on IGN eventually for some of the music and video game boards. This is pre-Facebook, pre-reddit, pre-most things you spend time on the internet with. One interesting thing is how all of those multi-billion dollar companies existed in some form back then; they just didn’t become the valuable companies:

  • AIM = WhatsApp
  • IGN = reddit
  • AskMe = Quora

My College Obsession: Tony Hawk’s Pro Skater
In college, I started playing a lot of Tony Hawk’s Pro Skater 3 on the GameCube. I got pretty good at it. When I went online, I eventually found a community of the early online players playing on the Playstation. They were a lot better than me, and posted videos for download of them reaching new high scores. This was pre-Youtube, so they used various archaic methods of recording (I, for example, used a capture card and a VCR to record the play), uploaded them to a server, and you had to download them to play the videos locally on your computer.

I watched all of the new videos. Not only were they entertaining, but they helped me learn how to get better myself. All of the best players used loops of the level to repeatedly hit parts of the level that allowed them to do valuable tricks. Many people started to post tutorials of their loops. You can see one of the loops I used for a good score here (sorry for the quality. All of this was recorded before Youtube existed, and when we finally did upload things to YouTube, they didn’t support high quality yet):

When Tony Hawk’s Pro Skater 4 came out, it became super easy for these players to score billions of points in one combo using these loops, so the quest for higher and higher scores lost its luster. Instead, the best players switched to showcasing themselves doing stylish combos without ever touching the ground. They called these videos “no manuals” or “nm’s” as the manual was a trick introduced in Tony Hawk’s Pro Skater 2 to link combos on the ground. Essentially, these players challenged themselves to play Tony Hawk’s Pro Skater 4 as if it were the first Tony Hawk’s Pro Skater. The entire community shifted from a score based system to a style based system.

When Tony Hawk’s Underground came out, the community didn’t love many of the changes. You could now walk to link combos, which made something that was too easy for the best players even easier, and people stopped posting videos. I was dismayed as well, because the volume of content coming from the community dropped precipitously.

My First Growth Loop: The Get There Challenges
Worried that this community I loved was dying, I tried to think of ways to revive the community. I essentially needed a way to prompt people to post stylish videos. I came up with an idea. I would post a screenshot of a piece of a level in one of the Tony Hawk games to start. I’d post another screenshot of a place you had to get to in the same combo. And you had to do all of this without touching the ground (no manuals, walking, or reverts). The first to complete it got to post the next challenge. I posted two of them to make sure someone would bite, called them the “Get There Challenges”, and a player named Milky posted of a video of himself completing the second. I awarded him the win and challenged him to post the next challenge. He did, and the Get There Challenges were born. Within a day, someone had beaten Milky’s challenge. The loop had officially begun.

By the eighth challenge, the community started adding variations, such as shortest to complete, coolest version to complete, and sub-challenges. Eventually, some even allowed manuals. A website was built (not by me) to host them officially, and a bunch of copycat websites tried to start their own. GT’s (as they had become known) became a pillar of the Tony Hawk’s Pro Skater online community. Over 300 challenges were consecutively posted and completed over the course of the next three years.

Most of these videos are lost to time. Mike, one of the best players in the community, did create a video commemorating 100 challenges, which is probably the best introduction to the concept. Apologies for the video quality, the out of context teenage jokes, and most importantly, the music choices used in the video.

Now, I am probably an idiot for not using this concept to build a billion dollar business ten years before esports and three years before Youtube became a thing. But the framework of the Get There challenges continues to serve me in my career in other ways. I have come to call these loops content loops and not viral loops as what they do is generate content that attracts people instead of invites. I have built a course on them and talked about them. The Get There challenges have a similar dynamic to how Eventbrite (event listings), GrubHub (menus), and Pinterest (boards) have grown. People mistake this as an SEO strategy, but it’s not. As long as you have a place for the content to be discoverable, it can be a loop if enough people interact with it.

There is much more of an opportunity today to leverage your hobbies for learning opportunities than there were when I was a teenager, whether it’s new creation tools available or all of these new online communities. You may be surprised what you learn from them and how they can inform your eventual career.

Bonus content with much better music:


Currently listening to Ritorno by Andrea.

Thinking Outside the Job Title Box: How to Thrive in Undefined Roles

As a leader of a large team, the members of my team tend to have pretty well-defined roles, like designer, or product manager, or researcher. They also tend to interface with other employees of the company with pretty well-defined roles like engineers, analysts, data scientists, etc. Now, most of the time, these well-defined roles operate in cross-functional teams. But, what if you don’t operate within one of those roles, or don’t want to fit the mold of these well-defined roles? How do you work with teams? To answer that, it may first be helpful to understand how these teams form.

“In the beginning, there was an engineer.”

Most startups begin with an engineer building something from scratch. As the company scales, usually a designer is added next. Then, as keeping track of projects between the designer(s) and engineer(s) becomes onerous, a product manager is added. Then, as the team scales and problems become harder, the product manager and engineer(s) don’t have enough time to fulfill the analytical needs of the team, so they hire an analyst. Then, keeping up with users becomes too time consuming for the designer or product manager, so they add a researcher, etc. This is an overly simple example, but all cross-functional teams grow larger as the company scales, with more specialized roles over time. One issue you may have if you don’t fit into this model is that you want to perform a more specialized role than the company has scaled into needing yet.

The opposite can also be true. You may want to do bits and pieces of a well-defined role, but not all of it, or may want to combine some elements of a few different roles into your job. Either of these situations can be totally fine. But each require a more tactical, subtle approach to working with teams than fitting within well-defined roles. When people outside of the cross-functional teams want to work with these cross-functional teams, they frequently perceive friction. They interpret this as political, when in fact, it is structural.

By definition, when you don’t have a clearly defined role to others, they do not know how to work with you. The onus is on you to prove value so that they want to work with you, because they don’t have to. Usually, my advice when people come to me with these problems is to switch to a more defined role. There may be a valid reason to leave your role less defined though, and in this case, I propose a framework for finding a valuable fit within a cross-functional team.

While all cross-functional teams have well-defined roles on paper, in reality, for all the needs of a team, people within the cross-functional team trade off responsibilities based on skill set and interest. You may have a PM who’s better at execution, so the designer takes on strategic duties, for example. What you’re trying to find with a less defined role is a team that has a need for a skill set, and wants someone to fulfill that need.

What happens in each of these boxes? Well, if your role is not needed or wanted, then you don’t get an opportunity to help. If your role is wanted, but not needed, you tend to be superfluous and lowly leveraged. If your role is needed, but not wanted, you experience rejection. If your role is wanted and needed, that’s where the magic happens. You integrate into the cross-functional team well, help them achieve their goals, and likely are happy in what you’re doing.

Two Tips to Make These Roles Work

#1 Get a senior leader to sponsor your effort
It’s almost impossible to make this type of role if your manager and ideally someone very senior in the organization support it. If senior leaders are very strict about team formation, it just might not be the company where you can be successful in a non-uniform role. Also, if your manager doesn’t support the direction you’re targeting, there will be a big mismatch come review time that will stifle your career.

One way to be more successful with managers and senior leaders is to be very clear why you want to work this way and what value it adds to the company. I would not recommend going to managers and senior leaders suggesting you not fit a typical role in the organization, and then ask how you can be effective. You are not giving them two problems: 1) someone who won’t fit into the traditional organizational structure and 2) someone who doesn’t know how to help the company. For many managers, this would trigger them to ask why you’re at the company in the first place if you don’t know how to help.

#2 Approach teams with humility
Your approach to talking to managers and senior leaders about your role should be very different from how you approach teams. While with managers and senior leaders, you want to make a clear case of the value you can add and what you want to do, that can not work so well for approaching teams. A better approach gets across a few key points:

  • You’re interested in the problem they’re working on
  • You think they are doing interesting work
  • You’re just here to help in whatever way you can
  • These are the skill sets you have that may be valuable
  • Finally, the ask: What can I help with?

Whether you have a traditional or non-traditional role in a team, the first step is building trust, and that is usually earned by doing smaller tasks the team is not getting to and would like help on. From there, you earn the right to work on more critical tasks. It may take some time to get to the role you’re most interested in playing on the team, and that is normal.


At Eventbrite, we have multiple people who sit outside the traditional paradigm of well-defined roles who are thriving. They all found a way to add value to a team that was wanted and not competitive, and the team operates better for it. But this all happens on an opt-in basis. The teams chose to accept them. If you want to play outside the lines, you have to understand that other teams playing with you is entirely opt-in on their part. This is the risk of not participating in the structure the company operates in; you may find opportunities to help that the team isn’t welcoming to, and there’s nothing you can do about it.

Create Milestones for Your New Job

People are afraid of taking new jobs. There is a risk of failure of the company you’re joining and potentially of yourself in the role you are accepting. But we all need to accept new jobs at some point. What you should think about is how to cap the downside risk of the two potential situations above. This is indeed possible. I will walk you through my approach.

When you accept a new job, a very healthy practice is to project out the opportunity over a period of time. I like to use increments of six months. What I recommend is you create a document for your job that predicts how the company has evolved, and you yourself have evolved over that time period. This document should ask the following questions:

#1 What should the trajectory of the company be at this time?

This can be represented by numbers, strategic initiatives, funding rounds, whatever makes sense for your mind. Actually, the more the better.

#2 What should my trajectory be at this time?

This can be represented in terms of what you accomplished, what responsibility you accumulated, how much you’re making, what you’ve learned. Again, the more the better.

Okay, so when you join the company, you write this document for let’s say six months, 12 months, and 18 months into the job. When those milestones occur, reflect back on this document and ask the following questions:

#1 Is the company on track?

Predictions are hard, of course, but being on track is great, being ahead of track is awesome, and being off track may be a cause for concern.

#2 Am I on track?

It’s almost as important to ask if your trajectory is on track. Are you learning what you thought you would, accomplishing what you thought you would, making as much as you thought, accumulating the responsibility you hoped for? All of that should be addressed.

If the answer to both of these questions is on track or ahead of track, amazing. You should feel confident continuing to work at the company. If either of these questions is no, however, you need to ask yourself two additional questions.

#1 Can it get back on track?

Let’s say the company is off track. Do you believe in a reasonable plan to get back on track. Was it a one time setback, or are we too far off course to hit the objectives you initially wrote? Similarly for yourself. If only one of the answers above was no, it creates different implications. A fast growing company, but not growing yourself creates a free rider problem for your career. A company where you’re growing yourself, but the company is off target may mean all you’re learning won’t be valued by the market if the company doesn’t end up doing well.

#2 If not, am I comfortable with the new track?

If you’re not on track and don’t feel you can get back on track, you have to ask if you’re comfortable with the new track. This is common. You may have set to high a goal, but things are still objectively going well. That’s fine. You do want to make sure you’re not justifying a mediocre or bad situation because it makes you uncomfortable.

If you follow this process, it should let you know if the opportunity you initially thought was worthwhile isn’t there. The key is when you learn this that you don’t continue to stay. If the company and/or yourself on not on track, you don’t expect to get it on track, and you’re not comfortable with the track, you should find a new job. As long as you change jobs when when you reflect every six months and see this, the risk is mitigated. The real risk is staying with a company a long time that is off track for itself and your career, with no way of getting back on, and it’s sacrificing your potential. Those are the only real career mistakes. So, go ahead and take that new job. But use this framework to be honest with yourself about whether it’s working out or not. And if it’s not, find a new one.

Currently listening to Between Two Selves by Octa Octa.

The Life and Death of Product Marketing

This is part two in likely a three part series on career paths. You can read about the analyst career path here.

As someone who majored in marketing in undergrad and has an MBA with a concentration in marketing, I receive a lot of career advice requests from up and coming marketers. My feedback is usually a wake up call and not very pleasant. Marketing, especially in a technology company, has been suffering a death from a thousand cuts for years now. There are a few reasons for this. As I blogged about before, marketing’s definition grew too broad for one area to be an effective owner. An area I haven’t talked about before is how many roles in marketing are largely a response to engineering constraints. And with computer science grads multiplying like rabbits years after year, those engineering constraints are starting to relax a bit. I’ll analyze some roles in particular who I think are the most affected by this over the next five to ten years. I’ll start with product marketing.

Product marketing has suffered from an identity crisis as long as I have known the term. Product marketing, when done correctly (which rarely happens), is usually in charge of three things:

  • Deciding a soon to be released product’s positioning and messaging
  • Launching the product and making sure users (in B2C) or customers and salespeople (in B2B) understand its value
  • Drive demand and usage of the product

What that means in practice is that with well oiled product marketing teams, they owned the relationship with the consumer or customer and the outlets for how to reach them. This meant they talked to customers one on one and ran surveys. They managed email outreach, press strategy, potentially even an ad budget.

As you look at these responsibilities, it gets easy to see how this definition falls apart in many companies. For one, many companies don’t launch that many new products or features each year. Teams now have copywriters that integrate with product teams to test messaging iteratively.

Launching a feature is about that feature’s journey for feature/product fit, which means it rolls out in small experiments instead of a big press push. A press push would only be justified if the feature is successful in its experiments. A feature launch’s importance is inversely correlated to the number of users it is intended to reach and only weakly correlated to market power, which is why product marketing has always been more effective at B2B companies, and large ones at that.

Product teams now are more likely to be staffed with user researchers who specialize in gleaning insights from users and customers, and may even dedicated quantitative researchers as well for survey design. Pinterest had both, for example. Even if these are not staffed, as product managers have shifted from executional roles to strategic ones over time, they frequently see understanding the user or customer as their responsibility. Designers on product teams frequently feel the same.

Lastly, when thinking about driving demand and usage, that again is something product teams should only care about once they know the feature is driving value. At that point, ever more prevalent growth teams in charge of overall product growth decide how to use growth of that feature as tool to overall product growth. These are cross-functional teams between design, product, analytics, and engineering, and only sometimes include marketers.

The jack of all trades design of the product marketer role is being attacked on all sides as teams determine how to more effectively reach their users or customers and build things they will use. I don’t see these trends as a failure of the product marketing function. In many ways, it’s the opposite. You should always be trying to obsolete your role in a company. All of these responsibilities product marketing owned now being prioritized or specialized in by other functions shows that organizations now understand the marketing of their own products is important and can’t be outsourced at the end of development.

That said, this transition does leave current product marketers in an untenuous position, and many have been asking me what they should do. I see three opportunities that are available for product marketers.

Option 1: Migrate into Product Management
Product marketers build relationships with product teams already. They should start to leverage this for opportunities to work on product management projects, not just to launch them, but to actually work with engineers and designers to build them. These projects are fairly easy to find as product managers are always strapped for time. Once a product marketer does a few projects successfully, I have found their migration to full-time product manager happen pretty seamlessly at multiple companies. Anecdotally, product marketers tend to become very successful product managers because they focus on understanding users and are great at framing the products they build for user value and having users understand that value.

Option 2: Migrate into User Research
Companies are always looking for more user researchers, and they are product managers’ and designers’ best friends. Product marketers already excel at talking to users. The migration here is more about the in between of product marketers focused historically. Instead of soliciting ideas and selling solutions, user researchers receive feedback on potential solutions in process or problems with the current product by watching current product use. There are dedicated programs where you can learn the tools of the trade for user research, and some companies are training people in user research internally because they are so short-staffed. Even if the latter is not available, approaching user research leaders and asking about opportunities to break into their team are usually welcome, and can start, like with product management, on some distinct projects before migrating full time.

Option 3: Move into Dedicated Brand Role
As companies grow larger, they build dedicated brand teams that tackle perception problems, spend ad dollars to use brand marketing to drive long term growth, and adjust company level positioning over time. Product marketers are used to driving positioning of individual features of products, and with that already have a good understanding of overall company positioning. This may or may not be an option depending on the specific needs of the company at the time. Usually, the larger the company, the more likely this opportunity exists.


The future of the product marketing role is fraught with uncertainty. In B2B companies, the role is definitely better established and positioned for success, but I think it’s only a matter of time before those roles face the same challenges consumer product marketers face today around specialization and new team structures that gradually phase this role out. If you are in product marketing, don’t panic. Just think strategically about how to position yourself for one of the three above options to maintain career growth.

The Analyst Career Path

I’ve written before about analytics teams as a crucial function in today’s technology companies. Technology companies are rapidly hiring analyst roles to pair with their product teams. And while my previous post discussed how to hire analysts and structure their teams within organizations, I haven’t written about how analysts should approach their careers.

Many technology roles, at startups in particular, have an issue with career progression. While established industries have defined career ladders, the path of career advancement is much less clear in many technology roles. Engineering, being the largest and oldest function in technology companies, now has a well defined individual contributor and manager career path all the way up to VP Engineering and CTO. Product Managers know they can progress to manager roles at their companies all the way to VP Product, and if they want to remain and individual contributor, they can still grow by working on more and more complex and strategic products over time. As I’ve talked to many analysts and analytics teams, this progression is not as well defined. I will outline how I think about this progression as someone who has been an analyst and managed analysts.

Option 1: Graduate into Data Science

If someone wants to remain an individual contributor and not manage, at some point the only way to become a better analyst is to graduate into a data science role. Now, there is some confusion with where the line is between analyst and data scientist, and many companies just call all of their analysts data science as a form of title inflation. I define the role of an analyst as someone who uses data to help identify and communicate business opportunities, and drive decisions for teams. This includes targeted analysis driven by others as well as free form analysis driven the analyst. From a process perspective, this includes everything from making recommendations, helping with experimentation, and creating dashboards to help others make decisions. From a tooling perspective, this means everything from writing SQL queries, identifying logging opportunities for product engineering and database design opportunities with data engineering, creating new dashboards and visualizations. An analyst retrieves, analyzes, and recommends, and is judged by not only how good those recommendations are, but how often they are followed.

So, how does data science differ? A data scientist writes code beyond SQL to manipulate data for analysis and potentially for product experience. A data scientist can write an algorithm that powers a personalized experience in the product, or just do more complicated analyses requiring more sophisticated querying using Python, R, etc. Data scientists jump in when analyses are too complicated to be handled by analysts, and also frequently partner or embed with product and engineering teams to change the product. This is more than just a higher-power analyst role though. Data scientists have deep expertise in certain areas, like machine learning, statistical inference, and focus on solving specific, hard problems over longer time horizons.

Option 2: Become an Analytics Manager
If you wish to get on a management track, becoming an analytics manager is the natural path. Since analysts are being hired so frequently, they need managers who can mentor and coordinate learnings between teams. While analysts are best embedded, analytics management bears the important responsibility of solving company-wide analytics issues related to tooling, process, etc.

Option 3: Graduate into Product Management
The third path that analysts can choose to grow their career is migrate into product management. Technically, product managers and analysts are peers in cross-functional teams, but product management has better career pathing that doesn’t require as much technical investment as data science, and product managers tend to have a bit more power in organizations today.

The migration of analysts to product manager is increasingly common as more and more product teams rely on data as the foundation for most decision-making. This has certainly been most true on growth teams and teams that utilize personalization, but I believe all future product teams are data savvy. A significant percentage of product managers at Pinterest started as analysts at the company. This same migration is also true for marketing analysts. They tend to become quantitative marketers over time, or switch to product analytics.


Being successful as an analyst is peculiar is that it almost requires a switch in roles over the time in ways that are not true for design, engineering, and many other roles in technology companies. Fortunately, the analyst has a lot of choices on how to progress within an organization. Hopefully, managers of analysts get better at outlining these different opportunities and help analysts position themselves toward the best ones for them over time.

Thanks to George Xing for reading early drafts of this.

Currently listening to Compro by Skee Mask.

Product Visionary vs. Product Leader

Many people want to work in product management. One of the most common questions I receive is how to break into product management. It’s a hard question for me to answer, because 1) there is no default path (the same is true for trying to land a business development role), and 2) most of these people really don’t know what they’re asking for. My most common response is, “Are you sure? Product management can kind of suck.” The reason for the dichotomy of people who haven’t done product management finding it so alluring, and people who have done it cautioning people trying to get in is the difference between what I call a product visionary and the product leader.

Product visionaries are who we all hear about in the press. They are the people who come up with brilliant products that go viral or solve real needs in the market that no one else thought of. They appear to be masters of finding product/market fit. I’ve been lucky enough to work with a few of them in my previous jobs and a few in the portfolio at Greylock. These tend to be founder/CEOs, and they generate brilliant insights that create product opportunities others don’t see. Ev Williams is on his third breakout product in Medium after Blogger and Twitter. Ben Rubin created two products that hit product/market fit in two years with Meerkat and now Houseparty.

Anyone working in technology hears these stories, and they think the shortest path to that sort of glory is becoming a product manager. They are excited to get to a role where they can drive the vision of a product, even if it’s only one part of the company. This excitement is exacerbated by the commonly propagated myth that the product manager is the mini-CEO of their product. The reality is that in 90+% of cases, product management is not about being a visionary. It’s about being a leader.

What does a product leader do at a tech company? It’s actually very little of creating a vision and a strategy from scratch. It’s about helping everyone understand what the vision and strategy is. It’s about communicating to the entire team why the company is doing what it is doing. It’s about building a process that helps a team execute on that vision. It’s about when there are competing visions, aligning and motivating the team to focus on one, and getting people to disagree and commit (including sometimes yourself). It’s about looking at data to measure if product changes are having a positive impact on the customer and the company’s growth. It’s about talking to users to understand why they’re doing what they’re doing, and the problems they still face even though your product exists. It’s about mentoring more junior people on your team, across product as well as engineering, design, and analytics. And they don’t have to listen to you, so you have to use influence rather than authority to be successful.

In the scaling phase of a startup, it’s product leadership that drives performance, not vision. Vision is needed early to find product/market fit and plot a course to scale, and then the less that vision wavers over time the better. This vision is usually done by the founder/CEO. The reason founders hire product managers and VPs of Product is not to set vision, but to help execute the vision. Don’t get me wrong; that will sometimes mean coming up with solutions to problems your customers face. If a company is scaling by having the founders solve all the customers’ problems instead of product teams, it will struggle. But much of the time, it will be wrangling the ideas of the individual engineers, designers, and analysts on your team and matching that to an overall vision set by the founder(s). It’s very rarely your ideas you’re executing on as a product leader, and it shouldn’t be.

https://twitter.com/stevesi/status/943945949352665088

I also don’t want to make it sounds like I am devaluing visionaries. They are, of course, critical in finding the initial idea(s) that create a growing company and maintaining a vision for that growing company. Having visionaries also becomes more important as you saturate your core market and need to tackle new value propositions to drive new growth opportunities. That is the ideal time for non-founder visionaries to enter a growing company. These are not going to be typical product managers or VP’s though. They are usually ex-founders. The best outcomes for these people entering an organization that is scaling is giving them a team and space to experiment with ideas until they find their own product/market fit, where a business unit is built out around that vision with product leaders to help them scale.

As you’re thinking about your business, think about whether you need a product visionary or a product leader. Most founder/CEOs are already visionaries, so they need a product leader to help execute. Some businesses minded founders need the opposite to be successful. If you’re thinking about product management, think about whether what you really want to be a is product visionary instead of a product leader. In that case, it might be a better idea to start a company than take a role expecting to execute on your vision and instead managing other people’s visions.

Currently listening to Ambivert Tools Vol. 3 by Lone.