产品经理技能树一_24页_1mb

需求篇总结

核心内容

需求分析是产品设计与开发的基础，需将用户需求转化为产品需求。产品需求的基本结构包括模块/功能、交互、逻辑等要素，旨在解决特定用户在特定场景下的问题，实现明确的产品价值。

主要观点

• 用户需求的转化：用户需求应具体化为“哪些用户+什么场景+期待解决的问题”，从而转化为“哪些模块/功能+交互+逻辑”。
• 需求明确性：需求提出时必须聚焦，不能泛泛而谈，需包含用户、场景、问题及带来的价值。
• 需求分析方法：分为明确问题 → 拆解问题 → 解决方案三步，其中拆解问题可从积极、否定、转移、拆解、脑洞五个维度进行。
• 需求收集与排期：需求收集表应包含需求编号、模块、需求描述、目标、优先级等信息，并结合OKR进行优先级排期。

关键信息

• 需求收集表：用于记录产品需求的详细信息，便于统一管理和排期。
• 需求优先级：PO代表紧急需求，P1-P3代表可按时间维度规划的需求。
• 需求价值：明确需求的价值是需求分析的核心，确保产品功能与用户痛点和业务目标一致。

竞品分析篇总结

核心内容

竞品分析是产品规划与优化的重要手段，需明确分析目的，从而选择合适的分析维度和竞品范围。

主要观点

• 分析目的：竞品分析的目的是为了理解市场现状、竞争对手策略及用户行为，从而为产品设计提供参考。
• 竞品选择：分为直接竞品、潜在竞品、功能相近竞品、场景挤占竞品四种类型。
• 分析方法：包括功能架构、特色功能和交互、核心流程、运营体系、商业模式、产品数据表现六个基础维度。

关键信息

• 功能架构：使用Xmind梳理竞品功能清单，便于系统化理解。
• 特色功能和交互：关注竞品的创新点和用户体验细节。
• 核心流程：使用Visio整理用户核心路径，便于流程优化。
• 运营体系：通过鱼骨图梳理版本迭代记录，了解运营模块。
• 商业模式：用商业九步法分析竞品的盈利与成本结构。

PRD（需求文档）篇总结

核心内容

PRD文档是产品需求的完整描述，需确保功能点无遗漏、功能描述完整，以便于团队协作与开发。

主要观点

• PRD原则：从整体到细节，分模块、功能、流程、页面布局、状态等进行检查。
• 功能点检查：包括基本状态和特殊异常状态下的功能完整性。
• 账号状态与权限：需说明不同用户状态（登录、非登录、异常等）和权限（会员、付费等）下的内容与功能。
• 后台交互与管理：需涵盖消息推送、数据更新方式、权限设置、数据监控与推荐逻辑等。

关键信息

• PRD输出对象：包括产品经理、设计师、开发工程师、测试工程师等。
• 功能描述标准：需包含交互触发方式、触发区域、状态变化、内容加载方式、输入处理等。
• 内容管理：需考虑内容为空、长度限制、违禁内容处理、数据过期或删除后的展示逻辑等。

产品规划篇总结

核心内容

产品规划需从市场前景、用户需求、业务规模、盈利潜力、可持续性等方面进行综合考量。

主要观点

• 产品发展阶段：包括种子期、成长期、成熟期、衰退期，每个阶段有不同的目标和策略。
• 产品蓝图构建：成长期需构建完整的产品蓝图，拆分前端与后端模块。
• 产品线拆分：根据用户角色（C端、B端、Admin端）进行功能模块划分。
• 产品路线图：需结合公司OKR制定产品迭代计划，实现阶段性目标。

关键信息

• 智慧社区020示例：产品蓝图包括硬件与软件产品线，如门禁、可视对讲、社区APP、物业管理等。
• 产品路线图：需结合业务侧OKR输出，确保产品迭代与公司战略一致。

评审篇总结

核心内容

评审是产品开发过程中确保需求质量与方向正确的重要环节，分为多个阶段进行。

主要观点

• 开始阶段：与业务方确认需求目的、解决方案、成本与收益，决定是否启动项目。
• 中间阶段：与产品部、技术部负责人初审需求，评估方案可行性。
• 评审阶段：与产品设计部、项目组成员进行细节评审，确保方案完整、可执行。

关键信息

• 评审时间节点：提前10天与业务确认产品路径，提前3天进行Demo演示。
• 评审内容：包括核心主流程、技术障碍、边界条件、异常Case等。
• 项目跟进节点：从0到1项目需经历需求确认 → 需求初审 → 需求细节评审 → 上线验收四个关键节点。

项目跟进篇总结

核心内容

项目从0到1的完整流程包括需求确认、需求初审、需求评审、上线验收等关键阶段。

主要观点

• 项目流程：需严格按照时间节点推进，确保各阶段任务完成。
• 团队协作：需与产品、技术、设计、测试等多部门协同，确保需求落地。
• 风险控制：在需求评审阶段需关注技术可行性与用户需求匹配度，避免开发风险。

关键信息

• 项目节点：包括需求确认、需求初审、需求评审、上线验收，确保产品开发流程规范。
• 评审重要性：评审是确保产品方向正确、功能完整、技术可行的重要环节。