为什么来自运营商的网优工具大多不好用，原因出在这！

我今天写这篇文章，一定会遭到很多人的反驳。如果你们认为我说的不对，就全当看了一个段子吧。

我曾经和Cellular的开发者闲聊过。我们发现，咱们都有一个共同的经历，就是我们：都曾经参与过运营商的网优软件项目的设计和开发工作。

但是我们都不约而同的发现：但凡是给运营商设计开发的软件，虽然一开始的设计都是很好的。但是最后的成品却始终有一种说不出来的别扭。

究其原因很简单，运营商的体制是：有资格拍板的人根本不用产品，真正用的人没资格拍板。所以最终就导致一个现象：生产部门提出原始需求以后，由与其合作的第三方公司将需求放大，以争取获得更高的合同份额。最后再到决策领导那儿，根据自己的政绩需要增加更多的华而不实的想法。最后才包装形成一个落地的软件项目。

没看懂？不要紧，接着看你就懂了。他们的产品大多是这样的：

生产部门最真实的需求是这样的：

由三方公司的技术人员设计出来以后是这样的：

再由三方公司的市场人员包装以后变成这样了：

最后拿到领导那儿变成了这样：

而最终能够申请到的预算可能只有这么多：

所以最后做出的成品，在生产部门使用者看来他只是这样的：

但这个项目最终会被包装成这样：

那你说，我不给运营商做，我们就是三方公司自己做给自己公司用的，这样总可以了吧。别做梦了，企业需要业绩支撑，没有任何一个企业会“持续”掏钱搞一个看不清楚未来的东西。另外作为一个产品经理，要是遇到八竿子都打不到的领导来指手画脚，在你这儿刷存在感呢？你能怎么办？你要是但凡敢说一个不字，那我告诉你，保证过不了几天就会有人来给你穿小鞋。就会有人跑到老板那儿嚼舌根，说你想把这个东西据为己有。你能怎么办？只能是妥协吧。。

所以我和Cellular的开发者最终都选择了脱离企业环境，独立开发相关应用。原因也很简单：因为只有这样我们才能对任何不合理的需求说“不”，也只有这样才能“坚定不移”的做出一线工程师真正需要的产品。

其实说起来容易，做起来却很难。就例如：我对这次的产品定义为：前端APP负责现场测试和数据采集；后面的云端负责所有分析和报告输出。

但众口难调。很多人建议：在APP上也要像别的产品一样，增加测试log统计功能。起初我也是很反对的，但是后来想了想，或许有一些场景下，他们就是仅需要简单的统计结果，而不需要云端那些复杂的统计呢。

所以，我还是妥协了。不过，即便是妥协，也要和别人做的不一样。千万别干过于同质化竞争的事情。因此我们的产品统计功能如下：

室外测试log统计界面：

室内测试log统计界面

备注：上述效果图仅是设计效果，并非实际测试结果。请大家不必过于在意数值的对错。

整个统计效果的设计理念是：在一张图上能一目了然的从数值分布和地图分布上了解此次log的整体测试效果。室内和室外测试log的统计各有区别。室外注重各制式的占比；室内注重室分和非室分小区的占比。