北京移动资本支出预算和预算系统实施项目——终期汇报

北京移动资本支出预算和预算系统实施项目 终期汇报,2003年4月9日,项目工作,合同 要求,系统实施,OpEx 滚动预算,投资项目 审批,CapEx 滚动预算,项目完成情况,完成 设计,实施 推广,预算系统的设计、配置 数据导入、系统上线 用户培训,模版改进 滚动预算,项目分类 项目申请流程、模版 项目评估方法、工具（业务案例） 项目负责人培训和培训材料 项目评估打分体系 项目审批组织设计和流程 项目标准假设、标准成本,b,b,b,b,b,b,b,新增能力项目预算模版、流程 现有能力维护项目预算模版、流程 办公固定资产及软件购置预算模版、流程 在建项目预算模版、流程 预算汇总与调整 预算汇总、调整方法总结 CapEx盘子确定方法,b,b,b,b,部分,目录,预算系统实施,资本支出预算试运行所发现的主要问题和解决方案,资本支出预算试运行结果汇总,资本支出预算框架概览,问题和回答,第二阶段运营支出预算汇报主要内容,一、预算系统Hyperion Pillar 上线,二、Opex滚动预算运行,预算模板变化简化各部门的工作，避免整合中的错误 预算意识变化汇总部门和业务部门更多从业务角度考虑 广告类费用项目的事前、事中和事后控制 建立行政管理费标杆,固化预算编制逻辑 提高预算汇总的准确性 便于预算分析和预算调整 加强与系统的数据整合,三、Opex滚动预算运行分析,手工设计和调整的模版可能出现公式设置的差错、项目的遗漏等，为最后的汇总埋下隐患,下发到各个部门后，每个部门的填列方式都不同，不能统一；口径较粗所以比较容易出现漏报的项目,由于手工操作的原因，预算作的不够细致，按大项填列的总数无法判断合理性，不能从总体上平衡,各部门上交到汇总部门，汇总部门面临大量的工作，这个工程中会出现各种错误，而且难以追踪错误的原因,准确性,合理性,可追溯,可细化,现有以Excel为基础的预算编制过程中 的主要问题,系统上线（滚动预算）,系统需求分析,关键用户培训,项目准备,模板设计,最终用户培训,系统配置,200多兆的文档,项目管理文档,预算系统实施过程和知识传递,固化预算编制逻辑,提高预算汇总准确性,便于预算分析和调整,加强与MIS系统整合,预算科目与报表结构 责任组织结构 成本分摊方法 标准比率 各类预算项目的编制方法,预算系统带来的主要变化,预算 系统,MIS 系统,Opex滚动预算主要变化模板 规范和简化模板 减少各部门的工作量,系统中已经建立各部门人数,各部门提供标准每人每月费用,模板的格式和各部门不需要填写的栏位被保护,模板数量从十几，甚至二十几张减少到最多四张,网络部,市场部,行政物流中心,返修费用 代维费用 备品备件费用 仪器仪表费用 网络服务费,广告类费用项目,网络优化中心 运行维护中心 郊区运营中心 传输中心,市场部 营销中心 业务发展中心 郊区运营中心,存货类采购 非存货类采购 备品备件,各职能部门 各执行中心,汇总部门,费用类型,涉及部门,Opex滚动预算主要变化意识变化 汇总部门起到更重要的作用,上报需求,审核、汇总,预算经理,不是简单的汇总者， 而是合理优化和整合者,Opex滚动预算主要变化意识变化 业务部门更多从业务的角度考虑预算合理性,Opex滚动预算主要变化广告类费用项目 事前、事中和事后控制,事前控制,事中控制,事后控制,输入系统,预算系统数据 导入系统,输出系统中的实际值 与预算系统数字比较,Opex滚动预算主要变化行政管理费用 建立标杆,业务招待费标杆,每人每月/元,2002年各部门水平,标杆,Opex滚动预算运行分析各期间分析 滚动预算帮助各部门根据实际发生情况进行合理调整今后的业务,2003年第一季度,本次滚动预算的假设前提是用户数预测、业务量预测、收入预测以及投资计划没有较大变化,2003年第二季度,市场类项目费用增加 (+),网内网间结算支出减少 (-),销售佣金增加 (+),2003年第三季度,2003年第四季度,滚动预算月和月实际值月份年度预算值下三个季度值,市场类项目费用减少 (-),网内网间结算支出减少 (-),销售佣金增加 (+),市场类项目费用减少 (-),网内网间结算支出减少 (-),销售佣金增加 (+),市场类项目费用减少 (-),网内网间结算支出减少 (-),销售佣金减少 (-),5845.28,5862.28,Opex滚动预算运行分析 各报表项目分析,目录,预算系统实施,资本支出预算试运行所发现的主要问题和解决方案,资本支出预算试运行结果汇总,资本支出预算框架概览,问题和回答,新的预算所带来的变化延长项目预测时间（未来18个月）和采用按季度滚动预算，加强计划性和灵活应对市场的变化能力,第1年,第2年,第3年,第4年,第5年,第6年,第7年,第8年,3年滚动规划,1年业务规划,项目计划时间 （项目生命周期）,18个月时长按季度 Capex滚动预算,18个月预算时长内准备开始的所有项目,Opex滚动预算,新的预算所带来的变化按照新的项目功能分类，明确项目发起的责任分工，避免项目重复申报、漏报及忽视项目关联性,局部示例,项目发起部门,项目共同发起部门,需求提出部门,发起部门和共同发起部门的责任分工,新的标准功能分类做为项目需求产生的基础,原则：将项目发起部门的责任逐步落实到职能部门身上。业务部门做为用户，不具备全局端到端的视角，同时若身兼发起和使用部门，有利益冲突。 但由于目前的组织架构下，职能部门的设置不明确，且技能分散在各个部门，因此目前的安排只是适应现状的过渡性办法。,新旧项目分类的对比旧的分类侧重于技术角度；新分类侧重于经济角度的分层审批和管理，将项目成本看做是一个整体，而不是按资产性质拆开,新投资项目,利用现有资产的投资项目,大型技术改造,改扩建,设备更新,新建,续建,优化 项目,新建、 续建 项目,新增能力 建设项目,现有能力维护项目,现有能力维护项目,与项目相关的办公固定资产购置,办公楼 建设项目,办公固定资产购置,与项目相关的局房 建设 项目,BMCC现行的统计分类,建议的新的项目评估分类,GSM网,新技术 新业务,传输工程,业务支撑系统,网络支撑系统,局房土建,零购,与项目直接相关的,间接相关的,建议项目申报和审批的变化突出了项目与预算的不同和联系。项目不等于Capex,与项目相关的 Capex部分,与项目相关的Opex 部分,项目申报 （Capex+Opex）,职能部门1,职能部门2,部门1,部门2,部门3,部门4,项目与Capex相关的部分,项目与Opex相关的部分,计划建设部审批 （Capex预算）,财务部审批 （Opex预算）,A类项目审批,B类项目审批,C类项目审批,D类项目审批,跨部门项目预审和审批机构,财务处理,业务部门1,业务部门2,部门3,部门4,横向协调,施工设计,下计划 任务书,可研,筛选/ 立项,可研 报告,投资到位/ 开工建设,预可研,后评估,将投资计划和预算一体化。设计新的业务案例模版、流程和项目评分筛选体系。完善和内化公司的项目评估和筛选能力。,项目前评估的任务预算,项目后评估的任务总结可持续性评估,总结,可持续性评估,达到 生产能力,需求调研 和 机会评估,项目终点,竣工/ 账户关闭,项目建设期（第0年）,项目运营期（第1-T年）,项目计算期,项目准备阶段,项目实施阶段,项目总结阶段,现状 分析,后评估 报告,第T年,业务 案例,设计 报告,计划 任务书,项目批准 委托设计,机会 确认,业务 案例,北京移动内部完成,项目 筛选,项目 批准,批次 计划,目录,预算系统实施,资本支出预算试运行所发现的主要问题和解决方案,资本支出预算试运行结果汇总,资本支出预算框架概览,问题和回答,对资本支出预算总额的合理性分析,销售/Capex,EBITDA/Capex,Capex/平均用户数,平均,2.38,1.64,941,3.31,2.26,545,基本业绩目标 下的Capex,挑战目标 下的Capex,35.6亿,34.54亿,34.8亿,35亿,33.9亿,33.8亿,34.8亿,34亿,目前,37亿,假设保持2002年的资本支出预算水平不变的话,从市场角度出发，如果保持2002的投资效率水平不变的话，则支出销售收入和EBITDA指标的合理的投资水平应在34-35亿左右。高于这个数会降低投资效率。考虑到今年有非经常性的办公楼建设等支出，而这些支出仅占今年的新增预算盘子1.7左右（按上报的计划资金需求表估算），因此，37亿的总盘子在市场条件与去年相比不发生大的变化的情况下大致合理。,项目汇总结果概览初步资金需求汇总结果,固定资产投资预算调整思路。,03 年 预 算 上 限,03 项目 投资 上报,漏报,在 建 工 程 结 转,可 分配 资金,新批 项目, 多报 误报 时间 错误,Opex,已 下 达,挖潜,03 资 金 需 求,扣除,挖潜,未 下 达,将相关项目合并，减少重复 寻找更经济有效的替代方案、挖掘现有设备潜力 优化投资实施方案,超出,初 步 资 金 需 求,实际可分配资金,挖潜,项目最终汇总结果概览,由于对项目统计的 处理不是很正规， 造成统计误差,剔除Opex部分,剔除上报时 重复统计部分,5,2003年资本支出预算构成和汇总结果分析（估算）,2003年以前已批准的续建项目占今年37亿总投资额度的百分比为45%。这一比例较大。 随着集团公司对资本支出预算总额的控制，如果不加以控制，这一比例有逐步扩大的趋势。使得当年可支配预算总额越来越小 经过同计费、新业务、传输等部门进行讨论后，对项目的优先级进行分类，A类项目投资需求汇总比预算仍然多出4.45亿。,办公,维护,B类,C类,D类,续建,载频相关,基建,预算 37,16.5,0.5,27,7,预算差,24.45,20,4.45,13.15,1.71,2.55,新增 和 优化,A类 项目,传输,2.53,支撑,2.19,新业务,4.87,54%,7%,10%,9%,20%,2003capex投资需求27.5亿续建16.544亿,分类后A类投资 需求与预算差,A类是各部门认为必上类；B类为各部门认为应当上但计划部门认为需进一步研究；C类为视资金情况可上可不上；D类为条件不成熟暂不考虑，但未来可以重报。,按照目前的预算上报情况，考虑各种因素后，有必要对目前A类项目的规模进行进一步压缩调整才能满足今年预算要求。,假设新增项目投资估算与 实际资金使用之间的 差额10,假设部分项目今年内无法完成 要拖到明年续建占新增10% （占明年预算）,个别上报的项目不批准 和维修办公预算调整等 （对所有Capex）,漏报和或 B、C、D类项目上马,总公司新下达项目,预算估计不足的项目4%,其它由于市场变化 造成的不可预见，需要投资储备（如土建提前）,1.62,2.7,.13,现有的A类项目调整规模,预算调整的方案设想,？,？,？,1,2.55+?,4.45（弥补投资总额 与预算缺口）,（净差额占新增项目6%）,估计需要从现有A类项目中调整出2-4亿资金,若从经济效益的角度论证，并非所有的A类项目都符合经济的要求。而某些在B、C、D类的项目也并不见得不重要，只是需要进一步论证或需求不确定。,B-BOSS、BOSS综合网管,B类项目 （可能上马的与集团相关的项目）,5000万,BOSS新业务开发（取决于新业务）,3000万,网上营业厅，集团要求年内建成,1000万,D类项目,BOSS搬迁,300万,EAM项目，需要进一步论证,B类项目 （或多或少要上）,典型项目举例,A类项目 （被认为是战略性项目）,IDC,2000万,WLAN,6000万,调整的原则,对于未完成的在建项目，尤其是2002年以前开工的项目尽快清理，弄清楚额外资金需求。（在决策时对已发生的投资应当视做沉淀成本，不与考虑；而应当以是否有增量效益为对项目是否继续进行投资的依据新追加的钱是否能够带来边际效益）,在市场情况不明的情况下，对规模过大的项目考虑分步建设，成熟一批，建设一批。 对项目进行进一步分类：战略性、立刻见效和锦上添花。资金应当优先保证前两者。 平衡现有能力规模和新增能力建设，在不破坏项目完整性和收入实现的情况下，适当压缩现有能力规模，保证急需的新能力建设。（在有和没有之间，先保急需但还没有的）,加强各部门的协调和配套，提高建设开通率/投产率。尽快发挥生产效益。防止由于不配套造成的烂尾工程。,对已批准的预算，不能随意调整内容，若调整需要经计划建设部统一批准。防止占盘子的现象和资金任意挪用。,盘活存量 挖潜,根据市场 变化 调整项目 和规模,加强协作,防止挪用,加强各部门的沟通，更准确的估计相关的投资需求。避免割裂考虑。,对相关 项目统筹 考虑,对明年投资的影响分析,2004年投资预测构成,2004年预计投资需求总计：258,956,2003年结转,办公楼建设,3,4,传输,2,已知 锁定 投资 6,50%其它,9,保守 锁定 需求 估计 18,假设 04年 预算 总额 30,最多可支配 Capex预算 12,$6B ￥500,$5.6B ￥460,$4.9B ￥406,$4.5B ￥370,2002,2003,2004E,2005E,集团公司未来Capex投资计划,6.2,北京移动 占集团,8,24-32亿,23-30亿,在预算额度逐渐减少的趋势下，对长期性项目审批要严格控制。将续建项目保持在合理的比例。,结转到次年,结转到后年,结转到次年,结转到次年,结转到后年,结转到次年,预计未来预算 变化趋势,结转到次年,结转到后年,结转到次年,结转到后年,结转到次年,结转到后年,批准投资 总额,可分配预算 （资金）,计划额度、预算额度与建设期控制的关系矩阵,目录,预算系统实施,资本支出预算试运行所发现的主要问题和解决方案,资本支出预算试运行结果汇总,资本支出预算框架概览,问题和回答,一体化的业务规划可以确保各个部门的项目与公司总体目标协调一致。优化资源配置,优化客户和产品组合，提供更大的价值 战略驱动和项目排队提供在整个公司内的资源优化配置，而不是局部优化。 确保主要的机会不会丢失 清晰的、明确定义的流程能够确保公司行动步调一致。 提供有效的决策支持 为公司的其它领域的资源和活动计划打下基础。,建立一体化的 业务规划,主要的益处,目前的规划现状,网络发展计划,广告和促销计划,产品计划,系统发展计划,新业务,市场细分计划,一体化的规划,网络发展,广告和促销,产品发展,系统开发,新产品R&D,战略计划,一年期的 业务 计划,市场细分计划,各部门的业务规划各自为政。缺乏一体化的业务规划，影响对跨部门项目的 指导和决策判断。,分散在各个部门的业务计划无法成为公司的共识。各自按照自己的理解在进行局部优化。,由公司自上而下组织指定的、由全体部门参加的业务规划，能够成为公司一致的目标。,本部门什么都有，但别的部门都说什么都没有,对新的项目分类的培训有待加强,优化 项目,新建、 续建 项目,新增能力 建设项目,现有能力维护项目,现有能力维护项目,与项目相关的办公固定资产购置,办公楼 建设项目,办公固定资产购置,与项目相关的局房 建设 项目,建议的新的项目评估分类,与项目直接相关的,间接相关的,由于新的分类进一步细化，许多人对新的分类不了解。 新的分类同原有的分类某些名称相同但含义不同，容易产生混淆。（如技改） 由于北京移动没有正式的设备更新维护计划（包括大修理），对于现有能力维护类项目的理解因人而异。成为灰色地带。 对于组织跨功能的端到端的能力建设项目还没有经验。机械地使用新的分类。 由于采用统一模版，优化类项目和新建之间的界限不明显。无法正确采用多重判断得到合理的项目分类。,在实施新的分类过程中所发现的主要问题,职能部门和计划人员首先要掌握分类。对未来项目上报前进行把关。 对于项目填报中出现的问题，首先应当培训各部门的项目申报汇总人员。 在不违反分类原则的情况下可以适当调整名称，更接近于习惯用法 编写了分类的判断框图，但需进一步细化 对灰色地带的项目实行双重判断：性质和金额,已采取和建议采取的主要措施,从试运行的结果来看，关键的财务能力没有内化。造成项目效益评估在一定程度上流于形式。目前项目立项主要从技术出发。,公司业务人员对新的方法重视不足。 公司在各个环节上都能满足项目审批的手续和文件， 但是由于关键决策支持能力（如规划、经济分析等）并不在公司内部，因此有流于形式， 没有系统的收集和整理经验数据和统一标准假设，造成投资估算无依据和方法可循，投资估算过粗。,未来在公司内部，在项目审批的整个生命周期，建立基本的财务能力。 在初期可以让财务部门人员承担培训业务部门人员财务知识，并协助参与编写项目申报财务分析部分的责任。 对于业务部门：更多的要学会如何将项目与绩效指标挂钩；如何评估项目效益。 财务评估能力应当成为所有项目负责人员和三级经理以上人员的基本能力要求 审批部门，对项目规划和如何将业务需求转化为项目需求的总体把握。,在实施新的分类过程中所发现的主要问题,已采取和建议采取的主要措施,基本上没有人能够计算出项目如何同公司效益或KPIs挂钩,基本上没有哪个项目能够说清楚投资构成,第一轮业务案例汇总请况,基本上没有人考虑与项目相关的Opex,基本上没有将跨部门的关联项目合并考虑,北京移动每年委托可研项目数量在200300个，其中不可行的项目为0个,项目应当如何与收益挂钩问题直接挂钩要依赖自上而下，以市场为导向的分配预算。,运营收入,净增用户数,ARPU,毛增客户数,流失客户,市场营销有效性,竞争对手客户转移障碍,新业务市场份额,客户满意度,自有客户转移障碍,产品竞争力,年初用户数,新增用户市场份额,网络质量水平,首次拥有成本,客户离网率、 客户平均生命周期,首次拥有成本,经常性使用成本,用户的捆绑性(bonding),产品的竞争力,平均资费水平,用户的捆绑性,新增用户市场份额,新产品和新服务的竞争力,经常性使用成本,净坏帐损失,手机平均成本 首月租费卡费,按某一市场细分的平均月使用时间平均资费月租费,与竞争对手的比率（按产品和市场细分）,数据业务对收入贡献率 数据产品的种类 数据产品的平均ARPU,数据业务市场份额 数据业务市场份额增长率,手机平均成本 月租费卡费,客户服务水平,网络覆盖率 漫游覆盖率 网络质量投诉率,接通率 掉话率,首次问题解决率 客户平均等待时间，投诉率下降,领先竞争对手的产品数量 可选择产品数量与竞争对手的比例,集团用户收入占总收入 集团客户用户数/集团用户的数量,产品捆绑,产品平均,资费套餐的数量 采用资费套餐的用户的比例,按某一市场细分的平均月使用时间平均资费月租费,每毛增用户的市场营销成本,SIM卡的定制比例 战略联盟数量,品牌和形象,SIM卡的定制比例 战略联盟数量,X,月租费收入,价值杠杆,KPIs,间接挂钩，将本部门的效益与本部门的KPIs相联系。例提高净增用户数相关的项目,需要加强基础数据标准化问题做业务案例的基础和前题,统一编制业务案例所需的标准假设,标准成本和标准估算方法的整理和收集,将业务案例所需信息的提供和更新维护落实到各个部门,利用现有的可行性评估报告材料。 从各个业务部门收集经验数据 整理后供决策分析参考,应当出台相关的政策管理和鼓励信息共享,需要明确责任部门，甚至个人,规范信息需求和信息维护责任，以及发放管理,解决方案,有待解决的问题,规定何时向何人提供编制业务案例所需的何种信息 规定信息更新的频率和渠道,严肃责任和义务 应当同考核挂钩。对那些由于不能按时提供所负责维护的数据的，延误其他人员工作的应当予以处罚。,人员技能培训问题和如何在业务部门建立财务技能,应当在各个业务部门（首先是职能部门）设立财务控制主管，负责对业务案例编制、和上述任务的协调处理。同时负责分解和设定部门的KPIs。,综合技能的人员 清晰的职责,统一标准配置,对个人电脑的标准设定标准配置,需要明确责任部门,建立标准、整合管理、提高效率、鼓励节约,共同制 定办公 设备配 备标准,依标准配置申请实物，预算内事项执行便捷,共同制定办公设备记录、使用跟踪口径，共享信息,由行政根据批次采购计划，统一维护标准成本,通过配置标准化与价格标准化的管理减少各申请部门与计划建设部在小额投资管理方面所花的精力 设备管理部门积极参与对办公设备的主动管理，跟踪办公设备的使用权转移，规划设备弃用淘汰，协调“下岗”设备的“再就业” 长期建议： 对于特殊、金额高的办公设备，通过建立“商务中心”节约投资、提高利用效率，加强维护管理 将办公设备购置投资作为后勤支出的一部分，与各部门的业绩目标结合，使得各部门自主控制投资总额，根据业务需求适当申购办公设备,各部门人均计算机0.84 -1.89台,各部门自行申报价格比实际采购价格高30%,标准、制度的建立大大降低一事一议的管理成本03年共申请办公设备1880件，按平均每5项设备提一次申请，计划建设部要为2834万投资，审批376次,营业厅新建、更新改造需求的评估标准问题,营业厅相关标准的建立 营业厅建设标准 营业厅装修标准 营业厅前台设备配置标准 营业厅后台办公设备配置标准 目前市场部、营销中心、郊运中心对于营业厅建设、装修、前台设备配置、后台办公设备配置没有明确的标准，给业务部门和投资审批部门的计划工作造成极大的困难； 北京移动目前共有自主营业厅15个，合作厅42个，今年申购台式机184台，笔记本35台，打印机50台，点验钞机140台,复印机13台，音响设备16套。城区营业厅维护改造项目，预算金额超过2710万元。在没有营业厅各项标准的情况下，业务部门、职能关联部门和项目审批部门、项目执行单位各执一辞，难以有效管理和执行业务； 建议计划建设部牵头，组织市场部、营销中心、郊运中心、工建中心讨论出： 渠道建设政策、渠道结构规划以及各自主营业厅、合作代销厅分类规划 各类自主营业厅建设标准、前后台设备配置标准（如后台基本办公固定资产配置，人均计算机数；前台每窗口配置办公固定资产情况） 各类自主营业厅装修成本标准 合作厅设备提供标准 合作厅装修标准,根据上报的项目统计分析表明，有必要进行分类管理、抓大放小。但要注意防止化整为零的倾向，计划建设部和各职能部门需要在项目范围归类上把好关。,新增能力类 28个,维护 65个,项目数量,总投资额,1880个,2800万 （1.5万）,新增 能力类 52个,新增能力类 22个,500-4999万,5000万-,499万,44亿 （2亿）,5400万8.3亿 （1600万）,5500万 （200万）,2万,B类,A类,C类,D类,（平均投资额）,维护3个（应属此类）,32%,占A-C类项目数,3250万 （50万）,占A-C类投资额,55%,22%,16%,2%,82%,分类项目审批管理流程判断,注： 分期项目总投资为各期项目投资之和，而不只是某一期项目的总投资 办公楼相关的项目不走标准的资本投资项目审批流程，由公司预算管理委员会直接决定。,为了确保这一分类审查的科学性和公正性，可根据每次汇总上来的项目情况对投资审批限额做适当的调整。 遵循80/20法则,对应的分类项目审批管理办法,预算管理委员会,根据预算和金额由计划建设部或主管部门审批。,项目评估 管理办法,超大型项目审批管理流程,中型项目审批管理流程,办公固定资产购置审批管理流程,建议的项目批准单位,大型项目审批管理流程,跨部门投资项目审批委员会（计划建设部牵头）批准并经总经理或主管副总确认,公司战略、业务规划、IT规划、网络规划、可研报告、批准的预算,固定资产使用状况、固定资产维护计划、大修计划,预算、固定资产更新报废计划、标准配置计划、建议的标准成本表,决策所需支持文件,技术指标、运营分析报告、第三方监控报告、整体优化方案和实施计划,方法,内部预可研、可行性研究（委托外部）、项目评估筛选体系、项目执行后评估体系,可行性研究（内部），按不同项目分类和赢利性指标排队筛选,计划管理加行政审批,规章制度、标准管理加行政审批,1,2,3,4,副总或财务部（项目相关的Opex）和计划建设部（Capex）,建议设立跨部门的投资项目审批委员会，负责大型和超大型项目的审批和预审（包括Capex和与项目相关的Opex）。,宣传委员会,预算管理委员会,新业务审批委员会,投资项目审批委员会,市场专家,网络专家,规划专家,财务专家,外聘专家,IT专家,整合财务、计划、工建、传输、行政对在建项目的管理 将滚动预测纳入在建项目的日常管理工作 共享在建项目跟踪信息,将预算管理与在建项目的日常管理结合，尽量避免由于不同口径的统计误差导致的决策失误,平均在建项目500-600个,实施在建项目的预算管理带来的改变以及遇到的问题,订货 到货 正在安装 安装调试完成 入网运行 初验 竣工验收,举例 ：GSM交换类项目,进度标识,80% 100%,工程形象 进度,30% 50% 80% 85% 90% 97%,投资进度,30%设备款 100%设备款100%投资预算,资金进度,转固,转固进度,采购进度,订货,到货,建设部门认为任务书上的工程进度、时间参考意义不大。在预算管理中加入了项目竣工时间预测的内容，确定正式渠道反应工程进度的变化 建设部门尚未养成预测项目进度的习惯，需要一个逐步适应的过程 对各类项目的进度描述需要各部门在沟通的过程中持续完善 建设、计划、财务、行政急需在一个数据库平台上完成对在建工程信息的管理，现在的系统割据现象给信息的分享增加了很大的工作量,50%80%90%追加/调减,投资批次计划,数据业务占公司业务比重日渐增加，基于业务的财务核算需求日趋明显,增值、数据业务收入/总收入,产品整个生命周期的财务追踪,市场 需求 分析,业务 模式 设计,技术 实现 研发,试 运 行,市场经营,0.5%,1.3%,3.5%,4.7%,7.8%,11.9%,Jun-01,Dec-01,Dec-02,Jun-02,Mar-03,Dec-03E,业务发展中心,市场 营销 郊运 运维 ,随着新业务占收入比例的增加，业务独立核算使得收入与投资、经营成本挂钩是业务分析所急需的 对现有财务体系进行改进，逐步实现对各个业务成本的跟踪与分摊 对业务负责人的绩效指标逐渐从收入指标过渡到利润指标,网络运行,02年起，20个增值、数据业务中月平均收入 小于1千元/月 7个业务 小于1万元/月 4个业务 小于10万元/月 4个业务 在无法独立核算单个业务投资与成本的情况，不能决策新业务的退出问题，退出机制有待建立 对于一些暂时盈利性低，仍有发展潜力的业务，无法量入为出地控制当前的运营成本,以LBS为例进行业务案例分析,以LBS为例进行了业务案例分析 确定业务案例包含的内容 编制业务案例准备清单 设计业务案例分析模版 统一基本假设： 保证不同业务间采用相同的判断标准 需要财务部门与业务部门定期讨论、维护和改进基本假设 在难以预测的项目中，采用模式化预测：业务量增长模式、营销推广模式等 辅以业务案例分析模版填写指南,在完成业务案例过程中发现的问题： 业务负责人必须主动地通过非正式的渠道才能得知该业务的收入 业务负责人没有渠道了解该业务的推广成本，对推广只提供定性的建议 运营成本从未分摊到各个业务，全公司都不了解该业务的运行成本 由于职能划分和信息不共享，业务案例不是业务发展中心一个部门可以完成的 市场部门对于新业务发展的参与被动、不及时，经常在业务定价时才正式参与进来 业务人员的财务评价观念需要加强，适当增加一些投资评估的培训,交付,LBS业务案例分析,业务应用一：嵌入STK卡的个人用户位置服务 业务应用二：WAP门户个人位置服务基本预测： 总投资 2600万 5年内总业务运行成本 5300万 业务量增长 S曲线模式 NPV16% = 351万 IRR = 20% PB = 5年 该投资可支持4年以后的业务量,乐观预测： 总投资 2100万 5年内总业务运行成本 4240万 业务量增长 S曲线模式 NPV16% = 2770万 IRR = 51% PB = 4年,悲观预测： 总投资 3100万 5年内总业务运行成本 6300万 业务量增长 S曲线模式 NPV16% = -2069万 IRR = -9% PB = 5年,业务案例的使用：充分分析新业务不同业务的投资优先级决策根据投资及运行成本倒算收入指标,对新业务投资进行分层决策,03年新业务投资5个亿，直接推广费用7000万，分摊推广费用6000万,。大于R&D限额的投资 。,。小于R&D限额的投资 。,公司确定R&D盘子 业务部门确定研发项目优先级,业务发展中心牵头完成立项建议书与业务案例分析 提交项目投资审批机构,通过业务案例分析部分 解决新业务发布前部门间的 沟通，并尽早进入 ”自上而下“的整合决策阶段,Opex与Capex的接口问题：由于项目审批以Opex和Capex为界，相关项目没有一起考虑，会产生人为的割裂项目相关性的情况。,无法准确确估计当前备品备件的实际需求 不仅占用现有投资，也增加了对未来需求预测的难度,市场口 渠道推广、业务推广,Opex,Capex,CRM咨询,新业务平台,无法真实反应投资的用途,会造成相关的项目之间上与不上不同步和不配套,营业厅装修,营业厅建设和设备,CRM平台建设,OPEX,第一步可将Opex申报分为与项目相关的Opex和与项目无关的Opex。然后与项目口径对比。当两个口径的差距逐渐缩小时，可以将Opex预算与项目相关的部分从项目口径汇出。,项目 管理 口径,先将Opex 分开报,新增能力项目,现有能力的维护,单项办公固定资产的购置,直接与新项目 投资相关的 运营预算,资本支出 预算 （Capex),费用化支出,资本化支出,费用化支出,资本化支出,资本化支出,不直接与新项目相关的运营预算,逐步缩小差距，最后达到从项目口径汇出与新项目相关的Opex,项目评估和管理口径,Opex预算口径,Capex预算口径,预算 口径,项目口径 汇出的 新Opex需求,视公司能力状况，可以从与项目联系比较密切的维修费、新业务推广费、装修费等入手,将投资计划周期放在预算编制开始之前，解决目前重复报Opex的问题。从流程上予以保障。,公司全面预算编制时间表,推进新的项目审批办法应当采取渐进的方案,老的方法,第2季,第3季,第4季,第1季,项目1,项目2,项目3,项目4,项目5,项目6,第2季,第3季,项目5,项目7,30%,70%,100%,项目8,新的方法,2003年,2004年,推动进一步实施有待解决的问题,明确和加强职能 部门在项目申报中的责任,将审批权 和执行分开,职能部门负责项目汇总申报的好处是职能部门能够有更全局的视野来设计跨部门项目需求,澄清计划建设部和工建中心的责任。做为项目审批部门和承建部门，不应对提需求，但应当协助职能部门提需求。,项目无人报谁负责？ 职能部门目前能力不具备的问题,目前职能部门不具备功能,将与项目相关的 Opex和Capex 合并考虑和审批,解决方案,有待解决的问题,项目做为整体考量,项目预算没有独立于部门预算 目前Opex和Capex项目审批仍然分离，与Opex相关的项目如何审批？,目录,预算系统实施,资本支出预算试运行所发现的主要问题和解决方案,资本支出预算试运行结果汇总,资本支出预算框架概览,问题和回答,