最热软件项目解决方案（通用15篇）
计划书是一种书面材料，用于规划和概述未来一段时间内的工作或学习计划。小编为大家搜集了一些国内外知名企业的计划书，希望能够给大家提供一些思路和启示。
咨询业项目管理解决方案
又一家咨询公司开张营业了，从他们充满自信的脸上可以看出他们要为此大干一场的决心，可随之而来的是另一家咨询公司的关闭歇业，从他们苦涩的脸上可以看出他们所经历其中的曲折与尴尬。一时间，新开张的咨询公司几乎多如繁星，可又有多少公司门可罗雀呢？而那些不死不活的咨询公司真是“月儿弯弯照九州，几家欢乐几家愁”！
中国咨询服务类企业的种类可能是全世界最丰富的。仅从名称上看，就有“管理咨询”、“策划”、“企划”、“智业”、“顾问”等等，不一而足；从服务层面上看，又分为战略管理咨询、管理管理咨询、营销管理咨询、人力资源管理管理咨询、信息管理咨询、等等公司。所谓“策划”、“智业”等纯属中国特色的称呼，发达国家根本没有这个行业名称；而所谓“营销策划”、“企划”等，严格意义上讲都应属于管理管理咨询的范畴。
咨询业发展繁荣的事实却是不假，并且近些年来，咨询业开始了迅速“抢跑”。有数据显示：近年中国管理咨询业营业额以每年30-50%的速度上升；未来几年的上升速度将在会更多……而在咨询业中要数管理咨询业发展的境况更受人关注，而目前的市场现状却并不看好，管理咨询业已面临“严冬”。
管理咨询业是咨询产业的核心层。在管理咨询层次上的咨询公司主要按照企业管理的各个层面划分为专业业务领域，这些领域一般包括：投融资管理咨询、财务会计管理咨询、市场营销管理咨询、人力资源管理咨询、生产管理管理咨询、业务流程重组与管理信息化管理咨询等。管理咨询业的特点是，管理咨询业务的开展一般要求管理咨询顾问与企业相应的业务人员共同组成项目组，对企业管理的某些层面进行管理改造，或对企业管理进行全面改造。由于企业健康发展三年会上一个台阶，企业一般以三年左右的时间为周期，请专业管理咨询公司对其进行一次管理改造。
正因为管理咨询业对企业，特别是中小企业和民营企业有很大的吸引力，因为中小企业和民营企业在发展到一定阶段和层次上时，往往就不知如何再进行下去，企业的战略规划和发展前景陷入了“盲区”，这时就需要管理咨询公司进行诊断和出谋划策。
一哄而上，带来的必然是泥沙俱下。
管理咨询业，让企业了解你多少？
虽然越来越多的企业开始借助外脑，帮自己进一步提升品牌形象，扩展市场。但还有相当一部分企业对管理咨询业并不是很了解，尤其是对外脑所收费用，不能认可。然而，企业到底怎么看待管理咨询业，企业愿意和什么样的管理咨询公司进行合作?咨询管理公司能够给企业什么样的帮助，多少帮助？等等问题，有关专业调查公司经过对近百家企业严密调查而得出的主要结论是：就“你的企业是否需要外脑帮助”一题。有87％的企业明确表示需要，只有1％的企业已进行过整体或专项管理咨询。多数企业不知道怎样找到或找不到理想的管理咨询公司。
在对有关问题的问答中，76％的企业认为：策划人满天飞，但不知谁有真本事，真能帮企业解决实际问题。同时，多数企业对管理咨询公司的运作方式和作业质量不满意。
我曾呆过的一家企业，在当地属大型企业，但从全国范围来看就属中小企业了。这家企业在发展到第五个年头之后，不知到企业未来五年甚至十年何去何从？战略规划如何确定？目前企业发展不起来的症结所在？产品群应该怎样进行串连和定位？人力资源状况和结构应该如何按比例划分等等诸多问题。于是，这家北方企业的决策层不知听信何人之言，从老南边某都市请来了一个所谓知名度较高的管理咨询公司对企业面临的问题进行诊断。而那家企业要价也确实不菲，开口价50万！
其实根本没派上什么用，这无异于一个“屁”！
所以，部分管理咨询公司竞争的无序和其组织结构的不完整性以及带有的欺诈性也是造成管理咨询整个行业由先进的、落后的，整体的、局部的，专业的、业余的混沌交织在一起，演绎的是诚信缺失、管理咨询缺位的市场现状。管理咨询作业水平的“起伏不定”，成了一把“双刃剑”，对企业和管理咨询业自身都是一种伤害。
鉴于此，管理咨询业的发展已到了一个转折时期，即由无序状态应向规范化转变的时期，管理咨询公司只有清醒地认识到这种转变的必要性和紧迫性，真正为企业提供切实有效的咨询服务，使企业自身首先转变这种使用“外脑”的观念与看法，杜绝企业使用管理咨询服务这个“外脑”之后大呼“上当”的情况发生，才能适应目前管理咨询业市场发展的需要，才能满足企业的需要，也才能在日益激烈的市场竞争中站稳脚跟。
咨询业项目管理解决方案
对于许多已经上规模的企业而言，资本的原始积累阶段已经过去了，管理水平的边界效应是如此之高，我们甚至可以说企业间新一轮的竞争是管理水平的竞赛。国际经一体化，使竞争在全球范围内展开，经营环境变化了，企业规模变化了，产品线扩大了，生产技术更新了，随之而来会出现很多问题困扰企业的发展，困扰企业家们。
一、当企业规模小的时候，盈利可能还很大，但当企业规模大的时候，由于管理水平的问题，管理层次、结构、控制等等问题，反而效率大不如以前。
二、在企业发展到很大以前，创业者们还能够以创业者的心态发展企业，但当企业做大以后，由于缺乏一些制度保障，发生了很大的内部矛盾。
三、当企业竞争加剧的时候，由于环境复杂了，变数多了，靠企业老总，靠个别人的感觉已经很难做出正确的决策。
四、当一个企业战略意识模糊，走一步看一步的时候，那么它的投资就很可能陷入一种投资陷井。
五、另外，企业也容易产生头疼医头、脚疼医脚缺乏系统性的管理中去。
面对这些问题，会有多少种选择？最优的选择是什么？这些选择之间会有多大的差距？在评估近期效益时，不同的方案能给企业带来的长远的、潜在的，有些是不可逆转的，是否得到了决策者的充分考虑。每一位企业家都面临这种决策难题。所以企业有必要借助“外脑”的力量，由咨询公司为企业诊断和咨询，适合企业在复杂的竞争环境中发展要求。
咨询公司面对这些市场的目标客户，首先要进行市场竞争分析，然后对企业和自身的产品要进行分析，以适应顾客的需求，最大限度的创造顾客的价值。
2．2中国管理咨询业的竞争分析。
2．2．1市场进入门坎低，竞争混乱无序。
由于目前我国管理咨询业务主要发端于以前的市场信息类咨询策划公司，这类公司无论从资金、设备的投入还是人员素质要求方面都很低，导致了大批低素质的“点子”公司充斥管理咨询市场。由于许多公司服务质量较差，为了生存，同时更为了抢占管理咨询这个正处于上升阶段的市场，许多公司纷纷压价竞争，致使管理咨询市场产品质量低劣，价格混乱。
2．2．2竞争格局分裂为两大阵容：外资和内资管理咨询公司。
由于市场需求量大，需求增长快，许多管理咨询公司应运而生。以广州市为例，不仅广州本地管理咨询公司增长迅速，北京、上海等外地管理咨询公司和国外著名管理咨询公司也纷纷抢滩广州，形成内外对抗的竞争格局。如前述表1抢滩广州的国外管理咨询公司的情况，表2可见抢滩广州的国内管理咨询公司的情况。
表2抢滩广州的国内管理咨询公司。
名称所属地服务客户派力北京tcl、美的、科龙、华为捷信上海步步高杰信上海维达纸业。
中外管理咨询公司的竞争能力存在着较大差距，从总体上看，在规模、理论和经验、人才、咨询信息数据库等方面国内管理咨询业与国际同行业的水平差距悬殊，在竞争中明显处于劣势。但在费用、方案可操作性及适应国情能力方面，内资管理咨询公司占有优势，由此出现两方在市场上的不同竞争定位；外资管理咨询公司主要以跨国公司及国内大企业为目标客户，从事的咨询项目主要以综合性强的战略及组织结构规划为主；内资管理咨询公司主要以中小型民营、私营企业为主，业务主要是一些针对性强的管理专项项目，如营销咨询、cis策划、质量认证等，同时兼顾一些国内大公司的专项顾问业务（如市场研究、促销策划等）。具体竞争定位可由图1表示。
2．2．3末来竞争程度不断上升，将出现优胜劣汰过程。
随着新进入者的剧增，未来我国管理咨询业市场的竞争将日趋激烈，竞争热点将从目前的管理培训扩展到信息管理咨询（mrp、erp）、战略咨询项目。竞争重点策略将由增加客户数目转向提高客户服务质量。
2．2．4末来竞争趋势有两大方向：专业化与综合化。
一方面咨询服务专业化水平的提高意味着采用集中性竞争策略的管理咨询公司必须具备在某一领域（如信息管理技术、营销管理、行业管理等）的特殊服务优势才能生存。
另一方面，要抢夺全程管理顾问服务市场的咨询公司必须具备极强的管理技术系统集成能力，能为客户提供综合性管理咨询服务。
软件项目合同
甲方：
法定代表人：
乙方：
法定代表人：
甲乙双方本着互利互惠、共同发展的原则，经过友好协商，决定充分利用双方各自的优势，资源互补，____________________________________项目上进行合作。特订立本合同。
1，软件项目名称：________________________________________。软件开发合同2，软件项目开发内容：_____________________________________。
3，软件项目开发目标：_____________________________________。
4、软件项目总金额：_______________________________________税后金额：_______________________________________。
5、软件项目验收期限：__________年__________月____________日。
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方负责沟通与协调工作。
2，乙方负责软件开发，实施，验收后的维护。
3，对外洽谈经营业务时以甲方的名义进行乙方无权利代表甲方签署任何有法律责任的文件。如需签署需得到双方认可后方可签署。
1、利润定义：项目合同金额减去法律指定税项。
2、分配方式：甲乙双方利润按____：____分成。
甲方：_________%乙方：_________%。
3、甲方收到项目开发款项后15日内进行利润分配并以现金形式支付乙方。
4、软件完成验收后的服务费用由乙方获的。
1，本合同相关的所有作品、程序、文件源码的。
2，甲方有权利用本项目开发的成果进行后续开发或改进，由此产生的知识产权归甲方享有。
不可抗力(即不能预见、不能避免、不能克服等的客观情况，包括但不限于地震、洪水、火灾、战争、政府行为等)致使一方不能履行或者延迟履行其在本合同的全部或部分义务，则该遭受不可抗力的一方不承担违约责任。
因不可抗力的原因造成合同延迟履行，则遇有不可抗力一方应在不可抗力发生之日起48小时内通知对方，并提供有关部门的证明材料。除因迟延履行通知义务造成其他方损失外，对因不可抗力造成的损失双方互不承担违约责任。遇有不可抗力一方应在不可抗力消除后48小时内通知另两方，由双方协商是否继续履行合同。
在发生不可抗力情况时，遇有不可抗力一方仍有责任采取必要措施以防止不可抗力事件影响的扩大。
1、乙方违约责任：
(1)如果由于乙方原因导致不能按照约定的时间完成项目的验收，乙方应以如下方式向甲方支付逾期违约金：从延迟的第一周到第四周，每迟一周支付合同总价的0.5%，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的1%。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响乙方的义务。
(2)如果在合同签订后、项目所有权未转移给甲方前，乙方将其转让或抵押给第三方，则乙方应根据对甲方造成的事实损害的严重程度支付最高不超过合同总价10%的违约金。
2、甲方违约责任。
在乙方履行合同规定的各项义务的前提下，甲方无正当理由逾期支付货款，则甲方应以如下方式向乙方支付逾期违约金：从延迟的第一周到第四周，每迟一周支付逾期付款部分的1‰，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的2‰。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响甲方的义务，并且合同中确定的乙方对甲方的各项服务日期可作相应的顺延。
双方同意不对公众公布任何与本合同有关的、因执行本合同而获知的资料。未经双方授权认可，任一方不得以任何形式向第三方披露或泄露本项目成果及与本项目有关的数据、程序代码(通用的程序代码除外)和相关技术文档。在本项目研发过程中一方提交给另一方的所有资料和文件，都作为提交方企业的商业秘密，另一方应承担保密义务。
甲乙双方约定，不论本合同是否变更、解除、终止，本保密条款均有效。
1、未尽事宜将由本合同、甲乙方通过协商解决。
2、因乙方与甲方以个人名义进行合作需对甲方提供身份证复印件。
3、任何一方未得另一方同意不得向任何第三方透露合同内容。
4、对合同内容做出的任何修改和补充应为书面形式，由双方授权代表签字后成为合同不可分割的部分。
5、任何与合同相关但未在合同中明确规定的.事项将由双方友好协商并达成合同以解决。
本合同一式两份、甲乙方各持一份，在甲乙方签字盖章后生效，具有同等法律效力。
甲方：佛山市医网天下科技有限公司(盖章)。
乙方：(盖章)。
甲方代表(签字)：
乙方代表(签字)：
签订日期：xx年x月x日
签订日期：xx年x月x日
软件项目表扬信
中国网站升级项目成功上线运行并达到商用要求。由于国际项目团队的认真负责的工作态度以及高效的工作技术，国际收到了中国的认可和高度赞扬。这一封表扬信不仅极大地增加了国际项目团队的信心，而且更进一步的提高了中国与国际的合作可能性。此外，也有利于国际与其它大型公司的合作。
(grainger)是全球领先的设备维护、修理和运作(mro)工业品分销商，拥有80多年信誉保证。xx20xx年销售额达到69亿美元，全球拥有600多家分店、18家配送中心和庞大销售网络，每天超过xx0,000次向全球150多个国家的200万客户提供来自3000多家供应商的 90万种类繁多的工业产品，帮助他们的设施正常运作并降低客户的采购成本。拥有超过18,000名优秀员工，跻身《财富》500强，并于20xx年被美国《财富》杂志评为年度“全球最受尊敬企业”多样化批发行业第一名。
中国网站是(grainger)在中国建立的mro产品采购b2b电子商务平台。致力于成为中国企业mro产品采购的贴心顾问，中国网站向每一位访问者提供丰富的产品信息、快速的产品搜索、便捷的价格查询、方便的报价申请和流畅的产品订购，节省您的采购时间和精力。
此次合作是国际和中国的第一次合作，希望项目团队以此为契机，继续秉承追求卓越、坚持不懈的精神，出色的完成中国的后续项目，保持与中国的长期合作关系。
软件有限公司:
贵公司作为该项目建设的合作单位。在整个项目建设期间，全体成员都能以专业、敬业、合作的态度扎根用户、服务用户、与用户共成长。经过大家共同的努力，x项目不仅实现了在一个技术平台下同时运行二种业务管控模式(集销集结、销售分结)，而且使nc版计量由设想变成了现实，并成功应用于4家成员企业。经项目组研究决定，对在项目试点建设中表现优异者提出表扬，以资鼓励。项目个人评语如下:
知大体、识大局、嗓门大、身体壮、水平高、技术好、热心肠、老好人。在项目建设的各个关键点和冲刺阶段，都能够身先士卒，以身作则，鼓舞着整个项目团队，作为高级实施顾问是优秀的`，作为项目经理是尽职尽责的。
大家都叫他小王老师，说明他还小，有可爱之处惹人想念。技术全面、实施经验丰富、喜欢专研、善于分享、以项目为家，深受项目团队和最近用户的喜欢。还记得项目组为你举行生日聚会吗?他可能记不了每个人喜悦笑容，但是你一定能听得到大家美好的祝福，还有那首《没有我你怎么办》的歌声，让原本爱情的歌曲唱出了大家难以割舍的亲情和友谊。
从分部一体化试点项目的新人到x项目的主力，她的进步和成长是有目共睹的，她用1年时间完成了一个实施顾问完美蜕变;聪明、勤奋、谦虚、感恩的她给大家树立了一个榜样，无时无刻不在鼓舞着每一个年轻人。“柯老师，你还好吗?我们想你了，等你回来!”一句大家的心声。
能把水泥工厂业务流程和地磅管理需求讲得那么完清晰完整和精辟入里的，真的,也只有他了。由他带领的nc版计量开发团队，披荆斩棘、风雨兼行、勇往直前，最终实现了既定目标。
信息中心
20xx年2月7日
软件项目表扬信
xx软件股份有限公司:
自我院与贵公司签订信息化建设合同以来，贵公司项目实施小组在我院勤奋，敬业，踏实，务实的`工作，为我院信息化建设的开展打下了良好基础。
贵公司项目经理xxx实施经验丰富，针对医院的管理以及软件特点为我院信息化建设提出了很多的宝贵意见，对于我院提出的个性化需求进行有效的分析及时的修改处理，赢得了我方的一致认可。
项目助理xxx，在上线期间因为项目组人员有限，每天下科室对医生护士进行指导，及时将出现的问题反馈解决，面对20多个科室不辞辛苦，保证了我院信息化建设的顺利进行。
两位员工为了保证项目进度天天加班到22:00，这种敬业的精神让我们深受感动。
贵公司员工敬业的精神，专业的技能，职业化的工作方式给我院信息化建设做出了巨大贡献，在此特提出表扬。
感谢贵公司为我院的信息化建设派出如此优秀的员工，同时也希望项目组在剩下模块的实施工作中能继续保持这种良好的工作作风，再接再厉，早日完成我院的信息化建设。
最后衷心祝愿我们在今后的工作中能精诚合作，共铸辉煌。
xx医院
咨询业项目管理解决方案
管理咨询业有自身行业的特点，如前面谈到的行业特点、顾客需求特点和有潜力的业务方面，所以我们在进行市场营销时，一样要按菲利普・科特勒博士描述那样：分析市场机会，研究和选择目标市场，制订营销战略，设计部署营销策略以及实施和控制营销计划。而考虑到咨询业以顾客为导向，我们了解的市场营销又要有特殊的含义，正如菲利普・科特勒博士给市场营销下的定义“marketingisnottheartoffindingcleverwaystodisposeofwhatyoumake,marketingistheartofcreatinggenuinecustomervalue”，即“市场营销不是发现巧妙的方法去处置你生产的产品的一种技巧，而是一种为真正顾客创造价值的艺术。所以具有服务业特点的管理咨询业市场营销在进行4p（产品、价格、渠道和促销）策略时，更应以客户为导向进行市场营销采取4c策略（customer,cost,convenienceandcommunication）,即不卖产品，卖客户；忘掉策略，满足消费者需要的成本；忘掉渠道，而思考购买的方便性；忘掉促销，运用沟通。
在咨询中，我们经常把市场营销想象为变化多端的功能，是花费我们大量的时间和金钱，而我们又宁愿避开的一系列活动、工具和技术，要是有一大批主动上门的客户该多好。
值得庆幸的是，越来越多的咨询师，实际上还有其他行业的人员，把市场营销视为服务概念的固有特征。营销并不是凌驾于专业服务之上；是专业服务本身需要建立并保持一种有效的咨询师--客户关系。它可以识别客户的需要和要求，揭示客户的心理，确定专业人员能够为客户服务的最好方法，并使整个咨询过程运转起来。按照这种观点，服务营销是一种真正意义上的专业服务所必需的条件。当销售完成时营销并未结束。合同签定后，咨询师仍继续营销，直到项目开展及项目完成以后。
咨询营销受到咨询服务的“不可感知性”的严重影响。客户不能充分观察他们打算购买的“产品”并拿它和其他咨询师提供的产品相比较。即使咨询师提供结构化的系统和方法体系使产品的可感知性有所增加，它也永远达不到象工业产品以及其他服务部门提供的产品那样的可感知程度。
4．2．1营销什么。
首先，客户坚信（或只是感觉）得到咨询师的帮助或许有用。
其次，客户没有挑选的余地--购买任何咨询服务（不管是从你非常熟悉的人还是你已从别处看到过他们工作的人那里）都是购买一种承诺。在别的公司奏效的办法未必适用于你。不准备冒这个风险也不准备购买承诺的客户一定不会使用咨询师。
有能力的客户在购买承诺时希望减少风险的想法是完全可以理解的。他们将通过代理人去评估他们可能得到的结果并决定求助于谁。在专业服务营销中，代理人起着突出的作用。许多客户购买服务时对该专业公司并无任何直接的了解，只是因为公司在工商界的形象，或者是因为某个商界朋友涉及两方面的内容：一，咨询方法--技术方面（用于解决客户特有的管理或业务问题的技术专长）；另一方面是关于人的方面（咨询师和客户的关系，以及咨询师面对人的问题时的能力）。因此，咨询师必须使客户确信，从严格的技术角度，他具有解决客户技术问题所需的全部技术知识，技术专长及信息的获取途径等等，并且可以提出在技术质量上无可争议的解决办法。但光有这些还不够。咨询首先是一个人际关系问题，咨询师和客户可能要花很长时间在一起工作。因此一定要使客户明白：（往最坏处讲）他是在购买一种他将与之合作的人提供的服务，或者（往最好处讲）他是在购买一种他将享受与之合作乐趣的人提供的服务。
最后，咨询服务营销绝不能忽视咨询公司和该公司雇佣的个别专业人员之间的细微差别。的确，在购买一家优秀的专业公司的服务时，客户通常期望有一定的质量，完整性甚至一致性，以反映公司整体的技术专长和组织文化。然而，咨询师也是人，绝对的一致不仅是不可能的，而且也是没有必要的。见多识广的客户了解公司的形象，技术专长及标准和单个咨询师的能力、个性及风格之间差异。因此，咨询公司不仅要营销自己而且要营销它的每个成员和小组。
4．2．2咨询服务营销:七项基本原则。
经验表明，成功的咨询服务营销必须遵循一定的基本原则：
1．把客户的需要和要求视为营销活动的核心！
把潜在客户不需要或不想购买的东西卖给他们是没有道理的。如果客户听说你是一位卓越的非常成功的专业人员时可能很高兴，但更为重要的是要使客户确信你关心他（或她），了解情况，随时耐心倾听他（或她）的意见，能帮助找到有利于其业务的解决问题的办法并付诸实施。这是一条金科玉律。你的营销努力必须以客户为中心，而不是以咨询师为中心。你对客户的关注必须是真挚的，并甚于对你自身的关注。
2．记住每个客户都是唯一的！
你过去的经验和成就是一笔重要的财富。但这些也可能成为陷阱：你可能感觉你事先已经对新客户的需要了解得很清楚--你以前不是处理过很多同样的情况吗？但即使所有其他条件都一样（实际上是不可能的），涉及的人也总有不同。要了解新客户的唯一性。告诉客户你会提出新颖的解决方案，而不是盲目模仿为其他条件而设计的模型。
3．要有自知之明！
提供和销售你不能完全胜任的服务是很有诱惑力的。常常，一个信任你的客户在把工作委托给你时不会要求表明你能胜任的任何证据。屈从于这样的诱惑是违背职业道德的；客户的利益可能会严重受损。这也是一个技术判断问题。营销能力也涉及你能否真实地评价你自己的能力。
4．不要过分宣传！
营销会产生期望和约定。营销过度可能会产生公司无法满足的期望。这样做可能会产生负效用甚至违背职业道德：有些客户可能急需你的帮助；你答应了，但做不到。或者过度的销售努力会迫使你招收一些没有经验的咨询师，并立即派去为客户服务，但却不能对他们加以培训和监督。
5．不要贬低别的咨询师！
在和客户讨论的过程中，经常会谈及有关你的竞争对手的方法和能力等问题。如果你对他们的情况有所了解，你当然可以如实地提供有关他们的信息。不过，提供歪曲的或带有偏见的信息，以及对竞争对手做诋毁的评价借以影响你的客户的做法是违背职业道德的。一个老练的客户往往把这些诋毁的评价视为你软弱无能而不是强有力的表现。
6．对不要忘记你是在营销专业服务！
管理咨询师要有事业心，有创新精神，有时在营销方面还要有闯劲。他们可能从其他部门的营销中获得大量知识。但你不是在卖饼干或洗衣粉。在选择确当的营销方法和技术时，对于所提供的服务的专业特性，客户的敏感性，以及当地的文化价值观和准则等方面都不可忽视。
7．尽力在营销和履约方面都具有高超的专业表现！
有些咨询师，没能保证在人员配备、质量控制和完工期限方面，以在他们致力于寻找新客户时同样的质量水平践约，而且也没能尽力做到使客户满意。营销是一个过程，并不以合同签署为约束，树立这种观念是有益的。任务的履行，完美的服务，是营销的重要方面。
每个咨询师都希望客户来求助于他（或她）。但是大多数咨询师，尤其是新手，若仅仅是坐等潜在客户自己上门，那么他们就得不到足够的项目。他们要寻找客户并进行营销。
4．3．1冷接触。
冷接触就是咨询师通过拜访，信函或电话等方式与潜在客户进行联系并试着销售其。
咨询服务。对这些接触方式已作过许多阐述。专业界认为这些营销技术收效甚微，有些咨询师从来不用。然而，这些方式仍然在用，特别是新成立的咨询公司不可避免地要使用它们。
突然造访（事先未告知的）是最不合适的。管理人员不希望被不曾相识的人以不明之由打扰。然而在某些文化环境中，这种方法也可以接受。
突然的邮寄信函是一种稍好些的办法。其目的不是获得项目，而是向潜在客户介绍咨询师的情况，并为两三周后的进一步联系打下基础。
突然的电话其唯一的目的就是与客户预约见面。这种方式也用于当即回答客户可能提出的问题，以便让其决定是否接受约见或者拜访咨询师。
如果掌握了一定的规则，冷接触就可以更有收效。首先，潜在客户要选择得很恰当。他们一定是咨询师经过对潜在市场调研后发现的“目标单位”，而且咨询师必须确信自己能为他们做些有用的事情。咨询师应列出地址清单，或者如果决定从某代理机构购买的话，在使用前应进行筛选。
其次，冷接触应进行技术准备。咨询师应当对要接触的组织了解得尽可能多些。最糟糕的莫过于在第一次交谈中暴露出对客户业务的基本情况知之甚少。应避免信函用辞笼统或者提供许多客户毫无兴趣的详细信息。相反，应该写成个性化的信件，向客户表明咨询师能提供什么特别的及相关的咨询服务。电话交谈也需要进行一定的准备才能收到效果。有些咨询师开列清单从而为电话交谈做好准备并使交谈条理化。
第三，咨询师应和合适的人接触。在许多（但不是全部）机构中应该是高层行政人员。一封冷接触的信件应直接寄给他本人。若以电话联系，则咨询师应试图和“目标人士”通话，以便商定在他有时间的某天进行拜访。业务繁忙的高级行政人员一般不会回电话，除非有这样做的理由。因此，若咨询师没有找到目标人士，也就不必留下姓名和电话号码以期对方回电话。
他应在秘书建议的某一时刻再打电话。
冷接触的正常顺序是：（1）先写一封信；（2）写信之后再电话联系并请求约见；（3）与客户会面。到达第三步并不能保证新项目到手，但是拿到任务的可能性增大了。
4．3．2基于推荐和客户线索的接触。
若咨询师能够“在举荐方面下功夫”，则毫无疑问大部分与新客户的接触可借助于举荐和客户线索而得以实现。这些可以各种不同方式实现：
・潜在客户请求会面；
・咨询师由业务上的朋友或熟人介绍给潜在客户；
・咨询师从现有客户那里得知潜在客户的名字。
咨询师曾被推荐的事实，或者利用可能影响潜在客户态度的举荐实例，会给双方业务磋商创造良好气氛。潜在客户可以通过其业务上的朋友了解许多情况，商谈会迅速地由一般情况转入具体问题。咨询师应该清楚客户已经掌握的信息有多少，以避免重复显而易见的而忘记提供新客户所需的信息。
若客户只想了解信息，则咨询师不应强迫他马上就谈任务。凭经验，咨询师应该知道在此情况下应如何掌握。例如，他（她）可以提议再做接触以便继续商谈，而且在商谈之前，他（她）可以对客户的业务资料进行免费的审阅并提出意见。或者咨询师可以提供为某些客户已完成项目的详细说明，这些客户是潜在客户认识并尊重的。这种接触后两至四周应通一次电话。如果潜在客户已推动兴趣，那么咨询师也不应该勉强。
在类似的情况下，组织管理研讨会的咨询公司经常在会后同与会者保持联络，以便了解他们是否有意于某一咨询项目。在这种情况下，应采用分阶段的办法。
4．3．3对提交建议书的邀请做出回应。
在某些情况下，为执行某个项目，发布公告邀请咨询师提出技术建议书，对这种邀请做出回应可以与潜在客户进行初步接触。通常，客户是某一官方机构或某一私人机构（相对较少），他们出于某种原因选用正规的选拔程序。
在这种情况下，客户不但要了解自己，而且应较为清楚地知道自己想要做什么。他自己的技术服务人员，或外界咨询师会做初步调查，并就项目（调查范围）他出全面综合的描述。此描述应在潜在客户要求的提供。
通常选拔程序分两步：
这样进行公开招标的项目通常规模较大，费用可观，引起了许多咨询师的兴趣。不过在咨询公司决定投标之前，应考虑好些因素并且仔细研究相关信息：
・在开始正式选拔程序的时候，潜在客户可能已备有一份初选名单，甚至已看中某一公司；
・若干家大咨询公司可能对这一项目都感兴趣，因此竞争会很激烈；
・一家或几家公司有可能已做了大量的准备性工作及各种营销活动；
・准备技术备忘录和良好的技术建议书需花费很多时间和资金（在拟定建议书之前有可能需要进行一次相当细致的诊断调研，如拜访几次客户单位）；做这些工作对那些未被选中的公司会造成经济损失，有时即使中标的公司也不能得到补偿。
・选拔程序可能会很长，有时可能要求咨询师提供额外的信息，重新考虑某些条件，修改建议书并多次走访客户；因此他（或她）不应急于求成。
4．3．4准备阶段的营销。
客户在审阅完初步问题诊断的技术建议书之前是不会就任务达成最终协议的。在合同签订或以口头形式确认下来之前，不能认为准备阶段已经圆满结束。显而易见：在与潜在客户的初次谈判后新项目的营销并未结束，而是持续于整个的准备阶段，即使是新项目任务的某些技术工作已经开始。
在整个准备阶段，不应过分强调营销这一方面。不管有无竞争，咨询师都应该考虑自己在诸多方面（包括与客户组织的初次会面，初步的诊断调研，为客户制定并提出建议，给出报价单，拟定合同，为完成该项目建议如何配备人员等）所说的和做的一切会产生的营销效果。
4．4咨询业的对现有客户的营销。
现有客户可分为两种--正为其工作的客户（当前客户）和曾服务过的客户（以前的客户）。在所有的专业领域，公司总是刻意追求这样的战略：留住客户并极力进一步向其提供服务。在管理咨询业，此战略带来的回头客占有可观的份额--根据最近美国管理咨询协会（acme）的数据，达到64%，在有些公司中甚至达到75%-80%。
4．4．1项目执行期间的营销。
已经多次强调对现有客户的营销在项目执行期间就已开始。它包括：
・让客户随时掌握项目的进展情况，尽早与客户商讨所有潜在的问题和困难；
・注意客户进一步的需求和机会（当前项目范围以外的），并以适当的方式向客户建议；
・要充分表现你对客户的关心，并不遗余力地为其提供最有价值（按照客户标准而非咨询师自己的标准）的服务。
・不要为了增加眼前的利益就把项目扩展到不必要的范围。
关于营销努力成本的可靠数据：
在德国，一家中型的咨询公司的平均项目规模在10万美元左右。此数据表明，从新客户那里接手一个项目需进行七到八天的营销努力（包括研究客户情况，进行接触，草拟建议书，谈判等等）。平均来说，公司获得新合同的可能性为三分之一。因此，从一个新客户手中获得一个10万美元左右的新项目需花费大约21-24天的时间。相比之下，若从现有客户那里获得10万美元的项目则只需三至五天的营销努力。
赢得新客户的初始营销努力成本是相当大的。在多数情况下，第一笔业务是赔钱的，但出于下列考虑，还是值得的：（1）你可能获得一个好客户，（2）你可能很善于通过对现有客户的营销做回头生意，（3）你可能需要一个新客户，因为你正在将服务拓展到新的部门、国别等等。赢得新客户的同时又失去老客户的代价太大，没有几家公司能承担得起。
4．4．2交叉销售。
交叉销售时下很流行，虽然在目前的专业实践中对此尚有争议。我们说的交叉销售，指的是通过在某一服务领域内（审计，财务咨询）建立的客户联系和业务用于向该客户销售另外领域的服务（战略咨询，工程，法律顾问）。通常，一家咨询公司或集团的两个或两个以上的部门要参与进来。
审计与管理咨询的关系通常被用来作为交叉销售的典型范例。某些审计师会直接指出存在的缺陷或未充分利用的资源，然后由咨询服务来解决这些“病症”。或者方法可以更巧妙些：若公司与审计或其它领域的客户已有良好关系，则可以利用这点使客户与公司内其它服务部门建立关系，希望现存关系可为新部门的项目洽谈减小阻力。在某些情况下，客户自己会主动找上门来，以避免为寻找新服务商花费更多精力和时间。
支持交叉销售的观点是：
--最充分地利用现有的客户关系；
--由于双方互相了解，有可能减少客户和咨询师双方的花费；
--通过对同一客户提供的多种服务之间的更好的协调以达到协同增效的目标。
交叉销售还受到了许多不同观点的强烈批评：
・在某些专业咨询公司里，各个业务部门协作很差，一个部门不会真正积极地为另一部门进行良好的营销活动；他们为现在的客户作交叉销售，只是由于上级指令，他们本身是极不情愿的。
4．4．3对以前客户的营销。
在咨询业的概念中，“过去的”客户并不是失去的客户，而是咨询师过去曾为其做过某些工作的客户。满意的老客户经常求助于他们曾使用过的专业咨询师：
--如果他们对咨询师的技术能力和其顺应时代孜孜以求的精神深表敬意；
--因为他们喜欢与某一特定的人和（或）公司共同工作；
--因为可以省去或简化选拔程序，使工作能迅速开展起来。
最明显的情况就是，客户有一些业务属于原咨询师的能力范围。无需咨询师作任何努力，有些客户就会自己再次上门求助。若咨询师在其营销努力中并未忽略这些以往的客户，则上门求助的会更多。对以前的客户的营销并无专门的技术，咨询师们可在前面评述过的技术中作出选择。一方面，不必重复地传递那些基本的一般的信息，因为客户对公司已有了解。另一方面，传递新信息、新想法极为有用，它表明咨询公司在不断发展、不断提高为客户服务的水平，而且确认对老客户的生意始终是感兴趣的。
偶尔的私人接触似乎是一种很好的营销形式，但需保证下列条件：（1）有充分准备，（2）向客户表明咨询师一直关注客户的业务，清楚客户在变中的需求，（3）在客户和咨询师双方适当级别的负责人之间进行。
最后一项条件并不意味着资历较浅的专业人员就不能与以前的客户做后续工作。让新人参与进来甚至会很有效，因为这样会向客户展示新面孔，表现新能力。不过，资历较浅的咨询师，与公司的合伙人或负责人相比，或许应该与不同的人就不同的问题进行交谈。
4．5客户营销信息系统。
集中有效的营销需要相当大的信息量。除非经过系统地组织，否则在话这些信息可能是相当复杂和五花八门的，甚至于无法使用。把这些信息视为这样的一个系统是有用的：即该系统可以提供现有和潜在市场的以及咨询公司的营销活动和能力的全面而详细的信息。
1．关于客户的信息。
这些信息保存在客户文件中（卡片索引，计算机文件或类似的东西），它通常是根据所有的--过去、现在和未来--客户所建立的。包括：
・客户名称和地址；主要所有者、管理者和联系人的姓名；
・客户的基本业务信息（或储存此信息的文件说明）；
・关于所有过去和客户合作的咨询师的信息；
・未来联系所需的建议和信息（如客户组织中还有谁会感兴趣）。
2．收集客户信息的方法包括：
--确定要收集、保存和分析的信息的种类；
--决定更新这些信息的方法和频率；
--对收集、更新和分析营销信息指定责任人；
--为存储、加工和检索信息选择合适的系统和设备。
服务市场信息描述了这些市场的主要趋势和重大发展。重点应放在发展信息方面，因为发展会产生对咨询服务的新需求或者这种需求的改变。有关竞争的信息也包括在内。这些信息应该让各个咨询部门和整个公司的管理层感兴趣。
关于专门的新业务机会的信息应通过对市场和客户信息的系统筛选才能得到。应定期审查客户文件以制定跟踪访问和与潜在客户接触的计划。如果咨询公司很想为政府部门和公共部门做更多的工作，那么它的信息系统必须要收集到在官方杂志和其他定期刊物上发布的征询咨询服务的每一份邀请提供建议书的公告。
作为其员工能力清单的组成部分，有些咨询公司也记录下其职员营销能力的信息（包括语言，俱乐部成员资格，和某类客户好的和差的经历等方面的专门特征）。
参考文献。
[6]埃森・拉塞尔[美]：麦肯锡方法，201月，1，华夏出版社。
[7]琼・普莱尔[英]：培训与发展手册，204月，2，商务印书馆国际有限公司。
[8]karlscholz,有关咨询系列文章，中华企管网。
[12]范冠超等，“为咨询公司咨询”，销售与市场，2000年6月。
[15]企业需要什么样的咨询，，2001。
[16]施星群，“企业家看咨询公司”，中国企业家，2001年，（8），90－91。
[17]程洪雨等，“我国咨询业的现状与发展对策”，中国营销传播网，2001年9月。
[19]沈懿,中美咨询业大比拚，chinabyte特稿，2001。
[20]易晓娟，“构建中国企业发展的外脑”，管理纵横，2001年，13－14。
[21]市场营销，管理调查概要，中华企管网，2001年。
[23]emkt其他有关资料。
软件项目解决方案范文
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。
作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢?
基本上原因可以归为四类：
1.1第一种是没有体系。
一旦用户要求提供关于pdm的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2第二种是没有思路。
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3第三种是没有素材。
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4第四种是没有层次。
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1第一个容易犯的错误：只有论点，没有论证。
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是“长、厚、全”，看起来面面俱到，其实对决策者没有帮助。
所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题?问题是这些问题是什么产生的?为什么出这么多问题?而是不断说“我能!我能!选我，选我!”。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢?)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2第二个容易犯的错误：业务解决方案成为功能列表。
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4p销售人员，还缺少spin(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
2.3第三个容易犯的错误：结构不清晰。
不好的解决方案最共性的毛病是结构不太好，没有清晰的思路。
没有思路的方案质量很低，用户在审阅过程中也不会体会到和一个专人人士通过文字交流的乐趣，他不得不从供应商混乱的思路中发掘亮点，看看到底是谁能解决企业的问题，真是一件痛苦的工作。
一种常见的方案结构毛病就是重复的内容在不同的章节反复出现例如在第一章介绍了对某个问题的分析，提出企业的需求，这第二章介绍方案价值的时候又用不同语句组织类似内容，到第三章解决方案描述中还是要把问题描述一遍，给人感觉思路不连贯，结构臃肿。
这里有一个方案提纲的提纲，我们以这个提纲为例子说明结构不清晰的方案。
1公司简介及资质文件。
7.2.2技术支持与服务的保障8开目典型用户9有关技术秘密的声明10附件。
这个方案第一部分、第二部分是用户投标要求，必须如此，但第三部分技术解决方案应该是重点，这个部分结构就很奇怪。
一般好的方案结构标题就是论点，内容就是用事实进行论证，子目录是上级总目录论点的分论点，逐层论证下来，方案显得逻辑性结构性很强，看看目录就能看出方案的逻辑推导体系。这就是所谓金字塔文档体系。
这个方案显然不是这样的，看起来一大堆内容，有经验的人一看就知道是内容的罗列。
例如第三部分总标题是技术解决方案，结果第一个子标题还是技术解决方案，撞车!一定层次感都没有。而且第一子章节技术解决方案后马上是功能模块，技术解决方案理论上包括功能模块，不是一个层面的东西，技术解决方案应该和实施策略，服务策略平级的内容，所以一定要谈谈自己技术解决方案，不如用技术解决方案思路或者特色来表达，和功能模块也就是一个层次分论点，统一支持技术解决方案这个大题目。
具体功能模块后面跟着一大堆章节就更奇怪，里面每个都是具体的功能模块，为什么成为和具体功能模块平级的内容?应该设置为具体功能模块子章节为妥。
很多人可能觉得用户对这个点很关心，要重点突出，所以一定要单独立一个章节，其实不必然，结构清晰的方案用户看起来才不费心，反而想这个方案，将具体功能模块，报表及明细汇总、应用工具及封装接口、用户及权限管理、拼图打印、编码管理列为同一层面内容，反而叫人看不出排列的思路，在厚厚一大本方案中寻找对应关心内容并不容易。
其实不如把技术解决方案分为两大部分，一部分介绍整个方案的实现思路，对于工作比较忙的人可以看这块中对企业业务和逻辑的分析是否到位，相当于整个方案的精华版;一部分介绍整个方案的技术支撑模块，对于项目具体负责人就可以深入研究技术支撑和业务思路之间是否存在合理的组织关系。
在第二部分技术支撑模块中根据业务逻辑或业务顺序设计功能模块的介绍。
例如一般企业是首先考虑静态技术资料的受控管理，在受控的基础上要求尽可能集成设计软件中的信息，然后要对设计过程建立严密的动态控制体系，此外还希望得到一些设计过程的专业支持，例如变型设计，二级工艺路线管理等等，最后要求提供一些编码，企业资源库等等辅助工具。这就是我们实现企业需求的一个大的业务思路，在这个业务思路下我们可以将技术支撑模块分为相应的五个部分。
到这里，整个方案大的框架就有了，我们需要设计一下分标题，使用户一看就可以进入自己关心的内容，而且每个部分都是对所属总标题的呼应支持，在业务环节上也是“相互独立，彼此穷尽”的环节。
在标题的设计上不要过于简单，例如技术资料管理，应该说有效的技术资料管理，因为有效才成为技术支撑模块，进而呼应前面业务实现思路中的描述。
在上面这个思路基础上，我们就开始结合企业业务和产品功能进行考虑分标题下级的结构，我们用第一有效的技术资料管理为例子。
有效的技术资料管理到底要解决哪些业务问题才算完整呢?我们现在就开始将企业管理技术资料的业务进行罗列，在业务思路中逐步说明。
企业管理技术资料是以产品为线索区分的，所以第一要说清楚产品资料如何管理;。
产品下所有零部件是以特征为线索区分的，所以第二要说清楚零部件资料如何管理;。
有些零部件还具有共图共工艺的特征，所以第三要说清楚系列零部件资料如何管理;。
进一步有的企业还有系列产品，所以第四要说清楚系列产品资料如何管理;。
系列产品可能存在大量配置关系，所以第五要说清楚各种规则下产品配置资料如何管理;。
有的企业已经存在了大量历史设计资料，所以第七要说清楚历史产品资料如何入库管理;。
最后要说清楚产品资料为什么入库管理后是安全的;。
我们现在总结一下，这些技术资料管理手段如果都提供了，应该是完整而且层次清晰的，这样的话，第一个子标题下的分标题又有了。
再看看这个标题和业务思路，这里面体现的一个结构化方式恰恰是“一句话一个意思，一层意思推动一层意思”，到最后就象剥笋一样，层层剥开，问题解决思路也就步步清晰了，企业看起来也就很明白。
那么我们还可以继续细分用户提出的各种业务需求，把企业各种业务要求对号入座，例如下面有一组需求：
有的企业要求用户访问控制;有的企业要求提供角色权限管理;有的企业希望按产品目录授权;有的企业要求全部存放在服务器的数据库中;有的企业希望支持多数据库独立访问;有的企业要求提供备份工具等等。
我们现在看看这些业务是否都应该是关心资料安全的?所以应该放在资料安全管理目录下，而且这些需求也可以分为不同层次，一些是和权限有关的，一些是和存储和备份有关的，这样很快又可以把子标题和分子标题设计出来了。
同样我们可以推导出如下另外几个部分的提纲：
这个结构化体系一旦出来后，整个方案的思路是否清晰明了，下笔容易了呢?
结构化体系最大的好处是不乱，今后用户提出任何业务需求，或者产品功能如何扩充，都很容易对号入座，或者扩充子标题。这也是体现了一种分类管理的思想。
当然这个分类思路根据不同业务特征允许存在多种可能，而且分类层次应不超过5级标题，否则文章的可读性不佳。
如果一定要超过5层，就可以采取其它排版方式体现。
2.4第四个容易犯的错误：口语书面语混杂，遣词造句不严谨。
不好的解决方案还有一个毛病就是口语书面语混杂，遣词造句不严谨。
有的人写作时顺着思路走，口语化成分很多，例如本人的行文基本是口语化的，也体现了这个毛病。当然大师级人物的确可以将文章写得明白如话，但是对我们这些人而言方案是代表公司正式对外的文档，一定不要出现口语和书面语混杂的情况。
例如太多的儿，的，我们，你们等等都是口语化语言，不应该大量出现在正式方案中。
有的人写方案比较图表现，喜欢指出用户的不足，这个时候喜欢用很激烈的语言。例如缺少管理，业务失控，后果很严重等等语句，这样的遣词造句是不严谨的，方案用语不要追求“语不惊人誓不休”。而是理性分析，认真推导，句句讲逻辑。
实在要用一些事实说明企业的问题，不要用刺激性强的语言，例如说企业业务存在问题，可以说业务有可改进的地方，例如说企业管理失控，可以说管理上存在很难受控的环节。
这样的表达企业反而容易接受，不出问题。
2.5第五个容易犯的错误：没有认真检查，存在大量硬伤。
不好的解决方案制造过程往往是找一个同类方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就图快，省事，没有很好的核对，结果往往容易出现如下几种错误：
第二有时候替换过头，把一些案例中类似的话也替换成为给用户名称，闹出笑话。
第三只注意了文字替换，不注意图形中的替换，结果文字是一个用户的，图片是另一个用户的，感觉不尊重。
第四是只注意了文字替换，忽视了页眉页脚的替换，特别是注意了首页或目录的页眉页脚，没有注意正文的页眉页脚。
第五是案例不对，明明是汽车行业的用户，案例全部都是其它行业的，感觉在这个行业没有经验。
第六是联络方式不对，很多时候将别的营销区域方案拿过来用，服务信息都没有更正过来。
第七是存在大量技术硬伤，有时候为了突出软件技术实力，将大量专家都不一定看得懂的词汇大量堆砌，其实连软件公司自己都搞不清楚采用了哪些。
企图通过让用户对概念和名词发晕进而对软件产生信赖的方式已经过时，解决方案应该实事求是说明业务问题，不要在名词上忽悠。
2.6第六个容易犯的错误：过于突出自我。
很多人写方案大量出现“**软件公司”内容，甚至每个产品都恨不得加上自家标识。在很多地方行文造句都是“我能，我行，我有…”等语气。
这种方案很容易给用户过度营销的感觉。我们给用户写的方案在售前建议尽量用用户做前缀，例如说某某企业pdm项目，不要总在说某某供应商pdm的话，给用户一种相对的针对性，感觉这个方案的确是为用户准备的。
在售后实施方案中软件公司的名字只需要出现一次，后面就不需要反复出现，因为大家都知道是你的产品，何必反复体现，我们更应该把用户的注意力集中到产品本身就应该具备的功能和支撑业务上，而不要形成某某可以，某某不可以的印象。
2.7第七个容易犯的错误：没有评审。
方案提交给客户之前，一定要经过评审。
没有开发点的方案，一般经过自评和互评即可，自评时，要重新审视整个方案的结构、问题描述、遣词造句等方面，特别是用替换修改的企业名称和营销平台等方面的内容，尽量减少低级错误。
自己评审过的方案一定要给一个其它的人评审。
互评时，要重新审视整个方案的结构、遣词造句等方面的内容。
对于有开发点的方案，要经过公司的评审。提交给公司评审的方案，一定是已经过自评和互评的方案，而且要注明主要看哪些部分，以及编写这些部分的背景知识。
2.8第八个容易犯的错误：没有体现公司产品最新进展。
一般人写解决方案首先不是想着如何说清楚用户的业务，如何在公司产品中体现出对业务的支持，而是想赶紧找一个模板，把这一关走过去再说，其实很多时候就是对每个阶段工作没有质量意识最后导致工作处处被动。
所以写解决方案一定要根据公司最新产品功能认真组合功能实现企业业务，甚至可以考虑利用未来半年内会发布的功能认真组合，因为解决方案离正式实施往往需要半年甚至更长的周期。
很多时候解决方案一抄再抄，都是一两年前的模板，自然缺少竞争力和说服力。
这个问题的核心是公司有没有专人专岗负责对标准解决方案的维护和更新发布机制，其实比较好的一种做法结合典型项目技术公关推动解决方案水平不断完善和提高。
三、写好方案的心得。
3.1动笔前先打一个电话。
一般情况下方案撰写人只是按照别人要求提供方案，并非直接利用方案的人，所以在写方案之前，问问需要方案的同事，甚至是用户，听听他们对方案的想法和建议，对自己写方案会有很大帮助。
很多时候方案准备完成方案接受者并不满意方案的组织，需要返工修改，所以动笔前先打几个电话，问问别人要什么，不但可以提高方案准备命中率，甚至可以获得大量现成的思路建议，对自己写方案大有好处。
3.2一定要努力按业务逻辑去写。
一般写方案最简单的方式就是按照软件自己的思路和功能模块组织，因为有大量现成的材料可用。但这样方案对用户并非是一种最佳选择，因为客户要转换到供应商的思维才能看懂方案字句之间的含义。
如果从以客户为中心角度出发，方案应尽量让用户容易看懂，好理解，自然也就取得了几个印象分。
我们方案就是要先仔细探讨企业业务，不是将调研结论一罗列，而是从业务分析得出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的操作手册来准备。
3.3按标准套路写方案。
不同类型的方案都有自己的套路，例如可行性报告，解决方案，建议书等等都有标准的套路，我们应尽量按照标准套路准备方案，不要自成体系，在套路下发挥，套路就体现了一种结构化体系化的思维模式。
关于常用套路我们另有一章说明。
3.4先构思提纲，经过讨论，最后动笔。
很多时候方案准备时间并不充分，很多人接到任务，压力之下立即开始动手，这往往是不好的工作习惯，有时候有模板，的确可以快速出活，但时间长了就养成一种惰性，替换方式抄方案还勉强，真要遇到有个个性化问题，因为在平时写方案过程中思维始终不经过结构化思考的练习，真到方案模板没有覆盖的情况，就没有办法应付。
好的方案特点是：标题就是论点。结论做为标题马上拿出来。
好的方案是观点鲜明，立场明确，有理有据，有血有肉。
所以有方案要写，一定不要急着写，而是想自己的提纲，这个完整提纲目录之间的逻辑联系和业务衔接自己在心里面推导得比较有力和充分了，才开始动笔快速拿出提纲，有了提纲写起来思路就不会断电，写起来才快。
好的方案一定是做了论点。
论点是假设的，例如说搞pdm有价值。
你说价值有三个方面，能降低成本，提高质量，能缩短交货期。这都是你的假设。
你怎么知道成立?就要找些事实去证明它。
我们现在都喜欢找什么事实呢?你用了这个功能，所以你的论点就成立，因为你有这个功能，所以你的效率提高了。
这都是扯蛋!为什么用了pdm企业就能做到这几点。根本没逻辑推导。
不是还有大把企业用了erp，用了pdm还不是该咋的咋的，钱都打水漂了。
好处一定是每个好处都是独立，它是有层次，每层上的好处是平级的'，大好处包含多个小好处，这些好处倒推出来就响应支持你的论点，这种方案看了以后别人就会理解并支持你。然后每个好处一定是在前一个好处的基础上往前推动一步，最好得出一个强有力的论证过程。
所以好的方案必须是金字塔型的，论据论证最后构成坚实的基础。
如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定要先反复讨论提纲，大家各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到写了一半被人否定，推倒重来的痛苦了。
3.5找一个安静的地方和完整的时间段开始。
写方案最怕中间不停被人打断，这样思路连贯性会很差。所以我无论接到多么紧急的方案编制任务，也不会急着去写，而是把手头该处理的小事情处理干净，然后保证开始后的时间相对安静和完整，这样才能保证方案的质量。
而且写方案一定要保证在一个时间段内初步拿出完整的推导思路和结构提纲才能结束去干别的事情，这样以后就是逐步补充和丰富内容，不至于还在为结构苦恼，不清楚从哪里下笔，每次要花费大量时间从头构思。
3.6认真准备阅读提示和摘要。
一个方案往往厚厚一本，更多是充点门面，领导是不会真看的。万一要看，也就是看看包装是否精美，和头几页文字。
所以方案可以单独附一份摘要，这是关于整个方案业务分析和解决思路的精华部分，当然也可以带一点实施方法和典型用户的介绍。
这样就可以让自己方案思路在短短几页纸中清晰描述和表达出来，这种提炼过的语言和文字往往更能打动人心。
一般写一份厚方案只需要一天，写一份薄方案需要一周，要求在三页纸内说明问题需要一个月!能把书读薄是能力的体现。
对于方案也一定要提供一份阅读指引，告诉不同的人其关心的内容可以在哪些章节直接获得，方便其阅读。实际上我们观察很多论文和书籍序言都有一段来说明这个文字的结构，其实这也是一个标准做法。
3.7注意排版。
方案一定要注意排版，印刷要干净，封面要隆重，装订要精美，方案就是一个公司的脸面，虽然不是说一份方案可以决定项目，但一份看上去都不好的方案一定很让人怀疑公司的能力。
我们很多人见过外企的文字，一般都非常精美，排版很漂亮，大家一看就觉得是专业人士所为。
所以方案的文字和图表内容最好请专门的美工设计一套标准的排版体系，对方案整体可读效果会起到极大促进作用。
现在很多方案都是密密码码，内容是多，可以有什么用?
不如取巧，少写一些文字，多在排版上动脑筋，实在想不出好的排版是什么回事的，去买基本畅销书，你会发现可读性好的书往往有一个技巧叫“留白”。
方案文字段落边框之间保持适当距离，特别是边框合理留白会让一份方案可读性大大提高。
象本文这样的文字如果加上留白设计可读性就会很不错。
3.8注意积累素材。
写方案无论如何按照企业业务组织，基本上90%内容是相同的，不过是根据不同思路进行组织而已，毕竟软件功能不会在短期内发生巨大改变，方案涉及功能也没有理由发生大的改变，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要随时积累补充完善和归类存档，这样在写方案时才不会因为寻求这些基本素材浪费大量时间。
基本素材收集还要注意随时和公司公开宣传口径保持一致，防止引用过期素材。当然标准素材最好由公司统一维护。
获取其它素材的途径比较多，主要有：
现场初步需求调研与交流。
与熟悉类似项目的销售经理、技术支持工程师、实施工程师沟通、了解。
营销平台交流。
企业网站。
相关行业资料介绍。
书刊。
……。
一般可以从企业网站获取企业介绍。从网站获取的企业介绍需经“角色转换”和“内容筛选”，角色转换是指站在公司的立场描述该企业的情况介绍，要把第一人称改为第三人称。内容筛选是指主要介绍企业信息化的基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等内容。
四、方案分类和用途。
4.1方案的种类。
目前，公司为客户撰写的方案分为：建议书、解决方案、投标书。技术白皮书应作为统一的资料提供。
建议书是用于动员客户启动项目，或者用于客户初步选型阶段的技术支持，以入围;。
投标书是用于客户招标的技术交底，以综合实力战胜对手。
4.2方案的基本结构。
一、建议书的基本结构。
建议书的侧重点是分析客户实施某项目的宏观和微观形式、现存的诸多问题，提出实施该项目的必要性和紧迫性，再介绍相关产品和技术的发展现状公司的产品特点和优势，落脚点是公司已具备相当的实力，与公司合作成功率最大、风险最低。建议书的基本结构如下：
引言。
现状分析与诊断。
相关技术的发展现状。
公司相关产品的特点。
公司具备的实力和基础。
结束语。
各个部分撰写技巧如下：
引言部分。
从全国、行业的信息化现状分析入手，说明信息化是大势所趋，再从本行业的产品特点出发分析信息化需要注意的关键问题，最后介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。
引言部分可分为：
制造业信息化现状。
本行业信息化特点分析。
信息化的基础。
现状分析与诊断部分。
从本项目所涉及部门的业务现状描述和分析入手，找出问题，并提出相应的解决办法。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
相关技术的发展现状部分。
主要介绍本项目所涉及的pdm/capp/cad等技术产生背景、发展过程，以及发展趋势等内容，并说明这些技术已是成熟的实用性技术。
相关技术的发展现状部分可按软件产品类别分别介绍，最后有一个小结。
公司相关产品的特点部分。
主要介绍公司相关产品的主要特点，说明公司相关产品是符合其发展趋势的先进和成熟的产品。
公司相关产品的特点部分可按软件产品类别分别介绍，最后有一个小结。
公司具备的实力和基础部分。
主要从公司简介、完整产品线、研发能力、实施与服务体系等方面，说明公司已有足够的能力承接本项目，并以成功案例证明与公司合作成功率高、风险最低。
公司的实力部分可分为：
公司简介。
完整产品线。
雄厚的研发能力。
科学的实施与服务保障体系。
成功案例。
结束语部分。
阐明公司愿与企业强强联手，结为(战略)合作伙伴关系，共同推进企业乃至本行业的信息化建设。
在结束语部分要明确提出合作建议内容，对于一些战略合作伙伴关系不能轻易宣讲和承诺，一定要经报公司批准之后方可承诺。
建议书的要求是简短紧凑，内容详实，便于用户决策，可以在一份建议书中形成几个可选方案，推动用户决策。
解决方案的侧重点是分析现存问题，提出功能需求及相应技术实现手段，并辅以实施保障措施，说明用户需求是可以实现的。解决方案的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
典型案例。
结束语。
引言部分。
从全国、同行业的信息化现状分析入手，说明信息化是大势所趋。再从本行业的产品特点出发分析信息化需要注意的地方。接着介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。最后通过公司介绍说明有能力承担该项目。
引言部分可分为：
制造业信息化现状。
某行业信息化特点分析。
信息化的已有基础。
公司介绍。
现状分析与诊断部分。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
系统规划与设计部分。
根据现状分析提出的需求，对本系统从总体目标、指导思想、总体框架等方面进行总体规划与设计。总体目标，是从企业已有明确的总体目标中，结合用户需求提炼出来的，不能简单照抄，还需适当调整与补充。总体框架包括体系架构、运行模式，以及其它企业关心的问题等。
系统规划与设计部分可分为：
总体目标。
指导思想。
总体框架。
体系架构。
运行模式。
……。
系统技术方案部分。
从基本功能介绍、关键问题解决方案两个层面介绍具体的技术方案。基本功能介绍是对本项目所涉及的产品，在标准模块功能基础上适当补充各模块的新增功能或用户的特殊功能。关键问题解决方案是就企业特别关心的问题(包括管理和技术两个方面)、企业特殊需求中有一定难度的问题，以及管理方面需要改进的问题等提出解决方案和建议。
系统实施方案部分。
从本项目的预期效益入手，分析项目实施存在的风险，接着介绍公司规避风险的实施保障措施，最后给出初步实施进度计划和培训计划。实施规划要结合用户的实施打算，如果系统规模比较大，可以结合用户的需求适当进行目标分解，分期完成。
系统实施方案部分可分为：
预期效益。
风险分析及对策。
指导思想。
指导方法。
实施管理。
实施规划。
实施进度计划。
系统培训。
服务内容及措施部分。
从公司能为客户提供全方位服务承诺入手，阐述公司技术支持与服务的保障措施，让客户无后顾之忧。
服务内容及措施部分可分为：
服务内容及承诺。
技术支持与服务保障。
典型案例部分。
用公司典型用户的案例进一步证明，公司提供的技术方案是先进的、实用的，形成一套科学的、可操作的实施方案。典型案例选择的针对性表现在：行业、特殊需求、项目类型等方面有相似之处。
结束语部分。
阐明公司愿与企业强强联手，达成合作伙伴关系，共同推进企业乃至本行业的信息化建设。
解决方案注意业务分析，系统规划，技术方案三部分不要反复出现重复的内容，或者为了表达自己技术方案是扣着业务需求而在系统规划和技术方案中再次反复描述需求，如果发现有这样的问题就要精心去组织方案提纲。
此外解决方案要避免浮夸和务虚的内容，要尽量让用户看到可操作的内容，例如在实施方案中用户最关心的是在实施分几个阶段?每个阶段相互配合工作是什么?谁去做合适?阶段结束的标志是什么?每阶段工作需要多长时间?根据企业实际情况有哪些风险?如何规避?基础数据如何准备?历史数据如何录入?工作流程应用前后有何变化?这些是用户真正关心的内容。
所谓实施方法论，实施原则，实施指导思想，实施团队结构等看起来饱满，其实是务虚的内容少写，写得越多用户越不得要领，实施方案的要害是具备不具备可操作性。这里面的原则就是计划越细化越具有可操作性。
三、投标书的基本结构。
投标书是针对标书的解决方案，包含解决方案的全部内容，再增加公司优势和相关附件。投标书总是原则是按照用户提供的招标书要求准备，用户要求如何提供资料就如何提供，不要任意发挥。
常见投标书的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
开目公司的优势。
典型案例。
结束语。
相关附件。
开目公司的优势。
相关附件。
相关附件按照招标书的规定组织附件。
4.3方案的针对性。
为使方案具有鲜明的开目特色，方案必须具有一定的针对性。不同类别方案的针对性有不同的体现。
建议书的针对性体现在同行业的信息化特点分析，本企业已有的信息化基础、本企业的现状描述与问题分析等方面。
解决方案和投标书的针对性有相同的表现，主要体现在：同行业的信息化特点分析、现状分析与诊断、总体目标、关键问题解决方案、实施规划与进度计划、典型案例等。
现状分析与诊断部分、实施规划与进度计划部分，不能简单把客户名称更改就变成另外一家的情况。
总体目标部分，有企业的个性，如果需要可以分解成近期、长期、远期目标。
解决方案中可单独把企业关心的关键问题单列为一部分，紧密结合企业的需求特点，不能简单套用标准说法，必要时可以通过定制配置实现。
解决方案中的关键问题与投标答辩ppt中的关键问题有区别。投标答辩ppt中的关键问题主要是展示我们优势部分，以攻击对手的劣势部分，但一定要有绝对的把握。
软件项目解决方案范文
并将所有的应。
用系统进行部署实施和软件使用培训以及技术支持。项目组承诺项目独立完成，
不转包外包。
项目实施管理原则。
项目开发维护的实施中，严格按照iso9001国际质量体系进行控制，保证为用户提供优质的产品、严密的工程实施、高效的服务支持。为此，要遵循下列工程实施管理原则和保证体系。
（1）有经验、成熟的技术队伍是工程实施的前提条件。
完成任何项目工程，必须拥有一支有经验的、勇于探索的、高水平的、具有严谨工作作风的技术队伍，在工程实施的过程中发挥团队协作精神和用户密切协作的能力。
（2）管理层次分明、职责清晰是工程实施的基础。
建立层次分明的项目工程实施管理机构，明晰各层的管理职责，从组织管理的角度保证项目实施计划落到实处。
（3）确定过程控制点，以过程质量保证整体工程质量。
整体都是由局部和具体的细节构成，项目由一个个过程环节组成，只有认真对待每一个过程细节，才能保证项目工程整体的实施质量。
（4）用户参与是项目工程成功的保证。
从项目开始到项目的结束，每个阶段都强调用户的参与。开发商只有和用户相结合才能使开发出的系统为用户所用，发挥出系统的最大效益，而用户的参与也是系统顺利进行的保证。对本项目短时间、大范围的配置安装来说，如果有用户的高度参与，项目工程的实施将大大加快。
项目组织结构。
本项目是一项涉及面广、影响大、安全运行要求高，集数据处理、信息发布、资源整合于一体的政府信息化项目。为了更好的执行该项目，将采取统一指挥、并行实施、相互支援的实施办法。
为了使该项目能顺利实施，便于项目的管理和协调，使工作职责更加清晰明白，建立项目组织实施小组，建立由项目领导小组、项目管理办公室、项目监理公司、顾问咨询组、项目经理、项目具体实施小组组成的实施管理控制组织体系。
项目实施组织具体职责如下：
（1）项目领导小组。
负责项目实施过程中的重大事件决策；
根据项目的进度、质量、技术、资源、风险等实行宏观监控；
负责组建验收小组，主持验收工作；
协调参与项目各方的工作关系。
（2）项目管理办公室。
组织各方统一制定工程管理计划；
组织总体实施方案评审，组织测试验收；
负责项目进度计划与成本控制；
协调解决项目实施过程中出现的各种问题。
（3）顾问咨询组。
1）人员组成。
农业信息化相关领域的业务专家；
多年从事it行业和展厅建设的信息技术专家。
2）主要职责。
系统总体设计指导；
对各子系统深化设计进行审核并提出优化建议；
对各子系统进行技术协调；
协助客户对系统的设备配置予以确认；
对现场系统安装、调试提供必要的技术支持服务；
工程文档审核。
（4）项目经理。
1)人员组成。
项目经理由具有丰富项目管理经验的高级工程师担任。
2）主要职责。
制定项目计划：牵头制定项目计划。
项目执行：对总体方案设计及工程设计；配置确认；工程质量保证；系统设计、开发、测试、安装及调试；系统培训、验收。
项目检查：通过其下属各工作组提供的工程进展汇报，将项目进展状态与项目计划进度进行比较，发现过程误差，提出整改措施。
项目控制：审核项目进展状态，必要时调集各种备用资源，确保项目按计划进度实施。
项目协调：与客户、各分系统建设部门进行协调，解决工程组织接口及技术接口问题；定期主持系统建设协调会，及时解决各系统间出现的相关问题。
项目汇报：定期向项目采购单位汇报整个项目的进展情况，汇报在系统建设过程中出现的重大问题，听取指导和建议。
（5）总体方案组。
1）人员组成。
由从事过多名基层电子政务项目的系统架构师、系统分析员和需求分析工程。
师组成。
2）主要职责。
对项目经理负责；
进行系统的需求分析调研；
负责系统的总体设计；
策划系统的模块功能结构；
配合业主方进行系统验收。
（6）软件开发组。
对业主需求分析进行全面细致的了解或确认，深入描述软件的功能和性能，
划分系统的软件功能需求和硬件功能需求，确定软件同其它系统元素的接口细节，
并与客户一起讨论决定系统验收方案。
1）人员组成。
高级程序员；
具有丰富产品开发经验的产品开发设计人员。
2）主要职责。
负责项目应用软件的系统设计；
负责项目应用软件的程序编码；
负责项目应用软件的运行调试；
配合业主方进行系统验收。
（7）系统测试组。
从使用者的角度完成系统操作步骤的设计，在实施过程中监控测试系统是否达到最初制定的操作目标，并编写业主操作手册。检验系统开发质量，并进行功能测试。
当开始试运行阶段后，还要对项目的各个方面指标进行测试和评估。
（8）系统实施组。
1）人员组成。
由具有丰富经验的系统工程师和参加系统开发的软件工程师组成。
2）主要职责。
负责各个实施区域的实施方案的设计与建议；
组织系统安装及调试；
负责系统配置修改，安装技术支持；
项目团队。
根据上述项目组织结构和职能分解，北京派得伟业科技发展有限公司计划投。
专门服务本项目的技术开发实施队伍。随着开发层次的深入、开发量的增加，北。
京派得伟业科技发展有限公司投入的人力资源将随之增加和不断进行调整。
招标人同意，项目总负责人及各分项目负责人在项目结束前不得变更。
具体人员组成分配情况分别如下表所示：
表1.项目实施人员一览表。
本项目职责。
公司副总、农业生产。
本项目具体分工。
系统总体设计指导及系统深化设计进行审核并提出优化。
张俊与管理事业部总经。
农业生产与管理事业部副总经理。
项目统筹和沟通协调、技术。
研发和总体设计。
徐杰。
（项目经理证书见。
附件）。
农业生产与管理事。
项目统筹和沟通协调、技术。
史同鑫。
研发和总体设计。
项目经理。
刘鹏。
高级架构师。
项目开发过程管理。
农业生产与管理事。
实施经理。
鲁国宝。
项目实施管理。
业部实施工程师。
刘鹏飞。
总体设计组。
刘伟梁轶晓杨彬高丽郭寿水路鑫辛岢峰。
软件开发组。
系统设计师。
需求分析需求分析需求分析。
高级程序员、开发组长。
程序员、开发组长高级程序员、开发组长。
原型制作。
系统设计师。
项目策划。
高级架构师。
高级架构师。
高级架构师。
程序员。
程序员。
秦岩宾贺永林。
程序员程序员程序员程序员。
闫寿增冯占卫刘霞。
序号.
本项目职责姓名李楠赵伟李焱。
本项目具体分工。
原型制作原型制作。
测试经理、系统测试。
系统测试系统测试。
系统实施、安装部署系统实施、安装部署系统实施、安装部署。
系统测试组徐胜慧王楠石立坤。
系统实施组胡桂金张鹏飞。
项目实施计划。
项目实施的成功与否的关键因素中包括系统配置、工具的使用、人员组织、
实施流程和工程方法等。项目开发及实施过程要遵循应用系统开发管理和流程管。
理规范，该规范包括以下几部分内容：项目流程规范、人员组织规范、体系结构。
规范、业务需求规范、模型设计规范、最终用户应用规范、计划和部署规范、项。
目管理规范。
项目实施工作流程。
项目正式启动后，项目将严格按照项目实施计划进行。
首先进行项目的需求调研，开始收集项目的各种资料，并形成详细的需求规。
格说明书；
在项目需求调研的基础进行《概要设计》和《详细设计》的编写，并聘请专。
家进行咨询、论证，通过专家评审，经修改后部分内容形成正式文稿；
在《概要设计》和《详细设计》的指导下，开始进行系统的开发实施，在此。
过程中软件测试和软件初始数据的录入工作；
系统开发完成后，进行安装调试、试运行，同时进行现有系统的集成和数据。
导入工作，进入系统全线运行阶段，完成整体测试、修改完善；
在系统全线运行后，进行项目总结，完成系统的总体验收。在此过程中，系。
统培训贯穿始终，确保受训人员能够熟练的对系统进行安装、
调试、运行、维护、
管理。
在项目开发阶段遵循需求分析、概要设计、详细设计、编码阶段、测试阶段。
及安装调试施工。
(1)需求分析。
需求分析要从用户的具体要求出发进行抽象汇总最终形成需求分析文档，形成的具体的内容如下：
系统的各个模块的功能说明。
系统的性能要求。
系统的安全性要求。
系统的容错要求。
系统接口要求。
系统使用范围。
系统的客户界面要求等。
需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作，在需求调研工作结束后，签署用户需求分析书。
(2)概要设计。
从用户的需求出发，概要设计人员在确认用户最终需求的情况下进行概要设计形成系统概要设计，在概要设计的结束日期将概要设计交由详细设计人员作为依照进行详细设计。在概要设计阶段应该形成如下内容：
系统整体构架。
系统开发工具及方法。
每一模块的用户需求的说明。
系统各模块之间的接口。
系统每一模块的工作流及数据流定义。
数据库结构的定义。
数据库表结构的定义。
(3)详细设计。
根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设。
计，此部分的文档应该实现如下内容：
每一功能模块的用户需求的详细说明。
每一功能模块工作流的详细实现的设计（对应需求）。
每一功能模块数据流详细设计及数据实现走向详细设计（对应需求）。
各功能模块子模块的定义和详细实现方式。
各功能模块之间接口的数据流及工作流的详细描述。
各种界面原型的设计。
要求：在详细设计阶段所有的设计必须按照可以作为编码依据的方式进行设。
计，作到越详细越好。
(4)编码阶段。
在编码阶段程序员要按照详细设计进行编码工作，要求编程人员所写的代码一定要完成详细设计的所有的功能；在代码编制过程中，要求程序员严格执行编码规范和格式要求。
(5)测试阶段。
测试过程严格按照软件质量体系《软件测试控制程序》执行。测试方法除采用传统的测试方式外，还采用了先进的测试工具辅助测试。测试分为两个阶段：
单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成，所有的测试文档由测试人员提供。综合测试由开发人员和测试人员交叉担任，包括集成测试和系统测试，同时所有的测试文档应该由专业测试人员完成。
(6)安装调试及施工。
测试工作结束后，项目由系统开发阶段进入实施阶段。
项目进度安排。
项目执行计划：九个月。
第一阶段：调研和需求分析：第。
[1]调研中山市农业信息化基础设施建设运行现状，掌握土肥业务需求，编。
制需求分析报告。
[2]在需求分析报告的基础上，结合项目建设目标和要求，制定详细的项目。
实施方案。
第二阶段：技术方案设计：第。
软件项目表扬信
尊敬的____公司领导：
我们是贵公司的客户______，在这里我们要表扬贵公司的一位员工——____。 ___年___月__日_______在_____工程师的指导下进行____系统的升级，一直忙碌到午夜12点钟才将全部系统升级完毕。___月___日早上7点多，___又赶到___进行测试前的检查及跟踪，确认无故障后又马不停蹄的赶到___，帮助其进行___系统的升级，一直忙到晚上6点多才完成系统升级工作，连饭都没有吃一口，又直接赶到___进行系统升级的指导，一直忙碌到凌晨4点才完成___的升级工作。
___月___日，___公司同时进行___系统的测试，在测试过程中发现___系统出现bug，___又指导___公司进行了___系统的回退，直到晚上10点多才将___公司的___系统回退至___状态。
对外地营业部的前台员工们进行了全面的培训。 从___身上我们也看到了贵公司这种对客户认真负责的企业精神，我相信也正是在贵公司的培养下，___的员工才能如此优秀。 在这里我们再次感谢___工程师，对他的这种达到客户100%满意的服务精神提出表扬。
此致
敬礼
___公司
__年___月___日
软件项目合同
甲方：身份证号：住址：
乙方：身份证号：住址：风险提示：
合作的方式多种多样，如合作设立公司、合作开发软件、合作购销产品等等，不同合作方式涉及到不同的项目内容，相应的协议条款可能大不相同。
本协议的条款设置建立在特定项目的基础上，仅供参考。实践中，需要根据双方实际的合作方式、项目内容、权利义务等，修改或重新拟定条款。甲乙双方在平等自愿的基础上经充分协商，就合作经营_______项目、明确合作各方的权利与责任事宜，特订立以下协议条款共同执行。
一、合作项目承包项目名称：承包项目经营范围：承包项目经营地址：
二、合作时间合作期限为________年，自本协议签字生效之日算起。期满后双方如有继续合作的愿望，以本协议为基础重新签订协议。
三、合作分工风险提示：
应明确约定合作各方的权利义务，以免在项目实际经营中出现扯皮的情形。
再次温馨提示：因合作方式、项目内容不一致，各方的权利义务条款也不一致，应根据实际情况进行拟定。甲方按照要求应向乙方提供的物品所确定的日期和地点提供相应的物品。乙方在实施工作计划中和结束工作任务时，应保证物品的状态与接收时一致(正常耗损除外)，并在工作结束时将这些物品归还甲方。乙方提供的任何服务要求使用甲方所提供的硬件、软件和其它物品，甲方应保证：拥有必要的许可、证明或其它文件。确保在本合同实施过程中和乙方在提供认定的服务时，有关物品可以被移动、使用、复制、修改、翻译、分发和(或)与其他物品组合，而不会侵犯第三方的权益。任何一方要求对合同内容进行变更时，所有的变更要求都必须以书面形式提交并经双方签字同意。甲方不得在双方合同签署后，随意变更需求，如若需要变更需求，则需双方确认签字同意。
四、技术、市场保密合作期内未经项目合作各方同意，任何人不得将技术及客户资料转让，不得与项目合作双方以外的合作方进行合作或为他人谋取利益，不得将技术泄密。违反约定的，项目合作方有权没收违约方相关收益，并追究违约方的经济法律责任。风险提示：
应约定保密及竞业禁止义务，特别是针对项目所涉及的技术、客户资源，以免出现合作一方在项目外以此牟利或从事其他损害项目权益的活动。
五、收益分配合同总金额为b万元，计人民币圆整，作为系统的开发费用。款项说明：本合同签订后日内，甲方向乙方支付合同金额的%，计人民币圆整；在项目完成的%时，甲方向乙方支付合同金额的%，计人民币圆整；软件按行业标准验收合格之后日内，甲方向乙方支付合同金额的%，计人民币圆整；剩余合同金额的%，计人民币圆整，作为软件质量保证金，于软件验收合格之后日内支付，软件验收最长时间不超过天；如若工期延迟交付（非不可抗力导致的延迟交付）日及以上，则乙方须赔付甲方圆作为工期延误损失赔偿；如乙方因不可抗因素无法完成项目，则乙方须退回所有甲方已付款项，并赔付甲方圆作为时间延误费；如甲方中途因各种因素选择停止项目，则甲方不可收回所有已付款项，并且甲方须赔付乙方圆作为工费；甲方向乙方支付的费用，除另有规定外，所有费用的支付币种为人民币()，由甲方本合同规定的付款方式以电汇，支票或微信，支付宝等支持身份认证体系的第三方在线工具划入乙方指定的帐户中；双方同意各自分别支付因执行本合同而发生的有关税费。
六、合作保障措施风险提示：
合同的约定虽然细致，但无法保证合作方不违约。因此，必须明确约定违约条款，一旦一方违约，另一方则能够以此作为追偿依据。在合作期内，项目合作双方中任一方未经其对方协商认可擅自退出该合作项目，违约方同时赔偿被侵害方的投入损失及其他合作期内应得收益（具体为：按合作之日起至产生变故时为止的被侵害方应得的收益平均值计算，违约方赔付被侵害方剩余协议期的总收益）。并且必须遵守技术、市场保密条款，两年内不得在当地使用或经营本项目的同类技术内容及客户资源。否则项目合作各方有权追究违约方的一切经济法律责任。在合作期内因战争、灾害、疾病等不可抗力因素导致项目合作解散或合作期满各合作方不再合作，该项目技术内容归双方所有。合作方如有一方违反本协议，则其他方有权取消与违约方的合作并追究违约方的一切经济法律责任。
七、其他未尽事宜经双方共同协商。
八、本协议一式两份，甲乙双方各执一份。
甲方：乙方：
日期：____日期：
软件项目合同
上述甲，乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权力和义务，忠实地履行本协议。
第一条协议项目。
甲方为乙方开发_________________软件（单机版／网络版）_________套。
第二条软件价格，付款方法。
1．软件价格：甲方向乙方开发的_________软件（单机版／网络版）定价为_________元人民币／套。
2．付款方法：在本协议签定的_______天内，乙方必须向甲方交付软件定价的_________的.定金，即_________元人民币。软件由甲方开发完毕，并由乙方检验通过后，乙方一次性向甲方付清剩余的_________软件开发款项，即_________元人民币。
第三条软件开发时间。
在本协议签定当日起，甲方开始软件的开发。开发时间为_____个月。即从______年____月____日起至______年____月_____日止。经双方协商一致，可以延长或缩短该期限。
第四条软件验收标准。
乙方验收软件的标准以双方合拟的协议附件功能说明书作为通过的根据。
第五条售后服务条款及时间。
甲方为乙方免费培训一定人数的软件使用人员。
甲方提供一年的免费软件系统维护服务。包括数据整理，备份等。该时间为软件由乙方验收通过之日开始的一年。免费服务期满后，另签服务协议。
甲方在软件验收通过之日起的两年期间，如对软件系统进行版本更新，将免费为乙方提供系统升级服务。期满后，甲方将对有需要的用户提供系统最新版本的升级服务，统一收取费用。
第六条乙方运行软件的电脑硬件设备及操作系统由乙方自行解决。甲方不会替乙方的电脑平台提供升级或维护，并不会为乙方其它软件的版权，不得对甲方销售之软件产品进行反向工程，反向编译，反汇编或出租。
否则乙方愿意承担由此给甲方带来的一切损失，甲方保留追究乙方法律责任的权利。
第九条其它。
1．甲方只负责开发软件，乙方使用该软件做其他事务，后果由乙方承担。
2．除在不可抗力或双方协议的情况下，本协议书不能取消。
3．如双方在协议期内有任何争议，应友好协商解决。若协商不成，可提交深圳市经济仲裁机构促裁。
第十条本协议一式两份，甲乙双方各持一份。
第十一条本协议从协议签定日起生效。
甲方（盖章）：_________。
乙方（盖章）：_________。
_________年____月____日。
软件项目策划书
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍。
（一）项目启动阶段。
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组。
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研。
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》。
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
4、启动会。
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段。
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备。
2、编制《需求调研计划》。
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
（三）软件功能实现确认阶段。
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段。
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
五）系统培训阶段。
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
（六）系统安装测试及试运行阶段。
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
（七）总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
软件项目总结
xxx公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发；让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率，从而创造更多公司效益。
2、背景。
项目名称：xxx业务管理系统。
软件名称：xxx业务系统。
客户：xxx。
用户：xxx员工。
（一）对生产效率的评价。
１、系统开发已历时快１年的时间了。
２、开发的反复性比较多。
３、对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
（二）对产品功能的评价。
经过我们公司各位同事的共同努力协作，xxx业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。
（三）对技术方法的总结。
在此项目中使用到技术和工具：
１、使用代码生成器：使用代码生成器[动软、net代码自动生成器]，此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
２、使用数据库建模工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
３、使用第三方控件：此系统中使用了第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
４、使用自定义控件：此系统中使用了自定义控件，此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改控件的样式，系统中的所有继承的表格样式都可以改变。
５、系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。
６、系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了ikey加密硬件钥匙来验证客户端登陆客户的合法性，此ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。ikey加密钥匙是很好的加密b/s架构软件的硬件工具，在以后的软件安全方面可以借鉴。
（一）签定合同。
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
（二）开发团队。
在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素，我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
（三）需求的调研。
在项目确立后，就到了需求调研分析阶段。
１、项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷，影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系，要深入的去了解客户需求。
２、我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高，也就不会为项目的后期功能开发埋下陷阱。
３、在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
４、模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
５、在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的`精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
６、需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
软件项目策划书
中国奢侈品消费市场的快速增长，极大地刺激着全球奢侈品公司的扩张欲望,世界公认的顶级奢侈品品牌中已有超过八成进驻中国市场。据《xx胡润财富报告》称，中国内地千万富豪人数已达87.5万人，其中亿万富豪达5.5万人，中国的富豪数量已经位列世界第四。这一数据说明，中国目前已经有相当一部分人群具备了对世界顶级奢侈品的消费能力。中国市场的奢侈品消费也有其有别国外消费市场的特点，主要是：
消费人群特点
1.1年轻化。时尚奢侈品的主力消费群体在国外基本上都是40岁以上的消费者，但是在中国，时尚奢侈品的消费呈现年轻化特征。大范围集中在18-50岁，小范围集中在30-50岁，18-39的人群是目前时尚消费的主力群体。西方时尚奢侈品的消费者基本都是中产阶层，月收入在三千至五千美元左右，花个几千元上万元买件奢侈品并不困难。
1.2中国奢侈品消费市场购买者的构成比较复杂。中国目前已经有相当一部分人群具备了对世界顶级奢侈品的消费能力。但是中国奢侈品消费市场与其它市场相比有一个非常不同的现象是，以上凭借强大的个人财富购买奢侈品的消费者，在整个奢侈品消费中只占有30%的份额。其余70%的消费份额，来自于那些年收入十几万，甚至几万元的白领上班族，而他们往往会花几个月的工资来购买一件奢侈品。这是一些省吃俭用的奢侈品消费者，研究者将这样的消费行为定义为“奢侈化消费”。
1.3奢侈品送礼：通过对消费人群调查，大约有50%左右的奢侈品是购买来送礼。
1.4中国的奢侈品消费正在出现消费分化的现象。一部分消费者，尤其是真正的富裕阶层对奢侈品的消费也越来越趋于理性和成熟。这部分消费群体具有拥有较强的经济实力、年龄偏大、社会地位较高等特征，在选择奢侈品时更多地考虑的是品牌的文化内涵和设计风格等因素。并且他们的消费有向更高一级的奢侈品升级的趋势，如，购买名车、豪宅甚至私人飞机和游艇。
出生在80年代以后的“奢侈品消费的新生代”，是目前中国奢侈品消费的另外一部分主要力量。这部分消费者以公司白领为主，他们年轻，往往生活在中心城市或大城市，对时尚和奢侈品品牌以及世界流行资讯非常敏感，但是由于没有雄厚的经济实力做后盾，因此这部分消费者购买的对象仍然集中在入门级奢侈品消费等领域。
1.5 中国奢侈品消费者的消费心理具有浓厚的中国传统文化色彩。目前在中国，对于大多数富裕阶层人士而言，尽管个人获得了丰富的物质财富，但是由于他们没有明确的行政头衔和职位，因此会通过购买普通人群人所不能企及的价格昂贵的奢侈品，一方面用以显示自己与一般社会公众在地位上的差距，另一方面这也是他们向外界宣扬自己获得成功和暗示自己处于较高社会等级的有效方式。
中国市场特点
1.6奢侈品牌要在中国找一个好的location不容易。除了上海、北京、深圳等一线城市是奢侈品牌的兵家必争之地，现在的战线已经延续到了二线城市，杭州、天津、沈阳、成都、西安、昆明等城市也开始吸引更多品牌进入。
1.7西方模式的奢侈品推广模式在中国并不管用，大多数消费者并没有购买时装杂志来决定购买什么奢侈品的习惯，本土明星中也很少有人能对潮流能起到引导作用。
1.8仿冒品在中国市场几乎不可能杜绝。中国的仿牌产品根深蒂固，a货，超a货遍地都是，这给奢侈品牌在国内品牌形象造成了很大影响。不过，随着ebay在国外败诉要赔给lvmh巨额罚款后，相信中国在这方面也会加强监管力度。
1.9奢侈品零售人才匮乏。就是二十一世纪最重要的人才，目前中国的员工流动率是亚洲最高的，在奢侈品领域，特别是店铺终端零售方面，本身中国就没有足够数量符合要求的员工，因此要留人会更难一些。
网站目标
2.1信任：结合奢侈品在中国的市场现状分析，要让客户对本网站树立信任感，让浏览者或是潜在客户信任本网站并且认为从网站购物是值得信任的,第三方资质认证或是品牌的资质认证的展示是必要的。当然，网站设计的风格和网站展示的专业程度也能增强浏览用户的信任度。
2.2尊贵：网站在风格设计上给人一种尊贵的视觉体验，这样能够加深用户对网站的信任，同时能够提升网站的整体品调，我们会请专业艺术设计师和页面设计师来完成页面设计，浏览页面，犹如漫步在品牌旗舰店，给人视觉享受。
2.3个性化：对于不同类别的产品展示设计在保持网站整体格局和色调一致性的情况下，尊重每个产品的特点，给产品进行个性化展示。保留每一件顶级奢侈品的个性化和专一性、尊贵性特点。也能让客户对产品有更好了解，增强网站和产品的亲和力。
2.4立体化展示产品：对于不同的奢侈产品，我们将进行多图片、多视频、全方位细节的多角度、立体式产品展示。提升产品的品牌价值，方便客户了解产品。
2.5安全：奢侈品消费金额比较大。我们会使用套接字系统、安全控件系统、用户日志系统、异地登陆报警系统、多密保系统等方式保证用户的账户安全和支付安全。
2.6便捷：网站在开发上从用户体验角度考虑，尽可能方便用户选购、下单、支付、物流等需求和个性化需要。
功能模块
a、产品分类系统：提供产品的多级分类，可以进行分类的添加、删除、修改、排序操作，分类可以图文或只图片、只文字展示。
b、品牌系统：产品的相关品牌系统，可以进行品牌的添加、删除、修改基本操作，可以根据产品分类进行品牌归类，方便产品筛选，品牌展示为图文或只图、只文字。
c、分类属性系统：供销商根据品牌及产品特点，自行进行产品属性的增加、删除、修改等操作，该属性会归纳与本产品所属分类，方便以后产品发布使用。
d、产品物流系统：提供货到付款(免邮、收邮费)、在线支付(免邮、收邮费)、专送等多种配送形式，提供物流模板和物流计算器，方便供应商发货，提供物流api,方便和物流公司系统整合。
e、产品发布系统：提供产品发布、上架、下架、供货提醒、供货管理、促销管理、折扣管理等全套商品在线管理系统。
f、产品展示系统：提供产品的名称、品牌、分类、属性、物流、产地、销售地、多图片、多视频、图片细节、商品介绍、规格参数、包装清单、售后服务等综合展示，方便客户挑选和购买。
g、产品展示互动系统：提供产品想购买+时间、已购买的互动按钮，游客和网站客户可以点击想购买按钮，选择想购买时间，提交入后台统计，无刷新展示到产品页面，“想购买”按钮和展示的存在，可以刺激客户购买欲望，同时对供货商的市场导向起到一定的参考价值。“已购买”是实际的购买数量。
h、产品购买：根据中国消费人群特点，为产品购买增加购买用途按钮，为购买奢侈品的用户提供祝福话输入框。当送货时会将客户留言写在精美卡片上转发送礼人。
i、购物车系统：提供无登录添加购物车和登录添加购物车两种机制，无登录添加购物车可以进行商品挑选、添加购物车，然后引导注册或直接购买。登录购买即客户先登录后进行购买、确认、下单流程。购物车在技术上充分考虑最大并发量情况下采用消息机制、后台多线程、事务回滚、时间截等技术手段保证购物车的稳定和购物流程的顺畅，防止发生购物车丢失、丢单、页面阻塞等购买故障。
j、支付系统：使用银联在线支付，第三方支付(支付宝、快钱、易宝)，货物自提等多种方式。
k、账户系统：客户消费账户、余额账户、积分账户。供应商销售账户、结算账户、积分账户等账户系统。
l、信息发布系统：包括产品知识、导购、问答、论坛信息模块，网站帮助系统，网站公告、快报系统，网站基本信息系统。
m、产品专柜：根据品牌设立品牌专柜，品牌专柜进行品牌信息、公告及其他资讯类展示和产品综合展示，品牌下设旗舰店专柜和专卖店专柜，产品联结至主站进行购买。
n、积分系统：根据客户购买，评论、论坛发帖等网站互动操作积累积分，积分可进行兑换礼品、现金、换购和享受网站内的其他服务。
o、产品体验：根据用户积分和供应商申请，提供产品免费体验，免费体验能够增近产品和用户之间的距离，刺激消费，用户的体验报告能够宣传产品，引导品牌设计出更精英更尊贵的产品。
p、产品定制：客户提交需求，品牌专业设计师为客户进行某一种或某几种的产品定制。
q、产品鉴赏开放区：网站注册用户可以对产品进行鉴赏，发表个人看法，鉴赏内容通过后可以呈现。
r、全站搜索系统：根据客户搜索，进行对产品进行分类别、价格、品牌、分类等分类展示。
s、数据挖掘系统：根据用户的平时浏览习惯或者是购买习惯，进行产品推荐。
t、礼券、优惠券系统：根据礼券和优惠券的编码和密码，在商品结算时抵现，礼券和优惠券可以购买派送、积分兑换等方式产生。
u、网站统计系统：第三方统计。
v、日志系统：记录网站的浏览日志、登录日志、运行时日志等，保证用户账户安全和网站稳定、便于维护。
w、广告系统：提供网站指定位置广告位添加、删除、修改、广告日期管理等。
x、模板引擎系统：根据不同品牌和旗舰店、专卖店需要，个性化定制专柜页面。
y、权限管理系统：根据不同登录着权限，进行分模块，分功能显示，保证系统稳定和账户安全。
z、页面基础信息开发：前端开发、后台开发、用户中心开发、页面效果开发。
aa、其他需求：根据客户需求定制。
开发相关
服务器：5台。只读服务器(1)，数据服务器(1)，写入服务器(1)，多媒体服务器(1)，映像服务器(1)。
程序语言：c#
其他
网站域名：—very important person, very precious goods !
网站名称：品仕网。
网站广告：品味奢华，尊贵以人为本。
软件项目合同
乙方：_____________
甲、乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权利和义务，忠实地履行本协议。
第一条本协议软件开发项目的内容、工作进度与安排、价款、交付和验收方式等由附件载明。
第二条协议履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。
第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。
第四条双方的基本权利和基本义务
一、甲方的权利和义务
1、根据本协议项目的实际需要和乙方的要求提供协助，并提供有关的资料、报表及文档等，甲方保证所提供的所有资料完整、真实、合法。
2、按本协议约定支付软件开发费用。
3、甲方有权在软件验收之日起要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
二、乙方的权利和义务
1、按照甲方提供的材料按时完成本协议规定的软件开发工作。
2、可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方可另行签署协议确认。
3、依协议收取软件开发费用。
4、乙方有义务在软件验收之日起个月内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。第五条甲方在18个月的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。
第六条甲方同意按双方约定的付款方式和时间及时向乙方支付协议费用，以及提供其他必要的帮助。
第七条本协议涉及的相关程序、文件源码的，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。
第八条甲方不能按时支付协议费用导致的工期延误，其责任由甲方承担。第九条双方当事人应当保守在履行本协议过程中获知的对方商业秘密。
第十条双方应本着诚实信用的原则履行本协议。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本协议并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本协议，但应及时通知对方。若对方继续不履行、履行不当或者违反本协议，该方可以解除本协议并要求对方赔偿损失。
第十一条本协议签订后，经双方当事人协商一致，可以对本协议有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本协议的有效组成部分。
第十二条本协议附件为本协议不可分割的一部分，与协议正文具有同等法律效力。
第十三条任意一方欲提前解除本协议，应提前通知对方。甲方提前解除协议的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任;乙方无故解除协议的，应返还上述费用。本协议其他条款对协议的解除另有约定的，从其约定。
第十四条订立本协议所依据的客观情况发生重大变化，致使本协议无法履行的，经双方协商同意，可以变更本协议相关内容或者终止协议的履行。
第十五条双方当事人对本协议的订立、解释、履行、效力等发生争议的，应友好协商解决;协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。
第十六条本协议经由双方授权代表签字，自签订之日起生效。
第十七条本协议一式两份，双方当事人各执一份，具有同等法律效力。
甲方(公章)：_________乙方(公章)：_________
法定代表人(签字)：_________法定代表人(签字)：_________