# Product-Manager **Repository Path**: Xinyiluo/Product-Manager ## Basic Information - **Project Name**: Product-Manager - **Description**: 产品经理课堂笔记 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2020-04-21 - **Last Updated**: 2020-12-19 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # week01 ## 以人为本的设计（human-centered design）*人们称为“以用户为中心的设计”* * 当我们使用单词把人听起来只像是系统的一部分时，像“用户”这单词，那么有去人性化的实际效果 > simon baron-cohen《零同理心》 * 我们采用具体人的真实姓名，来取代角色或用户这标签，这么做给我们更好的促进同理心的机会，以增进对他们所处情境的了解以及对他们的需求和行为更有人性的同理体会 ### 以用户为中心的设计的关键特征： “与用户直接互动”——实际上您需要出去研究去了解去与真实用户互动。“观察”，观察人们的行动情况，但还不够，可以通过多种方式开展研究，包括问卷调查和访谈，他们也许不如观察有效，但在许多情况下都有其优势。最后，“评估”很关键，至少会让你知道你是否遇到问题。单靠评估本身，对整个问题来说，是一个很差的解决方案，当想要找到可用性差的原因时。 ### 使用情境及脉络 使用情境及脉络是一个非常强大的标签，因为它确实具有自我描述性，使用情境及脉络是关于如何系统实际上是如何在现实世界被使用的一切。 1.使用方面的使用差异（如销售终端pos在酒吧和超市） 2.我们经常想象，我们自己就是人们，考虑的是与我们自己相似的情境 **以用户为中心的设计就是解决方案对“实际用户（real users）”的适用性（suitability）在“实际使用情境（real contexts of use）”下，而不是我们拍脑袋想的。** ### 以用户为中心的设计过程 1.使用情境研究 reasherch contexts of use 2.用户需求具体化 specifying the user requirements 3.设计出解决方案 produce design solutions 4.根据需求评估方案 evaluate against requirments 直到遍历该循环走出为止——符合要求 meet requirements ### 多学科团队multidisciplinary teams * 你需要的不全是专注于技术的人员 * 优点：改善同理心、更好的解决问题 * Why：有不同背景或专业的人组成的团队和许多习惯于思考相同问题的人组成的团队来说更好 ### 如何提倡以用户为中心设计 让所有团队成员都知道为用户设计的基础 ### 设计冲刺 * 设计冲刺是一步一步的分五天的系统化流程来测试大的创意解决大的问题。 * 起源于谷歌，在那里，它几乎被用于谷歌的任何项目。其创始人杰克·纳普，沿用自IDEO和Stanford’s d.school优先使用的那些，通过自己在谷歌创投在被投资新创公司的几百次的尝试总结出的一套方法论实操guideline。 * [详细做法](https://www.bluesdream.com/blog/markdown-cheatsheet-syntax-manual.html) # week02 ## 设计思考 * 以使用者为核心 * 以好奇心为驱动力 保持开放的好奇心，以六何问题不断提问，能够改变观点，从各角度看事情 * 接纳复杂 探索复杂问题的解答，接纳不确定性，认同复杂系统的问题需要复杂的解决方法的事实 * 视觉化与演示 运用故事、视觉化媒体与简单的语言，与团队分享我们的发现，或为使用者建构清晰的主张 * 实验与迭代 通过迭代法，反复建构、测试原型，从使用者所伸出的框架理解、学习并解决问题 **设计思维不是一板一眼的结构化流程，要视个别状况，随时调整思维和做法** ## Personal-AEIOU method 检视用户画像 * 为了取得用户的初步资讯，AEIOU将问题分为五类，能帮我们掌握环境内所有事情 * 目标:让观察更完整、更具系统。在最短时间找到正确的目标 ![Image text](https://images.gitee.com/uploads/images/2020/0428/204647_9dbe53c6_2229594.png) > 这些问题能帮我们厘清每个用户在真实和数字世界，在行为会有哪些差异 ## Hook Framework 钩瘾架构 * 能帮助我们发想出让用户上瘾的数字服务或产品钩瘾画布是以四个要素为基础：触发、行动、奖励、投入 * 对潜在用户来说，触发行动的因子分为两种：来自外部环境的外在触发因子（如tinder的赞），来自内在触发因子（如寂寞时上facebook） * 行动指的是服务或产品与潜在用户的最低程度互动。 * 奖励是关键的情感要素。因行动的组成不同而异，这使得用户所得到的满足，可能远高于初始需求。 ![Image text](https://github.com/xinyiLuo/-/blob/master/photoh/13816ea14e50bf226a50bd9b42d501f.png?raw=true) **我们要面对复杂的用户的世界所处的环境，我们能有一套工具，最好有点视觉性，我们可以在团队内部开始讨论我们如何设计。** ## 区分设计思维、精益创业、设计冲刺 ### 利用设计思维理解问题 设计思维是一个过程，是设计师用来了解用户和深入理解用户问题而使用的一套原则和方法。 ### 利用设计冲刺验证解决方案的有效性 ### 利用精益创业来验证商业模式的有效性 尽快提供一个最小可行性产品（MVP minimum viable product），通过不断学习和有价值的客户反馈，小步快跑，快速迭代 *精益创业的实践操作：设计冲刺（Design Sprint）* ### 设计思维VS设计冲刺 * 设计思维DT 学习一系列详细方法，而如何让这些方法为你所用由你决定（哲学 思想倾向|心态 工具） * 设计冲刺DS 以左侧的详细方法为基础，学习who does what一种step by step的指导 **设计冲刺与设计思维的方法齐头并进。每个设计冲刺都涉及设计思维中的一小部分（原型开发和可行方案测试），并将其压缩进为期五天的时间线中。** # week03 ## 产品策略要的现实掌握才能做产品策略 ### 策略要的现实掌握(MRD文档的基础) 1. 产业和市场区隔：从产业研究报告开始 ```什么是产业什么是市场 产业sector 按生产活动/产品属性大分类 生产活动 产业（行）industry 从事相同性质的经济活动的所有单位的集合 商业模式 市场Market 用作“分类”，如行业及产业的分类的时候，市场指的是某一客户群体，由某行业提供产品及服务的对象 客户 产业行业市场可以当作一个 ``` 2. 产品目标市场规模：分事实及假设作推估 什么是事实什么是假设 拿假设做推估 对目标市场的规模比较有把握 3. 产品竞品分析：分析用户现有解决方案 4. 产品用户洞察：描述用户新兴解决方案 已经有解决方案了，怎么知道做出来的方案是可行的，要衡量指标，目标用户的先期用户的反响 5. 产品策略指标：衡量成功并完成MRD文档 # WEEK04 ## RD | BRD Business商业需求文档 | 对老板或CEO | （商业模式）产品、资源 | | MRD Market市场需求文档 | 对商务、运营、市场人员| （运营模式）客户、用户群体 | | PRD Product产品需求文档 | 对开发、测试、体验人员 | （产品需求）界面、流程、功能 | ## MRD要解决什么问题 * **愿景** 产品或服务哪里与众不同？ * **目标市场** 市场规模有多大？ * **用户画像** 为谁解决？ * **竞争对手分析** 解决用户需求当前存在哪些解决方案？ * **高层次功能** 解决用户需求必须包含什么高层次功能？ * **指标策略** 如何衡量成功？ ### 产品竞品分析 核心策略+产品设计+产品定位分析 ### 产品用户洞察： 从用户研究开始，从客户的角度概述解决方案 ## 用户洞察框架 ### 细分群体聚焦(明确目标用户及用户画像) * 进行二手资料研究并结合以往项目经验预判本次研究的目标 * 讨论，锁定具有价值的用户群（核心用户）进行重点研究 ### 确目标用户及用户画像 * 建立虚拟用户角色画像 * 常用用户特征（年龄、性别、出生日期、收入、职业、居住地、兴趣爱好、性格特征） * 用户名称 * 用户技能 * 与产品相关特征 ## 发掘使用场景 * 对核心用户进行定性调研（家访），了解其产品使用的现有方式和需求：使用场景（何时何地频率和谁作用对象作用方式） 用户期望（需求纬度以及具体描述） 用户期望满足程度 * 了解用户对目前使用产品的评价 * 把用户放到实际的使用场景中去 * 三要素：时间、地点、人物+干什么事情+用户期望+Surprise和痛点 ## 提炼需求期望 * 根据用户现有场景以及用户期望，形成未来理想的用户使用场景 * 评估现有产品在未来使用场景中的表现（哪些方面是能满足需求，那些是不能满足需求的） ## 验证评估和探索 * 对于需求点进行聚类对痛点的解决方案进行探索 # 产品策略指标 * 用户数的指标（DAU日活、MAU月活、新增用户数、流失率、回访用户数、下载总量）前后对比使用 * 用户行为指标（点击率、转化率、停留时长、日均活跃时间、评论收藏分享行为） * 产品营运指标（广告收益、销售收益、会员收益等） * 用户体验指标（愉悦感、参与度、对新功能接受度、任务完成率） ## 产品策略指标的数据获取途径 * 企业内部 DAU、MAU、点击率、停留时长、日均活跃时间、下载总量、行为数据 * 企业外部 了解市场规模和市场趋势、看排行榜、下载量、评价等 # WEEK05 ## 设计冲刺 ### 5天高效解决**重要**问题并测试新点子 > 设计冲刺起源于谷歌，在那里，它几乎被用于谷歌的任何项目。其创始人杰克·纳普，沿用自IDEO和Stanford’s d.school优先使用的那些，通过自己在谷歌创投在被投资新创公司的几百次的尝试总结出的一套方法论实操guideline。 * 时间安排（具体到每时每分） * 步骤安排 * 人员分工(一个设计冲刺团队，需要一名决策者，一名引导者，以及多样化的成员。决策者，必须全程参与；引导者，帮助控制冲刺流程；多样化的团队，可以包括技术、设计、营销、客服、财务等等，但总数不要超过7人，否则效率会很差。) * 人员协作 ### 相比起传统流程有什么优势 * 设计冲刺可以将不同领域的人聚集在一起短时间内集中解决问题，有利于各司其职，也提高了效率 * 这是一个框架，回答关键业务，，分为理解、定义、发散、决定 原型和验证6个环节，加速和简化产品验证的环节 * 我们把用户放在核心 ### 冲刺前要思考的问题： * 你要解决什么核心问题？ * 你的团队应该包含哪些人？ * 你计划在哪里进行冲刺？ * 你计划什么时间进行冲刺？ * 是否需要专家支持？ * 设计冲刺有什么原则？ ### 设计冲刺的方法 * how might we?我们怎么样（改听取用户访谈变痛点进入机会）、闪电谈话（专家）、用户旅程（了解用户心态） # WEEK06实践星期一 ## 星期一：理解阶段 * 首先要知道理解什么：本次创新设计的用户需求/商业需求/技术能力 ### 方法： * 商业目标/技术能力的快速访谈 * 用户访谈 * 实地观察 * 利益相关者图（Stakeholder map） * 竞品分析 ### 利益相关者图怎么做？ * 列出相关利益方都有谁 * 做聚合分类，把相似的归类 * 选择冲刺中要为哪个利益相关者设计，以及他们的优先级。毕竟冲刺时间有限，不可能面面俱到，所以要聚焦。 * 最后组织大家围绕核心的利益相关者做需求挖掘的讨论。 ## 星期一：定义阶段 * 在定义阶段，团队将会评估所有在理解阶段获得的内容，并建立焦点。我们将完成特定背景和潜在解决方案预期结果的定义，这个阶段会根据你的冲刺情况得出特定焦点的结论，比如：目标、关键指标和信号。 ### HMW我们可以如何（How Might We） * 这个方法能够帮助团队获取洞察点和听到痛点，并对洞察点和痛点进行积极的重构。 * 以我们是否能够为开头，准备许多便利贴，每个人写出痛点 ### 用户旅程地图 * 选定一个用户角色 * 明确你确定要研究的用户角色的用户旅程的起点和终点 * 发现从起点到终点整个用户旅程过程中的重要接触点，以及在各接触点上的用户体验的情况 > tip:旅程地图一边是用户另一边是目标