作為項目經理如何和大客戶溝通打交道(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.kjueaiud.com