外包公司的客戶應該如何寫需求文檔？

外包公司一般情況是這樣的，客戶負責寫産品需求文檔1.0版，然後産品經理負責補全。産品經理有可能是老闆，有可能是一個銷售。這都不是最主要的。最主要的是要把需求文檔補充完整。

這裡面有一個問題，很多公司的人忙來忙去，不願意寫那麼詳盡的文檔，把寫文檔的時間拿出來和程式員溝通一下，效果反而更好。但是這種公司，必須具備一些條件，其中一個很重要的條件是基本的 UI 部件沒有固定的标準（在大公司，按鈕、配色都有相應的設計準則），那麼很有可能出現産品的功能和功能之間不協調的問題。尤其是當一個成員辭職後，整個産品組需要花很長時間來填補這個空缺。

理論是死的，人是活的。不論是寫詳實的文檔還是寫粗略的文檔，需求文檔都應該包含一下内容：

1、要解決什麼問題。解決好幾個問題的話，優先級要排列出來。

2、論證使用者的痛點，是否存在。

3、寫清楚這個産品上線之後的正作用和反作用。比方說，有些金融公司的風控系統做的太智能了，可能就被競争對手利用了。或者說其中一個功能上去了，導緻大家都不用其他功能了。

4、要講清楚使用者使用場景，尤其要弄清楚限制條件，限制條件包括主觀和客觀，使用者自身有條件限制，客觀情況限制了使用者。

5、解決方案不能有歧義。這一條大部分是寫給自己公司内部看的，確定内部不會有誤會，不會有分歧。内部開會讨論解決方案的時候，大家能形成思想統一。