我們先分個類，接外包的方式分為個人，團隊，公司。計費的方式分為根據專案週期的人天和根據專案大小的合計。
對於個人來說
你接到的case一般都不大，而且都是朋友介紹，所以基本賣個友情價，這個時候要注意了，雖然是朋友，但是在商言商，不然到時候談錢傷感情，我之前就吃過虧，專案開始前一定要先談好，不然以後朋友都沒得做。關於議價上，建議按人天算，如果case的預算是固定的，稍微麻煩點，你首先得估算需求點和專案週期，然後salary period (120%-150%的溢價)，如果跟預算差不多就可以接了。如果差很大就算了吧，安安心心做自己的工作就可以了。不然做的過程中會非常的痛苦。
對於團隊來說
你接到的case不大不小，這個時候需要稍微正式點，拿到需求了要先出個解決方案，通過了再去談錢（注意有很多騙方案的賤人）通過解決方案大致分析你所要做的功能點，根據每個模組估算人天或者價錢。總價算出來了要乘以200%的溢價，為什麼這麼多，這裡考慮到是要簽合同的，20%的預付款，60%的交付款和20%的尾款，尾款不見得能拿到，而且作為團隊，需要有團隊建設費，你總不希望一輩子以團隊去接那些落地包吧，這些太廉價了。作為團隊來說，積累一些解決方案和成功案例是非常重要的，前期稍微虧點也沒關係，把客戶關係建立起來，以後好日子就會來的。
對於公司來說
定個鐵律，低於20w的專案別接，除非是放長線釣大魚的，這個時候你要考慮的是盈利而不是溫飽了。而且還有些銷售和公關的經費你必須得出，這樣你才可能做大，建立自己的品牌和信譽。這個時候光賺辛苦錢是遠遠不夠公司運營的，所以不管如何，低於20w的別接了。然後再是按照團隊定價＊300%的溢價來算。差不多就可以接了。講到這是不是覺得很誇張？你知不知道從接包到落地轉了多少道手？對於公司來說，要花時間去沉澱自己的第一手客戶，同時還要擴充套件新客戶，這個花費很高的。所以300%的溢價是正常的。那些團隊或者個人接包基本接到的都是第三道或者第四道了。
以上就是在接外包時需要考慮的問題，然後就是接包需謹慎，且做且珍惜。如果自己的人脈夠廣，可以接下來再分包出去，賺個差價落個輕鬆。
以下的坑希望大家別去踩
像智城和豬八戒上的單子最好不要接，一是太白菜價了，二是騙方案的多。
兩年以下工作經驗的最好先不要接外包，靜下心來學技術比較好，不然專案吃不下來還要擔責任。好好學技術，一年後漲個3k其實跟接個外包是差不多的效果。
落地包(轉手很多次)千萬不要接，你拿到的錢可能是整個包的20%，但是你可能要承擔的責任遠不止這20%，客戶出了大錢，要改需求也是很合理的，而自己只拿20%，還是相當不划算的。
如果接觸不到真正的甲方客戶，最好不要接，溝通成本往往是人力成本中最大的一項。如果需求都由中間分包人員轉述，可是很耽誤時間的。
如果甲方客戶要求派人員駐場的，最好不要去，這樣工期人天根本沒法多算，如實報人天，即使1500/人／天也是不划算的哦。
不說了，都是淚。
stay從工作到現在，六年了，大大小小做過7個外包了，有被朋友坑的，有被合作的坑的，還有專案拖了兩年的。所以啊，最好還是想想怎麼做個自己的產品，或者專心學技術賣個好價錢。這樣更實在，還有成就感，外包神馬的就是毀人不倦。
Linux應該如何定價？
我們究竟應該給 linux 如何定價，確實是個大問題。這個問題，在我們國內，長久以來就存在，至今並未得到很好解決。回顧過去，在 2007 年1 月idc 發布的關於中國 linux 產業的 報告 china linux 2007 2011 forecast and analysis 共計27 頁，定...
書是如何定價的？
不少人說書貴，也有不少人抱怨出版社的定價真是黑！一本書的成本到底有多少，書到底是如何定價的，出版一本書出版社到底能賺多少錢，一直是很多讀者乃至作譯者非常關心的！越是不公開的，越是容易產生負面的聯想。於是我決定寫一系列文章，簡單說明書的成本 定價方法及利潤空間。對於書的成本 定價和利潤，不只是讀者很敏...
關於固定價格專案的思考
談到固定 專案，我想很多人都會深感頭痛。尤其是我們這些做外包的公司，一旦有客戶想以固定 的方式來做，很多時候會被認為不是太 好 的客戶。而固定 專案又是如此之多，以致於我們不得不長期忍受這種痛苦。先來談談什麼是固定 專案。固定 專案是這樣的一種專案 真的是這樣嗎？作為專業的軟體公司，我們早已認識到這...