埃森哲_--_XXX快运公司发展战略项目商业计划报告(讨论稿）.ppt

XXX快运公司发展战略项目商业计划报告 讨论稿 2001年11月 第2页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopics 第3页 策略方向对信息系统的要求 XXX应该完善其信息系统架构 以确保其向策略方向的发展 提高业务运作效率 降低运作环节的成本 XXX应建立覆盖公司所有业务领域的 集成的 可供各业务部门 分公司和海外机构共享的业务管理系统 以提高信息准确性和及时性 提高业务运作效率 降低运作环节的成本提高客户满意度 XXX应在核心业务系统的基础上 向客户提供多种渠道的便利服务 提高客户对XXX服务的满意度 增强客户的忠诚度丰富销售渠道 在建立了一定的信息技术基础后 XXX将通过呼叫中心及网上销售等方式 丰富其传统的销售渠道 使电子化销售成为增加XXX销售收入的一条主要渠道 和减少成本的一种手段提高管理效率 提供决策支持 快递 货运及物流市场瞬息万变 收集准确有效的数据并加以科学的分析将为管理层面对市场作出正确及时的判断提供可靠的依据 同时 基于系统的自动化管理也将大大提高XXX内部管理的运作效率 XXX的远景目标 依托全国性的网络资源 先进的信息系统与航空运力保证 突出快捷 全方位和增值物流服务 提供快递 货运和多元化物流外包服务 成为立足于国内的综合物流服务提供商 第4页 为了支持XXX战略目标的实现 XXX的信息系统发展应基于以下原则 信息系统的发展服从企业发展策略 在XXX商业计划及发展战略中 将在今后几年中逐渐增加新航线及分拣中心 并相应扩大个地区的分支结构的分布 这将要求XXX建立覆盖整个公司范围的集成的业务管理系统 以支持XXX日益复杂的业务运作信息系统的发展应能提高对客户的服务质量 XXX 争取利润最大 的未来战略 要求XXX以客户为中心 提高客户服务水平 因此XXX的信息系统发展应考虑这一点 开发向客户提供的网上服务信息系统的发展应能支持直接客户的开发 抓住使用快递及货物运输服务的直接客户 是XXX实现其物流战略的关键因素 而发展XXX的客户关系管理系统可以为直接客户的开发和管理提供支持手段信息系统的发展应能提供各种分析报表 要实现最大利润的未来战略 需要建立公司统一的报表管理系统 并与业务管理系统建立良好的接口 该系统应能灵活方便地提供各种按航线 服务的利润和成本分析报表 以供业务部门在进行航线 服务营运控制和调整时提供决策支持信息系统的建设应当遵循以下一些原则 符合国际标准 统一规划与设计 保证良好的可扩展性 移植性 协同性 安全性及可靠性 开发应遵循组件化 分布式 跨平台的设计原则 第5页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopics 第6页 基于XXX是一个刚成立的新公司 其近期技术架构的建设应该以保证基本业务需求为指导 认证方式 用户名 密码 双防火墙 代理服务器 入侵监测系统 远程用户 开发服务器 生产服务器 数据库 监视路由器 业务伙伴 认证服务器 文件服务器 远程登陆服务器 远程登陆用户 内部用户 电子邮件服务器 数据库 第7页 考虑到XXX的实际情况及XXX集团的现有资源 建议XXX在发展初期把除开发服务器以外的所有生产服务器放在海口 由信息公司统一监管 帧中继 ISDN备份 办公自动化系统 BackOffice Systems BackOffice Systems BackOffice Systems 生产数据库 Front end Systems 防火墙B WEB服务器 防火墙A 开发数据库 办公自动化系统 办公自动化系统 海口 国内其它分支机构 国外分支机构 上海 第8页 从长远发展来讲 XXX应当建立一流的网络架构来支持业务系统的高速发展 很强的认证机制 智能卡 数字证书 一次性密码 双防火墙 代理服务器 开发服务器 安全的生产应用及数据库服务器 数据库 监视路由器 业务伙伴 LDAP目录服务器 基于WEB的登陆控制服务器 ACS 认证服务器 移动外设 WAP代理服务器 网关 文件服务器 电子邮件服务器 数据库 第9页 从XXX的长期发展战略来看 生产系统与开发系统最终应当移至上海 上海 帧中继 ISDN备份 国内其它分支机构 国外分支机构 海口 生产数据库 Front end Systems 防火墙B Web 服务器1 Web 服务器n 防火墙A 开发数据库 BackOffice Systems BackOffice Systems BackOffice Systems 办公自动化系统 办公自动化系统 办公自动化系统 第10页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopics 第11页 XXX需要有一套完善的快递 货运业务系统及企业管理系统来支持整个XXX的业务运作 并通过与外部系统的整合及多样的渠道来提高整个业务的运作效率 外部接口 企业管理系统 人力资源管理系统 财务系统 数据库 主机 安全 开发工具 网络 操作平台 内部接口 外部接口 快递 货运业务系统 基础架构应用系统 订单管理 知识管理 存档及恢复系统 销售 运力管理及调度 客户信息管理 定价系统 客户投诉管理 运作 扫描系统 货物跟踪查询 集装箱管理 分拣中心管理 危险物品管理 邮件处理 货运单管理 实际装载信息管理 决策支持 帐单管理 结算系统 财务 民航电报系统 呼叫中心 直接客户 货代 Email Tel Fax XML Internet 分支机构销售 Tel Fax Internet CRS订座系统 机场系统 仓库管理 业务伙伴 XML Email 单据管理 人员调度 第12页 目录 Express CargoapplicationsEnterprisemanagementapplicationsExternalsysteminterfacesCustomerinterfaces 第13页 应用系统描述 销售模块 运力管理及调度系统 运力管理及调度系统将根据腹舱 全货机 公路的运力及仓库的容量进行门到门的线路智能设计 并能根据实际情况进行相应的修整 线路设计的结果将被自动送至各相关部门 第14页 实际装载货物管理系统 该系统将会记录腹舱 全货机及货车实际装载的货物信息 如果与计划的数据有所不符 将自动产生报告 并转至相关部门 该系统应含盖现有货运系统中的配载功能 货物跟踪与查询系统 货物跟踪与查询系统将实时的多渠道的为内部工作人员及客户或代理人提供运送货物的状态 包括货物目前的所在地点 付款情况 运送时限 一旦货物运输未能满足原定计划 系统应当能自动产生预警 该系统还能打印到达通知 应用系统描述 运作模块 第15页 应用系统描述 运作模块 续 人员调度系统 人员调度系统会对分拣中心 客户服务中心的24小时运作进行统一规划 并对司机 投递人员进行统一的调度 以有效的支持业务运作 第16页 应用系统描述 运作模块 续 危险物品管理 当接收危险物品的订单时 需要记录其特定的装 卸需求 放置需求及其它一些特殊的运输规定 然后将这些需求以电子方式自动送达相关的操作人员手中 第17页 应用系统描述 财务模块 帐单管理 帐单管理系统会根据货运单信息 实际装载货物信息 及客户信息为代理人及货代打印帐单及发票 在实施该系统的时候应当考虑 在中国民航货运界是否有类似CASS的行业结算系统存在 是否要与该系统进行接口连接应当根据客户的需求 同时现有机场货站的收费功能也应融合进帐单管理系统中 结算管理 结算管理系统将根据货运单信息 实际装载货物信息 特定合同条款来进行与其它货运 快递公司或承运公司的利润分配和帐务结算 第18页 目录 Express CargoapplicationsEnterprisemanagementapplicationsExternalsysteminterfacesCustomerinterfaces 第19页 一套完善的财务管理系统能够真实准确地反映企业的经营状况 为企业高层对企业的未来发展提供重要的决策依据 Finance 决策 管理 核算 事前预测 事中控制 事后分析 应收帐款管理 第20页 人力资源管理系统 HR 员工档案管理 可详细记录员工个人资料 并灵活处理试用期满 合同期满 临时工转正 员工反聘等事件 第21页 知识管理系统的建立需要一个逐步积累与完善的过程 获得与产生 汲取与创新 分类与存储 检索与提取 转移与传播 分享与应用 完善 数据 信息 知识 智慧 能够解决实际世界中存在的问题的解决方案 对相关的信息建议总结 从而能对今后的行动加以指导 有足够连贯性 能使人明白的数据 数字化的事实 业务成功 综合 从收集的信息中进行学习 行动的能力 第一阶段 第二阶段 第三阶段 第四阶段 第22页 应用系统描述 企业管理 存档系统 长期的历史数据不应当存储在实际的操作系统中 而是应当另外加以存档 由于存档数据有可能被要求重新调出 因此需要有一套系统在每次系统升级时对存档的数据加以特殊考 统计分析报表 统计分析报表将为管理层及操作层提供财务 销售 客户行为等方面的报表 以支持操作层的运作效率改进及管理层面对市场的决策决定 第23页 目录 Express CargoapplicationsEnterprisemanagementapplicationsExternalsysteminterfacesCustomerinterfaces 第24页 应用系统描述 与外部信息系统的接口 与民航电报系统的接口 SITA是一家全球性的航空电信服务提供商 它定义了一系列各航空公司之间进行数据交换的数据格式 包括订舱请求 货运单信息 状态信息 异常情况通知及其它一些操作信息 同时 它还规定一些与海关进行数据交换的一些数据格式 第25页 目录 Express CargoapplicationsEnterprisemanagementapplicationsExternalsysteminterfacesCustomerinterfaces 第26页 多元化的客户界面能极大改善与客户及商业伙伴之间的沟通 XML 传真 Internet 计算机语音合成 综合数据库 电子邮件 工作流管理 货物状态查询 运作 帐单 销售 客户服务 订单管理 第27页 EDI和XML是两种应用最为广泛的解决企业内部以及企业与企业之间不同格式信息传递与沟通的解决方案 实施EDI的好处 相对于人工操作而言 EDI能够节省成本EDI能减少人工操作的差错率EDI能使流程之间的整合更加自动化EDI能帮助改善客户服务EDI加强了与业务合作伙伴之间的联系EDI改善了内部的操作流程 EDI的介绍 EDI的标准最早出现在60年代 并在70年代得到了广泛的应用不同的组织已经定义了超过250种不同的EDI信息标准主要的两大标准包括在北美广泛使用的ANSIX12及在亚洲及欧洲得到广泛使用的UN EDIFACTEDI的标准是与硬件及操作系统无关的 XML的介绍 ItisasubsetofStandardGeneralisedMark upLanguage SGML optimisedfordeliveryovertheInternet它是一种meta语言 也就是一种用来描述另外一种语言的的语言XML语言可以定义无限多的标识XML的标识符代表了该字段的正式含义 实施EDI的好处 与EDI相比 XML的好处体现在 初期投资及今后的维护费用都相对较低能提供相对更为广泛的商业伙伴连接基于XML的文档能适用于多种不同应用系统XML支持实时及交互的事物处理XML包含了现有EDI的所有信息格式 并且其格式更为广泛XML提供了更为人性化的数据格式XML被大多数的行业标准协会选做将来EDI的更新换代产品 第28页 XML是取代EDI的下一代解决方案 制约EDI发展的因素 EDI相当昂贵初期建设及未来维护费用都相当可观目前 只有世界500强公司中的一些公司适用EDIEDI把中小型企业拒之门外EDI需要特殊的基础架构及特定的专业技能EDI更适合后台批量作业不统一的EDI格式标准 美国与欧亚使用的格式标准就不一致 EDI比较复杂 对一些组织来说 维护所需花费的精力很大 EDI是 第一代 的解决方案 而XML是 下一代 的解决方案EDI并不会就此消亡 但是未来的解决方案将以XML为主流 第29页 一套企业级的计算机语音合成系统能够提高客户服务水平 1 PBX ACDPlatformincludesPBXsystem ACDsoftware ACDreportingsoftware stationsetsandheadsets 2 TelephonyPeripheralsincludestaffforecastingtools ACDdisplayboardsandvoicemessagingsystems 3 HybridPlatformsincludeVoiceResponseUnits VRUs PredictiveDialingsystemsandFaxServers 第30页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopics 第31页 01 2002 01 2004 01 2003 01 2005 结合XXX的业务发展需要 近期XXX的信息系统实的建设应当分为三个阶段 阶段划分考虑因素 基础设施的建设货运 快递基本信息的电子化以财务系统作为业务系统的核心在与客户的接触点体现XXX的高科技形象 XXX内部业务系统的优化 实现智能化 在完成XXX内部业务系统的基础上 与外部系统之间进行数据整合 并拓宽与客户的沟通渠道 第32页 2002年的信息系统建设对于XXX来说是至关重要的 共有六个主要的建设项目需要开展 月份 一月 二月 三月 四月 五月 六月 七月 八月 九月 十月 十一月 十二月 项目 业务架构与系统选型 货运与快递系统整体设计 货运快递系统第一期开发与测试 XXX技术架构规划 物理网络建设 呼叫中心设计与建设 1个月 办公自动化与网站建设 综合财务系统 1 5个月 1个月 第33页 项目成本 US 总成本 6 3m 10 6m 2002年 XXX需要投资630万美元到1060万美元用于信息系统的开发与建设 业务架构与系统选型 项目1 0 2m 0 4m 货运与快递系统整体设计 项目2 0 5m 1 0m 货运快递系统第一期开发与测试 项目3 3 0m 4 0m XXX技术架构规划 项目4 0 01m 物理网络建设 项目5 0 1m 0 2m 办公自动化与网站建设 项目6 0 01m 综合财务系统 项目7 0 5m 1 0m 呼叫中心设计与建设 项目8 2 0m 4 0m 备注 XXX内部人员的成本不计在内 考虑到聘请不同公司人员的收费情况的不同 系统设计的复杂程度 现有软件包与XXX的业务匹配程度以及所用软硬件洽谈的折扣率等因素 总体成本在一定的范围内有所浮动 第34页 XXX应当遵循科学及公正的原则进行业务架构设计及系统选型 项目实施步骤描述根据对现有快递 货运系统进行初选对现有货运快递软件包市场进行评估设定软件包初选准则对软件包进行筛选制作招标书根据运作模型进行业务流程的细化 并根据细化的流程作出详细的功能需求及技术需求分析审核业务需求 业务架构 定义出评选的详细条款定义打分标准设计关键业务场景用于厂商演示向通过初选的候选厂商发放标书对软件包进行评选组织进行厂商演示与供应商提到的成功案例进行联系核实 并到当地进行现场观摩根据评选准则进行评选 并比较成本与收益 得出最终的选择参照以上四个步骤 对开发商进行选择 前提与假设企业的战略方向及业务模式已经明确高层次的运作模式已经设计完毕在一套现有的快递 货运软件包的基础上进行客户化最能满足XXX业务发展对时间及质量的需求客户化或重新开发的任务都应与国内的开发商进行合作 第35页 项目组织 项目期望的成果 形成一套详细的功能及技术需求列表找到一套最为接近XXX业务需求的快递 货运软件包找到一家具有行业经验及开发实力雄厚的软件国内开发商综合各家解决方案 得出一套初步的适合XXX的解决方案计划 质量控制 项目管理办公室 项目经理 业务流程 技术 XXX内部1个全职的项目经理工作3个月3个业务人员工作3个月3个技术人员工作3个月XXX外部1个全职的经理工作3个月2个全职的业务流程专家工作3个月2个全职的技术专家工作3个月 成本硬件US 0m软件US 0m外部服务假设300人工作日US 0 2m US 0 4m网络基础架构不在考虑范围之内总成本 US 0 2m US 0 4m 快递 货运系统的业务架构设计及系统选型的投资约为20万美元到40万美元 第36页 快递 货运系统的整体设计应当从业务流程 技能需求 技术架构及应用架构等方面进行协同设计 项目实施步骤描述设计业务流程 技能需求完善详细的业务流程设计工作流图定义业务场景雏形明确技能需求定义物理场所之间的交互流程 应用系统之间的交互流程及不同用户类型之间的交互流程应用程序设计建立用户交互模型 制定用户界面的指导规范建立事件模型 应用程序流程模型 数据模型及业务组件模型准备生产环境测试的测试脚本设计用户界面 应用程序接口 内部和外部 及业务组件定义准备集成测试的测试脚本物理数据库及逻辑数据库的设计以及数据转换流程的设计审核设计质量技术架构设计分析技术架构需求挑选执行架构的模块并进行详细设计挑选开发架构的模块并进行详细设计挑选运行维护架构的模块并进行详细设计根据技术及业务需求 完善物理网络的设计与技术开发人员进行交接 前提与假设快递 货运系统及开发商都已选定参与设计的人员一定要对快递及货运行业十分了解 并且具有大型系统的开发与设计经验 第37页 项目组织 项目期望的成果 能够产生一套已经模块化好的可以分发给技术人员进行模块级详细设计的描述由设计人员制定的测试脚本来考核将来的开发工作整体的设计以保证开发的高效性 系统接口的开放性 模块的可重用性及可扩展性 质量控制 项目管理办公室 项目经理 业务流程 技术架构 XXX内部1个全职的项目经理工作3个月2个全职的业务人员工作3个月2个全职的技术人员工作3个月XXX外部1个全职的经理工作3个月3个全职的业务流程专家工作3个月4个全职的技术专家工作3个月 成本硬件US 0m软件US 0m外部服务假设480人工作日US 0 5m US 1 0m网络基础架构不在考虑范围之内总成本 US 0 5m US 1 0m 快递 货运系统的整体设计总投资在约为50万美元到100万美元 应用系统 第38页 快递 货运系统的第一期开发项目 项目实施步骤描述根据开发环境与生产环境的设计 购买相应的硬件设备搭建技术环境 包括物理网络 开发架构 执行架构及维护架构 并进行测试应用系统的开发与测试模块详细设计准备模块测试脚本准备通用测试数据开发图形及多煤体内容开发培训产品开发各个业务逻辑模块整合多煤体内容 然后进行模块测试进行整合测试进行生产环境测试进行用户接收测试开发用户手册及业务规则试点并推广 前提与假设快递 货运系统的整体架构设计的主体基本完成的比例配备 第39页 项目组织 项目期望的成果 能够进行模块级详细设计的描述由设计人员制定的测试脚本来考核将来的开发工作整体的设计以保证开发的高效性 系统接口的开放性 模块的可重用性及可扩展性 质量控制 项目管理办公室 项目经理 架构小组 XXX内部1个全职的项目经理工作7个月3个全职的业务人员工作7个月1个全职的技术人员工作7个月XXX外部1个全职的经理工作7个月8个全职的业务流程专家工作7个月35个全职的技术专家及开发人员工作3个月 成本硬件US 0 4m US 0 6m软件US 0 4m US 0 6m外部服务假设6160人工作日US 2 2m US 2 8m网络基础架构不在考虑范围之内总成本 US 3 0m US 4 0m 快递 货运系统的第一期开发项目在300万美元到400万美元之间 财务模块小组 销售模块小组 运作模块小组 第40页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopics 第41页 目录 ITobjectivesandguidingprinciplesTechnicalArchitectureApplicationArchitectureActionplanAppendix IThottopicseCommerceClient Servervs NetCentric 第42页 快递 货运业务将会更多的依靠电子化的渠道来增加销售及与客户的沟通电子客户关系管理 基于WEB的客户沟通渠道 客户投诉管理 客户