《策略产品经理实践》韩瞳著|(epub+azw3+mobi+pdf)电子书下载

图书名称：《策略产品经理实践》

【作　者】韩瞳著

【丛书名】产品管理与运营系列丛书

【页 数】 230

【出版社】 北京：机械工业出版社 , 2020.06

【ISBN号】978-7-111-65734-7

【价 格】89.00

【分 类】企业管理-产品管理

【参考文献】 韩瞳著. 策略产品经理实践. 北京：机械工业出版社, 2020.06.

图书封面：

图书目录：

《策略产品经理实践》内容提要：

本书系统讲解了策略产品经理所需要掌握的所有软技能和硬技能，主要内容如下：策略产品的定义；策略产品经理和普通的产品经理有哪些区别，需要具备怎样的能力；如何成为优秀的策略产品经理；策略产品与算法工程师的界限；策略产品经理和功能产品经理的区别；以及策略产品经理的未来前景；策略产品经理的日常工作内容以及需要掌握的基本方法论；功能产品经理如何通过系统的策略训练转型成策略产品经理；策略产品经理经常使用的评估手段、分析工具，以及如何培养数据思维。

《策略产品经理实践》内容试读

第1章

全面认识策略产品经理

第1章将为大家介绍策略产品经理的定义、分类、发展前景以及具体工作内容。目前市场上系统讲解策略产品经理这个细分职位的书很少，甚至连相关公众号文章都很少。虽然“策略产品经理”这个提法出现于2015年或更早，但真正开始被行业认可是在2017年左右。在这样的情形下，本章基于笔者个人的项目经历尝试定义这个职位，希望能和大家求同存异。

1.1策略产品经理的定义

笔者经常被问到一个问题：“策略产品经理是什么？”无论是共事的同事，

还是部分HR,都对这个职位的具体定义缺乏明确的认识。比如一个研发工程

师如果他会写后端代码，那么就可以称其为后端工程师；如果他会写前端代码，

那么就可以称其为前端工程师；如果他会调模型，会写PHP,会前后端，又会

运维服务器相关的代码，那么就可以称其为全栈工程师。具体是哪种研发工程师，要根据他所掌握的技能的种类来定义。

同理，运营经理和产品经理、产品经理和研发工程师、研发工程师和测试工程师之间也可以通过掌握的技能种类进行区分。人们根据该工种掌握了哪些

|策略产品经理实践|

特定的技能来划定彼此间的边界。换句话说，人们可以很清楚地描述不同的工种到底是做什么的。

但在产品经理的分类上，似乎不那么明晰。大多数人对产品经理的认识可能是画原型图的、理解用户需求的、业绩不好时担责任的、推动项目上线的，这是因为产品经理主要负责偏复合型的工作，在项目中充当桥梁的作用，往往缺乏特别专一的技能。所以，很多人开玩笑说：“如果你不会测试、不会写代码、不会做运营经理，那么你适合去做一个产品经理。”但果真如此吗？其实不然，在各大公司中，产品经理必须具有某种非常核心的竞争力才能够在职场中

生存下来，没有任何一个CEO愿意为一个毫无价值的人支付薪水

那这份“非常核心的竞争力”是什么呢？是项目沟通能力和对用户的深刻理解能力。

对于产品经理来说，这两项能力是不可或缺的，没有这两项能力就无法保证项目效果的顺利达成。无论是功能型产品经理，还是策略产品经理，都需要具备这两项核心竞争力。以笔者的观点看，策略产品经理与工程师打交道更多，也需要更强的技术能力，也就是说，策略产品经理是“懂算法的人中最懂用户、人性和商业逻辑，懂用户、人性的人中最懂技术”的中间型角色。

策略产品经理作为一个新兴职业，需要一个准确的定义，笔者给策略产品经理下的定义是：在限制条件内，通过推动项目、设定评估体系和全面评估项目收益三种手段，达到全局最优解的产品岗位。

在这个定义中，有三个关键词，分别是限制条件、手段、全局最优解，如图1-1所示。而这三个关键词是笔者对策略产品经理职位的三个关键认知。「

关键词1：限制条件

“限制条件”是指在任何项目中都有一些限制条件，这个条件可能是上级领导、公司高层、政府机构等给出的“策略红线”。常见的限制条件如下。口法律法规限制：如“禁止搬运有版权的内容”“禁止获取用户协议之外的用户信息”等。

口用户体验限制：如“对每个用户，每天最多推送5条内容”“禁止使用未经用户允许的批量关注行为”等。

口项目资源限制：如“项目只有两个后端开发工程师，无法在截止日期之前完成全部需求”等。

002

第1章全面认识策略产品经理

限制条件

法律法规限制

用户体验限制

01

项目资源限制

其他限制

手段

全局最优解

推动项目

策略的最终理想态，需要不断

设定评估体系

迭代，充分试错和验证

全面评估项目收益

图1-1三个关键词解读策略产品经理

口其他限制：如“当前硬件条件下，无法获取用户的心率数据”等。策略产品经理做任何项目都无法摆脱这些限制，这些限制条件很像“运筹学”中的“约束条件”。当然，约束条件只是列举了一些常见的情况，在实际工作中不同约束条件的可操作性也是不一样的，需要具体情况具体分析。

关键词2：手段

“手段”是指在完成目标的过程中，策略产品经理经常使用的可行性方法。定义中提到了三类手段。

▣推动项目：在负责的项目中，以负责人的角色，从最初的策略设计开始，逐步推动完成之后的需求评审、项目启动、项目开发、项目验收等工作，最后还要进行数据分享及筹划下一次的迭代，从而使项目流程形成一个完整的闭环。

口设定评估体系：在负责的项目上，设定客观指标体系和主观指标体系，厘清各项指标的换算关系。举个例子，在指标优先级排序上，要求点击率>互动率>人均时长，点击率的权重是互动率的两倍，是人均时长的

三倍，同时点击率和互动率指标允许的最大跌幅为1%，人均时长允许的

最大跌幅为5%。这就将三个不同的客观指标进行了排序，同时设定了指标之间的权重关系，给出了底线阈值可接受的最大折损。任何一个项目的评估体系设置都需要与项目各参与方达成一致。

▣全面评估项目收益：在“设定评估体系”的基础上，通过主观评估、数

003

|策略产品经理实践|

据分析和AB测试实验数据评估方法，进行全面的项目收益评估，根据

评估后的结果，决定策略是否上线。关键词3：全局最优解

“全局最优解”是“数值分析”这门学科中提到的概念。选择用这个词来描述策略产品经理的原因是其代表着策略的最终理想态，一旦确定了“评估体系”并掌握了“评估项目收益”的方法论，每一次“推动项目”都只能完成一个项目闭环。这时候就像爬山，数据收益远没有达到理想态，需要不断地迭代项目，充分进行试错和验证才能找到全局意义上的“最优解”，将项目做到极致。

事实上，基于商业目的的考量，因为人力资源总是有限的而项目需求总是无限的，所以在大多数策略选择上难以做到绝对意义上的“全局最优”，往往选择的是带来妥协性质的“局部最优解”。策略产品经理会不断挑战自己，追求极致，从而让我们离“全局最优解”越来越近。

1.2策略产品经理的分类与职责

策略产品经理既需要有深入的业务理解能力，也需要有优秀的沟通表达能力，同时还需要有极强的数据感知能力和技术理解力。11节中对策略产品经理给出了一个标准定义，用三个关键词描述了策略产品经理。但这还远远不够，要想准确地得到策略产品经理的定义，需要找到它和其他类型产品经理的边界，即它们之间有着怎样的共性和区别，这个边界应该是清晰且分工明确的。

同时，我们也需要知道策略产品经理的不同分支与策略产品经理的职业前景。

1.2.1策略产品经理VS功能产品经理

在绝大多数产品经理面试过程中，面试官通常需要从两方面来考察产品经理候选人，即用户心理模型、数据策略模型。

用户心理模型是产品经理能力模型中的感性部分，主要分为同理心和人性策略两部分。简单地说，同理心是“一秒变小白”的能力，即产品经理可以快速将自己对产品的所有已知信息抹除，让自己和用户具有相同的视角，时刻

004

第1章全面认识策略产品经理

审问自己：如果我是用户，会使用这个功能吗？如果是，那我如何使用这个功能？这种能力就是将自己的心智快速切换为男女老少心智的能力。人性策略部分要求策略产品经理掌握较多的心理学实验的结论数据，即通过控制变量实验的方法探知人性心理。其中，根据用户的锚定心理设计定价策略是比较常见的用户心理模型。

数据策略模型是产品经理能力模型中的理性部分，这种能力在本书中会有

较多涉猎，如驱动的基本方法论、统计学知识、常用数据工具、A/B测试实验

理论、评估指标设定和主观评估的方法论等。

策略产品经理和功能型产品经理有三点不同，如图1-2所示。

策略产品经理

功能型产品经理

·对数据策略模型要求较高

·对数据策略模型要求较低

·追求全局最优解

·较难找到全局最优解

·定量评估，更准确

·很难得到准确结论

图1-2策略产品经理vs功能型产品经理

不同点1：策略产品经理对数据策略模型的要求更高。

策略产品经理是一个更加偏向于数据、理性的职位，对数据策略模型的要求更高。大多数功能型产品经理往往更注重对用户人性的思考，目的是做出更易用、更友善的产品，在数据策略模型的要求上相对较低。

以登录界面为例，功能型产品经理的切入点如下。口如何设计一个更易用、更友善的登录界面。

口如果用户点击了“忘记密码”按钮，应该怎样逐步引导用户。口用户在输入密码的时候应该如何打码。口是否提供展示一个明文密码的按钮。策略产品经理的切入点如下。

口这个界面的评估指标是什么？答案是“安全性”。

口安全性如何度量？答案是“用户针对该功能的投诉率以及平台自主进行

005

|策略产品经理实践

模拟攻防时成功防御的比例”。

口“安全性的级别是多少？答案是“非金融级加密，投诉率不超过十万分之一”。

口安全性最大的问题容易出现在哪里？答案是“找回密码的验证过程和异

地登录/不常用P登录”。

口对于找回密码的流程，如何设计用户需要提供的资料？答案是“提供好友关系信息和密码保护问题”。

以上所列切人点仅仅是举例，只为阐述策略产品经理和功能型产品经理在同一个产品功能上的思考差异。

不同点2：策略产品经理往往追求全局最优解，而功能型产品经理较难找到全局最优解。

这是由于策略产品经理负责的项目一般以定量化评估体系为主。下面基于上述例子进行分析。

功能型产品经理在寻找解决方案时的迭代路径如下。

口在输入密码的时候，有20%的用户使用了查看明文密码功能，所以需要将查看明文密码的按钮做得更醒目。

▣成功登录的用户占比约为40%，主要是因为同时提供了用户名和密码输入框，这会让用户焦虑。从用户心智模型考虑，需要分两步引导用户输入手机号和密码。

▣7%的用户点击了“忘记密码”按钮，但其中只有49%的用户完成了整套流程，而其中手机找回密码的成功率高于邮件找回，所以应该将“通过手机找回密码”按钮做得更醒目。

策略产品经理在寻找解决方案时的迭代路径如下。

口安全性目标为用户投诉率不超过十万分之一，当前投诉率为十万分之六。口经过数据分析得知，57%的问题是找回密码时出现信息冒用导致的，其他的问题较为琐碎，所以优先解决最重要的信息冒用问题。

▣对找回密码时信息冒用行为进行特征分析，发现绝大多数情况是失主同时丢失了手机、身份证等重要物品，所以需要使用非定制信息，比如社交关系、历史上使用过的头像等难以了解的冒用者隐式信息对用户身份进行鉴别。

006

···试读结束···