中央节点运营支撑系统方案概述.pptVIP

提纲 建设方案 建设目标 运营团队的主要工作 业务分析 产品需求管理 服务质量监控 提纲 建设方案 需求描述 提纲 建设方案 运营支撑系统网络示意图 运营支撑系统架构 功能划分 采用分层设计理念，功能划分为统计分析、需求管理、服务质量监控、接口功能四大部分； 对外接口 中央节点接口：中央节点相关数据(如号段信息)从中央节点获取 分省节点接口：统计数据源直接从分省节点获取 SPOA接口：与SPOA对接，实现客服流程支撑 运营系统网络结构接入方式比较 统计报表可视化呈现 用户分布统计呈现 活跃用户分省分布图 当月活跃用户趋势图 活跃用户分省统计报表 运营支撑工具实现需求管理支撑工作 产品需求管理：以工作流形式控制需求提交、需求评估、需求响应和需求验证等重要环节 需求变更管理：变更因素配置、变更影响分析、需求基线维护工具 服务质量监控工作内容 可视化呈现产品拨测结果 系统建设时间规划 * 中国移动139邮箱 中央节点运营支撑系统 建设方案建议 深圳市彩讯科技有限公司 2008年03月 进度计划 建设目标 需求描述 服务质量监控支撑 产品拨测模块：拨测数据管理、图形化统计 故障管理模块：故障处理工作流、与SPOA系统对接 观察员报告模块：体验报告、内部论坛 产品需求管理支撑 需求管理工作流：以工作流形式控制需求提交、需求评估、需求响应和需求验证等重要环节 需求变更管理：变更因素控制、需求基线维护 业务分析支撑 统计报表：提供用户分布统计、用户发展情况统计、客服投诉统计等相关统计报表 数据挖掘：用户活跃度统计、行为关联统计、网站流量统计 进度计划 建设目标 需求描述 业务分析 数据统计：通过数据采集工作收集全网各分/省节点的统计数据，生成包括业务统计数据、用户统计数据和用户行为统计数据； 数据挖掘：利用数据统计生成的各类报表及相关用户原始数据，深入分析用户行为和属性，最终形成直观的、具有指导意义的、为业务发展和管理提供参考的决策依据； 业务运营分析：通过对业务数据的收集、整理，最终形成业务发展的分析报告、市场信息的分析报告，用来总结业务的发展情况、市场信息的分析情况。 产品需求管理 产品需求类别：新功能/产品开发、功能优化和营销支持； 明确需求管理流程：产品需求提出、审核、评估、响应和验证需要进行流程控制； 对于全国产品需求进行管理，以避免重复投资、减少运营维护成本，也可以逐步统一产品结构，使手机邮箱产品符合互联网产品的特点 拨测内容：首页登录速度、邮箱登录速度、收发邮件速度、短信/彩信下发速度、BOSS鉴权和BOSS信息同步； 明确故障处理流程：故障发现、故障申报、故障排查和故障处理结果等重要环节需要进行流程控制； 观察员报告：每个省公司发展5-10名服务观察员，开发服务观察员体验报告和内部论坛专用网页，建立酬金激励机制；服务观察员定期或不定期递交产品服务观察报告 服务质量监控 进度计划 建设目标 需求描述 中央节点 北京分节点 天津分节点 自有省 节点1 合作省 节点12 PushEmail大众邮件代理网关 省 BOSS 省 DSMP 一级 BOSS … 广东分节点 广东、云南、广西、北京、上海、辽宁、山东、福建 天津、山西、新疆、内蒙古、甘肃、黑龙江、青海 吉林、宁夏、西藏、海南 12个省节点：江苏、浙江、湖南、四川、安徽、河南、重庆、湖北、陕西、江西、河北和贵州 中央节点运营支撑系统 1、网络稳定性比较 方案Ａ:网络结点少，减少不必要的网络传送，不影响中央结点运行负荷，中央结点也不需要再增加投入 方案B:增加中央结点运行负荷，必然导致中央结点不稳定，影响中央结点投入 2、运营系统建设进度 方案A:只需要运营系统和分(省)结点进行数据接口改造开发，建设进度及今后可能的调整速度快 方案B:在方案A的工作量基础上，中央结点也需要进行数据接口改造开发，影响整体建设进度 4、运营系统为业务运营服务 方案A:运营系统为邮箱业务服务，数据主要来自分(省)节点邮箱系统，为邮箱业务服务，从本质上需要运营系统直接和各分(省)节点直接对接，以到达最好的业务支撑 方案B:中央结点为邮箱基础功能，为邮箱业务提供代理、重定向等网络功能，和业务运营没有任何关联。 3、影响运营系统服务质量 方案Ａ:故障及数据核查点较少，出现问题只需运营系统和分(省)结点核查就可定位问题 方案B:目前现有的邮箱分布式架构本身，对故障问题的定位就提出了一定的挑战，邮箱收、发邮件故障处理流程没走顺，将各分(省)节点日记由中央节点中转，增加了故障产生比率及排查难度 方案A:运营系统直接和分(省)结点连接，邮箱业务数据不经中央平台结点代理中转 方案B:运营系统-中央结点-分(省)结点连接，邮箱业务