用友致远A实施方法论摘要.ppt

重要说明 此内容要求在项目启动阶段与客户项目组进行专门讲解 内容 实施方法论理念和实践 用友致远介绍 客户客户关系介绍 实施前言 战略级阶段规划 可持续成功环境支撑 异常情况处理策略 需求情况处理策略 实施方法论价值小结 用友致远自我介绍 发起: 用友致远成立于2002年3月15日，隶属国内最大的软件企业用友集团，专注于协同管理领域，在中国连续4年市场占有率第一。 定位：致力于通过信息化手段，帮助客户实现管理方式的变革，从而达成优质绩效和战略目标。 商业模式：协同管理软件系列产品、成功实施方法论、标准化运维保障体系、持续增值应用咨询。 成功客户: 客户关系介绍 流程解读 销售流程：略 实施交付流程：由实施部门发起、按照实施方法论，以实施住计划为主线，与客户合作，有序推进，完成实施上线，达成一阶段战略目标-帮助组织建立协同基础应用。 运维响应流程：从实施流程中期介入，系统上线后由客服中心开始正式接管客户，承担应用咨询、bug响应、需求采集等工作，保障客户稳定运行，为产品发展提供需求汇总。此流程周期为客户缴费年。 Bug响应流程：由实施、运维客户向客服中心提交，由用友致远研发中心承担解决，根据bug的复杂度选择补丁、补丁包、服务包等方式给客户提供。此流程周为3天-1-2个月。 需求响应流程：由销售、客户想客服中心提交，经过汇总分析，根据客户共性和产品发展方向进行排序归纳，由用友致远产品委员会审定通过，形成新版本计划，并最终形成开发升级计划。此流程的周期为6个月。 增值应用流程：由客户经营部根据客户意向，为客户制定一对一的应用评价、深化应用规划、通过升级、二次实施等工作帮助客户进行深化应用，为客户提供持续成功的应用支持。 实施前言 事实： 传统OA协同项目成功率 15%，项目越大，实施风险越高。 挑战： A8应用者数量众多，个性化需求泛滥，其中不乏领导，我们该如何面对？如果没有计划和原则，如果相互博弈，无限期拖延将注定失败！ 对策： 我们双方必须成为一个团队，就项目实施原则达成一致，相互支持、合理分工，共同面对挑战，达成双赢结果。 项目目标: 为组织搭建起基础的协同管理应用 实现知识能力的转移，为深化应用打下基础 明确个性化需求的解决策略 明辨得失利弊，选择正确的应对策略，勿使实施进程受阻 个性化需求响应策略介绍 概念定义 产品化：基于指定的环境测试，复合产品说明书描述的标准通用软件代码。客户可以通过配置完成个性化应用。其特点是可持续升级。 项目化：根据客户的特定环境和应用需求，进行过针对性代码编写或改造，仅仅适合原始的环境，即便对产品化代码进行了一个字节的修改，也不能保障一定能平滑升级。 策略解释 Hotfix(补丁）：针对客户的单一问题的软件修正，通过安装，替换有问题的代码，不影响升级 FP（补丁包)： 每1-2个月汇总所有的补丁，形成的整体安装包，帮助客户批量安装修正问题代码，不影响升级。 SP（服务包）：根据版本规划，对软件应用缺陷进行修正，并整合FP，形成对某个版本的客户应用进行较为全面的改进。一般每个版本出SP1、SP2两个服务包，周期为1-2个月1次。 UPdata（升级）：指低版本客户升级到更高的版本的产品，比如从A8 3.02升级到3.05版，致远每年至少对产品进行一次升级，不断以新功能回馈客户。 UPgarde（更版）：指从低规格的产品升级到更高规格的产品，比如A8企业版，更版到A8集团版或未来更高级的规格。 API dev（接口开发）：指根据客户需求，通过API（应用程序接口）进行编程，实现客户的扩展功能和应用，这种方式不影响升级或更版。 Custermer dev（客户定制）：指根据客户需求，不通过API，直接对源程序和数据库进行编程，实现客户的扩展功能和应用，这种方式无法实现对原产品部分的平滑升级，后继代价极高，如果没有充足的长期预算，客户要慎重选择。 方法论价值 内容 实施七阶段 内容 2.1分工责任 2.2实施范围 实施范围：按照《招标书》或者我们约定的实施范围开展实施工作 需求范围：按照《技术协议》或《调研报告》标明的需求进行实施；超出应用部分签署《需求变更报告》。 （此部分信息可以根据项目情况进行修改） 2.3项目管理规范 项目管理平台：搭建关联项目，组建动态团队完成项目日志、周报、协同、文档、进度、计划等的管理 项目实施日志：每日在线提交实施日志，并打印输出与客户签字确认 项目实施周报：每周五完成本项目本周实施总结和下周实施计划，实施问题风险分析，并签字确认 请确认：是否同意日志和周报签字 2.4实施计划变更 需求变更确认书：如有超出需求调研报告、技术协议等范围的需求，双方需签署《需求变更确认书》，超出系统现有功能的，需要按照《二次开发