项目实施方法论-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN项目实施方法论未找到目录项。
前言手册使用说明ERP项目实施中有一个成功等式：企业ERP系统的成功应用=有准备的企业+合适的软件+成功实施，三个条件缺一不可。
对于用友来说，客户企业的自身条件属于外部因素，用友无法控制，只能通过合同和建议书来约束双方的责任和义务，减少项目风险；合适的软件是成功应用的基础，用友需要做的是提供适合客户的成熟的产品；在前两个条件既定的情况下，项目能否成功，则取决于咨询实施顾问的实施能力。
因此，为了保证项目实施的成功，必须对实施工作进行规范。
2001年初用友公司发布了第一套项目用友法论，向规范化实施迈出了可喜的一步。
通过广大咨询实施顾问1年多贯彻执行，增强了他们的项目管理意识和规范实施ERP项目的意识，用友法论深入人心。
同时，咨询实施顾问也反映实施方法论有些方面过于抽象，缺少具体的工作内容、步骤等的解释，缺少可以借鉴的工具和模板。
为此我们根据用友实施方法论，综合借鉴一些参与过项目实施的项目经理和咨询实施顾问的实施经验和体会，对项目实施流程的各阶段、各项任务的工作内容、策略、角色和责任、交付成果、潜在风险逐一进行了介绍，并整理了一套工具、模板，力求流程清晰、简练实用。
编写这部《用友实施法指南》是我们的第一次尝试，每个人的工作经验毕竟有限，加上时间非常仓促，书中难免有不尽如人意的地方，我们诚心的希望广大顾问批评指正，以使我们这套《用友用友法指南》日臻完善，把它做成我们咨询实施顾问手头必备的工作指南，成为顾问的良师益友。
需要说明的是，本文的介绍只是用友ERP实施所使用的通用的流程和方法。
并没有分行业的版本介绍。
在具体的项目应用中，可以根据实际的情况进行调整。
所使用的阶段、活动、任务以及提交成果可以适当裁剪或增加。
我们的建议：项目环境千变万化，咨询实施顾问，尤其是项目经理要根据实际情况随机应变，《指南》提供了一些解决问题的方法和建议，并不一定对所有客户都适用。
希望大家利用《指南》，但不要被它所限制。
标准实施路线图1.售前支持阶段本阶段目标和任务● 工作目标：充分评估项目风险，投入产出比率，作出《项目风险评估报告》，决定是否立项；制定项目实施方案；在评估风险的基础上积极配合销售，争取签约。
● 主要任务：配合销售人员参与售前咨询、在初步需求调研的基础上进行风险评估和出具《项目建议书》；参与有关实施服务、工作量估计和人员报价的商务谈判，拟定和批准《实施服务合同》、《工作任务书》；配合销售完成与项目有关的其他事宜，直至正式签约。
.参与售前咨询任务描述由咨询/实施部经理根据项目情况、顾问能力指定一名项目经理或高级顾问，配合销售，参与售前咨询，售前咨询的主要工作任务包括：1、对客户进行初步需求调研2、进行风险评估，出具风险评估报告，决定是否立项3、制作《项目建议书》4、参与竞标、做系统演示、讲解应用解决方案等客户关心的问题以下所说售前顾问是指一种角色，有的公司有专职的售前顾问，有的公司则临时抽调高级咨询实施顾问或项目经理担任售前支持工作。
售前顾问在售前咨询阶段是属于配合、支持销售的角色，整个项目应有销售部门的客户经理牵头，协调各种资源来争取尽快签约。
工作策略1、初步需求调研策略售前顾问在接到售前支持的要求时，应首先了解客户基本信息，包括客户行业特点、主要业务/产品、发展战略、项目负责人、重点需求、业务量、IT基础设施、人员素质等与项目有关的信息，具体可以通过以下几种方式：1）向负责项目的客户经理了解；2）查询客户门户网站，了解相关信息；3）从公司知识库或外部网站、刊物查询相关行业资料；4）拜访客户，对尚不清楚的问题、重点需求做实地调研和了解。
承担售前咨询的顾问通常是某个行业的高级顾问或项目经理，对客户的行业背景、业务事先应该比较了解。
在第一次拜访客户前，一定要做好充分的准备，多方收集客户（包括项目的负责人）资料和信息，了解客户实施项目的主要目标，期望解决的主要问题，如果还有不清楚的地方，则在现场调研时有针对性地、高效地与客户沟通。
在做初步需求调研时务必遵循以上步骤，避免在现场调研的时候问一些行业基本常识问题、公共信息以及无关紧要的问题，浪费时间，让客户认为用友的顾问对自己的业务不熟悉，对实施能力产生怀疑。
初步需求调研的结果应整理成文档，便于内部沟通，也可以减少后续实施人员的调研工作量。
2、风险评估策略在对客户目标、重点业务需求、实施范围、人员、管理水平等充分调研的基础上，进行风险评估，如果经评估需求实现程度很低，客户的重点需求无法满足；或者投入产出不合理，应形成书面文件提交销售部门。
售前的风险评估包括但不仅限于以下内容：1）客户业务复杂度、行业可复制性、系统匹配程度2）客户配合情况：管理层重视程度、基础管理、人员素质等3）实施策略的选择4）实施周期和工作量估计5）需要进行客户化开发的工作量估计6）实施费用估计具体评估可以参照《项目风险评估清单》逐项检查，然后出具一个全面的风险评估报告。
3、编制《项目建议书》经评估决定立项的项目（公司战略项目由公司高层作出决策），编制《实施建议书》，建议书的繁简程度视项目复杂程度而定。
对于复杂、金额大的项目，编制《项目建议书》应集整个公司的力量，包括技术、应用、销售等方面的专家，充分准备，针对客户的重点需求和管理难点作深入透彻的分析，提供合适当解决方案，并且图文并茂、装帧精美，提交给客户，显示对客户的重视；对于一般的项目，可以由售前顾问参照模板和相关行业的案例自己制作即可。
建议书的结构和内容参见文档模板。
对于技术配置方案仅是针对客户应用，即项目本身要求所作的技术建议，并非给客户作全面的IT规划和咨询（IT规划和咨询应是一项单独的项目），在制作项目建议书时要把握这两者的界限。
售前顾问在项目建议书完稿后，提交咨询实施部经理（大区服务总监）审查确认，通过后提交销售部门的客户经理，由客户经理提交客户。
客户经理收到售前顾问的项目建议书时，还要结合在与客户接洽过程中得到的客户预算信息与咨询实施部共同评估报价，（有的项目在此阶段尚不考虑报价问题，可以忽略）经过评估认为有必要修改项目建议书时，由售前顾问调整项目建议书相关内容并报部门经理审批后再次提交客户经理。
为增加可操作性，应给客户经理一个报价的范围（底线），便于客户经理与客户接洽时灵活掌握。
4、参与竞标和方案说明如果公司内部各相关部门在充分沟通、达成一致后，将项目建议书正式提交给客户。
依据项目实际情况，咨询实施部可安排售前顾问在客户现场讲解决实施方案及项目建议书的其他内容。
与此同时，售前顾问要准备向客户演示的演示数据，演示数据要尽可能地符合客户的行业、业务要求，对客户的重点需求进行模拟演示。
演示数据可以来源于某个项目，也可以根据调研结果建立，如果是利用现有项目数据，注意把客户的信息隐藏掉。
在这一过程中，可能根据客户情况调整《项目建议书》，每次的调整都应该通知项目组的其他成员。
经过努力及调整客户可能还不接受，意味着项目失败。
如果客户认可，则准备项目实施合同，进入商务谈判阶段。
角色与责任● 售前顾问：负责进行初步需求调研；进行风险评估和提交风险评估报告；负责拟定《项目建议书》中除技术方案以外的内容；负责准备演示数据；负责向客户讲解、演示《项目建议书》中除技术方案以外的内容。
● 技术顾问：负责对客户的应用技术环境进行调研并评估相关风险；负责准备技术方案；负责向客户介绍我们的技术解决方案以及产品有关的技术细节。
● 客户经理：领导、组织整个售前支持、销售团队，安排成员的工作，召开会议；负责与客户的所有沟通协调工作；实施部经理/大区服务总监指派胜任的顾问参与售前支持；审批风险评估报告和项目建议书交付成果风险提示售前咨询的主要风险之一是选型风险（帮助客户选型），很多项目的失败是从一开始就埋下了隐患，既有技术方面的，也有产品应用方面、客户配合方面的原因，因此必须做充分的风险评估，在此基础上决定是否立项。
给客户提交的项目建议书必须经过技术专家、行业应用专家的审核，以保证方案的可行性，这个阶段容易犯的错误是销售人员为了签单，把产品吹得非常完美，似乎客户什么需求都可以满足，还承诺给客户作专项开发，让客户对产品的产生了过高的期望值。
因此顾问在售前支持时要给销售人员和客户比较中肯的意见，避免给客户过多的承诺而将来无法实现。
实施报价也会影响到项目是否签约，因此根据客户目标可以估计实施工作量，确定一个合适的、客户可以承受的心理价位非常重要。
同时出于竞标的需要，在报价方面应灵活地做一些让步，但不能突破本方的底价，由客户经理统筹处理。
ERP的销售是团队销售，销售部门最终提交用户的项目实施建议书应与咨询实施部提交销售部门的项目实施建议保持一致。
如有变化，请事前与咨询部沟通，切忌在没有和售前顾问沟通的情况下私自更改建议书内容。
另外，《项目建议书》需要提交客户，对客户选型和决策具有重要影响，涉及许多商业秘密，因此在竞标结束前，对《项目建议书》的内容应做好保密工作，以免泄漏给竞争对手。
.实施商务谈判任务描述如果客户接受《项目建议书》，选择用友作为合作伙伴，则下一步准备项目实施合同，进入商务谈判阶段，协商确定合同、《工作任务书》中实施费用的细节条款和实施的具体范围、阶段、实施报价等内容。
工作策略公司有统一的《实施服务合同》、《工作任务书》文档模板，可以参考模板和行业内其他客户的案例制定，但其中标准条款不允许私自更改。
《工作任务书》中的重点内容包括：1、实施范围，这是《工作任务书》最重要的一项，实施范围是确定工作量、实施计划、实施收费的依据，要尽可能地详细描述，具体包括以下内容：1）组织范围，指实施的客户主体，哪些单位需要实施ERP系统，对于集团型客户尤为重要。
2）模块范围，实施的产品功能模块，如总账、应收、应付、库存、销售等3）模块应用矩阵图，即实施主体各自应用哪些功能模块4）业务流程范围，各实施单位需要通过实现的业务流程5）技术实施范围，排除客户技术环境，如数据库、网络、操作系统等不属于用友维护职责的工作。
6）数据转换范围，确定哪些数据需要转换，对历史数据是否需要做移植，数据转换的方式。
7）接口范围，接口的种类、接口的方式8）客户化开发范围，目前已经确定需要做的客户化开发内容，应有专门协议，对于以后实施过程中遇到的客户化开发需求，同样必须另行协商，签订客户化开发合同。
9）培训范围，提供的培训课程、对象、次数规模等2、项目组织和各自的职责，包括用友项目组、客户项目组双方的职责，需要注意的是：如果客户预算有限，即客户愿意支付的实施费低于用友的预期，使得顾问投入与产出不配比，应调整双方的职责（承担的工作量），让客户项目组承担更多一些任务，切忌不考虑实施收入，大包大揽，什么都做。
