【导语】以下是小编为大家收集的软件实施方案编写（共9篇），希望对大家有所帮助。
篇1：软件实施方案编写
PPP项目实施方案编制程序及规范要求
PPP项目实施方案是发改系统参与PPP的一个十分重要的环节，而且对PPP项目来说，实施方案也是整个PPP项目的灵魂。
所以，今天的主题就是PPP项目实施方案的编制。
首先说一下PPP的操作流程。
方案研究论证阶段：
一是项目主管部门根据需求提出，什么样的项目适合做PPP，什么样的项目不适合做PPP，我觉得适合不适合要看项目的需求，也就是说我这个地方的建设为了百姓的生活，或者为了改革城市环境，有这样一个项目，首先是项目的提出。
二是项目可行性初步论证。
三是实施方案研究。
这是最大最重要的环节，在这里要研究清楚整个项目的投融资模式、项目价格模式、项目风险分担方案、建设监管方案、运营服务监管方案、项目退出机制、选择投资人方式，这些是我们要研究的核心内容。
篇2：软件实施方案编写
以前叫预可研，但容易与一般建设项目管理程序中的预可研发生混淆，所以在PPP流程中我们叫它实施方案。
PPP项目操作的流程与传统的项目管理流程不是冲突的，而是互补的。
对于项目管理我国有一套成熟的体系，并不因为是PPP项目就可以有特殊待遇，就可以不按国家项目管理规则走，不是这个概念。
一定要按传统的规则，该做可研的做可研，该做初步设计的做初步设计，这套程序是要的，只不过因为我们要做PPP，要处理地方政府和社会投资人的一些关系，所以要增加一个PPP实施方案的过程。
五是实施方案审批。
审批主体严格来说是地方政府，但在实际操作过程中都是由发改会同财政、税务、环保等部门共同对《实施方案》进行联审后报市政府批准。
社会投资方选择阶段：
一是要制定招商方案，根据实施方案编制的原则确定招商条件、合同文件等。
二是发布招商公告。
按照财政215号文件，要发布资本预审公告，主要的目的是向社会公开这个项目要做PPP了，让感兴趣的社会投资人都来报名，这就是公告的目的。
三是确定社会投资方。
通过公开招标、竞争性谈判、邀请招标、单一来源采购、竞争性磋商等方式确定社会投资人。
四是第一次签约。
确定社会投资人后就签约，签约通常有两次，第一次市政府主管部门和投资人签，因为这个时候项目公司还没有成立。
五是第二次签约。
等到投资人项目公司成立以后，政府和社会项目公司就进行第二次签约。
签约方式有好多种，不见得非得分两次签，也可以单次，第一次签约时给项目公司留下位置，待项目公司成立再来补签，这也是可以的。
还有一种方法是政府主管部门和投资人签了投资协议，投资协议里明确了投资人的责任事项，把政府和项目公司的PPP协议作为投资协议的附件，这些都是没有问题的，只要合同体系把所有的责权利规定清楚，怎么签问题都不大。
下面具体来看实施方案的内容。
一、项目概况
项目概况一定要说清楚两个方面的内容，一方面是常见的规划、立项，在一般项目中基本都涉及到;第二方面是项目的建设范围和服务目标，这是作为PPP实施方案必须说明的内容。
二、风险分配
实际上整个PPP项目操作是否成功，要看是否有合理的风险分配体系，在政企双方都觉得风险可控的情况下，我能够获得一定的收益，那么这个事情就可能成功。
风险分配一般分两个阶段来做，一是项目风险识别;二是风险分担机制设计。
项目风险识别
PPP风险来自四个层面：政府层面、市场层面、项目层面和不可抗力。
不可抗力风险是任何项目都可能会遇到的，而且它的风险分配有自然规律，也就是说大家比较认可的规律，通常在发生不可抗力事件时，双方各自承担风险，各自承担相应的损失，各自了不承担相应的违约责任，所以后面就不赘述了，重点讲前三项风险。
1.政府层面的风险
这是投资方比较在意和担心的。
一是政府干预。
投资人来了，他希望有自己决策的空间，特别是在项目的关键技术、设备选型等环节。
我曾经经历过一件事，一个县的污水处理厂，当时是由县建设局来操办的BOT项目，都已经签约了，这个建设局局长打电话问我，说他们现在开始买设备了，在设备选型阶段我要不要跟着去，要不要发表建议。
我跟他讲，你不要去管，在你的干预下，买下来的设备如果好固然没问题，如果不好，将来处理处理污水不达标算谁的责任，该投资人自己决策的就自己去决策。
反过来说，有些时候政府一定要干预，会给项目带来一些不好的结果。
有一个案例是台湾的高铁项目，曾经作为成功案例到处宣传，但是到这个项目失败了，原因是高铁公司运营亏损，资不抵债。
在他失败以后，马上就成为业界研究的案例，研究其失败的原因，有各种各样的原因，但是我注意到其中有一个细节，当时的联合体中有一家法国的以高铁信号为主的公司，当时的联合体里基本以法国技术为主，但后来项目在建设过程中，政府的领导层去日本参观考察，觉得日本的高铁好，就要求项目公司要买日本的设备、日本的车，最后项目运行后，日本的车匹配的是法国系统，两种系统的不兼容导致了技术上的问题。
所以，政府干预会给项目带来意想不到的风险。
所以，政府在该管的地方管，不该管的就不要管。
二是政府信用。
这也是投资方很担心的，这个问题目前没有更好的方案去防范。
我跟投资人说，政府信用这块是社会问题，不是项目管理的问题，但同时我也和投资人说，你拿到项目的条件越公平，政府违约的可能性就越低。
长春汇津是一个典型的案例，当时政府之所以要违约，也在于汇津前面所拿到的条件是政府回顾过来觉得这个条件不可承受，我们宁可违约，宁可收回也不能再履行下去，所以说政府信用也是双方的，我通常也会对投资人说，不是政府单方的问题。
三是公众反对。
它与项目立项相关，如果项目立项过程，特别是环评过程得到公众充分理解以后，那么项目开工以后这方面的风险会低。
反过来说，如果前期环评征求公众意见的过程没有去做，在项目开工进场时遭到反对，会拖延工期，拖延工期就会导致成本增加，这是项目需要防范的地方。
四是税收调整。
这部分相对比较简单，它的控制措施也相对简单，因为税收政策比较明朗，税收的变化给项目带来的影响也比较明确，只要双方调整协议就可以了。
所以，这方面对项目的影响倒不是太严重。
五是决策、审批延误。
六是环保风险。
对一个项目来说，目前在项目筹建阶段，环保的一些要求是明晰的，但是随着我们对环保越来越重视，很可能在未来项目建设过程中环保的要求会提高，反过来会造成我们这个项目又不符合环保要求，这种风险最少造成项目的设计变更或导致投资运行费用增加，我们一般会在合同里给项目投资方一个出口，也就是说当发生这样的事情时，要相应协商一些政府补贴机制等等，因为这个风险不应该由投资方承担。
七是法律变更。
主要是我们现行的法律法规规定，导致项目投资或运行成本发生变化。
这种风险通常由双方共担，双方画一条线，如果变化导致的影响成本很小，就由投资方承担，如果超过了画的这条线，政府要承担风险。
以上按照风险谁有能力控制就由谁来承担的原则，这些风险一般来说由政府承担。
2.市场层面的风险
一是利率风险。
二是外汇风险。
三是通货膨胀。
针对利率风险、外汇风险、通货膨胀基本都会设计一个由社会投资方和政府方共同承担的风险转移原则，如果没有这套原则就会直接影响到社会投资方。
四是融资风险。
我们的项目仅仅靠自有资金是建立不起来的，还需要得到银行方一些资金的支持。
这里首先是融资成本的问题，同时还有融资能否实现的问题，目前控制融资风险最好的办法是在PPP合同谈判期间，在实施过程中就将金融机构拉进来，让金融机构提早了解这个项目，同时也提早了解金融机构的要求，通过这样一种操作，使得项目融资风险降低，使得签约以后就能够拿到贷款。
五是项目唯一性。
六是市场需求变化。
项目唯一性和市场需求变化都是社会投资方比较关心的环节，它会影响到项目的收入。
政府方对这类项目的管理，如果可以是唯一性的，就承诺给他唯一性。
比如一个区域的污水处理厂，在一定水量范围内，确实是只能建一个，除非水量增加，以保证项目需求。
同时对市场需求的变化做好合理分配，比较好的方式是双方共担。
七是第三方延误/违约。
因为一个项目不可能只独立在政府和社会投资方之间，社会投资方还会与外部发生一些合同关系，通常会通过合同管理的方式来做好第三方风险的管控。
3.项目层面的风险
一是土地获取风险。
一方面是土地手续是不是合规;另一方面征地拆迁工作要做得干净利落，没有后患，如果有后患影响开工也会给项目带来风险。
二是完工风险。
三是供应风险。
四是技术风险。
五是成本超支。
六是工程变更。
七是收费变更。
八是费用支付风险。
这些是任何项目都会遇到的风险，我们通过与政府方和外部第三方签定的合同做好分配，将项目的风险降到最低。
九是项目移交风险。
我们现在做的绝大多数PPP项目都是BOT项目，都是三十年运营期结束后要移交给政府方的项目，这样的项目如果后期维护不周，将来交过来的是不能用的项目，对政府方是很大的一个风险，所以在合同里要对项目移交的标准做好要求，来控制好项目移交的风险。
十是社会投资方变动。
我们在招商时会要求投资人具备一定的财务能力、技术力量、管理经验、项目经验等等，投资方要有足够的能力来实施好这个项目。
但现在有一种社会现象叫挂靠，特别是地方政府有些个人，或者是有些小企业，一看这些要求达不到，就去找一个央企或外省的企业，打着他们的名头来做这个项目，拿到协议以后再做变更，把壳退掉。
这种情况就违背了我们招商的初衷，我们找的是有技术力量的企业，这种变动会给项目带来影响。
反过来说，我们在合同里要做好规定，投资方的股权转让一是受让方要满足当时招商时的要求，二是转让行为一定要政府方同意，这样的规定比较能很好的控制风险。
十一是招标竞争不充分。
这种风险在我做的PPP项目中特别多，我们公司的大项目都是其他人去做，我做的都是地方偏、投资人少，地方政府还着急的项目，这种情况必然导致招标竞争不充分，基本上来一家投资方就只能和他谈，没有别的办法。
要想控制招标竞争不充分的风险，一是不要太急，项目要早一点提出来，别等到快要开工了再来做，对外宣传的时间短，了解你的投资方就少。
二是尽管有可能政府的财力不够，但我们与其被动接受投资方资源补偿等一些要求，不如我们政府方先跟咨询机构把这些条件做好，做出一个我们认为大多数投资方都能接受的条件，我们再去招标，通俗讲就是将项目包装好，这样会适当控制招标竞争不充分的风险。
十二是项目测算不当。
这个风险对双方都存在，对投资人也是一样，因为招商时把他招进来之前，他肯定有财务测算的，如果他测得不妥，比如说一个污水处理厂，正常情况下是1.1元钱，他自己算的是1元钱可以做下来，这个风险肯定由投资方承担。
政府在做一对一谈判的时候，测算一定要算妥当了，测算不当会给后期带来问题。
十三是经营者能力不足。
一个项目交给投资方是需要他建好，运营好，这对经营者的能力要求是很高的，如果经营者能力不足会给项目带来潜在风险。
站在政府方角度，对这种风险的防范是在谈判阶段考察好将派到项目的主要人员的经验和水平，从而防范好经营者能力不足的风险。
十四是财务监管不力。
这也是比较重要的地方，社会投资方多种多样，当然绝大多数是想踏踏实实长期经营项目的，但不能排除一些投资方有某种目的，比如我遇到过一个，以前是做承包商的，现在政府项目少了，他想要继续做政府项目，他就需要做PPP的项目投资方。
他们的想法是只要收回本金就可以了。
如果资本金要求比较少，只有20%的资本金，另外80%是银行的，因为投资方他要实施项目建设，他认为在项目建设过程中能把20%的资本金赚回来就好，至于后面怎么样他不考虑。
当我们遇到有这种想法的投资人的时候，财务监管就非常重要，这可能涉及项目是否能够真正按照进度建好，尤其是银行方，有的项目还没有建完，钱全部出完了，最后剩个乱摊子，这是非常可怕的情况。
十五是配套基础设施风险。
投资方非常关注，我刚刚做的一个陕北某县输水管线的项目，在谈判过程中投资方要求一定要把临时用水用电的问题解决了。
甚至在谈判时政府方说我负责协调，投资方说不可以，要把协调改成落实，合同里这两个字带来的是将来双方责任的区别。
因此投资方非常关注基础设施配套问题，政府方该有担当也要担当，刚才这个项目如果真不给落实，投资方会很担心，他作为外来投资方，去落实临时用水用电的困难会比较大。
最后政府同意给他落实临时用水用电的接点。
十六是合同文本不完善。
实施过BOT的地方政府应该经历过这样的事情，昨天座谈会上不止一个地方说从前实施的BOT项目现在实施的不好，存在一些问题。
这种结果都是当初合同文本不完善带来的。
如果当初合同文本比较完善，把各种价格变动、各种监管因素都考虑进去，现在的项目不会遇到这种问题。
所以，完善的合同文本是PPP项目能够成功实施的保障，刚才说实施方案是开展PPP项目的基石，那么项目建好以后，在实施方案基石上的合同文本应该是完善的城墙，它能防范将来的各种纠纷，对各种变动都能够有很好的解决途径。
(二)风险分担概述
将项目风险在各方之间进行合理分配，可以有效降低项目总体风险程度，确保项目成功实施。
风险分担方式包括分别承担(等同于风险分配)和共同承担(双方按一定比例分摊)。
1.风险分担机制设计的基本原则
一是风险由对其最有控制力的一方承担。
刚才讲到政府层面的七个方面都是由政府方承担，谁最有能力控制风险就由谁承担，他自然会想方设法去控制风险，从而降低风险发生的概率和风险发生的成本。
二是承担的风险程度与所获得收益相匹配。
风险和收益相对等能够有效调动风险承担方的积极性。
三是承担的风险要有上限。
无论是政府方还是投资方，都不可能因为这一个项目的某一方面风险使得整个工作受到影响，特别是投资方，不可能因为投的一个项目导致最后血本无归，这是不可能的，所以各方承担风险要有上限。
三、运作方式
具体选择哪种运作方式要根据项目的具体特点而定。
四、交易模式
(一)投融资方案设计
刚才讲，实施方案是PPP项目的核心，那么交易模式就是核心中的核心。
交易模式包括投融资方案设计和投回报模式设计。
首先来看投融资方案设计。
1.PPP项目融资方案概要
PPP项目投资计划和融资方案解决4个问题：
投什么?——投资标的和范围。
投多少?——投资规模。
啥时投?——投资进度计划。
在以前做政府投资项目没有太关注这个，现在做PPP要比较关注投资收益率，投资计划进度会影响到收益率。
钱在哪?——资金筹措方案，不光是资本金的筹措，还有债务资金的筹措等等。
把这四方面的问题考虑清楚了，融资方案就做好了。
2.PPP项目投融资方案设计案例㈠
——北京地铁十六号线BOT项目
北京地铁16号线是国务院首推80个引入社会资本(PPP)示范项目之一。
项目线路(含海淀山后线)全长约50km,总投资约540亿元。
计划底全线通车试运营。
项目自203月启动PPP实施，年11月底，在第十八届北京·香港经济合作研讨洽谈会上进行PPP签约。
金准咨询提供财务顾问服务。
项目结构
整个项目540亿的融资分成了两部分，第一个部分是股权融资，找了一个投资方(一家保险公司)与京投公司共同成立了一家政府方项目公司。
京投公司成立一个项目公司来建项目是北京市的传统，北京市地铁这么多条线路，以前都是京投公司成立一个项目公司专门负责这条线路的建设，过去都是京投全资子公司，但这一次十六号线，北京市政府说我不投那么多钱了，找一个社会股权投资者来和我一起投。
相应的带来一个问题，比如这个股权投资者他投了钱，将来在管理决策上与京投公司有冲突怎么办?我们当时设计的是找一个纯的财务投资人，只管拿钱，只管收益，其它的不想管。
正好保险机构就比较喜欢这样的方式，他把他的股权委托给京投公司来管理，京投公司给他付一个股权权益对价和股权回购款，相当于他的收益，然后逐步股权回购。
这样就完成了政府项目公司这一部分。
为什么这一部分要做这样大的融资?因为北京有一个做地铁PPP的传统，把地铁分成A、B两个部分，A部分由政府的公司来投资，B部分由社会投资方(特许经营公司)来投资，两部分按投资比例划分大概是7:3。
7:3为什么会成为北京市的标杆?这个其他城市可以不用借鉴，北京有当时的背景，当时做地铁4号线时，最早是想做成真正市场化的公司，也就是说政府分担70%的投资，投资人只负责30%的投资时，通过根据票款收益，可以实现整个项目的平衡。
那时的大背景是北京市的地铁还没有实行全票两块，还打算实行3元起步、分段计价。
在这种票价模式下，它可以支撑30%的回报，当时北京市有一个文件，将轨道交通项目投资做了一个比例的划分，70%由政府来投。
那个文件出来以后，北京地铁4号线、14号线、16号线都是按照这个模式来做的。
所以这个项目里，540亿的70%是很多的，所以北京市政府又在这一部分引入了一个股权投资方。
30%的部分仍然和以前的模式一样，由社会投资方来成立特许经营公司，来建B部分。
当然经营是不可能拆开的，AB要一起交给他运营。
通过运营一方面获取票款收入，另一方面获取财政补贴，特许经营公司的授权和监管部门是北京市交通委，项目特许经营期结束后，第一部分的资产再移交给政府方公司。
总投资和投资责任划分，概算总投资约540亿元。
A部分由政府承担：390亿元，约占总投资70%。
这部分主要是区间、车站等土建工程、管线改移、征地拆迁、工程其他费用、基本预备费、建设期利息等构成。
B部分由社会投资方负担：150亿元，约占总投资70%。
主要是通信、信号等机电设备工程、车辆购置、工程其他费用、基本预备费、建设期利息、铺底流动资金。
根据项目建设进度要求，明确PPP项目150亿元分年投资计划。
这个钱在哪一年投，对项目影响非常大。
通过下表可以看出，这个项目建设期有5年，建设期的利息有9亿，如果分年度投资计划控制得比较好，那么建设期利息是可以优化的。
北京市地铁四号线就是京港公司建设的，有人说四号线赚钱赚的特别多，确实是这样。
但是有些钱是人家该赚的。
比如建设期利息，当时他们负责的是50亿的投资，按照初步设计概算，建设期利息是2.6亿，但是后来我们对地铁四号线的实施效果作评价的时候发现，他们真正花出去的建设期利息还不到0.6亿。
这2个亿是怎么省出来的?因为他们的财务总监是北京首创集团派去的，这个财务总监和各个金融企业积累了良好的合作关系，各个金融企业给他的条件非常优厚，贷款可以随要随贷，随有随还。
用这样的方式，他的借款期利息就控制得非常好。
另一方面他有一个非常好的合同管理模式。
他负责的是车辆和设备的采购，他在设备采购付费的时候采用了一个里程碑式的付费方式，他把整个设备建设划分为特别细的环节，他叫里程碑，达到一个付你一部分，达到一个再付你一部分。
这样就把付款的进度拉得特别慢。
传统的模式可能一开始签合同，30%甚至是50%的预付款就付过去了。
钱一旦付出去了，利息就开始算了，所以能省出这2亿是他该省的。
但是十六号线项目没有给他空间，这9亿的建设期利息没有省下来，因为这个项目启动的有点晚，当确定投资方的时候，建管公司和设备供应商的设备采购合同已经签完了，投资方进来已经没有说话的空间了，只能按照预定的进度来投钱，相对来说建设期利息只能这样来算。
初始总投资540亿，A部分是政府承担，是按照资本金40%债务资金60%来分担的，资本金部分有保险公司的120亿加上其他资本金。
PPP公司承担B部分，资本金占33%，债务资金占67%，资本金部分的股本按比例出资，京投公司2%、首创集团49%、香港铁路49%。
作为二三十年的长期项目，一定不要忘了还有更新和追加投资，这在合同里一定要约定完全由PPP公司来自筹，如果没有这样的约定，到设备该更换的时候，投资方可能就找你来了，所以在合同里一定要约定好。
总体来说，这个项目给我的经验与启示是：
一是“保险机构-北京地铁16号线股权投资计划”首开国内轨道交通引入保险资金先河。
二是保险资金追求长期稳定的收益，基础设施往往投资规模巨大，依托项目自身收益或在政府支持下，项目现金流量较大，而且稳定，是适合保险资金投资的品种。
16号线股权融资项目对于利用保险资金，拓宽大型项目融资渠道、实现筹资多元化具有借鉴意义。
三是大型基础设施项目投资规模巨大，划分为可独立操作的部分分别进行投融资筹划不失为可选路径，有利于为专业投资机构、财务投资机构等多种性质社会资本参与项目创造条件，实现项目最终融资目标。
四是本项目中特许经营部分和政府投资建设的`部分存在较多的工程界面和接口。
与传统模式相比，形成了“一个项目两个业主”的局面，需通过PPP合同对技术界面、管理界面和责任界面进行合理协调和安排，保证项目顺利实施。
3.PPP项目投融资方案设计案例㈡
——某工业园区污水处理厂
建设内容是污水集中处理厂、中水回用系统。
按照“适度超前、一次规划、分期建设”的原则，近期建设规模为处理污水2.5万吨/日、远期()10万吨/日。
污水来源为项目所在工业园区企业的工业废水、生活污水、建筑污水、初期雨水和地下水渗入等。
投资估算：近期总投资约1.85亿元(不包括管网)，远期总投资约4.42亿元。
业主是园区建设发展有限公司，是由园区政府设立的投资公司，负责具体实施本项目的特许经营事宜。
我们当时刚做项目融资结构设计的时候，和业主方交流，他们当时拿出来的就是上图的结构。
投资人与园区建设发展公司共同投资，成立特许经营公司。
首先是园区管委会授予他特许经营权，然后由特许经营公司和排污企业签署污水处理的协议，由园区环保部门来监管污水厂的运营情况。
当时他们说这个模式是投资人提出来的。
投资人为什么要把建发公司绑上呢?他觉得这个项目将来他要直接向企业收污水处理费，通过他们俩直接发生的合同交易，给双方留下了一个空间，这个空间就是排污企业有可能省掉自己的污水预处理系统。
按照环评的要求，一个企业的污水要能排出去，要有预处理系统，把污水处理到国家环保部要求的排入下水道的标准，然后污水处理厂再进行后续处理，也就意味着每一个企业都要建立一套污水预处理系统。
如果排污企业不想建这个预处理系统，就想直接把污水排出去，这时怎么办?这个项目就留了这样一个空间，排污企业可以与污水处理厂协商，当污水处理厂觉得你超标排放没关系，我能够处理，当然肯定要加钱，污水处理厂就得到了一个超出政府给他的市场空间，对排污企业来说可以省掉预处理的环节。
双方都是会算账的，对于污水处理企业来说，如果给我支付的钱够我给你处理的成本，我肯定给你处理，对排污企业来说，如果超标排放付给你的钱要低于自己建污水预处理系统的钱，对于排污企业也是好事。
所以这个项目他们两个直接签污水处理协议有这样一个好的空间在里面，这种情况是支持的。
但是这种情况带来的负面情况是，投资人担心到时企业不付费怎么办?所以他想把要园区建设发展公司叫上，因为企业是园区的企业，到时候谈收费、谈合同有便利。
所以他们推荐这种模式。
从表面看这个模式可能没有问题，但是这里存在一个最大的问题，建发公司是污水处理特许经营公司的股东，园区管委会是授予特许经营权的政府方，如果他们是独立的主体，这个结构没问题。
但是在我们国家园区管理体系里面，园区管委会和建设发展公司往往是一批人马两块牌子，严格来说他是一个主体，这样就存在问题，当污水处理厂污水不达标时，园区管委会最怕这样的事情，一旦污水处理不达标，会对管委会追究责任，如果他与污水处理厂只有监管关系，他不是第一责任主体，第一责任主体是社会投资方的特许经营公司，如果他在里面有股权，他可能就脱不了干系，就要负直接责任。
这是他们最怕的一个问题。
另外当排污企业与污水处理厂发生合同纠纷时，本来作为地方行政管理部门的管委会是可以协调他们之间关系的，但由于他在里面占有股权，说话就不那么硬气了。
把这两个问题指出来之后，政府方也发现这个结构不太好，所以我们给他换了一种结构，就是把建设发展公司拿出去，只有园区管委会。
那么投资人担心收不来钱的问题怎么办?出了一个《污水处理暂行管理办法》，这个办法作为园区对外招商引资的条件，让所有来园区投资的企业先看到，要求排污企业要遵守这个办法，从而减轻企业不付污水处理费等一些问题。
这个项目的经验与启示是：需要慎重决策政府资金参与和支持PPP项目的方式。
一是政府资金以单独承担项目建设内容的方式可使项目其他部分具备PPP运作条件，不存在角色错位。
二是政府少量入股PPP公司，通过公司治理结构安排有利于发挥政府监管作用;但在政府监管不断规范完善、提倡政企分开的大形势下，政府为监管目的而入股PPP公司的合理性值得进一步推敲。
三是实践中个别PPP项目中政府资金完全以市场资金行为入股并占据较大份额，无项目利益分配(分红)方面的让渡或劣后安排，政府资金对项目支持目标偏移，形成“自己补自己”或与社会资本争利的嫌疑。
这在PPP项目运作中需特别予以重视。
(二)投资回报模式设计
这部分更是重中之重，一个成功的PPP项目有两条腿，一条腿是合理的项目投融资结构，第二条腿就是项目的投资回报模式。
与PPP项目回报模式相关的，大的结构里包括PPP合作模式、投资责任、成本责任。
另一方面包括回报水平、项目收入和风险机制。
风险机制已经讲过，重点讲项目收入，项目收入与产品和服务的量和服务价格相关。
1.确定项目回报水平的必要性
一是合理确定和形成PPP项目回报水平，是建立PPP项目投资吸引力的关键，是PPP项目成功的基础。
我现在做的一个项目，他们给投资人定的收益水平全都是6%，我说6%是吸引不来投资人的，太低了。
当然他有他们的理由，他们省内某些企业承诺这个项目不要收益，只要保本就行，这种情况单说。
否则单独设6%肯定是没有吸引力的，一定要有一个合理的回报水平，这是吸引投资人的关键。
二是科学预计或设计PPP项目回报水平是前期论证的重要内容。
前面提到的VSM(项目的物有所值评价)，到底是PPP和传统模式哪个更好?一个重要指标就是PPP项目是要有回报的，没有回报就没有办法做相应的论证。
所以回报水平是6%、8%，还是10%，会影响到这个项目物有所值评价的论证。
有可能这个项目回报水平是8%，用PPP模式是合适的，但是如果是12%，采用PPP模式就不合适了。
所以设定一个回报水平也是做前期论证的一个依据。
三是项目回报水平预期是政府和社会资本进行项目价格谈判、确定政府补贴水平、相关利益分成机制设计的基础。
比如刚才举的例子，政府方总是按照6%去设计条件，投资方老是按照8%去要条件，那么双方的合同谈判是很难的。
四是为项目风险处理方案(如价格调整)提供依据和目标。
比如刚才提到的餐厨垃圾项目，两年之后要重新调价，怎么调?还是要保证这个项目的既定收益，标准不能变。
所以，要达成一个合理的回报水平，不同的项目有不同的指标。
⑴“投资+运营”型PPP项目回报水平
一是通常采用财务内部收益率(IRR)指标衡量项目回报水平，适用于基础设施BOT、TOT、BOO等项目。
二是站在政府管理角度，PPP项目回报水平宜采用全投资IRR(税后)指标，即这个项目建设的总投资是固定的，按照总投资来确定项目的收益率，该指标体现了股权资金和债权资金的综合收益率。
三是通常我们会把债权融资的责任交给投资方，所以债权融资利率的高与低，会影响到投资方的收益，但这个空间我们建议给到投资方，比如投资方信用不好，银行给你的贷款利率要上浮30%，那么上浮的部分需要投资方自己去承担。
如果有一家投资方有很好的融资渠道，可能会低于银行的基准利率，我们要鼓励这样的投资人进来。
所以不要拿自有资金来做指标，要拿全投资来做指标，就能够把融资收益给到投资人。
所以我们的设计思路是，投资人在不损害政府方和公众方利益的情况下，他能赚到的空间要留给他，这样才能促进整个项目获得比较好的条件。
全投资收益率这个指标设在多少合适?刚才课间的时候有人问我这个问题，可能是8-12%，这是目前大家都在说的。
我觉得这个不是固定的。
投资方还有两种概念，两种做法。
一种是考虑这个地区的一些其他风险，包括政府方信用风险和将来社会经济发展水平等风险，不同的地区可能有不同的要求。
但是通过我们控制好风险，这个趋势可能降下来，让投资方觉得投到这个地方风险很低，相应的在进行内部决策的时候，能降低回报率的要求。
同时，对于不同的投资人和不同的项目设计，最后的回报率不是一个定数。
还有一个变动因素，是整个社会资金成本的变动趋势，最近国家连续几次降低基准利率，并且最近在企业发债过程中国家给了大量支持，要求承购方降低利率，大家都看出来我国在高融资利率下带来的不良影响，给实体经济带来冲击，所以现在整个国家的宏观调控是要降低利息，在整个社会资金成本都降低的情况下，未来5%、6%，甚至4%作为收益率是完成有可能的。
所以收益率不是一定的，但是最后和投资方谈的时候，一定要综合各种各样因素，最后要定下来收益率，作为将来各种谈判和调价的基础。
⑵委托运营类PPP项目回报水平
一是适用于社会资本不参与投资，只提供运营服务的PPP项目，如委托运营项目。
二是通常采用成本利润率方式确定回报水平。
项目回报=合理成本+税收+合理利润，有两个关键点：一个是合理利润怎么来定。
通常以成本为基数，乘以5%，5%同样不是一个准则，可能要考虑到行业的平均情况，还有企业的战略考虑，是否有竞争，如果有竞争，通过竞争可能发现较低的回报要求。
通过以上确定成本利润率。
第二是确定合理的成本利润率以后，一定要把它算成一个价格，就是不要在合同里去给它承诺保证这个项目的成本利润率是5%，这样又和PPP项目的初衷不一致了。
PPP项目的初衷是要让社会投资方去发挥效率，尽量控制好成本，从而实现政府方、公众方和投资方三方的利益最大化。
但如果在合同里写了收益率5%，我们知道收益率的基数是成本，成本越大收益越大，那么我们去运营这个公司就没有降低成本的动力了，所以合同里承诺的一定是价格。
在这种情况下，通过好的管理可以获得更好的收益，我们把这个空间留给企业，在没有损害政府利益和公众利益的情况下，企业该赚的让他去赚。
2.PPP项目收益
确定回报水平后，就要考虑项目收入从哪里来的问题。
项目收入是实现项目回报的基础。
不同的项目有不同的项目收入渠道。
经营性项目如自来水、电厂、燃气等依靠使用者付费基本上能产生回报。
准经营性项目如地铁、公交，收入来源一部分是使用者付费，一部分是政府补贴。
非经营性项目比如环境治理、水利工程等，这些项目找不到明确的付费者，这种情况可以理解为政府为公众购买服务，所以由政府来付费。
其他收入来源有两个类别，一是与项目运营密切相关其他权益配置(多种经营权益)，如：地铁项目中的广告等商业开发业务、水库项目中的旅游开发、污水、固废处理产出物的市场开发利用。
二是项目范围外其他资源配置。
涉及政府和社会资本在更广空间范围上的合作，情况较为复杂，不专门讨论。
如：城市轨道交通项目配置上盖物业、土地资源开发;抽水蓄能电站建设配套风电场资源开发;环境治理项目配置商业地产开发等。
3.PPP项目价格调整
PPP项目通常涉及的是民生类项目，按照目前要求，对这类项目都是听证定价。
与投资人谈的叫可行性价格，是根据总投资加上应有的投资回报后算出来的，在这个价格上，这个项目才可行，所以叫可行性价格，往往与政府定价不匹配。
政府定价加上市场调节还不够，还要加上其他收入，这就是政府的补贴收入。
要通过这些方面的因素做好可行性定价，在合同里做好政府补贴的相应约定。
4.PPP项目回报模式设计应用案例
——北京地铁十六号线项目
十六号线票款收入是2元/人次的单一票制，还有非票务收益，包括授权范围内的地铁广告、零售、通信等商业开发，不含地下空间开发利用。
根据既有线路商业开发情况，前按每年非票收益1亿元计算，这里有一个小的风险，如果每年达不到1亿怎么办?当时投资方和我们讲，因为4号线政府给做了后评价，做后评价的好处是能够掌握投资方的信息，发现地铁4号线做的实施效果评价，他的一条线的广告收益是1个亿，当时它一条线的收益抵其他五条线的收益，其他五条线是由北京市地铁运营公司运营。
四号线是京港公司运营的，一年1个亿。
所以十六号线我们还按照1个亿计算。
当然他又哭穷了，说4号线收益有它的特殊性，它所经过的站点比较好，所以它的广告收益比较高，十六号线可能没这么好的条件。
当然经过这次谈判，政府方说你的线路比四号线长等种种理由，最后投资方认可了1亿元。
这里确实是有风险的，将来收益达不到1亿，这个风险全部由投资方承担，如果超过1亿，政府要分成，看起来有点霸道，但这也因为设定为1亿还是是相对有基础的。
还有票款收益计量的问题，北京市地铁有一套清算系统，非票务收益需要通过审计来审核，因为涉及到分配。
剩下的部分就是补贴收入，按约定票价和实际收入的差额进行补贴，所以这块是收入计量和价格。
回报模式在这个项目里不见得完全不变，它在整个合同体系里是这样的变化过程，下图是北京地铁十六号线PPP项目收入机制示意图，前面是约定票价覆盖范围，其中预测补贴收入=约定票价X预测客流-预测票款收入，这些是在协议谈判过程中大家共同认可的。
在实际操作过程中有实际的非票收入，实际的可能会超过预测的，超出部分有一个非票收益的分成，客流收入也会与实际客流收入有区别，那么超过的部分也有客流分成，这两个分成都是指政府方的分成，政府方分成要冲抵票价补贴，那么直接的票价补贴要比预测的票价补贴低一些。
关于“约定票价”，从形成到变化有一个过程。
在论证阶段，内部收益率不高于8%，考虑约定非票务收益，按预测客流计算出约定票价。
这个票价是在我们做财政承受能力评价和PPP项目物有所值评价时候用的，比如约定票价是6块钱，实际票价是2块钱，那么这4块钱是财政需要补贴的，财政根据预测客流量要计算这个项目每年要补多少钱，这是在论证阶段用的。
在谈判阶段，6块钱可能会降低，基于投资方竞争性报价，他要考虑竞争，比如8%的收益，为了拿到这个项目，他可能7.8%就可以做，甚至通过成本的控制，按照设置平均的成本因素，比如每个人的工资，社会平均是8000块钱，这个特许经营公司可能说我的工资控制得比较好，7500块钱就可以。
投资方在充分考虑这些空间以后，会拿出一个有竞争力的报价出来，这个价格有可能低于我们最初估算的票价。
我们要把这个报价写到投资合同里面。
这个价格也不是一成不变的，在3年期间里，物价发生变化后，可以通过既定的价格变动公式调整价格，从而抵扣物价变化带来的影响，使收益率维持在当初投标时预定的水平。
关于预测客流和协议客流，最早在可研阶段有一个客流的预测，我们做方案论证时用的是可研数。
在谈判阶段，为了更好的应对风险，双方会共同委托一个客流顾问，对客流重新预测，这就是协议客流。
在运营阶段，如果实际客流和协议客流发生变动，超过部分怎么分成，不足部分怎么保底，这些共同形成了整个项目的回报模式。
五、合同体系
上面所设定的各种模式都要反映到合同里面，PPP项目的合同不是一个单一的文件，尽管我们说特许经营协议是主协议，我相信大家与投资方谈时，谈的都是这个主协议，但一个项目要成功要靠所有的协议体系支撑起来。
(一)北京地铁四号线合同体系
以地铁四号线为例，它除了交通委和PPP公司的主协议外，还有其他的。
首先是这几家投资方：京投、首创、港铁，他们共同签署的合作经营协议，按照这个协议成立PPP公司，这是一个合资协议，协议里对这三家股东方的要求做了约定。
特许经营协议要有相关的附件，其中比较重要的附件是和地铁建设管理公司签订的建管协议。
北京地铁建管公司与京投公司曾经都是北京地铁公司分出来的，北京地铁公司是国内最早的地铁公司，六十年代末七十年代初就存在，因为北京那个时候就有地铁一号线了。
但是后来北京的地铁发展比较慢，2号线是八十年代中建成，八通线是90年代建成，最后一直到申奥成功北京地铁的线路都特别少。
但北京申奥成功有一个奥运承诺，就是开奥运会时我的轨道交通里程要达到多少，公共交通出行比例要达到多少，北京市要兑现奥运承诺就忽然发现地铁建设任务非常重，在这种情况下就把北京市地铁公司拆分成三家公司，变成北京地铁建设管理公司，北京地铁运营公司和京投公司，由京投公司专门负责轨道交通项目的投融资工作。
建管公司和京投公司是兄弟单位，它们不是真正的业主和承包商的关系，所以北京建管公司在北京地铁建设管理系统里说话是非常有份量的。
这时候PPP公司就很担心，因为他第一部分的项目是要委托给建管公司来建设的，他担心如果等他中标，和政府方签完特许经营协议再去签建管协议，他怕他的议价能力受到损害，所以他们把建管服务合同放到和特许经营协议一起来签，就相当于在交通委的主持下签的建管协议，使得这个协议基本上维持了PPP公司的业主地位，最后使得地铁四号线的AB两部分的建管合同格式不一样，业主方在里面的责权分配也不一样，所以这是地铁四号线里面比较重要的一个细节，就是建管协议作为附件放在特许经营协议里。
还有第二个附件是A部分租赁协议，我们知道整个项目拆成两部分来做，A部分是将来政府要提供给PPP公司来使用的，那么租赁协议也是非常重要的，包括租赁价格也是在特许经营协议的合同体系里。
还有银行的贷款协议也放进来了，这就是我说的为什么银行要全程参与，甚至把贷款协议都放进来。
在后面一些小项目里，不见得要把贷款协议放进来，当时为什么放进来，政府方担心银行行使的贷款权力影响到整个项目的运行，所以要求银行把贷款协议和投资方签好。
其他还有13个附件，包含了建设运营期的协调规则、项目运行验收标准等等，整个来看，一个大项目要做好是需要有一套特许经营协议来支撑的。
(二)来宾B厂合同体系
这是我国实施比较早的BOT的项目，法国电力集团成立了法电中国，法电中国和法国的斯通公司有一个合资协议，他俩共同合资成立特许经营公司。
但政府方不放心，特别是对法电中国不放心，要求法电中国有一个担保。
这里还有一个细节，这个项目工程是由法国斯通公司成立的小公司负责承包的，所以要求斯通公司给承包商一个担保，由承包商和特许经营公司签定施工和设备安装合同。
由于政府方看重的是法电和斯通公司，所以要求这两家股东都要对合资公司的履约能力进行担保，有了他们的担保，项目公司再和承包公司签署施工和设备安装的合同。
在项目运营这块，由项目公司和运营商来签署运营维护合同，同样我们也要求法电中国来对运营商进行担保。
这里运营商和法电有一个技术管理服务合同，实际上是法电在给运营商做整个项目的支撑。
其他项目投入以后，燃料是由广西建设燃料有限公司来供应，电力的调度由广西电力局中心调度所和广西电力局等等，这三个又是中方企业，当时外方也要求政府方做一些担保，这是在过去，现在我国的政策是不允许担保的，当时的背景是可以的，所以广西区政府给他的燃料公司、电力局做担保，担保他们可以履行购电合同、调度合同、燃料供应合同。
同时与贷款方有一个贷款合同来确定项目贷款，所以说这么大的合同是由这么多的合同体系共同构成的。
六、监管体系
(一)运营服务监管
要做好运营和服务监管，整个协议里要约定好项目验收的技术标准、政府提供的支持条件、项目运营的技术标准、运营服务内容和范围、政府监管内容和方法等等。
这些内容为未来对整个项目的运营监管提供支撑。
(二)移交监管
一个项目建设好以后，要规定相应的退出机制，通常退出会有三种情况，一种是股权转让，项目将股权全部转给别人，股权转让一定要建立在政府方许可的情况下;第二种是依据特许经营协议提前终止;三是特许经营期结束。
无论哪种情况的终止，都会涉及到项目的移交，因为这个项目是地方政府为了公共服务建立的项目，反过来，投资方建这个项目也拿不走，所以，移交是做PPP项目一定要规定的。
项目的移交要对移交程序及过渡期的安排、移交设施的范围、内容、移交标准要求、移交费用安排、移交后质量保证做出约定。
股权的退出，以不影响履约为前提。
移交机制会因不同情况而导致终止有区别。
主要体现在守约方要得到一定的补偿，对违约方要有一定的惩罚。
移交和退出机制案例
——福建某工业园区污水处理厂BOT项目
移交过渡期：特许经营期满12个月前，双方各自派员组成移交委员会，具体负责和办理移交工作，甲乙双方代表人数应当相同。
移交委员会主任委员由政府方人员担任。
协议提前终止，于提前终止日后15日内组成移交委员会。
移交范围及内容：
乙方对项目设施的所有权利和利益，包括：项目设施的建筑物和构筑物;与污水处理项目设施使用相关的所有机械和设备;项目设施正常运转所必须的零备件和配件、化学药品;运营和维护项目设施所要求的所有无形资产。
在用的生产档案、技术档案。
土地使用权。
移交标准：移交资产不存在债权、抵押、担保物权或任何种类的其它请求权。
污水处理项目场地在移交日应不存在任何环境问题和环境遗留问题。
关键设备的整体完好率达到95%、其它设备的整体完好率达到90%、构筑物不存在重大破损。
移交后的补偿：
终止事件
终止补偿金额
特许经营公司违约
0.6帐面净值-违约金。
政府方违约事件
帐面净值+三年利润
不可抗力事件导致的终止
资产评估值
法律变更事件
账面评估值
移交产生的税费由双方各自承担。
移交后的质量保证期是12个月。
在紧急情况下，如乙方没有及时保修，甲方有权兑取移交保函的相应金额进行保修。
承包商保证的转让，在移交时，乙方有义务将所有承包商、制造商和供应商提供的尚未期满的担保及保证在可转让的范围内无偿转让给甲方。
以上都是与项目自身相关的，特许经营合同都是在实施方案规定的原则里做进一步细化。
七、采购方式
财政部在去年底专门出台了关于政府和社会资本合作投资人采购的文件，这个文件规定了选择投资人有五条途径：公开招标、竞争性谈判、邀请招标、竞争性磋商、单一来源谈判。
这五种方式都可以用，具体的用法要结合项目来考虑。
公开招标适用于模式成熟、条件清晰、潜在投资人多的项目。
比如现在做的污水处理项目基本上可以用公开招标模式，优点是透明度高，竞争性充分，缺点是周期不确定，因为我们前面定的招标条件有可能与投资方的要求不一致，通常来讲，PPP项目做公开招标流标的概率会比较大。
周期性不确定的意思是有可能会很短，很快就招来投资人，但也有可能费好多经历才能确定。
竞争性谈判模式适用于模式和条件不太清晰的情况。
但是要比竞争性磋商稍微清楚一点，但是有一些具体的条件还要与投资人在谈判中进一步敲定。
优点是透明度高，竞争性充分，时间比较短。
所以竞争性谈判是PPP项目确定投资人比较好的一种模式。
但竞争性谈判有一个缺点，因为他是政府采购的一种方法，它有一个最低价中标的原则，这就比较难办，实际上在PPP项目里不太推崇最低价这个事情。
邀请招标和公开招标相比，适用于潜在投资人少的情况，要主动、定点的邀请投资人过来。
透明度中，竞争性较充分，周期较长。
竞争性磋商，财政部除了出台刚才提到的文件之外，紧接着又出台了一个关于竞争性磋商的办法，可以看出用意是用这个办法进一步规范PPP项目选择投资人，因为竞争性磋商确实比较适合做PPP项目采购，它适用于模式、条件不太清晰的项目，通过和投资人磋商的过程，逐渐让条件和模式清晰过来，但是缺点是透明度没有招标高，竞争性也没有招标充分，但如果磋商对象比较多的话，还是能够保留竞争的充分性。
还有一个周期会比较长，因为中间有反复和投资人确定各种条件的过程。
单一来源谈判，通常，公开招标或按财政的要求都要搞公开的资格预审公告，公告一出去，两轮过后，潜在投资人都特别少，只有一家的情况，不得已只好选择单一来源谈判。
通过是一些项目吸引力比较小的项目，或者社会上做这种项目的家数很少，这种情况需要做特别的审批，才能做单一来源采购。
透明度和竞争性都比较差，周期有可能会比较短，大多数情况下会很快的定下来。
篇3：软件实施方案精选
一、项目资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次:决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是:
决策层:领导在实施中的作用与重要性、决策查询。
维护层:系统维护知识、操作方法。
操作层:操作方法。
具体的培训工作流程为:
1、调研培训信息:在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划:结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划:用户签署《培训计划》，进一步确认培训安排。
4、发培训通知:培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境:公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训:公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核:公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结:公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人
汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为:
1、编制计划:与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划:用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知:在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备:在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题;
5、组织测试及试运行:用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.
6、测试及试运行总结:测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况:
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
(七)总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果:
主要项目阶段
阶段组成
主要里程碑
可交付成果
启动
阶段
编制总体项目计划
签署的《总体项目计划》
启动会
项目启动会
签署的《项目实施协议》
需求调研阶段
需求分析报告确认
需求调研结束
签署的《需求分析报告》
软件
实现
软件功能确认
软件功能确认
签署的《软件功能确认表》
数据
初装
用户签署初装计划及初装培训计划
签署的《初装计划及初装培训计划》
初装检查及总结数据初装完成
《数据初装总结表》
培训及考核
用户签署培训计划
签署的《培训计划》
培训总结
培训完成
《培训总结表》
测试及试运行
用户签署测试及试运行计划
签署的《测试及试运行计划》
测试及试运行总结
试运行完成
《测试及试运行总结》
验收
总体验收
验收完成
《总体验收报告》
(八)系统交接阶段
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
篇4：软件实施方案格式
一、什么是ERP实施方案
提供给客户一个完整的软件交付过程管理方法，即ERP实施方案，明确实施的范围、组织、策略、计划、实现方法、交付标准、风险控制等，让双方项目团队很清晰知道什么时候做什么事情。
简单地说，实施方案的目的是：明确目标、统一思想、协调资源、分工协作。
二、ERP实施方案关键内容
1、明确实施的范围
假设我们实施一个集团多工厂类型的项目，若每个工厂都由我们实施，那么工作量是很大，实施周期也很长。
根据客户情况，选择一家管理基础较好的工厂，我们带着甲方项目团队实施这家工厂，并且在实施的过程，教方法给他们，多让他们动手，教会别人，解放自己，他们就是后续实施的主导力量。
这样就可以在实施方案中写明实施的范围或主体是这间工厂，其余工作的实施，我们仅提供技术支持。
2、建立有执行力的项目组织
众所周知，项目组织是我们项目成功的保障。
我们常常遇到二种现象，第一种现象：很多项目组织中的成员都是高层领导、部门经理，这类管理人员通常没有过多的时间来关注和参与项目，在项目实施过程中需要大家来讨论的议题，他们临时指派人员参加会议，造成会议的效率很低;第二种现象：缺乏高层领导和核心业务骨干参与，很多部门经理指派新来的或最闲的职员作为项目成员，这类人员对部门内的业务不熟悉，更谈不上跨部门业务环节控制等，实施顾问与他们交流时，往往得不到准确的答案，沟通效率很低，没有人决策。
同时还应该注意在项目组织中明确相应的权力和职责。
3、实施策略与计划
实施策略与计划主要是为了统一双方项目团队的思想，让大家很清楚知道整个项目如何做，先做什么后做什么，这部份最关键的`是让客户感知到实施方案的计划性、可执行性，也让客户知道什么时候需要什么资源做什么事情。
如果将项目比喻成战争，这部份的内容好比是战略，战略决定了格局，也决定了成败。
4、实现方法
在调研的基础上，通常分业务部门来阐述各业务流程的实现方法，以及相关特殊需求的处理方法。
我们常说控制客户需求，这里表现得很突出，客户很多需求是需要通过软件结合管理手段来解决，而不能单一通过软件来实现;还有很多需要是原来手工作业形态下的需求，集成软件的环境下，这类需求就不必要了。
关于这些方面，需要与客户进行充分的沟通。
5、交付标准
在实施方案中是否写明交付标准，是一个值得大家来探讨的话题。
我个人认为，还是应该写明交付标准，但这些标准是不需要结合人为管理来实现，仅仅软件功能本身。
通常前端业务的四大管理报表以及后端业务的资产负债表等作为验收标准，至于有关库存降低等方面除软件提供分析外，主要依靠大量的管理手段才能降低库存。
交付标准需要引导和说服客户高层，达成一致共识。
6、风险控制
风险控制最能体现一个实施顾问的项目管理能力和专业能力。
前面已讲到实施策略和实现方法，难免在实施过程中会遇到各种困难和突发事件;另一方面，这里还可以给自己留个后门，因调研不充分导致提供的实现方法不当所造成的风险。
三、ERP实施方案常见问题
1、没有明确实施范围或实施主体。
这类问题容易导致项目“没完没了”，还有可能造成双方对项目存在分歧，这样直接景影响到客户满意度以及项目结不了案。
2、项目计划不明确。
客户的需求总是很多的，有时很难在一个阶段上实现，需要将项目分成几个阶段来实施;我们通常是先易后难，先让客户可以看到一些简单的管理报表，这样双方都会有信心。
特别是大型项目，要有明确的项目计划，让双方项目组成员知道项目分几个阶段，每个阶段上哪些模块，每个模块的基础资料什么时候准备，下一个阶段什么时候开始。
客户对项目抱怨最大的是：不知道什么时候做什么，什么时候可以结案。
3、没有将实施方案与客户高层进行充分沟通。
与各部门经理沟通后的实施方案初稿，一定要呈报给客户的高层，还应该当面就一定重点问题与其沟通，并取得他们支持，这样实施方案就比较容易落地了。
4、对客户的需求没有过滤和分析。
客户大部份需求是管理需求，是需要通过管理手段来实现的，而软件只是提供功能性的帮助，不能代替管理。
因此，我们需要先过滤掉那些通过管理手段来实现的需求，余下的需求相互之间可能是有关连关系，解决其中一个，其他的需求就已经不再是需求了。
这里面常用的方法是：要探索客户的真实需求，也就是要问清楚客户为什么有这个需求。
篇5：软件实施方案
软件实施方案
项目的计划和项目计划的推进。
细分一下包括：
需求 和 设计 两个阶段的 项目组织管理
我们可以做如下的计划
1 确定提交物 即规范所要求我们也需要的文档
2 确定基线 即何时完成那个文档
3 确定人员的活动 即谁在什么时间完成什么文档
另外，注意 项目的风险管理
项目实施方案【一】
医院信息系统工程的实施是一个复杂的过程，需要医院门诊、住院、药品、医务科、检验科、财务科、信息科、医技科等各职能部门与公司通力合作、共同努力才能顺利完成。
合理的项目实施计划和工期安排将是项目成功的保障，所以我公司对医院信息化项目建设进行了详细的工期安排和负责任的'实施。
1工程进度安排
在医院的协调配合下，整个项目的实施周期在(17周)119个日历日之内。
为了有效的推进项目，对项目周期进行预估，及时反馈实施过程中的不确定因素，将项目周期控制在双方目标范围内。
工作分解 第1周 第2周 第3周 第4周 第5/6周 第7/8周 第9/10周 … 第16周 第17周
项目启动 ☆◇
小网搭建 ☆◇
流程确认 ☆◆◇
数据准备 ☆◇ ☆◇
软件准备 ◇ ◇
接口准备 ☆◇■ ☆◇■ ☆◇■
票据准备 ☆◇ ☆◇ ☆◇
培训准备 ☆ ☆ ☆
报表准备 ◇▲ ◇▲
硬件准备 ☆● ☆● ☆
模拟运行 ☆◇
上线评估 ☆
上线部署 ☆◆◇ ☆◆◇
系统切换 全部
系统稳定 ☆◇■ ☆◇■
标识说明：
☆——项目经理
◆——HIS产品专家
◇——HIS产品工程师
●——网络集成工程师
■——医技产品工程师
2项目实施中的关键
医院信息化项目建设成功实施的要素有很多：系统参与人、合作伙伴、项目数据、项目实施方法、项目实施纪律、实施单位本身的改革，下面就将部分相关因素进行点部分阐述：
1) 总体合理统一的部署
双方共同参与进行整体规划;
明确双方责任及实施过程中的监督方法。
2) 详细实施计划表的制定
分阶段制订计划、考核措施、阶段小结。
阶段内双方的工作安排。
3) 工作中协调问题
院方的内部协调：院方领导高度重视，亲自挂帅，协调资源，各个部门人员的积极调配。
公司的内部协调：公司领导对院方工程的重视，技术骨干全心投入，协调各部门的调配工作。
双方之间的协调。
4) 人机配合
计算机适用于作大批量的、机械化的、固定模式的事物，精确而快速，人适于做智能化、需随机应变的事务，人机配合的工作将是系统实施的关键。
5) 周密的宣传工作
系统管理的必要性;
双方默契配合的重要性;
实施信息系统的复杂性、艰巨性;
实施中需要认真踏实的态度和一丝不苟的工作精神。
3项目组建立
管理机构设领导小组和工作小组，采用领导小组下的各级负责制，并明确规范所属下级各组的职责及组间关系，监督工程的实施：
序 号 名 称 职 能
1 项目领导小组 主要负责审定建设计划、项目投资、总体方案及有关重大问题;对组织协调组、专家顾问组、总体需求组、总体技术组和分系统项目组实施领导。
2 项目工作小组 具体工作的执行小组，包括流程规划、设计规划、配合实施、人员组织、环境搭建等等。
3 组织协调组
主要负责制定工作计划，掌握工程进度，检查工程质量;指导总体需求组、总体技术组和各工程组的工作;协调各部门之间的关系，做好保障服务工作。组织协调组在项目领导小组的领导下由双方工程建设总负责人组成。
4 总体需求组
主要负责拟定总体需求方案和有关技术系统需求方案，确定整体系统的使用功能，制定各项技术指标。总体需求组在项目领导小组的领导下由工程实施单位的有关管理、技术人员及用户单位的负责人组成。
5 总体技术组 总体技术组负责拟制总体技术方案，确定各项技术标准，搞好主要设备的选型，对系统进行技术划分，检查各系统研发情况，组织系统集成和联调。总体技术组在项目领导小组的领导下由项目实施单位的有关技术人员组成并具体负责。
6 各分系统项目组 各分系统项目组主要负责各分系统工作计划、实施、进度控制及人员调配。各分系统项目组主要由项目实施单位技术人员组成并具体负责。
7 项目验收组 项目验收组主要负责项目的各项验收检验，包括各分系统的阶段性验收和系统最终验收。项目验收组由领导小组指定。
8 系统维护组 系统维护组负责系统试运行期间和工程建设完毕后的维护工作。系统维护组主要由工程实施单位和用户方面部分技术人员共同组成。
9 项目监理 负责对项目实施过程中的监理，有条件的话可以外聘专业单位实施项目监理。
篇6：软件 实施方案
(一)软件必须能满足和适应企业需求
这一点是整个项目能否成功实施的最关键的一环。
很多企业都在这一方面吃过亏，在选型时见到的软件有很多功能模块，在样板企业里数据也能跑起来，但当软件买回来了以后，却发现了软件的很多功能与企业的现实差别很大，所以根本就用不起来。
不同企业之间的管理流程和对数据的要求差别很大，基本上两个完全相同的企业是不存在的，世界上绝对不会有一种“万能软件”能满足所有企业的需求。
企业在选型软件时，要充分考虑各种管理流程的特点、数据的来源、统计报表不同功能模块的关系、企业员工的接受能力及与其它系统的接口等很多问题，所以企业选择的必须是软件提供商为企业订制开发出来的。
(二)软件是否能进行二次开发
因为企业现有的流程不是一成不变的，需不断完善与改进，所以软件的功能也需要能进行相应的修改，而且企业在第一次做项目需求时，有些问题可能忽略掉了，所以必须要求选型的软件有强大的二次开发能力。
如果软件的结构过于僵死或二次开发能力不强，它未来可能会变成一块“鸡肋”，让企业有种“食之无味、弃之可惜”的感觉。
测试软件是否具有快速二次开发能力的方法也不难，就是企业在选型时，不仅要看软件提供商如何演示，还要提出一些个性化需求，看看对方能否迅速开发出来。
(三)软件和实施费用应相对便宜
企业第一次实施由于经验上的不足，风险不是没有，确实有许多优秀的企业是通过第二次实施才获得了成功。
因此企业在第一次选型软件时，不要只注意软件提供商的品牌和规模，因为价格越高，企业自身的风险就越高。
我们建议企业最好还是购买那些物美价廉的产品，也就是当所选软件都能满足企业现实需求且能进行二次开发时，企业最好选择价格便宜的那家，就好像一个人刚学会开车，就要买一辆奔驰轿车，无论这个人是否真正有钱都不是明智的选择。
现在出现了平台化组构的软件产品，它可以通过建模工具迅速按照客户的需求进行软件开发，这样就大量地节约软件开发周期和成本，而且二次开发工作也变得十分的简单，所以企业最好选择这样的产品。
(四)软件操作要简单、易学
由于许多企业过去没有信息化建设的经验，员工一下子由过去的手工工作转为计算机工作肯定有一个适应过程，如软件组构和操作过于复杂，那么一定会加大培训和实施的难度。
数据整合项目实施的成功之道
案例1：麦德龙
到麦德龙购物的消费者都知道要带一张会员卡，但对会员卡有什么作用几乎都不知晓。
其实，会员卡最大的收益者是麦德龙。
当消费者用会员卡结账时，便留下了详细的消费档案。
据麦德龙中国公司总经理海力佛介绍，公司的专门网络每天都要对这些数据进行整合分析，不仅分析商品热销、滞销情况，还要分析目标客户的购买力，由此决定大类商品，乃至细目商品的结构调整，以及促销方式的变化。
案例2：中石化
中石化于初开始制定中国石化ERP总体规划，努力构架从上到下、集成一体化的中国石化ERP系统的推进策略。
目前，中石化集团已经完成近70%的ERP系统实施工作。
年底，中海油宣布集团整体实施SAP ERP系统项目正式启动。
近期，很早就提出信息化建设“六统一”的中石油集团也开始了ERP系统的招标工作。
由此可以看出，中国三大石油巨头已经对管理信息化有了更深层的理解和更为迫切的需求，建立与完善各自管理信息化系统的工作正在轰轰烈烈、有条不紊的进行中。
无论是案例中的麦德龙还是三大石油巨头，亦或是其他一些公司，他们其实都在不约而同地做着同样一件事情，那就是信息整合。
众多企业之所以热衷于此并非盲目追随潮流，而是缘于整合信息、消除“信息孤岛”的迫切需要。
这种需要的存在是出于信息传递系统对于现代公司获得生存发展的极大重要性。
信息不充分导致的信息经济学所关注的逆向选择、柠檬市场等问题，在企业内部就会表现为治理机制失调、管理混乱、决策空虚。
曾有人把企业的信息流比喻为人的神经系统，那么不难想象如果“神经系统”处于瘫痪，公司的生存发展将会何等艰难。
既然市场有如此强烈的需求，那么信息应用技术的提供者们自然不会视机会如浮云，必将开发相应的应用软件系统来迎合市场。
一时间，各种系统层出不穷，技术手段也日渐纯青。
一方面是企业的苦苦诉求，一方面是信息技术供应商的殷殷回应，似乎信息整合已经万事俱备，剩余的工作就是顺利地将信息整合工作付与实施了。
然而，也就是这个看似最简单的环节，却同时给企业和项目实施团队带来了诸多的烦恼。
同时，也导致了信息整合的成功似乎近在眼前，却又远在天涯。
据国家经贸委经济信息中心和每周电脑报社对近800家企业所做的调查结果显示，近50%的企业称信息整合化效果不明显。
那么，究竟在实施过程中出现了什么问题，让信息整合一而再、再而三的止步于最后关口?
在此，依据我们以往信息整合实施的经验来看，失败多因在经营分析、对标、数据整合三个环节存在问题甚至缺失导致，本文将从数据整合的角度展开分析，列举在实施过程中经常遇到的三个数据实施的问题，并提出我们对问题的分析与解决问题的思路，希望关切这个领域的同仁们可以共同思考。
(一)、企业内部管理粗放，造成基础数据难以寻获，从而导致实施在开始阶段就举步艰难。
1、问题陈述
对于任何一种版本的信息整合系统，在项目实施的第一阶段(系统实现阶段)都要进行基础数据的录入工作。
然而，项目实施方也往往从这个阶段开始就要接受挑战了。
相信有过整合实施经历的读者对以下两个事例并不陌生，因为它们在项目实施中非常普遍。
例1：在对生产型企业进行系统实施时，必然要涉及到设备编码数据的录入。
然而，许多企业并没有对他们的设备进行统计编码，那么项目实施方则很难进行下一步的工作。
例2：任何系统实施中都首先要对不同使用者设立不同的权限，这就需要企业的人力资源部门向项目实施方提供完整的员工岗位分配表、岗位说明书与职责说明书。
而当项目实施方要求企业递送这些文件的时候，人力资源部的回答往往是“我们没有这些东西，给你们一张员工工资表，将就用吧”。
这样一来，系统权限的设置必将混乱，也势必影响到系统应用的最终效果。
像上面这种例子在实施项目中还有很多很多。
其实，它们反映了同一个问题，即准备录入的基础数据难以获寻的问题。
搜寻不到基础数据，实施的第一步工作就无法得到开展，项目也从一开始就被笼罩上了失败的阴影。
2、问题分析
问题总是表面化的，如同冰山一角，其背后的产生原因才是深层次的。
这一问题其实是企业管理不细致的表现，根源在于企业在发展过程中忽视了管理模式的更新与细化，没有形成制度化、标准化的管理模式。
当企业规模小的时候，管理和经营往往依靠领导人的个人能力。
大部分日常管理工作是对已经出现的问题进行解决。
而当企业规模壮大以后，管理层往往仍然延续旧有的'管理思想与习惯。
我们不难想象用管理十几个人的方法和手段来管理上百人、上千人的企业会出现怎样的后果。
这种管理落后会表现在企业运营的各个方面，而基础数据不完善就是其表现之一。
3、解决思路
①项目实施方通过事实陈述、案例分析等方式向企业高层表明企业目前存在的问题及危害性。
②向企业高层推荐相关培训课程，建议企业聘请专业咨询公司。
(二)、企业管理流程混乱和监督机制不完善，造成基础数据不统一，从而导致实施止步不前
1、问题陈述
同样是在数据录入阶段，实施团队除了面临基础数据不全的困难以外，还往往会碰到另一类的问题。
这类问题出现在基础数据的获得渠道上。
在信息整合实施过程中，项目组获得基础数据的途径只能是企业内部的各种报表。
然而，当这些报表递送到实施团队手中时，项目人员却经常会发现同一个数据在不同的报表中显示的结果却不尽相同。
不妨先看一看下面两个事例。
例1 ：同样是A部门的年度销售额这一个数据，实施项目组却看到了三个不同的结果：在A部门递交的年度业绩考核表中是年度销售额为510万，在公司纳税统计报表中年度销售额为500万，而在下一年度部门销售目标分析报表中该数据显示的则是490万。
例2：同样是员工人数这个数据，在递交给劳动管理部门的报表中是50人，而在工资发放表中却是60人。
我们可以想象，当项目组面对以上所列述的这样的报表时，只能是一脸茫然。
系统实施的第一步也再一次的面临到挫折。
而这些问题都可以总结为一类，即基础数据不统一。
2、问题分析
这一问题的产生主要有两个方面的原因。
其一，是由于企业各种报表统计用途的不一致造成的。
由于统计用途的不同，最基层的原始数据往往在传达过程中被各职能部门或各管理层级进行人为的修改。
比如，在以上所提及的销售额不一致的情况中，可能就是因为A部门人员在考虑到不同报表用途的情况下为了自身利益而相应改动原始数据所造成的。
这反映了企业的考核监督机制存在漏洞，内部审计虚空，为基层人员提供了“胡作非为”的可行性。
其二，是由于数据统计口径的不一致造成的。
不同职能部门在统计同一数据时的统计口径存在差异，比如在以上所提及的员工人数不一致的情况中，可能就是因为递送工资发放表的财务部门将包含临时员工在内的所有领取公司报酬的全部人员进行了统计，而递送劳动管理部门报表的人力部门则只统计了合同员工。
这种情况的存在主要是因为企业报表管理体系的不完善，没有对不同报表的口径进行统一和明确说明，报表体系混乱。
而报表体系的混乱则反映了公司内部管理流程的混乱。
3、解决思路
①实施项目组尽量从企业最基层的业务一线获得企业的基础数据，避免基础数据在上传过程中出现人为操作。
②实施项目组可以建议企业方聘请专业咨询公司，让其为企业在项目实施之前梳理经营管理流程，完善监督考核机制。
(三)、最根本的原因是，企业高层对项目认识不足与企业内部上下层存在利益博弈，造成项目实施方难以获得企业各方的配合，导致实施进展缓慢
1、问题陈述
实施信息整合系统需要实施项目组对企业有较为全面的了解。
这种了解需要建立在与企业高层以及中下层员工之间良好的沟通之上。
而且项目的实施过程中，数据的获得等工作也只能在企业员工密切配合的前提下才能得以顺利完成。
而做过该类项目的朋友一定碰到过这样的情况：
例1：项目组希望约见企业的高层领导进一步了解企业情况，却总是因为领导忙、没有时间的理由被拒绝。
例2：项目组需要职能部门提供各种数据资料，面对的却是员工的一片漠然，迟迟得不到所需要的资料。
这种情况在信息整合实施项目中的普遍存在，导致了项目组的工作难于开展，项目实施举步维艰。
2、问题分析
我们可以将这个问题的分析分解为两个层面：第一个层面，是企业高层为什么不配合;第二个层面，是企业中下层员工为什么不配合。
对于企业高层而言，他们是希望项目能够得到顺利实施的。
既然如此，他们又为什么不配合项目组的工作呢?其实，这主要缘于企业高层对项目实施认识的偏差。
对于很多企业高层而言，他们的观点是“我花钱请你们来，所有的事情都是你们的，我只要坐收成果就好了”。
而对于企业中下层员工而言，他们不配合就主要是因为利益博弈的结果了。
由于信息整合项目的最大初衷就是为了给管理高层提供管理与决策的信息支持， 因此项目的最终受益者往往是公司的高层管理者。
而中下层员工很难在信息整合中获得利益，并且因为整合项目的实施，许多中下层员工的工作量反而有所增加，或者利益受到损害。
比如，财务部门以往可能只递送3张财务大表，而因为信息整合项目实施的需要，他们可能要递送更多的附表。
这些附表数据在录入系统后会更有力的支持高层决策。
但对于财务部门的员工而言，这只是增加了他们的日常工作量，并无其他任何意义。
再比如，系统实现后，销售利润等分析数据全部由系统根据一线数据源自动生成，职能部门或各级管理层失去了人为操作数据的可能性，可能就会对其利益造成损害。
因此，企业上下层级之间的利益博弈，导致了不同人员对待项目态度的迥异，也导致了基层人员对项目的抵抗心理。
3、解决思路
① 项目组通过开展三个方面的工作获得企业高层领导的配合。
A. 项目实施方利用企业高层对项目结果的强烈需求，在项目实施计划确定阶段，就向企业高层清楚地表达企业的合作对项目实施的重要意义。
并且，可以建议他们参加相关培训。
B. 项目实施方在合同中明确要求企业高层组建内部项目组配合项目的实施，并对内部项目组给与充分的授权。
C. 根据项目的具体内容，由实施项目组与企业内部项目组制定绩效考核标准，提交企业高层报批。
以此保障实施项目组能够得到各职能部门与各级管理层的积极支持。
② 建立由系统供应商、实施方、企业内部项目组以及咨询方参与的定期例会制度。
项目相关方密切配合，充分了解企业的各个流程，把握各职能部门间、各管理层级间的利益差异。
进而，尽量在技术上为企业的各种人员提供各自不同的价值点。
篇7：软件项目实施方案
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的'职责分配(包括用户的);
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;
项目实施中用户的参与和领导的支持的重要作用;
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
(六)系统安装测试及试运行阶段
篇8：软件安装实施方案
一、项目实施方案概述
二、项目实施方案介绍
(一)项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务： 公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。
将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。
填写《用户及合同信息表》。
在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》 《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。
通常包括以下几方面内容： 项目描述，项目目标、主要项目阶段、里程碑、可交付成果。
所计划的职责分配(包括用户的); 沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。
质量管理计划，确定适合于项目的质量标准和如何满足其要求。
如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。
未解决事宜和未定的决策 4、启动会 项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下： 共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容： 项目目标、主要项目阶段、里程碑、可交付成果。
所计划的职责分配(包括用户的); 项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制; 项目实施中用户的参与和领导的支持的重要作用; 阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段 此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。
如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。
需求调研阶段具体包括如下内容：1、进行需求调研准备 2、编制《需求调研计划》 3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。
否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备 7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。
项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。
项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。
如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。
双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程 (三)软件功能实现确认阶段 此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。
在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。
便于公司售后服务之用。
每一个实施技术人员必须严格按照要求记录、存档。
按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段 此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段 系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。
要充分认识培训的重要性和艰巨性。
在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是： 决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为： 1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。
项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。
由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机 及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核 情况做出总结，填入《培训及考核统计表》，及时向相关负责人 汇报。
(六)系统安装测试及试运行阶段 此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的'在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。
此阶段的主要工作内容为： 1、? 编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安 排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题; 5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行. 公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
????????? 跟踪单据流转状况。
????????? 跟踪新资料登录环节。
????????? 观察业务流程执行状况。
????????? 观察操作人员操作表现。
????????? 观察系统运行速度及异常表现。
????????? 观察关键数据的正确性。
????????? 及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
(七)总体验收阶段 此阶段是对项目总体的完成情况进行验收。
验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果： 主要项目阶段 阶段组成 主要里程碑 可交付成果 启动 阶段 编制总体项目计划 ? 签署的《总体项目计划》 启动会 项目启动会 签署的《项目实施协议》 需求调研阶段 需求分析报告确认 需求调研结束 签署的《需求分析报告》 软件 实现 软件功能确认 软件功能确认 签署的《软件功能确认表》 数据 初装 用户签署初装计划及初装培训计划 ? 签署的《初装计划及初装培训计划》 初装检查及总结 数据初装完成 《数据初装总结表》 培训及考核 用户签署培训计划 ? 签署的《培训计划》 培训总结 培训完成 《培训总结表》 测试及试运行 用户签署测试及试运行计划 ? 签署的《测试及试运行计划》 测试及试运行总结 试运行完成 《测试及试运行总结》 验收 总体验收 验收完成 《总体验收报告》 ? (八)系统交接阶段 此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。
软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
篇9：用友软件实施方案
用友软件实施方案
用友财务软件房地产行业应用方案
行业特点
l 房地产开发企业的生产经营活动对象是建筑商品，与其他行业的商品产品相比较具有固定性、专门性、单件性、复杂性、长期性等特点
l 房地产开发业务流程大致分四个阶段:决策立项，前期开发，工程建设与房屋销售阶段
l 房地产业务按照业务类型可以划分为五种形态：房地产开发、房地产经营、房地产中介、物业管理、房地产行政管理
l 会计核算实行分级核算和管理，分为集团和项目经理两级，集团公司实行独立核算，是汇总核算单位，项目经理实行内部独立核算，单独计算工程成本和盈亏
l 房地产开发企业对于商品房的销售，一般采取较为灵活多样的销售收款办法，如预收购房定金、一次收款、分期收款、按揭贷款等
解决方案
根据房地产行业会计核算和财务管理的特点，这里重点介绍开发成本核算、往来款管理、报表管理、开放性接口等功能。
l 开发成本核算
项目核算功能：房地产开发成本主要包括房地产开发产品成本和开发间接费用，开发成本按成本核算对象和成本项目进行明细核算，在实际业务中，许多项目(如： 建筑工程)都是作为利润中心或成本核算中心来核算的，这些项目的核算量大且统计频繁，使用软件的项目核算功能可解决手工方式下科目体系庞大、错账率高、统 计核算不便等弊端
丰富的项目统计表：软件提供条件丰富、从不同角度的分析统计账表，如统计不同供应商、不同项目各个成本科目的发生数及总数
成本自动转账：通过自定义转账公式软件可以自动按照项目、供应商等信息生成转账凭证，一切将变得轻松自如
l 往来款管理
针对房地产行业的.应收款、应付款核算，使用用友网络财务软件的应收款模块、应付款模块进行管理，及时掌握企业应收、应付情况，减少企业的资金风险，提高资金周转率，同时合理地安排付款、结算进度，保障经营活动的正常进行，维护企业信誉。
客户往来核算与项目核算结合：做到既可以核算到每一客户，又可以核算到某一楼座或某一房号
往来账表查询：系统提供各种条件的查询，可以从不同角度、按不同方式查看应收以及收款情况，如可以按客户、项目查看应收款信息
往来账两清：系统还提供自动与手工勾对两种方式清理客户欠款，以便及时了解应收款的结算情况以及未达账情况
账龄分析功能：支持不同的账龄区间，可分析客户、业务员、部门或单据的应收款余额的账龄区间分布
l 报表管理
自动账簿取数：通过定义报表公式，系统自动从账簿取数，出具各种财务报表既快速又准确，使财务人员在月底从繁重的工作中解脱出来
报表二次开发功能：可以实现各种预算表和成本控制、分析表，为企业的生产经营提供决策依据
l 系统良好的开放性，与售楼管理等现有系统结为一体
支持ODBC数据接口：可以将数据输出成目前流行的各种格式，如：Dbase、Foxpro、Access、Excel、Paradox、Txt、HTML文档、Lotus1-2-3等，供其他系统对数据做进一步加工处理
凭证引入功能：将其他业务系统生成的凭证信息导入系统，实现财务系统与业务系统融为一体
资料完备：提供详细的数据库设计文档、数据字典等资料，以便与第三方系统衔接和进行二次开发
文档为doc格式
