该帖子同步发布于博客：“软件项目演示的注意事项(1)”

对于软件项目，无论是定制软件，还是成品软件，向客户进行演示均是必不可少的。对于成品软件，如果演示得不好，可能就不可能有后面的实施；对于定制软件，如果演示得结结巴巴，就会影响客户的信心，对你的能力、对你对项目的把握能力产生怀疑，对你的信心就要打折扣，这种折扣就要影响到客户在后面对项目实施支持程度。
　　项目的演示是必不可少的，就像丑媳妇终究是要见公婆的。对于项目来说，用户是就是公婆，项目就是丑媳妇。公婆当然对丑媳妇不满意，公婆希望媳妇漂亮。怎么面对这个矛盾呢？首先，我们希望这个媳妇要漂亮，就是项目要做得漂亮，做得完善。这样这个媳妇就有了成为美女的潜质，但再美的女人也会有一些微不足道的缺陷，也可以叫缺陷美，但缺陷就是缺陷，不能变成美。也就是说，只要客户对你挑剔，你的项目肯定会有问题。怎么办？其次就是丑媳妇要靠巧打扮。就像美女，有多少美女在素面的情况下还有那么美的呢？项目的演示就是对素面美女的巧打扮。媳妇美不美，全靠打扮，打扮得好，丑媳妇也美，甚至缺陷也是缺陷美。如果打扮得不好，美女也因为变成丑女，可能我们不是掩盖了缺陷，而是放大了缺陷。
　　项目演示的重点不在项目演示本身，而是演示之前，这就是古人所说的功夫在诗外。这个“诗外”首先就是项目要做得好。项目做得不好，一切免谈，你演示得再好也没有用。如果项目本身做得不好，演示得好，或者花大的精力去策划演示，那就是忽悠。忽悠客户就是忽悠自己，最终的后果可想而知。只有对做得好的项目进行演示策划，才是巧打扮。
　　项目做的好不好的首要标准就是实现客户的目标。这个不用说，不能实现客户的价值的项目根本就不能称为项目。我这里要说的是项目细节要做好。可以这样说，细节才是体现项目水平的唯一尺度。只有注意项目细节，才能在演示过程中避免被客户质疑。当然还有一个办法避免被质疑，就是将项目演示得谁也不明白，让客户问不出问题。但我想任何一个项目经理也不会选择这么做。
　　但对于什么是细节，却不是一两句话能够说清楚的，甚至根本就说不清楚，因为不同的项目什么是细节也不同。但细节也不是一点说不清，总有一些原则是可以作为标志的。例如对于需要客户输入的时候一定要方便，要符合客户的习惯。我们需要分析我们项目的操作流程，看看其中有没有冗余的动作，有没有不经济的动作？再举一个更具体的例子，如果某个操作需要选择多个记录，那么这时是让客户一个一个的选，还是一次可以选多条呢？我想客户的选择是毫无疑问的后者。但客户对于项目需求说明书的确定往往是功能的实现，而不是这些细节，如果以客户在项目需求中没有提而拒绝实现，那就是有点强词夺理，不把客户当一回事了。还有，对于一次选中的多条记录，不可避免会由于看错或操作失误，有个别记录可能选错。问题是万一出现这种错误怎么办？在有的情况下，我感到让客户用鼠标右击错误的记录删除是最经济的，因为错误不经常出现，操作可以复杂一些，但不能让正确的操作因为可能出现的错误而变复杂。还有输入某个代号以后直接带出名称，等等。对于这些细节，如果是C/S程序，可能比较简单，但对于B/S程序，可能要复杂一点。但为了客户需求，项目开发者多辛苦一点，为了项目的使用者更方便，完全是一笔合算的买卖。