Is your Product leaving money on the table?

Is your Product leaving money on the table? The answer depends on “who” is driving your product.

If Engineers are driving your product, it becomes a highly customized product. Services companies are born out of this approach. This gets the lowest profit margins for your products.

If Architects are driving your product, it becomes a highly configurable product. Many enterprise-focussed companies are operating this way. This results in lower profit margin for your products.

If Product Managers are driving your product, then this will maximize the profits for you, as most of the intended functionality will be available out-of-the-box.

As an analogy, think about the CRM application and how it has evolved.

Traditionally, organizations were getting this built for themselves. As a result, many services companies flourished building this for their clients. A little later, Oracle/SAP started building these applications. These applications contained a lot of modules, that had to be integrated during deployment. Needless to say, this was driven by Architects at these companies. As a result, this deployment was complex and needed a lot of manpower,  eating the profit margins for these companies in these products. Later on, Salesforce came into the market with a product-driven approach.  Look at where it has gone with its out-of-the-box product capabilities.

Examples of this sort abound in every company. We just need to look carefully to understand.

How to identify who is driving your Product?

When the requirements of the Product are discussed, observe who leads the requirements related discussion. Is it your Product Manager, the Architect or the lead Engineer who has the final say? Who is the final go-to person in case there are conflicts between these three critical team members on how certain functionality is to be implemented?

I have personally seen cases, where the Product Manager (PdM) was not confident about certain things in the newer architecture (a cloud-native architecture) and deferred the decision to the Architect. Ideally, the PdM should have taken ownership and performed the research to guide the team and the product.

Can a driver change in the course of product development?

It does not take long for change to happen, even when the Product manager might be leading it today. Reasons may include a newer technology (like the example above) or changes in the Product Management team. The new Product Manager may rely on the expertise of the existing team and leverage it more without intending to do so.

What is the remedy?

The Management team is the key here. The Software Development Manager and the Manager of the Product Management team are the ones to have a handshake about who will drive the Product. Any exceptions that happen should be pointed out quickly to these two stakeholders. Any changes in any of these teams (ex. Development lead, Architect, Product Manager or Product Owner) should be carefully planned and a close watch should be kept on how the team is dealing within, to ensure that the right person (the Product Manager) is driving the product.

Who is driving your Product? Are you able to spot the changes happening? And more importantly, how much is it costing your company?

 

 

Advertisements

Introducing “The PM Bootcamp” course

Happy New Year, 2019!

Image result for happy new year 2019

We are in the process of updating our website. You will find new references from our students, who we were able to guide in the right direction this past year. You will also find some new courses and free webinar.

This year, we are introducing the “The PM Bootcamp”. This course is divided into four sections and is instructor-led. Typically taught over a weekend, this course is very exhaustive in nature. It introduces you to all the necessary concepts in Product Mgmt and makes you aware of them. Once you become aware of them, you will begin to look into things around you with a new perception, allowing you to learn about Product Mgmt. even more and faster.

This course sets itself apart in the following three ways:

  1. It covers a lot of depth as well as breadth, and provides a one-stop shop for you. It covers the Technical Product mgmt., Business-side Product Mgmt, Product Development and its methodologies, GTM strategies. It teaches you about B2B as well as B2C product mgmt. How are they similar and how are they different ? We review KPIs/KQIs for both.
  2. It is not uni-dimensional like some of the other courses out there. The other courses cover only one aspect of Product mgmt. – ex. Agile scrum Product Development (https://productcharles.com/, https://productcharlesuniversity.thinkific.com/courses/productmanagement, https://www.udemy.com/the-complete-product-management-course/) or only B2C product Mgmt. (https://www.udemy.com/become-a-product-manager-learn-the-skills-get-a-job/, https://www.udemy.com/digital-product-management/). But this course is multi-dimensional in every aspect. This will make you aware and keen to learn about all aspects of Product mgmt. saving you years of effort.
  3. The course goes on further to show you what does it take to advance to the next level, ex. Director of Product Mgmt. If you know these ways in advance, it will help you focus and identify the right things in your current role as a Product Mgr (or when you get to it).

The course is for people who want to learn about Product Mgmt.

The detailed content outline of the course is available here.

https://productmanagementclub.com/courses-2/

Our next course will be Jan 19th and 20th. It will be held online and recorded. The introductory price is $295 per person and 50% discount is available if you refer someone else.

I have also updated my profile here:

https://productmanagementclub.com/blog/about/

Please hit one of the share buttons below to let others know about it.

To OEM or not, that is the question

Rick was the CEO of a startup. His company had a very promising product. He was selling to enterprises (B2B product) for which he needed every helping hand he could get. In November of 2015, he got an opportunity to be an OEM (Original Equipment Manufacturer) for a much larger company (Company A). He was very excited at the prospect. After all, this prospect would bring him additional 40,000 sales people from the new company, and had all the global customers he would not have been able to reach on his own.

 

But this also meant ensuing troubles that cost him a lot of time/money/resources. Was it worth it, you may ask ? Troubles started right on Day 1:

  1. Building a business case : It took  him several meetings and a few months of scheduling/re-scheduling to accommodate calendars of the people (Product Managers, Directors) at company A. Once they approved of the product, a business case needed to be built for General Manager and other executives of company A. Not only he had to submit the technical/marketing collateral to build such a case but had to support the entire team by answering questions around business, market, customers, legal, technical support, competition whenever he was asked for it. A lot of work as a pre-requisite to the actual OEM !
  2. Margins, Profits, and SKUs: He had to compromise at a 70-30 share. Of any deal Company A would keep 70% and he would get only 30% of the deal. Still, a good deal, he thought. But when he worked out the numbers, he would not make much unless they did around 8 deals (with some combination of small, medium and large-sized deals) per year together. Company A had a 2-month long SKU creation process. That means, he had to wait for 2-months just for his product was available in the ordering catalog of company A. Not a big deal he thought, as he was planning to use this time to get some deals.
  3. Selling, selling and selling: Over the next few months, many prospects came. Whenever they came, Rick’s team was asked to chip in for every meeting explaining the product, traveling to customers’ site for joint presentations, filling in RFPs/RFQs, submit new collateral as needed, develop additional use cases and related collateral. The demands from company A were endless. The prospects stood tall and were progressing step-by-step in the sales funnel, but none of them converted for months.
  4. And a win after all! : Finally after 18 months of the processes and selling spiral, he got a win. The winning deal had his product with another company’s product, product revenues split 50-50 between them and Rick ended with a mere $1.2 million for the deal.

By this time he had 70% of his team working for this company, he had lost focus on other customers, his sales people had churned out, he had almost run out of money, most of his development and support staff was supporting the only customer that came from Company A. It was also harder to pull out of this deal due to the legal complexities.

Would Rick have done better on his own, without going in as OEM ?

What are your thoughts ?

What distinguishes the Top 1% of Product Managers from the Top 10%?

The top 1% PMs use frameworks.

Frameworks are a tool for systematic decision making. Frameworks help you repeat your decision making process across other seemingly similar problems.

The top 1% PMs have frameworks for everything – for valuing companies, for assessing the market, for prioritizing requirements, for translating vision into execution, for pricing the product etc.

The top 1% PMs are people like Steve Jobs (yes, he is the best PM IMO), Peter Thiel, Elon Musk and the likes.

Peter Thiel, for example, has shared a framework he uses to value the companies in his book “zero to one” – it consists of the following components:

  1. Identifying whether the business is a monopoly
  2. Is it scalable ?
  3. Does it have a network effect ?
  4. Is it a brand ?

Frameworks help you to focus on what is important and eliminate the noise. This becomes very essential as the complexity of the problem grows and there are so many factors that come into play, many of which you cannot control directly. For ex. if you are to launch a new phone model, you have to focus on manufacturing capabilities, market size, competition but you can certainly leave out the macro-economic conditions. This becomes your framework.

Frameworks have been in use for a very long time. Management consultants use it all the time, frequently advising the executives with strategic insights.

There are many such frameworks available to a Product Manager. Examples include the technology S-curve, Porter’s five forces model, SWOT analysis. There are a few more that I will cover in a separate blog post. You can always develop our own framework or adapt any existing framework to your needs.

What’s not so good about being a product manager?

There are a few things that are not so good about being a Product Manager:

1. Getting things done from people you do not have authority over: A PM role is a highly cross-functional role. It requires you to work with many people across multiple groups. As a PM, you have to keep the needle moving on your tasks. So you have to get the work done from these team members without having a real authority over them. It is not difficult given people understand their roles and are mostly willing to help. But it is just those one or two people , who might be super-busy or may not an idea of what you are trying to do or are not interested in helping you for whatever reason, that cause a big hurdle. Then you end up spending a lot of time, explaining a lot to get the ball rolling again.

2. Always moving to the next thing: As a PM you hardly get the time you want to focus on the things you want. This can mean that your pricing would have been better or your competitive analysis could have been more in-depth. Even though you want to do that , with the stuff piling on your plate continuously, you may not get time to do things the way you want.

3. Budgets are not available for good projects: You see a good market potential, you see customer demand and you build a business case only to know that for this quarter, your budget has gone to some other project/product.

There are few other things that are not good about a PM role, but those are more subjective (ex. public speaking, travel). I have left those out intentionally. I am sure I am missing on a few more. I will add as I recollect them.

All I know is coding. Can I become a Product Manager?

We get this question a lot. This is very typical of someone from a technical background (ex. Currently in engineering or related area) thinking of moving to Product Management.

 

We have all heard about leveraging your strengths. It is applicable in this scenario as well.

 

Not all Product Managers need to be business savvy. There is opportunity to be fully technical in a Product Management role.

 

Similarly, if you are coming from non-technical background (ex. Finance), you can also contribute to high-tech Product Management, although the focus will be much different.

 

In this article, we will explore the two broad categories of the Product Manager role.

 

As you can see in the picture, these categories are inbound and outbound Product Management.

 

screen-shot-2016-11-30-at-10-28-38-am

This division between inbound and outbound PM duties is much more pronounced at larger companies. At a smaller company or a startup, usually one person plays both roles. So if you are looking to get experience in both these areas, it is best to do it at a smaller company or a startup.

 

You can also use the above picture, if you want to grow into the other area. For ex. If you are an inbound PM, you might want to take steps to get into an outbound PM role.

 

The Inbound PM role:

 

As an inbound PM, your role is to develop the product or the platform. You work closely with engineering team, define and document the requirements, attend the scrum. You also develop the roadmap and address the product development as per the roadmap. You work with alpha, beta customers and release the field-ready product.

 

The Outbound PM role:

 

As an outbound PM, you do the market research. You identify the target market, the market size, you build out the initial vision of the product. You work with Marketing to define the customer profile, you work with business development to do sales training and enablement. You define the pricing of the product. You lead the overall Go-to-market effort. You define a high-level roadmap of the product.

 

Overlap of the two PM roles:

 

At some point, the duties of the inbound and outbound PMs overlap. This is not contradictory but rather complimentary. The product development should happen as per the market requirements, which is why when it comes to the product vision, the roadmap and the requirements, both inbound and outbound PMs are stakeholders and should be aligned.

 

The evolution of Inbound and Outbound PM roles:

 

At some point once the product (or the product line) grows to such an extent that you need additional PMs to handle the sub-areas under each of these. If you do a search on a job board like LinkedIn or Simply hired or Dice you will see the following areas under inbound Product Management:

 

  1. Platform Product Manager: Widely seen in SaaS (Software as a subscription) type of companies, this person is fully focused on building out the platform.
  2. UX Product Manager: For B2C companies, where user interface design is very important, one (or more) UX PM(s) is completely dedicated to this area.
  3. Analytics Product Manager: Seen more in analytics focused companies, this PM helps build out the analytics related capabilities in the underlying product/platform.

 

On the outbound side, there are two such roles that are increasingly seen:

 

  1. Pricing Product Manager: Handles pricing (plans/tiers) across the product (or the entire product line). Also works with the stakeholders like finance or operations to define and execute the pricing strategy.
  2. Go-to-Market Product Manager: This PM role is focused on defining the entire GTM strategy for the product. This may or may not including the pricing, if there is a dedicated Pricing Product Manager.

 

Depending on the size of the market, the product line, there could be one or more people dedicated to the outbound PM role.

 

How do I become a Product Manager ?

 

Here are some practical tips on becoming a Product Manager (PM) for a high-tech product. This is an excerpt of my Udemy course called – Transitioning to Product Management.

screen-shot-2016-11-30-at-12-33-16-am

How you can become a Product Manager depends largely on where you are coming from. If you are a fresher, the path will be different from someone who has work experience. Similarly, the path for someone with work experience in a technical role will be different than others from a non-technical role (ex. Finance, Operations).

Nevertheless, there are certain things you can do in your current role, no matter where you are coming from:

If you are just starting your career:

  1. Build your PM mindset – In our workshops related to helping technical people transition to Product Management, we have often talked about the need to have a PM mindset before you even decide to look out for a PM role. What is the PM mindset? It is about being able to think of the big picture. It will help you start with why a particular product should exist (the vision), how to go about building the product (strategy) and building the product and taking it to the market (execution).
  1. Join an Industry Organization: There are various industrial organizations that focus on the PM as a subject matter. Some of these started in the Silicon Valley and are now available in many other cities and countries. They bring in PM professionals routinely to talk about various PM related aspects – Building Products, Go-To-Market Strategy and execution, Sales, Marketing etc. Hearing the real-world experiences from professionals go a long way for the aspiring PMs. Often there are some membership fees to join these organizations, but the benefits far exceed the fees.
  1. Volunteer: You can volunteer in Product Management consulting companies. This will give you a chance to learn about the actual work that Product Managers do. During one such assignment, I leant about doing competitive analysis and did a real-life SWOT analysis.
  1. Build your own Product: The best thing you can do is build your own product. But since you are fresh out of college, you have to think through this and do it without a lot of overhead expenses. There are ways to build products with a minimal investment.
  1. Watch TV shows like Shark Tank and The Profit: They help in defining the value proposition of a product. You can understand how products are marketed, how are they sold, understand the basic metrics of any product. This will help you in overall improving your PM IQ.

If you have some work experience in a technical area:

  1. Volunteer at your company: You can volunteer at your company within the Product Management organization.
  1. Get into a role where it is easier to get into a PM role: Some roles are easier than others to transition into PM roles. Find such a role as your next move, if you are not into such a role yet.
  1. Become an expert: With more expertise, you get more opportunities into a PM role.
  1. Build your own Product: I have already covered this. Its benefits are applicable even if you are coming from a technical job.
  1. Join an Industry organization: Please look above for this as well. The benefits remain unchanged.
  1. Watch TV shows like Shark Tank and The Profit: Again, this has been covered previously.

If you have some work experience not in a technical field (ex. Finance): 

  1. Join an industry organization: Covered earlier.
  2. Build your own Product: Please refer to the previous section.
  3. Watch TV shows like Shark Tank and The Profit: Again, this has been covered previously.

One more way that I have not mentioned is getting an MBA. It may work or may not depending on where you do the MBA from. Due to its cost incurred, I have left it out from this discussion.

What was your path to a Product Manager role ? Your insight might help others…