如何逃离垃圾客户（上）

转自 西乔 项目经理 产品顾问

做项目做产品可以有3个境界：1 挣钱的，2 做品牌的，3 很酷的。有的人从境界1做到3，有得人从3做到1。

我是从1做到3，因为有了钱，你才能远离垃圾项目和不专业的客户。

无论你是单打独斗兼职之余接个小项目，还是已经成立了公司签合同盖大红章接外包项目，初期阶段都遇到过垃圾项目和垃圾客户。你有可能拿到了搭上了无 数个不眠之夜，只获得了少的可怜的报酬，受了一肚子气还不落好，客户正和你在心里互相怒骂。也有可能一分钱都没拿到，受骗感和屈辱感正驱使你要去百度贴吧 上声讨那个客户公司。更有可能把你的一帮弟兄们一块拉进了一个大坑，你人生中最重要的资源之一正在廉价地流失。

垃圾项目是一个必经阶段：

• 考验你团队是否能同甘共苦肝胆相照
• 磨练你的耐心和自我控制力；
• 让你学习代码规范、架构规划、分工设计、进度设计、质量控制等预防规避机制；
• 帮助你健全任务计划、进度反馈、测试文档、邮件、合同、备忘录等重要文档规范

下一步你要做的就是一看见垃圾项目和垃圾客户，就跑得越远越好！！

下面我来讲一些可能大家都经历过的故事：

故事1 你得尊重我们

朋友A：一个小建站公司的创始人，优秀的WEBUI设计师，公司正起步阶段。

A偏重设计，主要接一些公司宣传类型的小站。纯界面类的活，后台拿现成开源的程序那么一套，他做设计又驾轻就熟。遇到一个做少儿智商启蒙培训类的公司做宣传站。一切谈妥，A说把公司LOGO发来吧。客户告之还没设计出来，你就先做吧。

朋友A按照少年儿童花朵般的特征选用了湖蓝和嫩绿的基调配色，这可是2.0流行色，又大方有时髦儿。大大的焦点图，这可是2.0的流行做法，视觉重心稳定，结构分明，有设计感。

做完客户表示挺满意。下面就该把客户的LOGO和要用焦点图替换上去啦。

好嘛 LOGO是大红色的旭日升起状，下面写着3字 “红太阳”。

焦点图客户有指导意见了：5张图对吧，得放我们领导的照片，签名还有题词。

拿来一看，全是大爷大妈腆着肚子，指点江山的照片。

朋友A顶着得尊重客户的想法硬给换上了。

结果就是页面怎么看也不好看了，能好看得了吗。客户不满意了，于是提供指导意见要求改动改动。这一改动完蛋了，越来越别扭。上线日期已经到了，页面 正在变得越来越难看，朋友A正在变得越来越悲痛，客户正在变得越来越愤怒。上线前页面勉强丢到了线上。客户很不满意地付了钱，朋友A飞也似地逃走了，一个 月后客户的网站另请人完成了页面的改版。朋友A上去看了一眼以后再没勇气看第二眼。他把这个case永远地从客户案例列表中删掉了。

故事2 我们要做成一个伟大的项目

朋友B：SOHO，一个6~7人规模的web项目开发团队的领头人，项目经理，产品端经验丰富。

B以为遇到了一个天赐良机，坐在他对面的这个人充满了激情野心与斗志，他健谈，机智，敏锐，富有感染力，他善于规划，他尊重人才，他对互联网每种盈 利模式都熟知，他轻描淡写地说着手里拿到的强大资源。B的眼睛也闪闪发光：“关键是这个人器重我，器重我的团队，而且报酬也不错。”

B带领团队已经成功做了几个不大不小的项目，团队成员都不错，都能各挡一面。B的每个项目都签定合同，50%预付，50%尾款，最大程度上保障团队成员的利益。

客户说，你现在起就是我最重要的合作伙伴，我们要做成一个伟大的项目。

他们的合作正式开始了。

客户已经有了一份详细的项目规划，虽然看起来不太专业和靠谱，不过总比没有强。而且项目本身也不是很复杂，功能模块不多。

年轻而有活力的团队成员已经开始着手规划系统技术架构和数据库结构，每个人都准备借此机会大干一把，创造出一个鸡冻人心的产品。

但这个时候B遇到了一点比较郁闷的小挫折，精力旺盛的客户每天都会在很晚的时候上线来和他讨论应该起什么域名，域名一直没有确定，大家也知道现在好 的域名太少了。拼音不行不够国际化，带数字的不行不够专业，太长了不行记忆成本太高，生造词不行容易流失新用户，太古板不行不像2.0。

域名问题折腾了B半个多月，买了许多个备用域名，终于确定了一个。有了域名该起网站名称了，起了网站名称就需要设计LOGO了。在用中文名还是英文名的问题上、LOGO和名片的设计上又折腾了很久。

科学的分工和任务并行规划并没有让这个小小挫折对整体项目进度造成太大影响。

但是产品端上的细节问题引发了越来越多的阵地战。比如积分机制，登录框的放置，首页第一屏的取舍之类的啦。客户对他所不了解的技术方面没有质疑，但是在他所有能理解能看见的地方有着极强的控制欲和偏执。

虽然大部分产品问题，客户最后还是听从了B的专业意见，但产品端迟迟不能定稿以及B作为项目经理角色在拉锯战上花费的精力已经对整体开发进度造成了延误。

产品端终于定稿，项目进入前端和程序的整合阶段，客户的精力转向去谈资源和市场。

一天，客户要求面谈某个重要的事情：“我新谈下来一批视频的独家资源，是来自***机构，有多么****，谈下来的难度有多****，我觉得放到我 们现在的网站上很不错，好处有****，现在网站运营的不足有****，市场开拓难度有****，所以我们现在需要加一个视频频道。”

B开始觉得大事不好：“您想做成什么样的？”

客户说：“我觉得优酷那样的不错，能做成优酷那样的吗？”

……可行性的拉锯战……

……实现度拉锯战……

……工期的拉锯战……

……插入开发计划时间点的拉锯战……

B擦着汗说：“那费用呢，我们需要增加一点开发费用。”

客户：“当初你们开价的时候我可一点都没压价，我希望我们能抛开短视以项目为重，我们是准备长期合作的，你是我最重要的合作伙伴，我以后不会亏待你 们，我现在的预算计划是****，我的初期投资准备花在*****，已经有人在给我投资****，谈妥后给你们的投入是****  …………。”

B妥协了。

于是恶梦开始了。

客户开始不断要求增加新的功能点或频道，以配合他手里掌握的资源和不断拓展的市场需求。

上线时间延迟；客户对进度持续施加压力；团队成员疲惫、挫败、不满；系统架构严重偏离初期设计，临时性处理和补丁越来越多，进度和质量控制体系全面进入混乱阶段。

B开始在需求问题上急刹车，对客户强硬。客户不满情绪积累，定下项目上线的deathline。

正常的BUG调试阶段从最初计划的1个月被压缩到1周。内测版就像一艘四处漏水的大船，团队成员在长期的连续加班中疲惫和抵触，客户看到内测版大发雷霆。

又经历了痛苦的2个月，项目终于上线可用。

残酷的结局：

• B和团队成员经历了痛苦的大半年，付出的工作量远远大于所得到的报酬。
• 客户宣传自己掌握的资源并没有到位，许多功能和频道闲置后又暂时隐藏。
• 客户请来另一个的技术顾问对系统架构大加指责，合作彻底破裂。
• 项目上线后半年不到，客户废弃了这个项目，转向另一个自己感兴趣有资源的领域。
• 精心的付出和最初产品理想的破灭，以及B的数次失误，导致B在这个项目失败后失去了一部分团队成员。