剛畢業一年被同學拉去創業，其實自己啥也不會，只是原來的工作需要換個環境，還有他的一些先天優勢讓我看到了成功的希望，
然後就商量外包是產品形成的最快做法，這個時候需求分析就尤爲重要。本來也就是模糊的一個概念要做什麼樣的產品，但是外包公司可不會這麼想。大部分都是想着分析最少的需求用着最快的實現方法完成開發，快速賺到錢。當談價格時一定要再三說明系統的大小和功能並讓對方闡述一遍看是否有差異。
1、合同
合同是保護雙方權益的唯一保障。按照甲方的利益來說，就是軟件要符合合同上定義的按時交付，外形符合原型、實際功能符合需求分析的一個產品。還有軟件的維保時期，一般是半年到一年。還有項目款要分爲多少份給出，每份給出的白份筆，第一次就因爲分爲兩筆，第一部分就佔了百分之五十，然而只做了ui和需求分析。這比錢就直接虧了。
2、需求分析
分析這個產品的面向羣體，將整個系統分爲前臺和後臺管理。主要流程、贏利點、頁面的美化效果、網站的模塊設計、服務器的租賃等等問題。後臺管理系統是給運營人員與管理員使用的，按照主流的開源快速開發框架，後臺管理應有角色管理、用戶管理、菜單管理、權限管理等等。此時不要認爲乙方就按照正常情況的做，爲了節約成本有可能只做重要模塊的增刪改查，所以這塊基礎的後臺管理功能一定也要寫進合同的報價單中。是否每個功能都需要有curd，對與懂數據庫員來說，每個數據都可以通過直接修改數據庫而完成修改，但是數據龐大時就非常複雜，所以後臺一定要能操作主要的信息、如訂單、商戶信息、流程信息等。
3、原型設計
千萬不要認爲外包公司說過後會優化，前期bug是肯定有的，等bug修復完，時間也已經過了，所以在交付原型設計圖的時候要確認該圖就是網站最後呈現的情況，否則做完了又嫌醜就得繼續花錢了。最好的方法是每個頁面都找到想要的現有頁面直接截圖給乙方、或者自己做（當然最好）或者就是找信得過的專業的ui來做。
4、代碼質量監管
這次的公司有提供git的查看權限還好，可以監視他們的代碼質量、更新頻率、開發人數等等。最重要的是可以檢測合同上的技術要求是否實現以及架構上是否合理。比如我這次的項目要求前後端分離。看了下代碼springboot+vue，的確是前端框架，然後後臺是傳一個modelAndVIew對象。那麼明顯可以看出來沒有分離，只是將舊的jsp技術換成vue罷了，方便了elementUI的使用而已。還好也是個試水項目，如果真的是用前後端分離反而影響開發進度。
5、需求變更
老闆的思路總是會跟着融資人的建議以及市場的變動進行變化。這些是不可避免的，就會產生需求變更，要先自己從市場、交互、系統架構上預估變更是否合理。再估算出開發時間敲定後發起需求變更書，讓乙方進行改進。
6、進度管理
一定要定好時間讓對方彙報進度，由於需求變更的不確定性、系統是很難在合同約定時間內完成的