Product & Startup Builder

Filtering by Category: Engineering

Engineers Make Terrible Product Managers

Added on by Chris Saad.

Before you light your pitchforks, hear me out.

Entrusting the same individual with both engineering and product management roles is akin to having your quarterback also act as your head coach—it dilutes focus and compromises excellence in both domains.

Product management is a discipline of prioritization and vision. It's a game of chess where you're perpetually thinking three moves ahead. The role demands you to be a master of the 'what,' 'when,' and 'if' decisions, to navigate stakeholder politics, and to have an instinctive understanding of market dynamics. You're not just picking battles; you're defining the war strategy, marshaling resources, and ensuring morale is high enough to see it through.

Contrast this with engineering, a domain steeped in problem-solving and execution. Engineers are the vanguards of the 'how,' diving deep into codebases, algorithms, and data structures. They inhabit a realm of tangible solutions and immediate challenges, often reaching a 'flow state' that is antithetical to the interrupt-driven nature of managerial roles. Engineers are the infantry who scale the hill and plant the flag, all while the product manager is scouting the next strategic high ground.

The mental models, responsibilities, and skill sets required for each role are not just different—they're often diametrically opposed. While synergy and constructive tension between these roles can drive innovation, conflating the two often results in diluted focus and suboptimal outcomes.

Yes, engineers with a knack for big-picture thinking can transition into phenomenal product managers. But requiring anyone to wear both hats concurrently is not just impractical—it's a disservice to both the individual and the product. Specialization isn't just a nice-to-have; it's often the key to achieving excellence.

The Goal Is To Win The "Best Business Award"

Added on by Chris Saad.

The goal is not to win the “best technology” award. The goal is to win the “best business” award.

More often than not, a more effective sales and marketing operation with a simpler/easier to use product will beat the most comprehensive/powerful technology.

If you’re struggling to build your business around technology that most people don’t understand or can’t digest then consider going back to a blank piece of paper and building something very simple that is easy to understand and adopt. Even if that thing is not necessarily new or novel. Then expand from there.

Let’s call this the “gateway drug strategy”

Originally Posted On Facebook

Product Is About Nuance Across Multiple Dimensions

Added on by Chris Saad.

Product is about nuance across multiple dimensions - context, intent, markets, personalities and more. 

As someone who started out as an engineer, I’ve made the mistake of forgetting this over and over in my career. 

As a (good) Engineer, you want to generalize things as much as possible. You want to look for common patterns and implement as few entities and workflows as possible.

An asset is an asset, right?

Wrong. 

As a Product Manager you need to understand the difference between Persona A and B, Use Case A and B, Intent A and B etc. they can and should be very, very different. 

Word choice, framing, UX metaphors etc should all radically change even while the underlying entities might remain the same. 

The goal is not maximum system elegance/rationalization but, rather, maximum user understanding/alignment with their existing mental models and needs.

Originally Posted On Facebook

Platforms: Show Me The Money!

Added on by Chris Saad.

Show me the money!

Devs (especially top 50 apps from FB to Eventbrite) care about new users, re-engagement and money.

Unless your platform is solving fundamental technical challenge like SMS, Voice/Video etc (i.e. you're offering "nice to have" features) you need to demonstrate - in as concrete terms as possible - how you are going to drive new users, more sessions or more money for the developer.

Originally Posted on Facebook