学习-思考-实践-总结-再学习

[account_disabled]

学习-思考-实践-总结-再学习”，反思自己的设计和系统是否达到预期，如果没有达到预期，思考应该更注重哪一方面。 产品架构图要有高度：从架构层面看产品全貌 —— 领导层关注。 产品路径图要可执行：从时间线上看产品的路径 —— 领导层关注。 功能全景图要可落地：从具体功能点看产品的细节 —— 执行人员关注。 控制节奏：不可一次性做太多，工期拉太长，也不可无周期的频繁更新，导致出错的风险增大。 产品架构图是一个分层结构，可分为数据层、存储层、算法层、能力层、平台层、接口层、服务层、应用层。（根据实际情况裁剪） 产品路径图，是把产品架构图里面的一个个模块，拆出来，形成一个以时间线为主轴的路径图。时间线上的每个节点，包含时间、模块、核心功能、用户价值、商业价值。


所谓功能全景图，其实就是功能清单。 十三、产品技能 分享了产品侧 新加坡电报号码 的工作流程，以及每个环节的输入、输出、工具和注意事项。汇总起来产品经理所要具备以下的几种能力。 1. 文档能力 分析报告：市场调研报告、竞品分析报告。 调研文档：调研大纲、调研记录、用户调研报告。 需求文档：商业需求文档（BRD）、需求跟踪矩阵、需求功能清单、产品需求文档（PRD） 流程图：业务流程图、页面流程图。 思维导图：功能结构图。 需求原型： 产品需求原型。 产品手册：产品白皮书、产品操作手册。 培训文档：培训记录、问题反馈记录。 迭代文档：运营数据分析报告、产品迭代计划说明书。 其他文档：会议纪要、临时性其他文档。



2. 工具能力 “工欲善其事，必先利其器” 必备工具： （1）Axure / 墨刀 等原型工具。 （2）visio / 亿图 等流程图工具。1. 产品经理的困惑与问题 问：学习了一些知识，看过一些课程和书籍，可是分析具体问题还是停留在表面，好像懂了又好像没懂，怎么论证。 答：实践 问：产品经理工作的边界在哪里？ 答：不要轻易预设自己的工作边界，不设边界地发现问题、识别问题，并且推动着解决问题，让问题到你为止。 问：需求评审，主要领导都在时不提问题，评审完之后，技术人员在做的时候，就会各自提简化要求（因研发强势、时间紧张、功能复杂等），如何规避。 答：需要技术人员给出简化的说明，是否是自身考虑不周或只是在找借口，基本原则上是不妥协。 答：若技术人员强势，要坚持自己的态度，通过不断沟通和提升自我角度，讲清楚是业务主要流程或是合同需求，得到技术人员尊重和信任，进而改进问题。