从事产品工作好几年了，依然没有成为产品大神，仍然是一个产品菜逼，所以以下观点都是个人胡扯，参考价值待定，只是从自身的角度出发，总结而来。
最近又看了一遍《给产品经理讲技术》，原来是通过公众号推文看的，不如书中的篇章排列。同时，在微信群中，有作者的前同事又组织了一波该书的分享，群中多人从自身经验出发讲述书中的一些篇章。
通过语音的收听，对该书的认识又深刻了一些，同时，也生出一些感慨，为什么同样是产品经理，别人可以对技术如此有想法和见解，竟然如此优秀，深刻认识到了自己与优秀之间的差距。因此借着刚看完该书，尚有一些模糊记忆，来探讨产品经理需要不需要懂技术这个话题。
产品经理听这名字好像很高端，然而却不是经理，手下不一定有人，要做的时候却很多。从产品的孵化，到产品的落地及运营，各个阶段都需要参与，并且不仅能和需求方撕逼，更要与开发舌枪唇战，做的很多，又有点杂的样子。
但是因为《人人都是产品经理》这书，导致人人都觉得可以胜任产品经理，有段子说：去互联网公司面试，面试官问：你会什么？答：什么都不会。面试官说：很好，来我们公司做产品经理吧。所以很多人都去转产品，毕竟提意见和需求，看起来谁都会。而我也是这样子入门的。做产品好几年，一路走来，从产品菜鸟变成了老菜鸟，同时经历了两家不同类型的公司，TO C的第三方支付公司，TO B TO C的医疗信息化公司。通过两家公司工作的对比，来看产品经理需要不需要懂技术这个话题。
TO C的第三方支付公司，业务说简单也挺简单的，就是银行卡收单，说复杂的话也挺复杂，交易规则特别多。先看下图的整体架构，因为原先的公司做的产品都是TO C的产品，所以我这边就画了入口为C端产品。
前端产品与业务系统进行交互，根据制定的业务规则进行交易，发生的交易上送到收单交易系统通过交易路由和支付引擎与清算机构发生交易，由银联或者网络对交易人的银行卡或者相关网上账户进行扣款。当交易发生后，通过清结算系统进行相应的D+0、T+1等清算对账，进行对商户的结算，通过代付系统，向存管银行发起代付指令，把相应的钱付到商户的账户里。
而风控系统通过风控引擎和风控规则，通过对交易的监控，来发现风险商户，以及更新风控规则。报表系统则是汇总业务系统和收单交易系统中所有的交易数据，进行数据的清洗、筛选和渲染，进行数据分析，总结业务和营销得失，来反过来支持业务。
因此通过上述描述，可以知道，这业务的流程还是比较直线清晰的，完成业务的系统处理一般都是线性下去的，同时网络方面，因为就用户的产品是互联网，内部都是内网，银联网联都是专线，网络也比较清楚。所以在这里面当产品经理，就我个人来说，对技术的理解没什么必要，每个系统有每个系统的产品经理，同时以业务驱动为主，底层的清算和代付及支付的逻辑是通用的，更重要的是业务和逻辑的理解。
接下来，来拆解下业务系统来支撑我上面说的业务和逻辑的理解，还是先看下业务系统的整体架构。
底层服务这块都是由开发人员和技术人员自己搞定，所以产品经理更多的是专注于业务系统和收单交易系统，而清结算系统、代付系统等更多面向内部、且变动较少，而且我也较少接触，就不在这里描述。
看业务系统的这些组成：会员系统、库存系统、返佣系统、套餐管理、代理商平台、运营管理、业务管理、账单管理，这些更重在的是设计，设计业务规则、业务逻辑，基本上不用了解什么技术，只要你思路清晰、逻辑明确，能够理清楚前端业务，把业务转化成一些可配置、可视化的页面，就可以是一个很好的产品经理了。
再来看收单交易系统，灵活展业平台、商户池、支付引擎，收单交易系统是核心，要做支付都得这来支持。而这里面最多的也是规则，展业规则的配置、商户池跳码规则、商户轮询规则、基础交易规则、选择哪个支付渠道。
因为支付机构牌照的限制或者高风险区域的存在，所以需要灵活进行展业设置，也是个可视化的配置，这过程无需懂技术也可以设计好产品。而跳码、轮询商户、支付渠道选择、基础交易规则这些更是要懂业务和逻辑才行，意味着一笔交易从开始到完成的通路，里面也不怎么需要技术知识。
再来看看业务链路。一笔交易从APP端发起时，到这个完成，里面提到最多的就是规则和业务，大部分都是规则的调用，且因为系统都是内部系统，按照规定的规则通路就可以走下去。业务链路也和上面的业务系统架构相对应，是业务逻辑和规则的体现。
所以在我自己认为，要设计好这个业务，技术非必须。所以在我自己认为，要设计好这个业务，技术非必须，需要的是产品经理去深入了解业务，业务之间的结构和耦合，规则之间的逻辑和共存、串行还是并行，需要的是把流程图梳理得清楚，业务涉及的规则罗列清晰。
所以，根据我自己的经验，在TO C的第三方支付公司里，成为一个好的产品经理，技术不需要了解，更多的是要理解业务，有着清晰的逻辑思维，能够理清楚各种规则，以及制定出各种灵活适用的规则，对政府政策、公司内部业务政策熟悉，具有数据敏感度。
先写这么多，没有思路了，后续再以现在从事的行业上的经历，来总结需要不需要懂技术这个话题。
