项目的综合管理举措

对于一个公司来说，成功的获得并完成一个项目需要市场销售人员、售前技术支持人员、项目实施团队、售后服务人员以及公司上下各个部门的密切协作。

本文将分别从售前支持人员的角度以及售后项目经理的角度要做好一个项目，将如何做好售前以及售后的相关工作。

一、如何做好项目的售前工作

1.售前人员应具备的基本素质

售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中，售前人员协调销售人员、用户、后期开发人员间的关系，将公司的技术实力向用户展现，听取用户的初步需求，与用户讨论项目系统的初步框架，协助销售人员将公司的产品和技术优势推荐给用户，为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求，是项目的技术框架的最初设计者。

所以售前人员应该具备一个技术人员和销售人员两方面的素质，具体如下：

熟悉自己的产品。

具有比较全面技术专业知识。熟悉当前IT的技术发展方向。对本公司的开发能力、技术优势、劣势有比较清楚的认识。作为行业软件的销售，必须熟悉本行业的业务，对本行业的信息化的现状和发展方向有一定的认识，了解行业中的其它专业软件的基本情况。熟悉本行业的技术和产品动向，了解同类产品及其竞争对手的情况和特点。能力熟练使用文本和图形编辑器进行方案、标书的编写。熟悉项目招投标的一般程序。善于交流，有良好的沟通能力和技巧。

一个人通常不可能具备这么全面的知识和技能，因此，对于大型项目，为了与客户进行全方位的交流，展现公司实力，对系统进行初步的论证和设计，其售前往往是一个团队，这个团队根据项目的需求，可能有行业业务专家，数据库专家、操作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等角色。

2.项目售前各个阶段应注意的事项

通常获得一个项目的前期过程有以下六个阶段：

1）销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。

2）销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需求，偏好的技术构架，引导用户到本公司的技术思路上，这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣，愿意邀请你参加投标。

3）用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。

4）参加招投标会，进行技术、商务上的讲解和答疑。

5）参加商务和技术的谈判，起草项目商务合同和技术协议书。

6）签订合同，项目实施以及维护。

2.1招投标前与用户的接触阶段

招投标前与用户接触，了解用户的真实需求和想法，通过交流，了解用户对系统框架、平台、新技术的偏好，使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品，使用户在招标前对本公司技术和产品能有比较清楚的认识和了解，将用户的需求引导到本公司的技术和产品的思路上，使用户的在技术上对本公司有一定的偏好。

交流和需要了解的内容通常包括：

1）用户的组织机构，信息化的现状，现有的硬件设备、网络情况、正在使用的软件系统情况；

2）新系统的规划、目标、规模，要求等，包括用户对系统的安全性、可靠性、易用性、扩展性的要求；

3）业务内容、业务流程系统的现状，软件功能需求；

4）平台和数据库的选型；

5）信息安全、存储的需求；

6）对软件开发机制的认识；

7）用户感兴趣的热点技术；

交流应该广泛，不要只限于项目的具体负责人，如果有条件，可以拜访更上级的用户，以及各部门的主要负责人或技术权威，尽量了解用户的对项目的认识和想法，交流和拜访中要善于识别用户的身份，抓住对项目有决定权、影响大的用户的想法，同时，可以初步分析哪些用户可能是以后的招标评委，留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。

引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户，最好是借助演示，这是用户会告诉你哪些是他感兴趣的，哪些是没有意思的，其它对手的产品是什么样的等等。这样便于与用户进行深入的交流，找到与用户相互的共鸣点。

跟踪和了解对手情况，了解同类产品的现状，这是一个长期积累的过程，分析对手的产品和解决方案可能的特点，找到或提出比对手有新意的、能吸引用户的系统亮点。当然，这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。

2.2投标及投标文件的准备阶段

2.2.1成立项目投标小组

成立项目投标小组，投标小组的核心应该是项目的法人代表授权人。根据项目的规模、技术难度和招标时间的要求，制订投标计划，将计划分解到每个人员上，确定每个人工作内容和计划，确定计划的执行的监督人员。

投标的时间一般都是确定的日期，而且比较短，这也是考验一个公司和团队的响应速度，必须在这个有限的时间内完成投标书的制作，否则，将由于准备不充分而丢标。这需要平时的技术积累，对行业知识的积累，投标书的积累，如有类似的标书或模版，以及良好的团队合作精神和氛围。

作为一个行业应用项目，技术部分可能涉及到的人员有：网络规划师、硬件产品经理、软件构架师、行业专家、数据规划专家或数据库专家信息安全专家，以及其它专业领域的专家等。这个团队建立，需要整合公司内部和外部的相关资源，来共同完成。例如，可以临时请专业公司相关的售前支持（HP、IBM等）、相关行业的专家、相关专业的大学教授等来扮演相关的角色。甚至可以考虑与相关的其它公司联合投标。

在投标小组中，建立保密制度，特别是对于特大型项目，关于报价、核心技术等内容，最好在小范围讨论和确定。必要的情况下可采用封闭开发的方式。

2.2.2编写投标书

用户的招标书通常包括：招标邀请函、商务要求部分、技术要求部分、附件和附图等文档，这些文档是编写投标书的基础。投标小组成员在编写标书前，应该仔细、反复阅读招标书，特别是对投标商的资质要求等内容，投标小组对招标书进行讨论，找出招标书中描述不清楚的地方，根据情况向招标方提出要求解释，确定项目资质情况、投标以及实施的风险、对手情况、投标的优势、劣势等；制订投标策略；确定投标书的内容、投标方式；初步编写投标书的大纲。

在投标书编写过程中，应该注意一下几点：

1）商务投标书应该按照招标书的要求进行严格的应答，应答的顺序和格式最好严格遵循招标书的要求。

2）对于招标书没有要求的内容，特别是商务标书，最好不要画蛇添足，如果希望增加对项目投标有帮助的资质，最好经过慎重的考虑，确保没有漏洞。商务部分主要的目的是展示投标公司的实力，确保参加投标的资格。首要是确保投标有效。注意有些东西可以讲出来，但不是所有可以讲出来的东西都适合写出来。

3）差异表的处理：对于投标文件与招标文件中有差异的部分，通常招标方要求标注在差异表中，在编写投标方案时，应该尽可能的将差异部分找出来，描述清楚，但是，在最后整理、提交差异表时，就需要特别慎重，并不是每个差异都适合在这个正式的场所以正式的方式提出，有些东西需要保持一种模糊的状态，以提高中标的可能性，同时，又可以为商务和技术谈判留下伏笔，便于谈判中的进退。

4）对于报价单的处理：报价单按照正规要求填写、盖章、密封后，最好能有一两套空白的备份，报价单的格式与正式报价单一样，但是价格不填写。因为在正式报价单封装好到递交报价单前的这段时间，销售人员很可能探听到对手的价格或用户对项目整体价格的意见，这是候需要根据项目、市场、对手、用户的情况进行价格调整，这时就可以使用备份的报价单。特别是公司到异地投标，要想重做报价单，时间基本上是不允许的。

5）密封条的处理：在规定的投标文档密封条基础上，一定要多准备几张备用的密封条，当然是盖好章的，特别是公司到异地投标，市场信息千变万化，你不可能保证在投标前不修改你的价格和投标书。

6）商务投标书中的资质和要求公司盖章的部分一定要对照招标书的要求，严格检查，这部分的错误和遗漏将有可能造成废标，因此，最好有两个以上的人员专门检查核对。

7）对于一个集团公司下的多个法人公司之间，可能存在资质共享的情况，这时，应该注意检查哪些资质不是投标法人单位的资质，如果本投标法人单位的资质，应该请资质拥有的法人单位签署授权声明，否则，招标时可能造成“擅用第三方公司的资质欺骗招标单位”的后果而成为废标。

投标书的编写最核心的要点是要逐条响应招标书，不能有遗漏。作为一个大的公司或集团，需要也应该制定统一的《投标标书编写规范与指南》，通过积累，建立一个投标书模版库，以保证投标书的质量、缩短投标书的编写周期。

2.2.3参加投标

对于比较大的项目，参加投标的团队的人员合理分配是很重要的，根据项目具体情况，可将投标人员按照编写标书分工的情况分为：商务人员、技术人员。继续细分为商务联系人员、商务投标人员、技术部分可以分为负责网络部分的、体系结构的、应用系统功能的人员等。

参加投标人员应该统一服饰，穿统一的职业装，佩戴公司的标志，自信、自然，给招标评委一个良好的整体形象。严格遵循招标纪律。

通常情况下，不要过多的对熟悉的评委交流。尽管前期与用户有充分的接触，可能与一些评委熟悉并有良好的关系，但是，在招标的正式场所，通常是礼貌的打一下招呼，寒喧一下即可，不易与用户有太多的交流和亲密交谈，这些举动可能会造成其它评委的误会，也可能会给对手“授之以柄”。除非你是专门的、有特殊目的的行为，例如，在有些情况下，与招标中的最好领导或核心人员表现出亲密的关系，可以给其它评委造成“某某人可能已经偏向某公司了，我也应该顺势而为”的误导，同时，给对手造成更大的心理压力和负担。但这种方式有很多风险，要非常。慎重。

在投标前，讲标的每一部分应该准备好相应的幻灯片，幻灯片的作用有两个，一是通过文字、图片、动画等多种方式，比较直观的向评委传达信息，便于评委对讲解内容的理解，二是通过幻灯片，帮助讲标人自己规范思路，不至于跑题。因此，幻灯片制作，要以这两个作用为目标。每张幻灯片讲些什么内容，讲多长时间，都要做到心中有数。

最好有实际的演示，结合演示讲标。作为行业应用软件的用户，比较重视投标厂商以往同类系统的业绩，如果能向用户展示同类的应用系统，结合实例演示来讲解系统的体系结构、功能特点，通常会取得较好的效果。但是，在展示以往系统的时候，要注意扬长避短，屏蔽掉一些系统的弱点和缺陷，同时要注意演示的时间控制。

对投标中使用的设备要主要保护，投标中使用的笔记本电脑，在安装好演示系统和幻灯片后，要对设备慎重使用，防止设备的意外损坏导致投标中的设备异常，例如，注意防病毒、防止意外碰坏，不要在投标出差期间用笔记本电脑到网吧上网，在宾馆中防止电脑进水、摔坏，不要轻易整理计算机系统的文件，可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘，应用系统的安装盘等备份好，有条件的可以采用两套笔记本电脑安装。

适当的与参加投标的对手交谈，也许下次你们还会在另外一次投标中对阵，也许下次他与你并肩战斗，通过交谈，你也可以意外的获得一些有用的信息。

2.2.4商务和技术谈判

在预中标后，将会进行商务和技术谈判，售前技术支持人员主要参加技术协议的谈判和起草。

技术协议的谈判是降低项目风险的关键过程，谈判的成果－技术协议书通常会作为合同的附件，直接影响到项目实施的难度和风险。因此，一定要耐心、细致，不能为了尽快签合同，就草草了事。

技术协议的目的是界定好功能边界和深度。特别是在行业应用软件中，投标文件和讲标中，通常会有忽略一个“度”。如应用系统的深度、功能的具体边界、新技术采用的程度等问题，往往是比较模糊的，很大的可能性是双方在这些方面的认识存在着较大的差异，这些差异的会给后续的项目实施带来风险。技术协议的谈判就是要对这些“度”进行控制，对敏感问题和技术难点要进行沟通，达成共识，注意不能在技术协议中出现“全面解决某某问题”、“完全解决”等模糊的字眼，这种模糊的界定会给项目开发带来很大的风险，都必须讨论清楚，将完成的深度和采用的技术手段写入技术协议中，使项目风险在项目实施前就得到充分的展示和控制。

二、如何做好项目的售后工作

项目售后的实施成败，和项目经理的管理有直接的关系。如何做好项目售后管理？也就是如何做好一个项目经理，这个问题涉及的范围很广，我只能就一个项目经理的角度就一些项目实施经验谈谈个人的体会。难免有以偏盖全的地方，还请领导多提提意见。

1.真正理解项目经理的角色

对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，协调大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验，对项目要有一个清醒地认识，同时对该行业的相关知识有扎实的基础；对该项目能够做出一个科学的、切合实际情况的实施方案，在必要的时候能够帮助自己的组员解决问题，但并不是说项目经理必须是任何技术问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和了解项目中的每一项技术，只有这样才能全面掌握项目。其次项目经理应具有协调、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过分乐观时“降温”；同时应具有同项目单位进行沟通、协调的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。

项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。

2.重视对项目组的管理，奖罚分明

在项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。

项目管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。

为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。

另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替；同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。转自

3.计划、计划、再计划

几乎所有的人都知道项目的实施需要制定计划。但是在具体操作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查（与进度计划比对）和控制不足，不能维护项目计划的严肃性。

再完美的计划也会时常遭遇不测，但并不表明我们不需要制定计划了。如果没有计划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。

在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。

项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少2～3人天；半年以上的项目，至少应到人周。

4.真正理解“一把手工程”

很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、理解和资源的调配。

5.不要吝惜在培训上花的时间，进行二次、三次培训都不为过

培训是项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的理解几乎等于零。所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于项目的始终，并且应做好适合用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户理解太慢、太笨了，我帮他做了吧”等想法和行为的出现。

6.进行原型测试，做好一个理论和实践都可行的实施方案

不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使你的方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包括业主方）同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。

7.合理的降低客户的需求

任何系统都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是系统做不到的。一些公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司系统所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还怎样要求客户放弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。在项目的实施过程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方法了，企业实施该项目也就不需要咨询了。

上述只是我作为一个项目经理从不同的方面描述自己对售后项目管理的理解，当然在项目的实施过程中最重要的是实施成功，而不管你采取什么方法。项目经理应该根据项目的自身情况确定适合该项目的方案和实施策略。

总结：

对于大多数公司来说，项目的售前及售后没有明显的划分界限，这是为了更好的集中各方资源成功地完成一个项目。因此对于一个公司而言，科学的项目管理制度、好的管理者、融洽的企业文化等等都是项目成败的因素。