[原创]全业务哪能如此简单

小猪在跑

随着重组进程的不断推进，坛子里的口水倒向也在不断变化。从各种关于人员的问题，现在到了各种打着全业务旗号为各个运营商出营销飞刀的帖子。关于前段关于人员的问题，因为关系到每个人的个人利益所以说再多我也不多说了。但是现在出营销飞刀的帖子实在让我看着头疼，那些因为这类帖子引发的口水大战让加让我头晕了。（当然我这个帖子也许同样会爆发口水大战，但是先跟大家说一点我是不会参与的）。现在我就站一个电信小兵的角度上来说说我对那些营销飞刀的看法吧。俗话说站的低看的更低所以有什么不到的地方欢迎大家批评。

  作为运营商不管大家从事哪个岗位都应该知道一个叫支撑系统或者叫BOSS系统的（可能移动和联通有不同名字）。如果实在不知道就找身边同事问问，单位里花好几千万买回来还要安装调试几个月甚至几年的哪个玩意。如果还是不明白我再详细说明一下，哪个玩意至少包括了计费、收费、结算、业务办理、客户服务、营销、统计、经营分析等等内容。为了让大家更加了解，我近一步说明。哪个玩意包含三大流程是订单流、帐单流和服务保障流。

  订单流是客户提出订购需求之后，运营商确认资源，然后进行资源的配置，最终给用户开通业务。用户端体验到的是提出需求——接到应答的简单过程，但在运营商内部要跨越好几个部门、甚至跨越地域才能完成的。移动运营商的订单流要比固网运营商简化得多，开通和资源确认的过程均未经过网管系统，减少了系统之间的交互，这是业务本身的特点，也和IT建设管理模式有关。固网就比这复杂多了，开通前要先确认资源情况，包括业务资源（如号码）和物理资源（如缆线）、然后才能进入到开通流程；而开通也是OSS主导的，BSS只是被动等待。所以对于运营商来说，全业务时代的订单流要比现在复杂得多。
  帐单流是用户使用运营商提供的服务后，运营商如何将费用计算出来。核心流程包括采集、批价、帐务处理，衍生流程包括结算、营收、欠费风险控制等。由于移动用户的流动性，以及业务的开放性，因此移动运营商的帐单流要比固网运营商复杂。但是全业务时代，需要更强的融合计费能力——需要采集的网元种类增多，实时性要求提高，计费模式变化，等等。
  用户对运营商的服务有意见，对运营商或其他组织投诉；或者运营商主动分析研究客户和网络，提出内部改善的建议，这就会发起服务保障流。从目前来看，服务保障流是以处理客户的投诉为主的，要让客户有渠道反映问题，也有渠道对客户提供良好的售后服务。服务保障流和客户服务方面的工作遇到全业务时，将遇到更大的调整，比如发生更大的变化，这事以后再详说。
  因此多业务给运营带来的压力和变化，很大程度落在了业务支撑系统上。原本业务支撑系统仅仅支撑部分业务运营的流程，但是市场的发展给业务支撑提供了更大的发展空间，所以不但在传统的业务运营上介入得越来越深，而且对于传统的一些OSS覆盖的功能，也被BOSS吃了进去。虽说牙口好，胃口也不错，但是吃得多了，自然也存在消化问题。所以，业务支撑更体会到传统的运营流程中，业务上线引发的流程变更多，系统改动大，改造周期长，往往是牵一发而动全身，这就对系统的稳定性等方面带来巨大的压力。
  
  看完上面那些可能大家有点晕，那我再回过头来说说。那些飞刀如这个绑哪个，这个跟哪个通话免费，可以免费通多少时间。招数太多我就举几个例子，我再把这些招数归纳一下基本跑不出这个圈子：多业务并发、业务交叉捆绑、病毒式营销和体验经济。现在大家再跟上面对比一下，就目前的各家的支撑系统，能消化的了上面那些飞刀吗？更何况还有一个更加多样化的增值业务还没有人提到。
  
  我现在说这些不代表支撑系统以后不能适应，否则运营商是越全业务越没有前途了。罗嗦那么多我又要开始讲道理了，未来业务多样化程度应该越来越高，运营商难以找到杀手级的应用和业务。所以还是劝劝那些兄弟们就不要在这个坛子里卖那些一招杀敌的武功秘籍了。还是从实际点出发吧，首先多从思想和理论上对全业务谈谈看法。然后再在自己运营商的大机器里当好螺丝钉。如果有人问我全业务运营该怎么办，我也只能告诉你，我是一只小猪每天为了生活在奔波---------小猪在跑哈哈。（以后我会陆续写写从运营商各个环节上对于全业务运营的事情，文章帽子起的比较大，只要还没被现在的工作累死我一定坚持写。只是大家别对一直猪抱太大希翼哈哈）。最后再说一句，对于全业务运营商只有自身全面转型才能有出路，关于这个话题太深以后再跟大家说。