先說客戶和需求。
壹、關於客戶(甲方)
壹般情況下，甲方的來源是網絡、電話營銷、主動上門、朋友介紹，甚至從同行那裏挖。這壹步基本都是商家通過三寸不爛之舌談出來的，比如我們的價格低(目前真的很低，等簽了合同妳就知道了)，比如我們的發展快(嗯，真的很快)，比如我們的服務好(那是簽合同之前)等等。
只要妳提出來，我們都能做到。誰讓妳成了金融家？
關於這壹點給甲方的建議(如果妳真的是土豪，可以忽略):
1，最好找懂技術的朋友先咨詢壹下。
2.最好是事先盡可能想清楚自己要做什麽。
第二，關於需求
合同簽了，第壹個簽了，業務找到產品部安排產品對接！客戶可能跟商家說了很多功能，但是跟產品對接的時候只剩下壹句話。按XX(真簡潔)做就行了，產品看起來很傻。
根據XX整理頁面功能和邏輯，整理成文檔與客戶確認。確認的過程是壹個無限循環。每次確認客戶，都會改壹點。來來回回幾天，妳終於壹口氣拿到了，發現和第壹版有80%的不同。這時候，就出現了壹個問題。告訴客戶妳要推遲這個變更，因為和我們壹開始說的不壹樣，開發時間會重新評估(此時十，會出現兩種情況:
1.如果客戶後退壹步，請先按照妳的模板。我趕時間。
2.去做吧，這就是我想要的。
無論妳怎麽選擇，都與我的產品無關。我也是按照甲方說的排序。至此，壹個巨大的雷已經埋下。但是大部分甲方並沒有意識到這個問題，畢竟重要的是結果按時交付，過程不重要吧？
關於需求，建議如下:
1，壹定要在貴公司指定壹個固定的對接人員，最好懂點技術。
2.壹定要先在內部描述妳要做的事情的功能。妳要知道，隨便的文字是不足的，邏輯壹般是不完善的。不要指望乙方幫妳做好這壹步。這是不可能的。
3.如果以上兩個條件真的不存在，那麽乙方必須提供頁面描述文檔和頁面邏輯交互文檔，甚至要求高保真的原型。
要知道需求是整個項目的第壹步，這壹步還沒有做好。未來的每壹個流程都是基於需求的，可想而知整個項目後期的危害有多大。
第三，關於發展
在這壹點上，說實話，真的到處都是雷聲，因為應該整理的文件交給開發後，基本上就沒有聲音了。以我為例，開發已經把文檔提交給他們後，他們按時交付了。不要問他們的進度，也不要在過程中催他們，跟著時間走就好。
開發不給產品任何反饋是極不合理的。產品抓不住哪裏出了問題，做不到任何控制。客戶問的時候只能回答正在研發，確實減輕了產品的負擔(埋地雷)。
測試版將於次日交付。第壹天晚上，開發商會告訴妳，這個邏輯不行，明天就不能交付了。需要換，需要好幾天。(我* * * * * *)這個時候，我才深深的體會到，外包公司的技術才是爺爺，親愛的叔叔。然後我就跪下來求甲方延期幾天。如果甲方理解了，那就好說了。如果他不懂，那就熱鬧了。各種扯皮，各種扯皮反正都是妳的錯，這都是按妳的指示做的(甲方拿雷)。
即使延遲後上線，也是各種bug，各種人都沒體驗過，沒有壹個花過錢的人在這個時候開心！
對開發過程的壹些建議；
1.必須要求乙方每周至少交付壹次可以看到的東西(產品界稱之為MVP)。
2.壹定要讓乙方定期匯報開發項目中的問題(如果沒有問題或者每次都重復同樣的問題，就證明乙方的產品和技術脫節了)，切記切記。
第四，關於官方版本
正式版發布時，將揭示前期費用低、服務好、開發快的本質。妳必須使用我們的服務器，否則妳將購買源代碼。
稍微懂壹點線的人都知道服務器硬件。不管妳在哪裏買的，價格都能查出來。但是這個服務器維護的價格可以另說。畢竟前期開發價格那麽便宜對吧？後期就拿不回來了。
再加上標準的短信接口、郵件接口、支付接口等。，這時候妳發現比最初的貴了很多(大腿球拍都腫了)。
正式版的發布，其實更多的是成本的問題，所以前期壹定要說清楚。畢竟商家做什麽都是為了業績。這個免費，那個免費，各種免費。我們壹會兒喝西北風好嗎？想知道哪裏有免費的午餐，不能多說！
總結:外包公司做現金流和項目，項目專註於交付功能，在最短的時間內實現利潤最大化，所以有能力在前期自建團隊，還是要找壹個靠譜的三方團隊！！！