作为项目经理如何和大客户沟通打交道(5)

　　C：“如果这个功能是需要的，在项目开发初期不提出?”

　　客户：“竞争对手有，我们没有，这个就是必需的。”

　　C十分气愤，客户也很不满，C的朋友夹在中间也非常尴尬。 费用一分钱还没拿到，而项目已经过去了2个半月了。

　　C对朋友忿忿地说：“唉，这事没法接着干了，我也不让你难做，费用结不下来就算了，以前就当白干了，就当我给你帮忙。”

　　朋友：“别别别，你这么说我太过意不去了，我再去和他们部门说说，他们啥都不懂，就是一堆草包。我当初给你介绍是好意，总不能到头来还让你吃亏。”

　　不知道朋友的协调起了作用，还是由于C撒手不干的强硬态度，客户支付了总报酬的50% 。

　　C看着拿到手里的钱，算算已经用掉的时间，摊到每个月的报酬甚至都没到4位数。

　　虽然C的态度开始强硬起来，但是对项目本身并没有任何改善。 项目还在像挤牙膏一样继续，棘手的问题依然存在，进度变得更加拖拉，C在看不到头的时间线上 烦恼地进行着无尽的改造……

　　———-涕泪交加的分隔线———–

　　由朋友介绍来的项目，如果他并不参与项目并能起到决定性作用，要慎接。不然可能到头来生意和朋友都为难。

　　然后状况下都要明确合同、预付、任务明细。不然你会加速步入沼泽。关系不能代替承诺，约定不能代替协议。轻视游戏规则的代价就是失去规则的保护。

　　如果意识到合作方是垃圾客户，一定要不惜代价，立刻刹车，及时止损，不然你只会付出更多。

　　一般情况下，追加性支付的费用只是在增加你及时止损的代价。不能改善任何问题。

　　在开发项目中千万慎用开源代码，除非确定客户没啥定制化需求。特别要慎用多套开源代码的组合。我亲身经历过客户为了省钱省事，搞了套dede+ecshop+disciz+WPmu的组合系统然后再改，结果花了大半年时间才最打通组合系统之间的各种关联、调用等。不光耗时和人力成本超过了重新开发，多次上线跳票也害死了客户的市场与销售。

　　————————————————————————————————————————————————————————————————

　　故事四：大客户的诱惑

　　D: 项目经理 web技术服务外包公司的创始人，创办时间2年，开发团队规模6~7人，业内口碑良好，主要通过朋友推荐获得项目。

　　做外包项目的公司心头总是有一块软伤：收入来源不够稳定。解决方法当然是找几家长期合作的大客户，承接外围项目或者维护类工程，磨合成本低，价钱公道，合作风险低，作为客户案例拿出去多体面。

　　大网站、 知名品牌、 外企和政府都是作为大客户的理想人选。

　　D终于遇到了这么一次好机会，某国际知名品牌的web业务部找到了他。

　　他心里也很清楚，大客户一般自己的开发团队齐备。能外包出去的一般都是一些比较棘手、担责任、跨平台的活，或者人手不够，没人爱干的独立的外围项目。

　　D和甲方的相关部门见面谈了谈：D的公司的资质和口碑不错;甲方许诺只要干的好，明年我还有多少多少外包预算……，一拍两合。

　　合作这事和招聘差不多，首先要解决的是信息不对称的问题，信息渠道问题解决了，只要别太离谱，基本都能成，然后双方各自许诺一番，都怀抱着美好的愿景开始合作，……。

　　D先给甲方干了一次 跨平台的历史数据迁移的活，不错挺顺利，算是试用期OK。

　　接下来是为甲方新上线的一个产品系列做一套独立的宣传平台，前端 + cms + 专题。

　　首先需要打交道的是该产品系列的市场部门负责人，先得把产品端效果图定下来。

　　对方只提供了一份没有任何详细说明的PPT框架图。D只好反复碰需求，终于弄清楚了对方想做的是什么。D用专业的格式和表述性强的文字重写了规划，附上详细说明，流程图，框架图，任务清单，甘特图，预算清单。请对方负责人邮件确认同意。

　　程序和产品端开始并行开发了。

　　产品端部门的遭遇：

　　首页的UI demo稿发过去，第二天就收到了甲方的反馈邮件，从配色到间距到配图到文案，密密麻麻全是修改意见。

　　设计师隔天送上了修改好的首页。很快收到甲方的反馈邮件，依然密密麻麻全是修改意见，比如配图不恰当啦，LOGO的摆放位置不对啦，文案需要改字啦。

　　设计师隔天再次送上修改好的首页。很快收到甲方的反馈邮件，仍然还是修改意见，包括配图需要再更换，文案还是有文字变动啦。

　　只有等首页完全敲定了，设计师才敢开始第二批次页面的设计。

　　此后大概每批次页面设计会经过至少3轮的修改，大品牌嘛，总有无数的规范和细节要求，文案和配图斟酌了再斟酌。产品1是放在产品2的前面还是后面，产品3是被产品2挡住1/2还是1/3。

　　……

　　demo终于定稿。对方终于满意了。设计稿提交到品牌市场部总监那里。

　　一个不幸的消息传来~~ 大BOSS认为布局不够好，要求把三栏改为两栏。

　　D只能在自己办公室里拍着桌子大骂：“靠，原来你TM不是拍板的呀，那天天在那瞎使唤啥呢。”

　　———————————————

　　程序部门的遭遇：

　　程序部分的代码已经完成了，D交给甲方的IT部门，以便合并到对方的整个web系统中。

　　之前D和甲方的IT部门的接触并不多，他们没提出过什么问题，也没什么意见，就沟通过关于语言版本、数据结构要求等。等到系统一合并，各种各样的问题立刻冒了出来。用户通行证没法处理做、检索索引格式不规范、ID位数不统一 等等。

原文转自：http://www.ltesting.net