互联网产品经理能力矩阵：基本能力之逻辑思维

产品骇客刘有财 2023-07-27 06:43:13

印象中最早使用逻辑推理，应该是在久远的少儿时代；聪慧如我，总是可以从爹妈的只言片语间，准确推理出当晚麻将的盈亏情况；在那些稍有不慎就会送人头的年月里，如何准确地要零花钱，在我这从来都是信手拈来、游刃有余。

时隔多年，本以为这项技能已经淡忘在历史的尘封中，直到后来的鄙人步入了婚后生活……

一、什么是逻辑思维

根据电视剧前面的剧情，帮老婆精准地推断出后续故事的发展与结局；根据侄子的班级合影，帮他爹精准地推断出他喜欢和喜欢他的女同学都有谁……优秀的逻辑思维能力总是能够在生活中起到至关重要的作用，而在互联网领域更是缺一不可。

古人云，产品逻辑收不住，不如回家卖泳裤；互联网产品本身是就大脑逻辑思维在设备端的呈现，而逻辑的严密与否也直接决定产品的价值高低；作为产品逻辑的主要构造者，产品经理必须在逻辑思维能力建设上下足功夫。

“逻辑思维是指将思维内容联结、组织在一起的方式或形式”、“逻辑思维是人的理性认识阶段，人运用概念、判断、推理等思维类型反映事物本质与规律的认识过程”、“逻辑指的是思维的规律和规则，是对思维过程的抽象”……上述是一些比较通俗的逻辑思维定义。

常见现象是，越普遍的概念，其定义越难做到百喙如一；其实对于不同的行业、企业、人群，相同的概念都会有不同的解读；而对于互联网产品领域，我对逻辑思维理解是：

通过结构式系统化的思维对互联网业务进行感知、推理、规划、组织、营运的能力；结构式、系统化在于思维的深度、广度、条理性，更强调方式与程度。

而感知、推理、规划、组织、运营，则侧重于使用与场景：

感知在于显性现实的理解，比如行业状况、客户需求；
推理在于隐性可能的推敲，比如市场趋势、竞品模式；
规划在于目标的设定与拆分，比如商业模式、产品节奏；
组织在于生产的投入与调配，比如人力组织、资源配置；
运营在于用户的触达与反馈，比如市场运营、产品运营。

其实上述例举，或多或少地已经涉及到互联网产品相关的大部分工作；而种种的种种，其实背后都是逻辑思维的穿针引线。

简单归纳而言，逻辑思维能够帮助产品经理，对别人做的事get sense，对自己做的事make sense。

二、如何提升逻辑思维

关于提升逻辑思维的方法论比较多，最被推崇的当属MECE和归纳演绎两种，再加上我自创的神功，希望能够帮助到读者。

1. MECE

MECE（Mutually Exclusive Collectively Exhaustive）是麦肯锡思维过程的一条基本准则，其官方定义是“相互独立，完全穷尽”。

MECE的核心在于不重叠、不遗漏地划分，并最终遍历所有的可能，以此全面地分析问题；MECE法则通常有两个步骤，首先确认问题，然后找到切入；接下来，用一个不太常见案例来进行MECE演练。

在很多金融产品中，为了降低风险提高效率，都会涉及到金融客户的实名认证。

使用MECE法则，可以有如下的分析思路：

① 金融客户作为实体，有可能是个人客户，也可能是企业客户；这里就可以独立拆分为两个分支，A代表个人客户，B代表企业客户。

② 进入A分支，对于个人客户，通常使用第三方服务校验个人3要素，即姓名、身份证号、手机号码，那么就需要对3类信息提供录入。

③ 三方校验服务的调用需要费用，为了避免不必要的成本浪费，那么在信息录入时就需要进行完整度、正确性的校验。

④ 即便最终通过了三方校验，也仅能够证明信息的客观正确，而不能证明当前经办人与实名人的关系，通常会使用实名人手机短信验证的方式进行佐证。

⑤ 即便实名人短信验证通过，依然会存在手机方面的极限风险，通常会在前序的信息录入时（②），要求上传实名人的个人证件，还会使用实时识别技术要求现场拍照。

⑥ 即便是最终录入了有效证件，依然会有不可避免的极限风险，最有效的还是证明经办人就是实名人，最有效的是直接使用活体认证。

⑦ 不管是短信认证还是活体识别，其调用都需要成本，为了避免恶意操作造成的损耗，就需要对认证进行规则限制，A分支结束。

⑧ 进入B分支，对于企业客户，可能会存在企业法人亲自操作和经办人代为操作的情况。这里可以再拆分两个分支，BA代表法人办理，BB代表经办人办理。

⑨ 进入BA分支，对于企业法人，通常使用第三方服务校验个人3要素和企业4要素，其中新增了企业名称、企业代码、法人姓名、法人身份证号的企业信息，也需要对7项信息提供录入。

⑩ 同③、④、⑤，⑥、⑦依然需要对信息本身进行校验，依然需要通过短信、实体证件、活体认证的方式确保信息真实有效，BA分支结束。

⑪ 进入BB分支，对于企业经办人，除了同⑨一样的企业与法人信息，还需要录入并校验经办人的三要素。

⑫ 同③、④、⑤，⑥、⑦依然需要对信息本身进行校验，依然需要通过短信、实体证件、活体认证（经办人）的方式确保信息真实有效。

⑬ 对于经办人办理业务，还需要经办人上传企业授权书，以证明企业知晓经办人操作；通常授权书上传之后需要进行人工审核，完成审核后即通过，BB分支结束。

产品经理，产品经理网站

上述仅为例举，而具体的实名流程，需要根据实际的业务需要；基于上述思路，下图可以简单归纳一般实名认证可能的流程。

回顾我们关于逻辑思维的定义能够看出，MECE就是通过结构式系统化的思维，将目标层层分解，找出关键问题和解决方案；不仅仅是单个功能点，MECE同样能够帮助我们系统化的了解整个产品。

用陌生社交举例：产品业务与个人关联度极强，所以使用产品就需要注册登录；陌生社交初始阶段没有人脉，就需要通过各种方式建立关系；为了保证关系建立的准确，就需要必要的用户信息采集；即便实现了精准的关系配对，为了能够相互吸引，就还需要个性化内容展示；相互之间感兴趣，为了避免尴尬可以有很多破冰的辅助功能；为了实现好友的管理，就还需要常用的会话列表式管理……找到问题点，运用常规的互联网产品逻辑，以及用户思维，就能够快速且完备地进行产品的拆解。

2. 归纳演绎

归纳演绎应该是最常用最广泛的逻辑思维方式之一了，归纳是由零到整的总结，演绎是由整到零的推演，归纳能够服务演绎，演绎能够校对归纳。

人类对世界的认知就是不断归纳与演绎的过程：比如日常生活中金银铜铁都会生锈，那么我们就可以归纳总结，“金融都会生锈”；再如水果被归纳为多汁且主要味觉为甜味和酸味，可食用的植物果实，而甘蔗并不能食用，所以可以演绎出“甘蔗不是水果”。

人类对于事物的认知是逐步深入的，而用于研究事物的归纳演绎过程，也是动态、持续的。

我们来看一下摩托车的定义——“由汽油机驱动，靠手把操纵前轮转向的两轮或三轮车”；汽油驱动，区别开了自行车，类属于机动车；手把操纵+少轮，区别开了汽车；有了这样的归纳，那么踏板、越野、拉力都顺理成章地归属于摩托车。

但如果未来飞行摩托普及，旧的归纳已经不能适用于新的演绎，就又需要进行重新的划分与数理。

同样的，在互联网领域，归纳演绎也能帮助我们进行业务的认知；接下来就用归纳演绎的方法，对信息撮合服务模式进行实例解析。

产品经理，产品经理网站

从出行、外卖几个大宗领域的发展情况，可以总结出信息撮合服务有入下的发展趋势：

信息交易阶段：打破信息不对称，平台提供精准的信息匹配服务。
平台交易阶段：平台介入交易，为交易过程提供监管、服务。
自营服务阶段：综合，对上提供标准进件方案，对象组织、管理自有服务资源。

（注意：阶段间并不一定存在严格的时间关系，且可能存在多个阶段或模式共存。）

产品经理，产品经理网站

到此，可以简单归纳总结：单一的信息服务已经不能满足市场需要，深度介入行业才是发展关键。

有了结论之后，可以根据前期接触过的民工招聘项目进行演绎；该项目本身的核心还是解决招聘双方信息不对称的问题，按照前面的归纳，这种原始的纯信息类服务将很难发展。

这里可以简单展开一下各端的需求点：

用人企业：

雇佣关系：常规的雇佣关系会增加用人企业的经营成本，而用人时难以聚拢人力同样困扰企业。
需求发布：单人招工模式难以满足大规模用人需要，人工匹配方式更是增加企业使用成本。
过程管控：对施工过程的监管会增加招工企业的困扰，结果导向能够有效降低甲方成本。
服务保障：零散无组织无管理的工人难以让招工企业放心，工人能力、信用的不明确也会埋下隐患。

求职工人：

主动找活：传统的打工模式持续性差、选择面窄、议价力弱，新兴的线上化求职学习成本过高。
收入保障：传统的打工模式下，没有合约缺乏监管，民工薪资拖欠、克扣严重，法律有心无力，无人“撑腰”。
人生保障：传统的打工模式下，民工没有社会保障，伤病问题只能自己解决，“干不动了”之后生计会有严重问题。

面对具体的用户痛点，单纯的信息服务很难支撑。

按照结论，民工招聘市场的模式可以这样演绎：

精准匹配：准确、高效进行线上撮合，快速实现双方对接。
整包模式：摒弃单人雇佣模式，平台实现人力组织与管理。一键整包接单，智能拆包分配。
平台监管：撮合只是开始，平台介入施工过程，对项目进行监管。
自有人力：通过平台雇佣实现自有人力资源库，规范培训，标准服务，快速组织，统一管理。

上述仅为例举，用于展示归纳演绎在产品工作中的运用；归纳演绎也是通过结构式系统化的思维，对相同的模式发展进行集中的分析，得出普遍适用的结论之后，运用到其他的领域。

3. 尿池大法

先分享一个传男不传女的自创概念“尿池效应”：如果每一个人都能够在方便时一丝不苟，那么尿池外面就能长期保持清洁，方便后来的每一个人；倘若有一个人敷衍了事洒在了外面，那么后面的人就会因为不想踩着前辈的印记而选择站得更远，这就无疑增加了也洒在外面的概率。

长此以往，尿池肯定会因为周围的脏污狼藉而没法继续使用；如果不想被憋出问题，那么只能花费人工彻彻底底地清理。

我们做产品策划的时候也是如此，很有可能因为某一两个功能或者逻辑，在设计之初没有想清楚，导致后续付出越来越大的成本去弥补；产品的本质就是逻辑，我们很难保证每一条逻辑都正确，更难保障所有逻辑都兼容；产品的蝴蝶效应，背后都是逻辑的问题。

最现实的一个例子就是我之前所在的公司，我们在为客户开通服务的时候，对于客户的基本信息有着一套极其繁琐的校验流程，目的在于规避客户重复开户。

每一次的增量业务，也都涉及到这一套流程的变更，整个团队花费了极高的成本去维持；而这堪称灾难级流程的背后，缘起于以前的产品经理在设计基础逻辑时，人为拒绝客户同时拥有多个不同类型的账户，而背后的考量仅仅是彼时的前端结构不支持多个账户的呈现。

或许现在看来觉得荒唐、可笑，但是其实之前的产品并没有错；一个非常重要的观点是，任何的产品，以及背后的系统，都有其对应的历史使命；即便是后来因为各种原因，已经不能满足当下的实际，但至少当时是有用的，那就是完成了使命；我们后来对整个系统进行了重新设计，基于历史的宝贵经验，我们为公司打造了一个非常靠谱的业务中台。

尿池大法的核心就在于不纠结，不折腾；我们对于单条业务可以非常轻松的掌握，但是当很多业务交织在一起，汇聚成产品时，千丝万缕的逻辑很容易难倒自己；产品够不够丰满，系统够不够灵活，扩展性够不够强，此起彼伏的问题总是困扰；MECE与归纳演绎侧重于逻辑的发散，而尿池大法更注重于逻辑的收敛。

原则一：专注眼前，不纠结于半年之后的可能性；就像我们去方便一样，最多能够顾忌身后排队的那么一两个，何必在乎明天的此时会是谁；此刻的声响、流量、色泽，都不会影响到太久之后；在互联网市场里，半年时间足够一款产品发生大的转变，而这种转变有无数种可能；现在的纠结，往往在半年之后回过头，都会是意义不大的庸人自扰。

原则二：控制“抖动”，不折腾于不清不楚、可有可无；就像方便时会情不自禁地“抖动”一样，我们总是在产品设计时情不自禁地画蛇添足；每一款产品，每一款产品的每一次迭代，都应该有着明确的目的；目的就是核心与准则，做出的产品超出目标量级，那就是产品的失职；那些了不相干、稀里糊涂、模棱两可而又很有可能埋下隐患的“抖动”，能不做就都不做。

我之前参与过一个金融撮合平台项目，核心在于帮助行业客户匹配到合适的贷款产品；基于这一核心，需求方做了一整套的发展规划，包括人工智能、大数据分析、区块链等等前沿技术都加上了，也打算开发一套供应链金融平台。

围绕这一套规划，背后涉及到的客户端、业务流程、系统结构将相当庞杂；如果一开始就按照这样的量级与目标去做产品，我相信绝大多数产品经理跟我一样，无从下手。

但是当我们把外围的逻辑全部收敛，就可以看到产品的本质在于撮合，而这也是切入点；将金融产品以更加丰富饱满的形式投入线上，提供多维度的筛选过滤帮助客户快速匹配产品，成为产品初始阶段的打法；而对于需求方的站内信、新闻中心、机构介绍、行业政策等等可有可无的“抖动”都被摒弃。

最终的结果是，在国家对于行业的资金管控下，行业客户都不缺钱，产品在可控范围内以最小量级试水，并最后关闭。

大法的意义，其实更像是一针镇定剂，合理管控心猿意马，鼓励大家更专注于当前与实用。