Don’t let engineering deflect you from your product strategy.

I see a lot of inexperienced product people who have done a lot of work to figure out the next best thing to do with their product to meet the needs of the business and customers - only to be deflected by limitations presented by the engineering team.

The engineering team are amazing collaborators who should be deeply involved in the product Ideation & scoping process.

They should not, however, be in a position to deflect or distract you from your carefully prioritized set of features & requirements.

Why?

Because many engineers & engineering teams have an inherent dichotomy.  

On one hand, they are typically skeptical, conservative & reticent to make big, risky bets. Often with good reason. 

On the other hand, they are magical wizards. Once challenged to make something difficult, they will typically ultimately figure out a way to make it happen.

This requires product managers to...

1. Have a healthy level of disregard for the constraints inherent in the technical details and focus on what the business and customers really need.

2. Come up with a roadmap that allows their engineering partners to chip away at the problem towards their original intended goal within the technical constraints (vs heading off in a different direction)

3. Have faith that their engineering partners can make it happen given enough time and support.

4. Inspire their engineering partners to rise to the occasion.

Why non-profits often fail to achieve real change

As someone who's run both an egalitarian non-profit and been involved in a highly-effective corporate:

Egalitarian non-profits often struggle to achieve their goals because...

1) The profit motive is an enormously useful tool to focus efforts and determine if given actions are effective or ineffective. When you deliver a product or service that people pay for you know you've created real value. Money is value exchanged for value.

2) Egalitarianism doesn't work when you're trying to deliver disruptive change in the form of products and services. Hierarchy is required to make decisions, make tradeoffs, hold people accountable, and more.

Are you a product manager or an account manager?

Too many product managers in b2b are actually project managers and account managers.

They spend most of their time triaging high priority contractual obligation’s from customers into a jam packed roadmap rather than developing a strong strategy Based on broad market needs, trends, best practices and intuition.

#consultingconvos

Go faster

Life is like a treadmilll. If you’re taking “one step at a time” at a slow pace you’re basically going backwards.

Said more literally: The universe trends towards entropy (chaos). So if you want to impose any kind of order (I.e create something new) you must move at a speed that outpaces the natural rate of decay.

The road to product hell

The road to product hell is pathed with "It's already on the roadmap", "it's on strategy", "it's a quick win"

The key customer-facing roles for a Dev Platform

Running a developer platform? Make sure you have the right customer-facing teams…

1. Developer Relations (DevRel) team: stateless, performative, 1:many representatives that get the community fired up and help every-day developers however they can

2. Partner Engineering team: stateful, high-touch 1:few support of strategic partners.

3. Customer Success team: stateful, mid-to-high touch 1:few support for onboarding customers pre and post-sales.

Copywriting is a big part of design

Copywriting is a massively under-rated part of product design.

The right word choice on a button can change its effectiveness from being unintelligible to crystal clear without changing a pixel.

Scale is the goal

Scale is the most important goal for any startup. It's one of the key things that drive massive disruption.

But how do startups scale? How do large companies act and disrupt as startups do?

That's the number one thing that most founders and companies I encounter struggle with. They're often moving too slowly or building technology that is too hard to sell, support, and use. What follows is my attempt to explain the process of product development and scale as simply and clearly as I can:

1. Scale requires growth

2. Growth requires repeatability

3. Repeatability requires standardization

4. Standardization requires polish

5. Polish requires focus

6. Focus requires prioritization

7. Prioritization requires that you make hard choices

8. Making hard choices requires saying no

9. Saying no requires discipline

10. Discipline requires conviction

11. Conviction requires a combination of vision, faith & data

12. Vision and faith requires leadership

But what do each of those things really mean?

I've written a presentation that explains each step. Grab it below.

View PDF Version

You need to give a shit!

You can do all the business analysis in the world - but if you don't give a shit about solving a specific problem or injustice you see in the world, your business likely won't work. Or worse, it will work and you'll be stuck having to manage something you aren’t passionate about day-in and day-out.

How do you build products and businesses that can't be stopped?

The answer: Flywheels

Flywheels, in the context of product and business, are when “Thing A” encourages/drives “Thing B” that then, in turn, drives “Thing A”. Around and around, faster and faster.

A common and basic example of a Flywheel is the following phenomena on Facebook: Users on FB invite other users which, in turn, makes FB more useful, which then encourages more users to join Facebook.

Flywheels create acceleration and defensibility in your business. If they gather enough momentum, they make your business unstoppable. So, as you can imagine, they are a pattern that many product managers and startup founders try very hard to create.

Flywheels should...

1. Be built into your core product user experience

2. Be designed around an interaction model whereby the more users use your product, the better your product becomes to use

3. Feel like a natural part of the primary utility of your product

To do this your product will likely need to...

1. Work very well in 'single-player mode'. This is important to overcome cold-start bootstrap problems

2. Have a compelling 'multi-player mode' that feels like a natural and powerful part of the primary purpose of the product

3. Offer incredibly easy ways to invite friends or colleagues

4. Provide an incredibly easy and slippery onboarding funnel for invited users

A good counter-example of an effective Flywheel is offering users a discount code to share with friends or colleagues. This is not organic to the core utility of your product, nor does it make the experience better for either user. Another good counter-example is manual business development or sales activities. These are not deeply built into your product and are therefore too slow and cumbersome to scale.

The changing role of product as your business matures

The role of product manager adjusts depending on the state of the company and product

- Early product centers more around defining the market, developing a hypothesis about your value, and finding product/market fit.

- Established product canters more around taking the product to the next level with data-driven polish and iteration, and finding appropriate adjacent opportunities

B2B Buyers are NOT your users

In B2B, the person buying the product typically isn't the one using it. You need to dig beyond the buyers and talk to the actual users.

If you solve for buyers, you are likely to pancake your team and bloat your product with features.

If you solve for actual users and day-to-day problems then you will be more likely to work on the right things.

Focus means saying no

It’s ok to pass on opportunities that are outside the current focus of your product and business. It’s an essential part of maintaining focus and discipline and scaling.

Internal disruption

Mature startups and Enterprises: sometimes the company you need to disrupt is your own. #consultingconvos

What does it mean to be a senior product leader?

An increasing part of my strategic advisory work is to fill the role of Acting Chief Product Officer (CPO) for startups both large and small.

What does a Chief Product Officer do? They...

• Business Priorities: Collaborate with all fellow execs (CEO, CRO, COO, CMO etc) to determine the business priorities
  

• Define what product is: Establish and clearly communicate to all people and functions in the company what product is. Often product is a misunderstood concept. Many people who have not worked at product--lead companies tend to assume that if a feature or technology exists, then the product is ready for a given customer, market or user-case. This is not true and is a subject for another post.
  

• Develop a product strategy: Work with all stakeholders (including sales, marketing, bizdev, CEO, product managers, engineers, support, customers, partners etc) to develop and articulate a clear, focused, ambitious, and pragmatic product strategy. Note that this strategy is distinct and different from the high-level business vision. It often acts as the connective tissue between the high-level business vision and the day-to-day tacts of the team.
  

• Develop product principles: Establish and clearly communicate the core principles of the product to all stakeholders. In particular, to the product management team who need to make day-to-day decisions about priorities and features through the lens of these principles.
  

• Set KPIs: Determine the high-level KPIs for the product that will ultimately drive the business priorities.
  

• Develop a roadmap: Work with all stakeholders to craft a well-prioritized roadmap that ensures that each product cycle ladders up to meaningful new value for a large and growing number of customers. This might include a) de-emphasizing or pruning of the product so that the surface area being worked on is right-sized for the size and shape of the R&D team and/or b) inject more ambition into the kinds of features and polish that the team is aiming for.
  

• Maintain alignment over time: Work with PMs, Engineers, Sales, Marketing, BizDev, Support etc to help them digest and execute on the roadmap without unintended strategy drift.
  

• Maintain accountability: Hold PMs (and other functions) accountable for their effective execution
  

• Escalation: Act as a point of escalation and conflict resolution when PMs are not getting what they need from other functions
  

• Rinse and repeat

Along the way, there are a lot of landmines and complexities to navigate.

These might include a number of character archetypes that risk distracting or derailing the focused product strategy. Productboard has published a cute infographic to highlight some of these characters. I've included it below.

Much of the day-to-day work of product leadership is helping these "animals" to make more productive contributions to the product process. As mentioned above, this often starts by ensuring there’s a strong and principled product strategy that acts as a tool for company-wide alignment. A strategy is not enough, though. The product team must engage in a continuous and disciplined alignment process. Disciplined means that they stick to the strategy and principles despite the distractions inherent in the behavior of the archetypes listed below

Incremental vs Step function change

To make incremental improvements: figure out the status quo and remove friction.

To make step function change: Figure out the ideal and work backwards.

Bias towards the former when you are at a successful steady-state that can benefit from slow and steady improvement. Bias towards the latter when you want to change the world.

Avoid silver bullet thinking

Running an effective startup is often not about doing 1 big thing well. It's about doing hundreds of small things well - day in and day out.

How should you choose, work with, and evaluate your advisors?

Selecting advisors...

1. Your advisors should be career builders, not career talkers. In other words: ask yourself if they actually built and operated anything successful themselves?

2. Your array of advisors should be domain experts - one for each of the hard problems you're trying to solve. If you are in e-commerce, supply chain, and pool supplies, then you typically need an advisor(s) in each category. Sometimes you get lucky and find unicorns that have done a few of the categories you need - bonus!

Managing advisors...

1. Set up a series of standing meetings at a regular cadence.

2. Bring your biggest/hardest questions and opportunities for them to work on.

3. Ask them to sketch out an idealized version of any deliverables that your team needs to build.

4. Ensure that the team members who need to act on the feedback are in the meeting.

5. Ensure that their feedback is fully and readily digested and actioned before the next meeting.

6. Give the advisor a chance to respond to the work. Let them roll up their sleeves and make concrete suggestions for improvement (using cloud collaboration tools is helpful here. E.g. Google docs, Figma, etc)

7. Rinse-and-repeat

Evaluating advisors...

Your advisors should be helping you…

1. Save money by avoiding blown-out timelines and/or working on the wrong things in the wrong order.

2. Save opportunity cost by accelerating speed to market (avoiding disruption from competitors and other changing industry conditions).

3. Increase scale, growth, and profit by increasing the quality and ambition of execution so that the final result is more beautiful, useable, useful, and scalable.

Important: You are not paying for an advisor's time. You are paying for their decades of experience brought to bear in typically short, action-packed conversations that sharpen your focus, accelerate your business, and maximize your outcomes.

3 key characteristics of a VP of Product

1. Style: The ability to engender confidence just from the sound of your voice. Particularly your cadence, word choice, and framing.

2. Managing up and sideways: The ability to tell your CEO and your peers in other functions what they need to hear - Often "no" and "later" - in a way that makes them feel good about the answer.

3. Good instincts: The ability to fast-forward to the right answer more quickly and more often than your direct reports. This doesn't mean you're never wrong or that you never admit that you're wrong (quite the opposite!). It means that - thanks to your experience and intuition - you tend to draw good conclusions and make good decisions that your team can rely on and benefit from.

It's not about time, it's about experience.

When it comes to AAA employees, you don't pay for their time, you pay for the experience they bring with them to accelerate decision making and execution