项目中所犯的错误（一路走来的教训）

    是人都会犯错，无论是做设计、开发还是日常生活，犯错不可避免。值得庆幸的是，错误也是很有价值的教训。和那些关注成功以及从成功中汲取营养的WEB设计文章不同，本文从另一个方面来发掘——失败可以教给我们什么。在本文中，我会和大家分享本人职业生涯中步入歧途的故事以及从中学到的教训：牢记著名作曲家约翰.鲍威尔的话“真正的错误，你是无法从中学习任何东西的”。

错误#1：将流程凌驾与项目(和人)之上

    经历过一段时间的网站设计和开发的人，都会形成一套工作流程。这是好事，但是要谨记流程比起项目本身或者项目参与人的是要次要的多。

    想起几年之前参与的一个项目，这个项目很糟糕。一个很简单的事实是，我和客户指定的项目经理合不来。从一开始就觉得我们个性冲突，我发现她的回复和需求都充满了误导，个性生硬粗暴。随着冲突的增强，我尝试着将流程作为缓和我们关系的一种方法，并试图让我们的关系走上正规。如果她的需求超出正常流程范围，我会清楚的告诉她，如果不重新规划项目的时间和预算是没办法做到的。项目变得更加糟糕，终于客户受不了了，他觉得我更关心流程而不是项目。

    我的想法事与愿违，我视图用流程来解决问题，而不是面对困难迎难而上并解决真正存在的问题——事实上，个性冲突已经让项目组局势非常紧张，在这种情况下是什么事情都做不了的。渐渐的，我们采用召开会议的方式消除误会，并真诚的表述各自的问题，慢慢的，问题得以解决。作为项目负责人，我指派了另外一名项目成员来和客户的项目经理打交道，负责处理日常沟通。在很多情况下，她就像我和那位项目经理直接的传话筒，但是这种“传话筒”式的工作为缓和我们之间的关系做出了重大贡献。那位项目经理与我们这位项目成员之间的沟通比和我沟通要容易的多。

    此外，我们再次更加深入的审视了客户的需求，不会因为这些需求与正常的流程偏离就忽视它们，并且我们仔细了解客户提出这种需求的原因，这样就可以从本质上了解客户的需求。当然，这些需求其实并不怎么影响我们的流程，如此一来我们的客户关系和项目进展都比之前要好的多，这也是流程具备一定弹性的好处。

     项目比流程更重要，而人，比项目更重要。

    当然，这种弹性也讲究个度。流程有其存在的道理，如果废弃这个流程却没有遇到任何阻力的话，那么流程就没有存在的必要了。也就是说，好的流程要具备一定的弹性，这样才可以满足客户和项目的不同需求。

    教训：如果只是盲目的执行，那么没有哪个流程能帮你解决工作中遇到的个性问题或者冲突。流程是用来辅助项目建设的，而不是遇到困难时候的挡箭牌。

错误#2：向客户演示，而不是告诉客户我们可以做什么

    我经常和客户讨论他们的建站需求，我用心倾听他们的需求以及站点目前面临的问题，我告诉他们我们可以满足他们的需求。注意，我是“告诉”他们我们能帮他们搞定，事实上，我应该演示给他们看才对。这两者看起来区别不大，但事实上关系到新项目的得失——最近我就因此失去了一个新项目。

    几个星期以前，一个潜在客户通知我，他们已经决定与另外一家软件公司合作。事已至此，我首先向他们表示感谢，感谢他们给予我们的机会，当然我还不忘记问一下是什么因素导致最终选择另外那家软件公司。在本案中，客户喜欢我们的建议和解决方案，但是，由于另外那家公司详细的演示了他们的偏爱的CMS系统，并向客户演示网站更新的过程。他们是“演示”给客户看，而不是“告诉”客户。 听到客户的反馈之后，我恨不得踢自己几脚。我也很乐意给客户演示CMS系统，但是他们根本就没有提这个事情，所以我没有演示。换言之，我已经解决了他们的问题——一直以为自己已经把客户想要的给他们了。

     再美丽的焰火，如果看不到，只是靠语言描述，你以为对方感触会有多深。

    事实上，另外那家软件公司的CMS系统比起我们提供的易用性要差很多，但是这个单子并没有做成，因为我只是告诉他们我们系统很好用，根本没给他们演示。

    教训：说话不过费点口水！无论客户是否要求你为他们演示，演示给他们看总比说给他们听要记得更清楚。

错误#3人员变动没有及时告知客户

人员变动是软件行业一个不争的事实。项目组成员可能会调动岗位或者寻求其他就业机会，但是项目还得继续做。项目要按时完成，网站和客户需要良好的支撑。项目组成员不断更替，需要为现有项目和客户制定一个计划，分配必要的职责和任务。而且，不管计划如何慎重可靠，都不要忘记告知客户人员变动的情况。

最近，项目组一个老员工发生了职位变动，我也因此被上了一课。我们已经为工作交接做好计划，这位同事还会分出部分时间来处理部分客户的需求和服务。对客户的影响已经降到最低，我觉得应该不用告知客户了，因为我觉得我们的服务不会有什么变化，他们不会有什么感知。事实证明我错了。

不久之后，一个客户找到了我那位同事，那位同事将邮件转发给我，由我来处理客户的需求。我们处理完用户的需求之后，然后发邮件告知客户已经搞定了。我还向客户解释了一下为什么会由我来发这封邮件。你也能猜到了，他们看到之后惊呆了，本来没啥大不了的突然变成了很严重的问题，紧紧是因为客户没有立刻得到人员变动的消息并因此大吃一惊。

虽然人员的变动不适合和客户讨论太多，但是确实会在很大程度上影响客户。公司的客户可能是个人，如果这个客户每天都是和项目组的固定人员联系，那么对于这个客户而言，这个项目成员就是公司。一旦项目成员离开这个项目，客户可能觉得像是换了一个供应商，即使公司还是原来的公司。因此，一定要及时告知客户人员变动情况，并告知客户已经做好了工作交接，并将一如既往的为他们提供优质的服务，让他们看到，及时人员发生变动，你还在为他们着想并会关注他们的需求。

错误#4：过渡阶段太关注钱的问题

提起过渡期，指的是软件行业常见的一个现象，客户决定使用另外一家软件公司的产品。发生这种情况时，会有一个过渡期，进行两个系统的割接。这种感觉很不是滋味，因为这里面牵扯到钱的问题。

在建项目的客户倾向于尽快付款，因为他们知道合作会继续下去。更换厂家的客户难免让人着急，因为他们可能不愿意付清未尽款项——包括系统过渡阶段的成本。这种状况很微妙，需要区别对待。更换厂家的原因、他们的付款历史状况、当前未尽款项金额以及过渡阶段的参与程度都是处理这种问题需要考虑的因素。然而，我所学到的最大教训是，在过渡期太过关注啥时候能拿到付款通常是不明智的，因为这些款项通常在时间上充满了不确定性，而且对于客户而言，他们也对过渡期充满了担忧。

那时我非常关注付款的问题，为了确保客户清楚知道他们对我们有着付款的义务，往往显得有些咄咄逼人，如此一来，客户变得更加不愿意按时付款。相对而言，那些我较为温和对待的客户往往付款更加爽快。

在过渡阶段仍然为客户提供优质的服务是结束合作关系的最佳方式。如果结束合作的时候我们表现的很积极，那么客户会更加乐意结清款项，而且会说对我们的公司赞扬一番，因为我们给他们的最终的印象是正面的，并且给予了他们帮助。

话说回来，什么情况下你才需要改变你的处理方式？如果双方关系闹的很僵，对方欠了你们很多钱或者已经有律师介入，这种情况下的处理方式就截然不同了，毕竟上述那些客户终止合作关系紧紧是因为你的公司不再适合与他们合作。

错误#5：面向过去，而不是未来

项目进展过程中需要做许多决定，这些决定需要一些相关数据的佐证。通过网站的历史分析和使用的数据，可以帮助我们做一些决定，但是记住了，这些数据都是过去的数据，而不是将来会发生的数据。

软件行业总是在不断前进，如果我们仅仅是根据历史数据做决定，那么开发出来的解决方案最多只能完美的契合过去的需求，但是却不能满足一些必要的潜在需求。大概一年前，我们为一个客户设计他们网站的手机版本。我们想将网站设计成响应式的，但是却超出了项目预算。计划是下一年再重新设计网站，到时候再考虑响应式的设计，但是就目前而言，只需要一个单独的手机网站就可以解决现存的问题。

和许多手机网站一样，我们的计划是只把当前WEB网站的一小部分内容移植到手机网站上来。现在看来，那根本就是个错误。不幸的是，根本不允许我们把所有的内容都做到手机网站上，为了确定手机网站的内容，我们根据分析数据来确定哪些页面是手机用户经常访问的。办公地点和乘车说明、领导团队简介以及联系方式是手机用户最常访问的页面，我们决定把这些做到手机网站上去。然而，这么做有一个逻辑性的问题：这个手机网站只包含了当前常用的内容，但是不能满足将来的需求。

在我们开发手机网站的同时，客户开始注重他们的博客建设，并组建了一个专家团队不断的在公司博客上更新一些高质量的文章——这些文章一下子火了。大量的访客查看这些文章并且通过社交媒体进行了分享，这样一来，许多访客在手机设备上看到了这些链接并点了进来。问题来了，并没有数据表明这会有大量手机用户访问这些文章，因此博客并不属于手机网站的建设范围。在博客吸引了网络上和移动设备上的众多用户时，我们开发的网站成了一个大问题。手机网站的访问者可能会经历以下过程：

        1、手机用户看到了关于文章的评论或者社交媒体上关于该文的链接，并对这个文章感兴趣的话，他可能会点击这个链接。

        2、随后，手机网站会将该用户导航到完整的网页版本，然后又突然跳转到手机网站的主页。

        3、但是，在手机网站上，你根本看不到博客的菜单，访客就必须点击“查看完整网页”的链接，然后发现在这么小的手机上尝试查看网页的内容。如果这样用户还没有感觉不舒服，那怎样才会不舒服？

        显然，用户体验差到了几点，很少有用户会有耐心经历这一切只是为了看一篇文章。大部分在跳转到手机网站主页而不是文章内容的时候，就会失去耐心。虽然我们一开始就知道这个手机网站只是临时的，但是，如果尽量向前看而不是基于历史数据，很大可能上我们就会避免这种情况的发生，并为用户提供一个更好的解决方案。

        这种情况下，我们的解决办法是立刻开始响应式设计项目，废掉这个只有网站部分内容的手机网站。我们从中学到的是，在做项目决策的过程中，要同时兼顾历史数据以及将来可能发生的。

        客户之所以雇佣我们——是因为我们专业，不仅仅是让我们负责网站的建设。这种专业包括我们清楚的了解软件行业在不断进步，我们知道网站建设需要了解的准则，并且我们知道应该引入哪些新技术可以让网站在未来一段时间内都可以很好的工作。

        犯错的价值

        本文中所提到的这些错误给我造成的影响，要么就是项目脱离了正规，要么就是客户关系紧张，抑或交付了一个不太成功的产品。一旦我意识到这些错误，我总是希望可以及时纠正，并立刻返工。正因为我已经从之前的错误中吸取了教训，每次我遇到类似的情景的时候，我总是能做出一个更好的决策。这是另外一种意义上的“返工”，那也是从错误中学到的价值。

        你呢？

        你曾经犯过哪些错，有没有从中吸取教训？不是太多人愿意提及自己犯下的错误，但是这些错误通常和各种书刊杂志上看到的成功案例一样有用。哪些东西有用，哪些没用，为什么？也许你可以拿出来和大家分享一下。

原文地址:http://www.smashingmagazine.com/2013/07/26/mistakes-made-lessons-learned/