目录
一、产品经理行业认知
二、市场与竞品的机会分析
1、市场调研及分析
2、竞品分析
三、产品需求
1、产品需求打磨
2、PRD文档撰写
3、PRD文档评审
四、如何做一款产品
1、互联网产品流程及生命周期
2、产品规划
3、产品结构与框架
五、产品设计方法论
1、产品设计理念
2、交互设计
?六、项目管理
1、项目进度跟踪
2、项目管理
七、产品开发与上线
1、开发与测试
2、验收发布上线
????????产品是企业的核心，而产品经理则是一个产品的灵魂，一个团队的核心。
????????随着互联网时代的发展，产品能力正变得越来越重要，它不再是某一个岗位的专有技能，而是每个互联网人都应该掌握的底层能力。
????????如何树立清晰的产品思维，建立产品大局观，如何正确理解用户需求，打造用户喜爱的产品，是每个产品经理、技术、运营都应该重视且需要提升的要点。
????????产品经理：懂开发、懂市场、懂艺术、懂交互；上下沟通，把控全局。
???????精细化的市场调研的四个步骤：市场预调研及反馈、定量调查分析、定性调查分析、数据分析与报告输出。
? ? ? ?市场分析需要形成关注市场的意识、了解市场分析的几种方法、提升思考高度、激发创造力。
???????市场及用户分析主要包括：市场容积分析、用户分析、常见分析方法、市场分析频率。
（1）市场容积分析
????????市场容积分析一般包括：市场规模、增长、预期和数据来源；
????????常见市场报告下载：艾瑞、易观、IT桔色、比达网、百度文库；
????????通过一些媒体报告，能够相对快速了解BAT等巨头细分领域的布局；
? ? ? ? 观察和沟通，观察身边相关线下门店的新开、转让情况、从业者沟通；
（2）用户分析（个人用户、企业用户、内部用户）
????????特点分析、行为分析、需求和痛点分析、场景和现有方案分析
（3）市场常见分析模型（市场及竞争力分析）
????????SWOT（优势、劣势、机会、威胁）：4P/4S理论、PEST理论。
????????竞争力分析：波特五力、波士顿矩阵。
????????其他的竞争力分析方法：市场占有率分析、财务分析、创新能力分析、竞争对手的领导人分析。
（4）如何撰写一份市场分析报告
????????几个要点：结论提炼，主旨明确；逻辑性强，客观可信；注重数据来源；抽象事物形象化；重视风险。
????????竞品：竞争的产品，行业内竞争对手的产品。
????????竞品分析：行业内的优质竞争对手的优质产品进行比较和分析；竞品分析贯穿整个产品的过程（市场分析，持续迭代）。
????????选择竞品的四个维度：解决同样需求的同样产品、解决同样需求的不同产品、不同层次需求的不同产品、解决不同需求的同类产品。
????????竞品分析七步法：明确背景目的、找到竞争对手、分析产品定位、分析产品设计、分析核心策略、分析竞品数据、撰写分析报告
????????竞品分析报告撰写Tips：数据的精确引用、多用截图作参照、可加任务或案例、判断不要太主观、没有更新至最新版本
示例掌上银行APP竞品分析报告撰写架构参考：
（1）理解需求（需求的来源、分类和挖掘方法）
????????需求分类：大众需求、小众需求；强需求、弱需求；高频需求，低频需求
????????需求来源：用户需求——解决方案——产品需求
????????常见需求挖掘的思维方法：极致思维、逆向思维、打破常规、联想思维、跨界思维
（2）需求分析
????????如何区分真伪需求：场景、时机、需求和痛点程度
????????需求研究方法：优先级判断（有限的时间、有限的开发资源、有限的金钱）
????????优先级判定的基本影响因素：企业层面（公司战略相关程度、产品生命周期）、用户层面（用户等级分析、从可用到易用）、技术层面（开发成本）
????????需求优先级的金字塔模型：公司战略-核心功能-拉新促活-交互优化-提升运营效率
（3）需求管理
????????需求池撰写要求：表达清晰、优先级明确、合理分类
????????需求4要素：用户、用户场景、用户目标、用户任务
????????需求池复盘：定期、对比、记录、分析
产品需求示例
（1）产品需求文档
????????产品需求文档（Product Requirement Document，PRD）由产品经理撰写的，将既定的产品需求以文档的形式呈现出来，供产品经理梳理思路，供设计/开发/测试等合作伙伴作为功能设计/开发实现/功能检验的依据的文档。
????????产品需求文档主要包含：项目背景、需求价值、项目目标、项目风险、功能逻辑、需求变更情况等模块的综合性文档。
????????PRD文档是一份没有闲话，直入主题的功能说明文档，文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
????????BRD?商业需求文档?Business?Requirement?Document，是针对 领导。?给老板说明白，你要做啥。
????????MRD?市场需求文档?Market?Requirement?Document，是针对 业务组。给他们一个清楚的方向，告诉他们你做的产品该找什么样的客户
????????PRD?产品需求文档?Product?Requirement?Document，是针对?项目组。给他们说产品到底是干嘛的，要做什么样子。
?
（2）产品体验报告使用场景
?（3）产品需求文档构成
?文档历史
文档目录
????????编写好文档目录：善用标题样式，规范好不同层级的标题；使用自动目录，生成目录调整好格式即可
项目说明
项目策划：项目策划主要包括产品逻辑图、功能与特性简述列表、交互/视觉设计和需求详细描述。
交互/视觉设计：修订文档的时候应该补充好交互/视觉设计稿，便于其他阅览者清晰还原需求所在的产品场景，文档描述所见和开发出产品所得相统一。
需求详细描述：对需求进行详细描述，仍然可以按照页面、功能模块、流程等组织思路的顺序进行。按模块进行描述，建议遵循页面布局从上到下，从左到右，从整体到局部，从外之内的顺序。
数据需求：一般需要在需求文档中体现。数据建设：考核评价指标定义；数据统计：各种统计代码梳理
好的需求文档规范
????????产品需求评审：为了满足某种需求，大家一起来讨论产品设计在逻辑上是否合理，以及凭借现有研发能力是否可以实现。需求评审是需求可实现性评估的一个重要确认阶段，只有完成需求评审项目才能顺利的进入开发阶段。
????????需要谁参加评审：前端工程师、后端开发工程师、交互设计师、视觉设计师、测试工程师、运营推广等。
????????需求评审需要准备的资料：原型demo，PRD文档等。
（1）需求评审会前的准备工作
（2）需求评审的重要作用
????????需求评审是需求的确认，以及最终方案的敲定，他在整个项目推进的过程中起着至关重要的作用。
????????主要过程：细节走查，可实现性评估，共识达成（产品经理与研发人员共同达成一个约定）。
（3）评审会现场流程
????????需要注意：不要一上来就讲功能；抓大放小，细节上不争论；将需求要有节奏和条理；记录重要的争论点。
????????评审会后需要做的工作：追排期；整理遗留问题，并拿出解决方案；发出会议记录，每个问题都有行动计划；发出修改后的需求文档，并更新到内部系统中；约下一次的评审的时间（如需要）。
????????需求评审中自杀式行为：准备不充分；过度妥协；忽略验收标准。
????????需求评审过程中，产品经理要考虑设计的初衷，结合项目现状，做出适当合理的决定。
????????产品规划是指产品规划人员通过调查研究，在了解市场、了解客户需求、了解竞争对手、了解外在机会与风险以及市场和技术发展态势的基础上，根据公司自身的情况和发展方向，指定出可以把握市场机会，满足消费者需要的产品的远景目标以及实施该远景目标的战略、展示的过程。
?????????产品规划三段论：跳入细节做调研，跳出细节做规划，跳入细节做验证。
???????产品定位：产品定位是指确定某产品子消费者或用户心目中的形象和地位，即通过塑造产品或企业的鲜明个性或特色，树立产品在市场上的形象，从而使市场上的目标用户了解和认识本企业的产品。
? ? ? ? 产品蓝图（Roadmap）：是产品经理进行产品管理的一个中长期规划，也成路标规划。
? ? ? ? 产品节奏：每个目标分解为几个阶段？每个阶段的行动点是哪些？时间周期，项目时间。
? ? ? ? 产品目标：先确认目标方向，为改善哪些目标而存在。
（1）产品结构
????????产品结构是基于前期的需求分析以及市场竞品分析等依据，将各个需求点以某种逻辑系统化的组织起来所形成的立体结构。基于该结构，我们顺利的引导用户行为或将各类信息进行顺畅的流转。
（2）常见产品结构
????????设计产品结构的依据有：用户特性、战略方向、产品定位、功能相关性。产品发展分不同阶段；不同的结构有不同的特点，适应不同的场景；各个结构的组合能更好的解决问题。
（4）产品结构
????????产品的主要功能架构师骨骼；先做产品结构，再做功能细节。
????????一个好的产品结构所需要的的要素：与产品目标和用户需求相对应；具有一定的可扩展性；层级深度适合；用户理解。
（5）Xmind功能导图
????????产品设计的核心三要素：用户、场景和需求。产品设计就是不断解决用户在特定场景下的需求，增加、减少功能并非关键，关键能不能解决用户的问题。
思维导图的思考方式：
??（6）Visio流程图
流程图基本要素
业务流程的设计方法：
（1）产品设计基本流程
????????产品设计的基本流程是自下而上，从抽象到具体，从概念到落地方案。
?（2）产品架构
????????产品结构设计是产品设计的最顶层；他描述了整个产品运作的架构原理，告诉我们各个产品单元之间是怎么进行运作的。
????????产品设计套路三大法：人性法（人性的弱点），参照法（模仿+微创新），映射法（找出可映射的场景，类似场景如何做线上产品设计，找出线上的特点和区别，做微创新）。
（1）交互所在层级
?
????????产品经理的交互设计被称之为“原型”，其作用是为了向交互设计师表述其对于交互的设想、定义以及要求。
????????UI：User Interface用户界面；UE：User Experience用户体验；IXD：Interaction Design交互设计。
????????交互设计是定义、设计人造系统的行为的设计。它定义了两个或多个互动的个体之间交流的内容和结构，使之相互配合，共同达成某种目的。
????????交互设计师：专功用户体验；关注当下，关注统一性。
????????交互设计七大定律：（https://www.jianshu.com/p/a6f29e25692b）
????????工具Axure的使用：原型设计-低保真交互（使用Axure RP 设计，是将产品需求以线框架结构的方式展示出功能原型图，让产品需求更加规整的直观展现。相比交互原型，灰模原型缺少美观和交互效果）；原型设计-高保真交互（通过Axure RP之类的交互原型软件制作出来的产品原型，在功能需求和交互需求的表现上，几乎和正式产品是一致的，所以有时交互原型也被称为产品Demo版。）
（2）交互设计三步走
用户注册登录例子
（1）需求池
????????产品经理管理属性：对事的管理、对人的管理。
????????需求池的构成：需求池是产品经理个人或产品团队为确保产品需求被及时/完整/有序地接收/描述/排序/跟进的需求管理机制，需求池的构成，通常包括需求池和需求模板。
????????需求池的作用：接收新需求，科学描述需求及场景，跟进老需求。
????????需求池使用场景
?????????需求池模板示例
?
?????????如何维护需求池
?（2）产品经理和技术的有效沟通
????????最简单的标准：能不能做、成本如何、要会评估、找对人聊；大概能够判断做一个功能所需要的成本；除了产品bug，能够找到对应的人去解决。
????????最谦卑的心态：不懂就多问，多一点尊重。
????????高效的团队协作：基于目标的管理（以结果为导向）；正向积极的沟通（跨团队合作的问题就主要是沟通的问题）；有统一的目标与语言（团队目标传递、团队建设、注重一些形式化的技巧）。
（1）项目管理主要内容
????????项目管理：在产品迭代中，产品经理要负责相关产品开发周期和进度的把控，进行跨部门协调和沟通，最终保证新版本按时上线，这就需要产品经理具有项目管理能力。
?（2）项目排期
????????项目排期表基本属性：本质（是理解每一个岗位的工作内容，并协调各个岗位形成一份时间、质量、成本、效率最优解的排期方案一般认为项目排期表的起点）；起点（项目排期表的起点，在需求会之后进行比较合理）。
????????项目排期表的范围：项目参与部门相关人员（目的是达成任务上的共识）；项目参与方关键任务（目的是达成行政上的共识）。
????????项目排期表需要关注的点：角色（参与者）、任务（每个参与者的工作点）、时间（每项任务的完成时间）、成果（每项任务的成果和验收时间）、风险（每项任务潜在的风险点）。
项目排期表模板
项目排期表模板（甘特图）
?（3）项目风险管控
????????风险管理：风险管理是指如何在项目或者企业一个肯定有风险的环境里把风险可能造成的不良影响减至最低的管理过程。
????????风险管理的方法：风险识别、风险评估、风险管理、风险管理效果评价。
????????风险识别：是经济单位和个人所面临的，以及潜在的风险加以判断、归类整理，并对风险的性质进行鉴定的过程。
????????风险估测：是指在风险识别的基础上，对风险点及相关数据进行分析，估计和预测风险发生的概率和损失程度。
????????风险管理主要包括：事前管理（事前规避风险或将风险概率降至最低的方案及实施）、事后管理（事后将风险损失降至最低的备案及实施）。
????????风险管理效果评价：是分析、比较已实施的风险管理方法的结果与预期目标的契合程度。复盘（风险是否发生？风险没有发生，是因为哪些事前措施发挥了效果？风险发生后，事后备案是否将损失控制到预期范围内？）。
（1）开发模式
????????开发模式：瀑布式开发、敏捷式开发。
?
????????敏捷开发优势：通过迭代开发，关注互动沟通等方法来降低软件开发过程中的风险，同时也可以减少在开发中的资源消耗。
????????敏捷开发核心理念：小步快跑。MPV：最小可行性版本，快速试错。
（2）产品研发项目主流程
????????需求阶段（需求准备）：需求分析（数据分析、用户反馈分析、竞品分析、需求池回顾）；方案设计（需求方案、基本原型）；需求讨论（需求评审）；方案修改（优化与改进）。
????????产品经理的原则与调性：产品经理需要有自己的原则，以及愿意为此负责的担当&自行；对需求足够把握的时候，该强势的需要强势，该听的意见要听。
????????产品在研发阶段的定位：了解推进进度确保发布时间（监督进度）站立晨会，周会；解决问题，调整与优化，确保产品与预期一致，记得同步测试；上下沟通确保信息一致。
????????开发时间评估：需求评审会后开发Leader组织人员评估时间，输出结果为：对应每个需求所需的人/日。产品经理适度评估时间准确性，有预留风险的预判。
（3）产品体验与测试
????????测试用例：在编写测试用例之前，想好有哪些前置条件，这些前置条件满足了才能达到预期。比如账号密码登陆，前置条件：账号和密码同时正确，才能正常登陆成功。那么此时需要编写条件不符合的时候，是否也会成功。如果成功了，那就属于BUG，需要技术进行修复。
????????测试一般正常情况考虑以下几个方面：
测试用例规范示例模板
????????测试用例评审：测试用例评审主要针对研发&测试；产品经理建议在初期多参与；完善需求的异常逻辑及边界情况。
????????BUG等级：严重（严重级别BUG视情形确定是否发布）、中等（视情况排入修复版本）、小bug（产品经理跟进）。
????????体验与测试阶段问题：体验产品发现大量细节不符合预期；测试人员反馈这个功能会造成性能卡顿，有可能造成不少OOM的问题这里存在一个致命的BUG，不同意发布。
????????严格把控产品质量：不停地重复使用，不停的挑错找毛病，不停地叫技术去改；每个测试通过或不通过，所用状态、终端型号等都需要有记载。
（1）产品验收
????????Check List &发布评审会：一般由测试或项目经理拟定，各方负责人确定并打钩。
????????产品验收：确保产品的基本功能与需求是一致的，无核心问题的；确保产品的交互及UI符合设计要求；对照需求文档来验收。产品验收目的在于保证产品质量，达到设计预期。
????????产品验收常见情况：产品验收不仅需要验收产品功能，同时需要考虑使用场景，把自己当成用户，看看产品在真实使用场景下能否跑通。产品验收有时不仅会设计bug修改，有时可能需要进行需求调整。让产品经理感到不满意的地方，有的是自己的设计问题，有的是项目执行失真问题，有的是开发的落地问题。面对这些不满意的地方，需要作出判断”它在不在一个及格线上，我们是否需要发布“。
????????验收时间：在保证能够完成工作的情况下，站在人性化的角度，一般是建议周二和周四，如果周五发布，大家可能会需要加班。
（2）验收准备和环境
????????验收前期准备包括：需求清单（需求清单一般在产品文档中都有写，如果没有，可以对照原型自己列一个）、产品原型（产品清单往往不够详细，具体的功能可以对照原型进行验收）、验收场景（罗列所有需要验证的场景，包括主要场景、次要场景、异常/偶发场景）。
????????验收环境一般会有三种：测试验收环境（一般不建议在测试环境验收，除非公司没有能力搭建预发布环境）；预发布环境验收（这是最好的环境，一般都是在这个环境做验收。）；线上环境场景验收（这个要做好策略，用哪些数据验证，验证完了如何还原和回滚）
????????验收不通过可能的问题：严重级别bug太多；基本功能与预期不一致。若Bug较多，但非严重性质的bug，且版本的功能重要，可发布，但需要尽快发布修复版本；若bug较多，且有严重级别的bug，需要根据出现场景及频率来判断；若有严重级别bug且是核心流程或功能，不可发布。
（3）FAQ&客服培训
????????客服培训：上线前将新增/修改的功能同步至客服；教客服如何使用，方便解答用户疑问；产品经理也需要周期性的做客服工作。
????????更新FAQ：将新功能常见的疑问写成文档补充智FAQ；FAQ用H5实现。
（4）以移动APP发布为例，看看发布过程
第一步：规划版本介绍、素材、统筹时间?
