对于中高级别的产品经理来说，他们的岗位职责已不再是拘泥于底层事务的执行，而更侧重于团队管理与战略制定与执行监督等。所以团队管理能力也成了考验一名中高级产品经理的标准之一。

今天在面试的时候被问到“如何对底下产品人员做考评？”，当时从两个方面解答了一下：

产品工作输出的角度

产品人员成长的角度

现在想来这样的问题其实没有一个标准性的答案，而是一个梳理企业文化、市场竞争、产品定位、产品阶段、目标管理的逻辑过程，基于客观信息需对应哪种管理方式去实现产品良好的持续迭代，和保持产品团队的工作活力、产出质量、持续成长。

以下我想分享下相关管理经验，本人5年产品工作经验，经历了智慧零售门店管理软件、O2O在线找月嫂平台、美业新零售拓客工具等产品，基本上属于从0到1的产品过程，产品属性偏B端，第一段工作经历（2014-2016）属于自主创业，带了产品+设计团队，O2O平台带了产品运营团队，美业新零售专职带了1-2名产品人员。

我的管理经验适用于以下人群：

初创团队，规模在50人以内的产品leader

需要做0-1的产品工作，最简化产品结构和人员架构

MVP（最小产品可行性）推进产品，快速做市场验证的阶段

分享的内容分为：

产品产出文档质量的考评（SAAS或B端企业服务的产品类型）

所处特定业务领域的思考（提出解决方案）

产品人员的思维方面（产品sense）

一、产品产出文档质量的考评

衡量一个产品人功力深厚与否，一篇产品需求文档（PRD）就能窥见一斑。

产品考评应该把这项能力放到重中之重的位置，规范好框架、格式、规则/逻辑文字说明，形成一遍专业性强、完整度高、可读性高的工作输出。根据每一次输出，内部每周做一次分享、评级、评最佳。

完整的产品需求文档框架至少包括：版本说明、产品框架图、业务流程图、原型图、规则/逻辑文字说明。

前4项根据需求正确的图形表达，追求的是无误，清晰。后1项追求的是文字描述的研究性，包括核心逻辑文字清晰描述、字段细节描述。

输出文档格式可根据团队协作和项目情况来定，颗粒度细化大小程度也应实际情况考虑，如图一个需求文档就是一个比较好的敏捷式开发文档输出的参考：

考评至少要做到：

考察文档结构完整度

考察逻辑规则文字表述的严谨度

设定级别，或者每周复盘，形式不一但要有。目的在于明确当前不足点，该朝哪个方向加把力。

二、所处特定业务领域的思考

SAAS平台或大B端企业服务来说，衡量产品价值大小是基于是否满足基本业务需求、业务运营降本提效、对特定的场景提出合理解决方案。

这就天然地要求B端产品经理要懂当前所处的业务领域，把握业务流程每一个节点，抓住关键节点和核心业务逻辑。

很多人说，B端产品经理最终转型很可能的方向是进入到业务方做信息化规划和管理者，也都是基于说这个人比业务方更懂技术/产品，比技术/产品更懂业务。

言归正传，在产品职能管理上，了解这些才可能真正地把某个功能模块或产品版本迭代交付到产品人员手中。后期基本上可以独立推进产品模块，就模块架构、数据逻辑直接和技术团队沟通。

此外，对于外部环境需了解市场竞品、竞品运营方式、同类产品商业模式，同时明确自身产品定位、核心优势与劣势、差异化价值点，做到知己知彼，产品思考才能长久不衰。

思考层面从左至右升级：产品设计>业务逻辑>场景思考>提出解决方案。

大部分B端产品经理停留在第二个阶段——业务逻辑，要持续在产品服务上输出亮点，场景思考并提出解决方案，才是衡量产品经理含金量的关键指标。

实现上述理想目标，方式无非就是：

定期讨论，讨论，讨论。可以是内部的探讨，也可以和业务方、使用员工做调研；

上述四个层级给自己或产品人员定级，这里没有优劣之分，就是为了明确自己所处的职业发展阶段，应该会面临哪些瓶颈，又该如何克服；

阅读，阅读，还是阅读。专业性书籍或行业报告，这里推荐一个高效且深度阅读方式，对一个问题或领域知识的求知，找10本不同的书，10种不同的观点，拓展对这个问题/知识点的认知边界，从而形成自己心中那个合理的答案。

这里共享一些互联网行业大佬的博客，对某些行业和思考可以提供一个资料参考：

俞军：滴滴高级副总裁

王建硕：百姓网CEO

雷军：小米科技CEO

冯大辉：无码科技CEO

纯银：猫饼CEO

王俊煜：轻芒CEO

唐岩：陌陌CEO

白鸦：有赞CEO

梁宁：绿人旅游CEO

kent：前易到用车副总裁

张涛：映客高级产品总监

江洋：前火辣健身产品副总裁 https://pcuseman.com/

黄海均：职人社CEO

Tony：下厨房CEO

孙波：携程高级副总裁

邱岳：无码科技产品经理

张锐：春雨医生CEO

王冉：易凯资本CEO

张之弢：优信金融产品总监

戴志康：康盛创想CEO

西乔：

李学凌：YY CEO

余昊：

三、产品思维方面（产品sense）