1樓：犇夢
如果甲方有能力寫需求分析，那是最好不過，需求分析是軟體開發的基礎，甲方來寫，嚴格按照該文件來開發和驗收，對雙方都是好事。
但是大部分甲方都不具備需求分析編寫的能力，這就要求乙方來寫，甲方負責確認，這種情況下，甲方要提前把自己想要的功能描述清楚，比如做O2O，接單的規則是什麼樣的，平台收費規則是什麼，這些都是甲方來制定，乙方負責落實到文件。重中之重，甲方一定要對文件反覆審核確認，確保乙方的描寫是在甲方的專案規劃之中，理解正確。這樣才能保證專案按照預期順利開發。
我們是專業做軟體開發外包的，有過甲方出需求的經驗，大多數是甲方提方向，我們來落實。但是文件肯定是要確認好的，雙方都保證沒問題後，才進入開發。
2樓：半獸人
外包需求分析肯定是難點。我們公司以前一直都是扯皮。。所謂產品經理，對接了N個平台。甚至都沒產品直接研發對接。後來試的開源中國的眾包平台，還可以。
3樓：進製資料
需求分析，我們公司是這麼做的：
對於需求不明確的客戶，如果他有能力自己梳理清楚需求，那就自己梳理清楚需求，製作出需求文件再來平台開發也可以。
更多的情況是，大多數客戶自己不會，手下也沒有產品經理，需求不明確又不能進入開發，怎麼辦？要我們分析需求，時間和人力成本怎麼辦？
後來我們推出了一款服務，1980元16個工作時梳理需求，提供腦圖，業務流程圖和包括功能拆解圖在內的產品文件。
1980元，費用不算高，客戶也能接受的了。 產品經理花費的時間也得到了相應的報酬。可以說是雙贏！
1980梳理需求 爆款服務-程式設計師客棧
4樓：宗慄
若甲方有產品、技術團隊，一般需求都比較明確且有成型需求文件，這種情況主要是找技術團隊來實現。大部分甲方的需求只是個概念，具體需要去挖掘和梳理他們需求並整理成需求文件，這種情況服務商算是全程參與了。
5樓：刺靈菲
需求分析，甲方固然重要，但最重要的是需求架構和需求管理的那個人。。。沒那個人，怎麼做都是越做越死。。。不過，推薦的方式是：
大甲方（業務）+小甲方（需求管理） 對應乙方的架構師，同時監管乙方的測試人員（或者是甲方的測試人員），這樣驗收的時候會順暢一些。
6樓：zw chen
我認為需求只能是甲方的責任，乙方參與進去只是自討苦吃；想辦法讓甲方說出清晰的想法，乙方能做的是建模和確認。 做需求做得臉都綠了。。。。
7樓：
如果甲方本身就是IT公司，那就需要考慮成本預算、風險因素與進度控制等因素了。理想的情況下，甲方自己做需求分析應該更好一些，專案溝通要通暢、成本估算更準確，成果驗收也非常明確。
如何合理分析約會中由誰來付錢？
季夏三七 可以從經濟學的角度進行分析。如果把男女雙方的愛情看作一種 資源 根據需求第二定律的稅負分攤原則，願意為這種資源 愛情 支付更多稅負 金錢 的一方，對這段感情有更大的需求。如果男士很需要這位美麗的伴侶，更需要這份愛情，那他可能就會給出鉅額的禮金 送上房子車子甚至濫用手中的權力，為這份需要買單...
您覺得家務該由誰來做？
虞驍龍 理性的講，家務非常消耗的資源就是時間，所以家中的兩個人 或多個人 應當好好的分析，得出最優解。不同的人對於不同的家族工作的喜好或者厭惡程度是不同的 可能厭惡的多一些 不同的人對於不同的工作，他的擅長程度或者優勢是不同的。所以這裡就有分析的必要。舉個例子也許比較容易理解，比如對於男人可能針對 ...
公權力應該由誰來監督？
氘鋒 這個問題，人類一直在探索，從古羅馬設立護民官，與兩位執政官和元老院形成相互牽制，開始一直在探索，人類文明的歷史就是把權力關進籠子的歷史！ Classiiiiiiiic宋 權力的制約必須有兩個原則 一 制約者和被制約者不能在乙個體系，更不能有利益糾葛 二 制約原則和關係，必須具有具化和強制性。 ...