外包誤區：價格達成一致，怎麼就那麼難——外包實踐(66)

今天有些“生氣”，因為一封甲方發給乙方的郵件，轉寄給了我。讓我對甲方乙方達不成價格共識的原因有了體會。

我只隱含掉項目資訊/甲方乙方雙方資訊，僅僅就 “達不成價格共識” 的甲方乙方的情緒做一真實展現。

起因：甲方發布的項目價格很誘人，但項目的實際工作，確讓開發人員很難看。
            甲方發布項目後，很快與一個開發人員達成共識，順利成交，但讓甲方尷尬的是，1個多月過去了，到項目驗收的時候，開發人員跳票了，說沒做這個項目，忙，接其他項目去了。
            [這裡不說跳票原因，先批評這個開發人員，如果你認為你沒有時間，或者沒有能力做這個項目，就開始的時候說，不要耽誤甲方的時間，不要什麼都佔著，挑好的容易做的項目做。]

一，甲方出價低，乙方的過激態度。

[由於隱含甲方項目資訊，部分語句進行了修改]
甲方的項目描述，只是功能描述，並沒有對工作量做細緻說明。
另一個開發人員：單就項目描述，自己有過成功的項目，滿足甲方需求，甲方出價滿足自己需求，積極承接。
但甲方反饋了詳細的開發計劃和需求後，乙方發現，與自己的想象出入很大，原本1個版本，變成了3個版本。
[PS：這裡僅象徵性說明，工作量增加]

乙方的過激言辭：

甲方出價，只夠3個版本裡的第2個版本。

所有版本,肯定不做

有點時間,做做股票都不止這個數,呵呵

二，甲方沒有馬上回複報價，而是詢問出價理由，乙方回複了理由後，甲方的回複讓乙方更加氣憤。

甲方對乙方出價理由的回複。

第一，網路模組不一樣，1ST的版本是不支援HTTP CLASS，必須自己用 SOCKET進行封裝一遍
[甲方答]：此處2nd可以統一使用1st的socket封裝的http class. 換句話說,此處2nd和1st代碼可以通用.
第二，其中因為CPU的型號不同，編碼很多工作需要重新來 做，彙編代碼需要重新編寫
[甲方答]：編碼不需要用彙編代碼編寫. 這個和cpu無關. 換句話說,即使和cpu有關,也不是我們應用開發人員的 事情. 並且網上到處都是C++寫好的
第三，另一個版本需要簽名，調試上面增加了複雜性
[甲方答]：請把需要簽名的能力列出來. 例如哪些模組需要的能力必須簽名。

乙方再次過激反映：
1，讓他自己去看看網上到處都有的C++代碼把
2，就算用SOCKET類比HTTP，也不推薦這樣做，會累死的，相容性太差
[PS：這是有實戰經驗的開發人員的反饋]

感歎：
為什麼都是做技術出身，自己做項目的時候都知道，項目需要前期溝通成本，新項目/產品，需要調試和反覆測試。而到了外包，這部分成本就轉嫁到了開發方了呢？

這個項目有其特殊性，因為是“研發性”項目，難度高，所以開發方還有能力與甲方談判。
如果一個普通項目，比如網路開發，缺乏技術難度，開發人員眾多，那開發方還能有談判的資格嗎？PK可能是唯一的選擇...