3个维度，解读B端产品该如何管理产品团队？

对于中高级产品经理来说，他们的工作职责不再局限于底层事务的执行，而是更注重团队管理、战略制定和执行监督。因此，团队管理能力已成为测试中高级产品经理的标准之一。 今天面试的时候被问到如何评价下面的产品人员？当时从两个方面回答: 产品工作输出角度 从产品人员成长的角度来看 现在想想这样的问题实际上没有标准的答案，但梳理企业文化、市场竞争、产品定位、产品阶段、目标管理逻辑过程，基于客观信息实现良好的持续迭代，保持产品团队的工作活力、产出质量、持续增长。 下面我想分享一下相关的管理经验，我有5年的产品工作经验，经了智能零售店管理软件，O2O在线寻找月嫂平台、美业新零售客户拓展工具等产品，基本属于0-1的产品流程，产品属性偏B端。第一个工作经验(2014-2016)属于自主创业，带产品 设计团队，O2O平台带来了产品运营团队，美业新零售专职带来1-2名产品人员。 我的管理经验适用于以下人群: 创业团队，50人以内的产品leader 要做0-1的产品工作，最简化产品结构和人员结构 MVP(最小产品可行性)促进产品，快速进行市场验证 分享内容分为： 产品产出文件质量评价（SAAS或B端企业服务的产品类型) 思考特定业务领域(提出解决方案) 产品人员的思维(产品人员的思维)sense） 一、产品产出文件质量评价 衡量产品人的深厚技能，衡量产品需求文档（PRD）能窥见一斑。 产品评价应把这种能力放在首位，规范框架、格式、规则/逻辑文本描述，形成专业性强、完整性高、可读性高的工作输出。根据每个输出，最好每周分享、评级和评估一次。 完整的产品需求文档框架至少包括版本描述、产品框架图、业务流程图、原型图、规则/逻辑文本描述。 根据正确的图形表达需求，前四项追求正确和清晰。后一项追求文本描述的研究，包括核心逻辑文本清晰描述和字段细节描述。 输出文档格式可根据团队合作和项目情况确定，粒度细化程度也应考虑实际情况。如图所示，需求文档是更好的敏捷开发文档输出参考： 至少要做到: 检查文档结构的完整性 检查逻辑规则文本表达的严谨性 设定级别，或者每周复盘，形式不同，但要有。目的是明确当前的不足，应该朝哪个方向努力。 二、思考特定业务领域 SAAS对于平台或大型B端企业服务，衡量产品价值是基于是否满足基本业务需求，降低业务运营成本，提高效率，并对特定场景提出合理的解决方案。 这自然要求B端产品经理了解当前的业务领域，掌握业务流程的每个节点，掌握关键节点和核心业务逻辑。 很多人说，B终端产品经理最终转型的可能方向是进入业务方进行信息规划和管理，这也是基于这个人比业务方更了解技术/产品，比技术/产品更了解业务。 言归正传，只有在产品功能管理方面，了解这些功能模块或产品版本才能真正交付给产品人员。在后期，产品模块基本上可以独立推广，直接与技术团队就模块架构和数据逻辑进行沟通。 此外，对于外部环境，我们需要了解市场竞争产品、竞争产品运营模式和类似产品的商业模式，明确产品定位、核心优缺点和差异化价值点，了解自己和敌人，产品思维可以持续很长时间。 从左到右升级思维水平：产品设计