电信运营商的业务支撑系统

有的人认为，业务支撑就是计费。

这也难怪，业务支撑部门就是从当年的计费部门发展起来的，所以自然而然地理解，业务支撑不过是换的新马甲，本质还是计费。

持这种观点的一般都是老资历的同志，甚至领导，和业务支撑的接触少，没有看到业务支撑这些年的发展，缺乏这个专业对企业价值的深刻体会，所以让他们理解业务支撑，很难；让他们明白业务支撑专业与传统通信行业的差异，则更难！
有的人认为，业务支撑就是给业务做支撑的，名字就是这么起的嘛。

这样理解业务支撑的同志，往往把业务支撑看作业务部门的从属单位，业务部门怎么说，支撑部门怎么做。

如果支撑部门说做不了，那就是系统太烂，或是支撑部门能力弱。

业务上不了线，或者系统出了问题，就是业务支撑部门的主要责任。

而持这种观点的人，往往多是围绕某个业务、某个产品、某个管理领域，而没有更多地从企业全局来思考。

这就难怪他关注的仅是某个业务的支撑能力，而忽视业务支撑对整个企业的价值和作用。

比较接近事实的观点，应该是业务支撑是给企业的运营做支撑的。

传统电信运营商的运营支撑系统，主要说的是网管，那时运营的核心是保障网络的稳定运行，因此运营支撑很大程度上是说网管。

但是，现在的运营商，越来越多的是围绕客户和围绕产品两个核心开展运营；而产品也不再是网络直接提供的，而是经过业务部门利用业务支撑系统来包装和整合的。

因此，业务支撑系统实质上是支撑运营的平台，这种运营不仅是针对单一业务的，更包括多业务之间的。

业务支撑前端面向分散的、多元的、各自独立而又存在交叉的业务部门；后端面向的则是分立的、标准化、规范化刚性运作的网络、计划、财务等部门。

凡是别的部门不愿意改的，往往改动的需求就交给了业务支撑部门。

这还不能说明业务支撑是在为企业的运营做支撑么？
这还不够，业务支撑部门不仅需要发现问题，还需要提出解决问题的建议和方案，在很大程度上，已经超越了IT支撑部门的定位，在做一些应该由企业的业务部门或者说运营部门（如果存在运营部门的话）完成的工作。

比如，在业务设计时有多少建议是支撑部门提出的？有多少与其他业务的矛盾、冲突是业务支撑人员发现的？企业内部谁在主动地制定和推进跨部门的流程（业务流程甚至管理流程）？甚至谁在做业务规划？如果业务支撑部门仅将自己定位于支撑，它完全可以只接受最终的需求，有问题打回去，没有必要参与确定运营流程和规则的工作，更不必提出建议。

可请问我们的业务部门：事实是这样么？事实上，业务支撑部门已经很深地参与到运营里面去了，甚至成了运营商内部和运营结合最紧密的部门。