Publicité

Product Management Guide - A Work In Progress

21 Nov 2017
Publicité

Contenu connexe

Publicité

Product Management Guide - A Work In Progress

  1. Product Management Guide
  2. The PM role defined What do Product Managers do?
  3. A Product Manager helps their team ship the right product to their users Josh Elman
  4. A Good Product Manager knows the market, product, and competition
  5. A Good Product Manager communicates the vision & provides context
  6. A Good Product Manager is responsible for communication with internal & external stakeholders
  7. A Good Product Manager defines roadmaps & requirements
  8. A Good Product Manager creates leverageable collateral [FAQs, white papers, presentations…etc.]
  9. A Product Manager is not the CEO of the product!
  10. Idea Management How do you manage ideas?
  11. Where do ideas come from?
  12. • Feedback from active users • Criticism from non-users • Input from founders & leaders • Anyone on the team
  13. How do we evaluate ideas?
  14. Ideas go through this filter
  15. • Link to Vision or Quarterly Goals • User pain? • Percentage of users benefitting • Impact on business • Is this a “Step Change” (we expect it’ll give at least a 2x improvement on the chosen metric)? • Delighter, Satisfier, or Basic Expectation [Kano Model] • Effort/Cost Vs Reward
  16. Market & Competitive Analysis Know thy market!
  17. How do you analyze your target market?
  18. 1. Market Definition What type of product does the companies in the market produce? Who are the group(s) of customers targeted by these companies?
  19. 2. Market Sizing
  20. Top down market sizing • Find the total market and then estimate your share of the market • Optimistic approach
  21. Bottom up market sizing • How much sales are similar products doing? • How much of that can you capture? • A more conservative [read: better] approach
  22. 3. Market Growth The most accurate way to estimate growth is to study growth drivers such as internet connectivity, demographic data…etc.
  23. 4. Market Attractiveness
  24. 5. Market Trends Market trends are the source of new opportunities & threats. Examples include: changes in customer needs, technology change, government regulations…etc.
  25. How do you analyze your Competition?
  26. 1. Finding Competitors
  27. What problem does your product solve and for whom?
  28. Use Google • Google “[your company name] vs “ •How would your users complain about this problem? Channel your users • Search for “site: reddit” or “site: quora” etc.
  29. 4 types of competitors • Direct competitors Same problem, same target group • Indirect competitors They solve the same problem but in a different way. Target a different group which might overlap with yours
  30. 4 types of competitors • Potential competitors They address a different problem, same target group • Substitutes They address the same core problem but they take a completely different angle. Typically target a different group
  31. • Be competitive with direct competitors • Don’t lose too much customers to indirect competitors • Make it hard for potential competitors to copy you • Be significantly better than substitutes
  32. 2. Competitors Comparison
  33. Compare your company and product to the competition on several dimensions in order to be able to come up with the best strategy and tactics to compete with them
  34. Keep updating this table as competitors change their products or something major happens to them [Ex: funding rounds, acquisitions…etc.]
  35. Customer Development The Four Steps to the Epiphany!
  36. More startups fail due to a lack of customers than from a failure in product development
  37. However… We have processes to manage product development but we don’t have processes to manage customer development
  38. “In a startup no facts exist inside the building, only opinions.” Steve Blank
  39. The fundamental concept behind Customer Development is: don’t hypothesize everything about your business/product on your own, talk to prospective customers and develop an approach that they are interested in
  40. Types of user interviews
  41. 1. Exploratory Interviews
  42. • Goal: explore, look for insights • What pains do they have? Are they open to certain solutions? • Talk about the context in which they would use your product. Do they have a substitute? • Ask open ended questions
  43. 2. Validation Interviews
  44. • Goal: test hypotheses out • Hyper-sensitive to bias. Have to be done in a careful scientific way • Don’t introduce your theory until the very end • Be as subjective as you can when describing your idea
  45. 3. Satisfaction Interviews
  46. • Goal: find out which parts of the product are good and which are not • Understand why they are satisfied or unsatisfied • Better be done by third-party
  47. 4. Efficiency Interviews
  48. • Goal: find out how to improve your product • Are they using a certain feature? • When & how do they use it? • Is it easy and intuitive enough?
  49. Who should you talk to?
  50. Before your have a product • You probably have some user groups in mind • Rate your user groups based on the following criteria: • Size – how big is the user group? • Pain : Payment – ratio between how much pain does the group have compared to how much are they willing to pay for the solution • Accessibility – how easily can you get in contact with these people?
  51. After your have a product •Use your data to identify the user groups that will help you reach a certain goal • Example: interviewing churning users will help you decrease churn rate
  52. How do you run the interview?
  53. • Create a comfortable environment - Respond in a neutral, non-judgmental way - Don’t ask questions that would make them uncomfortable • Don’t talk about your solution - Talk about their problems and needs •Don’t ask hypothetical questions - Would you like your existing solution better if it did X? the answers to this type of questions are usually misleading • Avoid leading questions
  54. The lean startup Build. Measure. Learn. Repeat
  55. The goal of a startup is to figure out the right thing to build – the thing that customers want and will pay for – as quickly as possible
  56. The destination is the startup’s vision, which is achieved by employing a strategy. The product is the end result of this strategy
  57. Products change constantly through a process of optimization. Less frequently, the strategy may have to change. That event is called a pivot. The vision rarely changes
  58. The vision is achieved through experiments designed to achieve Validated Learning – the process of demonstrating empirically that a team has discovered valuable truths about a startup’s present and future business prospects
  59. A MVP [Minimum Viable Product] is a technique used to start the learning process as quickly as possible. It’s the fastest way to go through the loop with minimum effort
  60. The goal of a MVP is to test fundamental business hypotheses
  61. How do you run a MVP experiment?
  62. 1. Figure out your problem/solution set 2. Identify and order your assumptions based on risk 3. Build testable hypotheses around your assumptions 4. Establish Minimum Criteria for Success 5. Build MVP strategy 6. Execute MVP experiment 7. Evaluate and learn from the experiment
  63. Identifying assumptions • What must be true in order for your idea to be successful •Examples: - My customer has problem X - X matters to my customer [X could be price, convenience…etc.] • Riskiest assumption: the one that if it’s not true, your product will definitely fail
  64. A hypothesis is a single, written, testable statement of what you believe to be true, with regards to the assumptions you’ve identified
  65. How a hypothesis should look like? • For new products: We believe [target group] will [predicted action] because [reason] We believe home owners will let travelers stay at their homes because they want to make extra money
  66. How a hypothesis should look like? • For existing products: If we [action], we believe [subject] will [predicted action] because [reason] If we add facebook login, we believe conversion rate will improve by 25% because it’s more convenient for users
  67. Minimum Criteria for Success help you decide whether your product is worth building or not Compare the overall cost of building what you want with the expected reward of building it “if it’s going to cost X, we need to see Y improvement on Z metric, to justify giving the go ahead”
  68. Product Development Process Process overview & key responsibilities
  69. Speed of iteration >>> Quality of iteration
  70. Data >>> Opinion
  71. Speed without data means you’re not learning anything
  72. Data without speed means you’re not learning [& shipping] fast enough
  73. The Biggest Risk is building the wrong product A product that doesn’t improve success metrics
  74. How do we structure work & teams?
  75. 6 Weeks Cycles
  76. Each cycle has a theme Ex: A Better Ride planning Experience
  77. Each Cycle has a description • Current status • Hypotheses • User tests results/Insights • NUMBERS
  78. Each Cycle has KPIs Measures of success
  79. Each Cycle has 2 Deliverables
  80. Big Batch Big features or stuff that would take up to 6 weeks to be completed
  81. Small Batch Smaller things, tweaks, and minor adjustments that should take anywhere from a day to two weeks to complete
  82. Think it Low-cost product discovery
  83. How do we manage ideas?
  84. Idea Filter
  85. How do we evaluate ideas?
  86. • Link to Vision or Quarterly Goals • User pain? • Percentage of users benefitting • Impact on business • Is this a “Step Change” (we expect it’ll give at least a 2x improvement on the chosen metric)? • Delighter, Satisfier, or Basic Expectation [Kano Model] • Effort/Cost Vs Reward
  87. How do we prioritize features?
  88. Value Vs Cost
  89. Opportunity Scoring
  90. Ian McAllister’s Framework 1. Define important themes 2. Prioritize themes 3. Generate ideas 4. Estimate each idea’s impact 5. Estimate each idea’s cost 6. Prioritize ideas within each theme
  91. However… Product Strategy Rules!
  92. How do we do Specs?
  93. Product Definition Document
  94. How do we build our roadmap?
  95. 1. Why our product exists and how we approach running it
  96. 2. Goals & progress against goals For each goal, give some context and explain [numerically] what has happened in the time since the last roadmap update
  97. 3. Recent updates What has been delivered since the last roadmap update? What's gone well, what hasn't, and what have we learned?
  98. 4. Themes [Current] What are we going to be focusing on this quarter?
  99. 5. Themes [Near-term] What are we going to be focusing on next [1-2]quarter[s]?
  100. 6. Themes [Long-term] What are we going to be focusing on over the next year?
  101. That’s it for now This is still a Work In Progress; I’ll keep updating it regularly
  102. You can reach me on hussamshams@gmail.com
Publicité