深圳互联网产品经理社群

深圳互联网产品经理社群 xhxjypx

深圳互联网产品经理社群

湖北办公室系统产品经理社群

为什么企业级服务难寻产品经理？

个人产品经理是一个需要梦想和热情的职业，但在政企和工业级IT服务领域，能力比梦想更重要。

本文是想说清楚，政企和工业级软件领域，能力比梦想更重要，个人产品经理来到这个行业就会被秒成渣。如果一个企业要招产品经理，要知道这个行业有哪些难点痛点互联网社群，需要什么样的产品经理（其实是软件和服务设计师）。

1

需求拆解的能力

个人产品经理在设计一款APP时，是可以用生理上的主观感受给产品打分的。但是让一个产品经理来设计个流水线自控系统，他的主观感受并不重要，必须用技术和业务能力将客户需求描述和引导。

某些产品经理因为自己毫无感受憋不出词来，就把客户的要求当做圣旨跪拜，这不仅是吃里扒外，还是会搅黄项目的搅屎棍。

要拆解客户的需求，必须技术上能跟客户做平等对话，业务上了解客户工作流程，还要理解大型客户内部的利害关系，不能靠“视察”客户会议室装专家上宾，也不能像外行一样凡事都跪问客户。

深圳互联网产品经理社群

昌平PM产品经理薪金

点对点网络（P2P 网络）P2P 网络并不是一个新出现的技术，又叫「对等网络」。在这个网络环境中，没有中心服务器，依托用户换信息。每个参与者的地位处于平等地位，并没有主从之分。每个参与者既是服务的提供者（server）,也是服务的获取这（client）。和我们生活贴近的就是媒体播放了。下图为 P2P 网络示意图：

我举个例子是很多系统都有监控，监控系统的产品经理要完成下列工作才合格：

1、技术：产品经理对“check tcp 80”和“check http 200”这类业务术语没概念，需要客户被坑一次骂一次才能改一点点。

2、业务：产品经理需要凌晨从床上跳起来十次，然后手机静音漏掉一次故障，才会对监控频繁误报有切肤之痛。

3、利害关系：缺乏详细监控信息和故障处理功能，没漂亮的监控页面和月度报告，监控部门只能依赖其他部门排障，又被被公司视作闲职，没业绩没晋升也没新HC。

深圳互联网产品经理社群

朝阳办公室系统产品经理产品生命周期

比特币网络中的每个节点都将会保留之前验证过的所有这些交易的账本副本（分布式记账）：同周期内的交易组成「区块」互联网社群，按照时间顺序区块会连成链，即「区块链」，从而形成「交易」——>「区块」——>「区块链」的三层结构。一旦网络中有一个节点解决了之前提到的「难计算、易验证」的数学问题，交易即被确认。新得到的确认的「区块」就会被解决问题的节点添加到这个区块链中，并向网络内其它节点广播。

我举的第二个例子是一个网店仓库拣货发货系统的合格产品经理：

1、技术：对IOT传感器、图像识别技术、网店ERP系统有足够了解。

2、业务：对拣货员的拣货路径、数量、看单还是听单、错误信息处理有充分的了解，自己至少要做三天拣货员，仓库里的纸板味能熏得你睁不开眼；如果做农业IOT，可能是要养三天的猪，拌猪食扛死猪都要干一干。

3、利害关系：了解分拣员需要这套系统更无脑的拣货，小组长需要用系统约束的分拣员，公司需要这套分拣系统更快周转货物。而你既要让客户内部三方满意，也要通过工作的简化明细化，引入自己公司更多的IOT和图像识别设备，甚至用机器人取代一部分人力工作。

某些水货会说这是售前和解决方案的工作，人家跟你又没有隶属关系，凭什么帮你解决就业问题，产品经理要自己调研和汇总客户的合理需求。

深圳互联网产品经理社群

天津项目经理求职

2

功能实现的评估

只要产品经理想的To C的功能不太离谱，研发总能实现你的构想，而且To C产品几乎不用考虑IT开销。而To B产品的研发，有可能就是缺某些IT技术，或者IT投入、管理、流程等开销太大，终不具备工程可行性。合格的产品经理，要求从技术水平上镇得住研发，否则就是研发体系的附庸。

我曾写过一篇文章《监控专用对象存储的畅想》，是一个浅层涉及技术的随笔，但好几个存储产品经理都说读不懂这篇文章。因为按照to C的产品思路，他们不用关注存储技术，更不会关注TCO成本，但To B产品要成功就必须考虑这些问题。

简单抓一个存储研发做产品，他很难学会评估TCO成本，对客户需求或者怂的像个软蛋，或者硬的像个棒槌；我们简单抓个售前来做产品，他们算TCO是很溜的，但他们就是搞不定存储技术才去做售前的啊。

To C产品的设计对象可以笼统说是大众自然人，而To B产品都是隔行如隔山。我们让一个ERP研发转行去做信息流是有可行性的，但一个合格的存储产品经理被去做IOT产品设计更像是从零开始。