软件项目演示的注意事项

对于软件项目，无论是定制软件，还是成品软件，向客户进行演示均是必不可少的。对于成品软件，如果演示得不好，可能就不可能有后面的实施；对于定制软件，如果演示得结结巴巴，就会影响客户的信心，对你的能力、对你对项目的把握能力产生怀疑，对你的信心就要打折扣，这种折扣就要影响到客户在后面对项目实施支持程度。
项目管理者联盟
　　项目的演示是必不可少的，就像丑媳妇终究是要见公婆的。对于项目来说，用户是就是公婆，项目就是丑媳妇。公婆当然对丑媳妇不满意，公婆希望媳妇漂亮。怎么面对这个矛盾呢？首先，我们希望这个媳妇要漂亮，就是项目要做得漂亮，做得完善。这样这个媳妇就有了成为美女的潜质，但再美的女人也会有一些微不足道的缺陷，也可以叫缺陷美，但缺陷就是缺陷，不能变成美。也就是说，只要客户对你挑剔，你的项目肯定会有问题。怎么办？其次就是丑媳妇要靠巧打扮。就像美女，有多少美女在素面的情况下还有那么美的呢？项目的演示就是对素面美女的巧打扮。媳妇美不美，全靠打扮，打扮得好，丑媳妇也美，甚至缺陷也是缺陷美。如果打扮得不好，美女也因为变成丑女，可能我们不是掩盖了缺陷，而是放大了缺陷。 项目管理者联盟
blog.mypm.net
　　项目演示的重点不在项目演示本身，而是演示之前，这就是古人所说的功夫在诗外。这个“诗外”首先就是项目要做得好。项目做得不好，一切免谈，你演示得再好也没有用。如果项目本身做得不好，演示得好，或者花大的精力去策划演示，那就是忽悠。忽悠客户就是忽悠自己，最终的后果可想而知。只有对做得好的项目进行演示策划，才是巧打扮。 项目管理者联盟
项目管理者联盟
　　项目做的好不好的首要标准就是实现客户的目标。这个不用说，不能实现客户的价值的项目根本就不能称为项目。我这里要说的是项目细节要做好。可以这样说，细节才是体现项目水平的唯一尺度。只有注意项目细节，才能在演示过程中避免被客户质疑。当然还有一个办法避免被质疑，就是将项目演示得谁也不明白，让客户问不出问题。但我想任何一个项目经理也不会选择这么做。
项目经理圈子
　　但对于什么是细节，却不是一两句话能够说清楚的，甚至根本就说不清楚，因为不同的项目什么是细节也不同。但细节也不是一点说不清，总有一些原则是可以作为标志的。例如对于需要客户输入的时候一定要方便，要符合客户的习惯。我们需要分析我们项目的操作流程，看看其中有没有冗余的动作，有没有不经济的动作？再举一个更具体的例子，如果某个操作需要选择多个记录，那么这时是让客户一个一个的选，还是一次可以选多条呢？我想客户的选择是毫无疑问的后者。但客户对于项目需求说明书的确定往往是功能的实现，而不是这些细节，如果以客户在项目需求中没有提而拒绝实现，那就是有点强词夺理，不把客户当一回事了。还有，对于一次选中的多条记录，不可避免会由于看错或操作失误，有个别记录可能选错。问题是万一出现这种错误怎么办？在有的情况下，我感到让客户用鼠标右击错误的记录删除是最经济的，因为错误不经常出现，操作可以复杂一些，但不能让正确的操作因为可能出现的错误而变复杂。还有输入某个代号以后直接带出名称，等等。对于这些细节，如果是C/S程序，可能比较简单，但对于B/S程序，可能要复杂一点。但为了客户需求，项目开发者多辛苦一点，为了项目的使用者更方便，完全是一笔合算的买卖。 项目管理者联盟
项目管理者联盟
　　项目演示的第二个重点就是演示流程要事先准备好。事先准备说得高调一点就是对客户、对听众的尊重，说的实在一点，展现项目的优点，只有准备得充分，项目的优点才能展现得充分。只有将项目这个媳妇打扮得越靓，才能赢得公婆的欢心，才能在今后的生活中不被公婆刁难，至少刁难少一些，配合多一些。我们没有项目经理人都需要想到，项目实施被刁难是正常的，不被刁难是少有的，因为新的项目必然会影响某些人的潜在利益，或者有可能影响某些人的潜在利益，你说他们能支持你吗？但他们也不会公然反对，因为这个项目之所以存在，必然是因为某个比他们更高的权威的人需要这个项目，这个他们不想拿自己的饭碗开玩笑，不会公然反对。还有一个项目可能被质疑的原因是，每一个人都不希望接受自己笨，别人聪明的结论，但这个项目之所以是你做，而不是他做，某种意义上已经不证自明了你比他聪明，所以他心理肯定会不高兴。当然我不敢肯定这些是普遍现象，但这至少是一种可能的存在，值得我们每个项目经理去面对。 项目管理者联盟
PgMp.mypm.net
　　尽管项目推广中不可避免会遇到这些困难，但作为项目经理，你可以在项目演示中用你对项目准确把握，对客户需求的准确把握，对项目的热情、对项目的信心、对客户的热情、对客户的忠诚，去打动客户。 项目管理者联盟
项目管理者联盟文章
　　项目演示过程中一定要按计划准备好，不能信口开河，想到哪里说到哪里。这种准备要用书面的形式写下来，并反复推敲。每个演示细节、每个演示中作为例子的数据都要事先准备好，不能到时候掉链子。很多小公司的项目经理不愿意做这类的事情，因为小公司这种准备只能用一次，很不合算。但我要说的是，如果没有这种不合算的投入，你的公司可能永远成不了大公司，甚至几年以后还有没有你这个公司都很难说。 项目管理者联盟
项目管理者联盟
　　对于项目演示的准备，还有需要详细说的就是演示者一定要站在客户的角度，不是项目经理的角度。项目演示不是项目经理的学术成果发表，而是为用户解决问题的。因此一定要站在用户的角度，按用户的思考方法去思考，按用户的操作流程去操作。只有这样才能被用户接受。不要指望用户从软件开发者的角度去思考问题。其实这种情况的存在也是合理的，但你也不要不服气，如果不是为了实现客户价值，哪会有你这个项目？没有你这个项目，哪会有你项目经理？很多项目经理在演示过程中，不顾客户感受，只顾自说自话，按设计的流程去说，把很多在设计人员是理所当然的问题当作在客户那里也是理所当然的，结果让客户听得云里雾里的。项目演示者必须具备对客户的敬畏之心。 项目管理者联盟
项目管理者联盟
　　在演示过程中，要注意的就是，首先是演，然后才是示。通过演示者的表演将项目示给客户。演示项目不是对着客户朗读事先准备好的演说稿，读的听者昏昏欲睡，当然也体不到演示作用。演示的核心是听众（客户），而不是项目（的技术特征），更不是项目开发者。我建议演示者移开电脑，用演讲的态势，用洪亮的声音，抑扬顿挫的语调，流畅的讲述向用户介绍你的项目，更准备的说是告诉用户如何用你的项目实现用户的价值。当然光嘴说，没有电脑投影的辅助，也不能说明问题。但电脑的演示毕竟是辅助，可以请助手协助操作电脑。 项目管理者联盟
项目管理者联盟
　　演示要有激情，并且要通过这个激情向客户展示你的信心。只有客户确信你对项目有了信心，才能在今后的实施过程主动协助你。只有你将这种激情传递给听众，才能帮助听众战胜听课过程中瞌睡的骚扰。将你对项目的信心准确的传递给客户是十分重要的。 blog.mypm.net
项目管理者联盟
　　项目开发过程中的每个环节都很重要，都必须认真对待。对于项目演示来说，必须要有像演员一样的有“台上一分钟，台下十年功”的决心和行动。这种行为的动力来源于对事业的执着，对工作的精益求精，对客户的敬畏。 项目管理者联盟

昨天完成了某国土局的两个核心系统正式交付使用前的一个演示工作，整个过程与结果达到且超过了预期的效果。现就“如何做好正式交付使用前的项目演示“做一总结，也许对你会有帮助，同时也欢迎大家多提宝贵意见。本文非技术性文章，可归类为项目管理方面，不过我想说的是，如果你是一位程序员，并且是一位做了数年还在做开发的程序员，是时候对自己的人生作出反思了。你不应该仅仅满足于一至做一名程序员，虽然这是你的最爱没错。但请清楚，人是不断进步的，不光要在技术上进步，在项目经验与项目管理方面也有要所进步，如果你现在25岁以上了，是时候对自己的人生做一个全面的评估与规划了（我们吃的可是青春饭呀！）。网上有一大堆的程序员人生规划等文章，也许对你有帮助，请抽点时间看看吧。肺腑之言！

下面我先做这两个核心项目做一个简单介绍。

这两个项目分别是“建设项目用地预审”和“建设项目用地审批”。对于国土部门来说是两个非常非常非常重要的业务流程系统，基本上涉及到国土局的所有部门。

“建设项目用地预审”该系统作为金土工程的一核心系统组成部分，主要针对当前建设用地预审工作的特点，实现建设用地预审项目、规划调整、基本农田调整等业务的申报、审查、会审、审批、备案等，并具有预审图形辅助审查能力，加强建设用好预审项目的实质性审查，为落实最严格的土地管理制度把好第一道“闸门”。

“建设项目用地审批”该系统作为金土工程的一核心系统组成部分，实现了从接件、审查到批复等全过程的管理，具有审批过程中的数据对比分析功能（如调用土地利用计划台帐、耕地占卜平衡台帐、土地供应信息，与土地利用总体规划、土地利用现状进行图形叠加分析等），对国土部下发的数据交换要求有很好的支持。

忙了三个月的时间，项目总算已经完成，昨天就两个项目为局做了系统演示，项目方负责组织和对项目进行讲解与演示，下一步就是正式投入使用。

项目在投入使用前为客户主要领导人与业务骨干进行投入使用前系统演示的重要意义，主要体现如下几点：

一、         是对项目管理计划中确定的“里程碑”的一个执行。

二、         得到客户的宝贵意见（包括项目中已经确定下来的，还有待修改的），对项目正式投入使用做一铺垫。

三、         投入使用前系统演示可增加项目双方的感情（特别是高层领导），为以后的继续合作做基础。

四、         投入使用前的系统演示可使系统的正式投入使用顺利进行。

五、         对于项目方标志着一个项目即将结束，项目款项即将到位，合同即将收尾。

六、         还有其它一些标志性的意义，欢迎补充。

 

必须明确系统投入前的演示至关重要，可以毫不夸张的说，这个工作做不好，可得吃大亏（系统后期推行困难，项目合同难以收尾，甚至可能导致两方合作关系的破灭等）。

那么如何更好的全面的做好系统投入前的演示工作。（本人的一些切身体会，不一定对，你可以批评与研论，如有考虑不全的，欢迎补充，谢谢！）

一、         做好充分的准备工作，项目方确定由谁（下文称为：演示人）组织进行项目演示工作。

二、         演示人做好充分准备工作，如做好一份精细与完整的PPT，准备必要的项目进展报告和里程碑报告等，将对项目的演示起到非常好的效果。

三、         在到客户现场演示前，我们内部先进行一次全面的系统演示，以确定无误。要不到了现场给客户演示时，出了差错（那怕是一丁点）还了得呀，后果自己想。

四、         事先与客户商订系统演示时间和到会人员（建议双方的核心领导、项目双方老总、项目经理、核心业务人员和技术骨干参与），一句话就是关键项目干系人必须到会。

五、         项目方内部对到会人员的沟通风格等做一个分析，以便使会上沟通更加容易。一句话就是，如何用别人喜欢的沟通方式进行沟通。

六、         提前到客户方，进行现场演示环境准备，毕竟是把项目从自己内部搬到客户方，别到时演示时，出现网络连接不通等低级错误。还演示个P呀。

七、         在系统演示前把必要的资料（与项目相关的核心资料：阶段验收报告，业务流程等）发到参会人员，方便讨论。

八、         会上指定专门的会议记录人员（建议各方至少两名以上的记录人员，原因简单，一个人记录难免出错）。

九、         项目演示人注意项目的演示时间，别蹭在一个问题上浪费整体时间。

十、         系统演示完后要进行系统的讨论，就系统还需完善的地方或不足的地方必须认真记录，并会后实施。

十一、  系统演示过程中，尽力营造一个轻松的会议环境，同时要注意避免会议中冲突的发生。

十二、  会议结束了，双方要在阶段验收报告上签字。

十三、  演示结束后，要认真落实会议上的决定。