叮鈴鈴，叮鈴鈴~
客戶：“喂，你好，我要做個項目”
小編：“你要做個什么項目呢？”
客戶：“做個 APP”
小編：“您有具體的需求文檔嗎？”
客戶：“啥是需求文檔啊”
小編：EXO Me？
需求文檔：需求文檔全稱“軟件需求規(guī)格說明書”、“Software Requirement Specification (SRS)”。軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解， 使之成為整個開發(fā)工作的基礎(chǔ)。包含硬件、功能、性能、輸入輸出、接口界面、警示信息、保密安全、數(shù)據(jù)與數(shù)據(jù)庫、文檔和法規(guī)的要求。
客戶：“….”“這是什么鬼”
小編：“就是寫個讓我們知道你要做的東西有什么功能，性能有什么要求的文檔”
客戶：“簡單點說多好，哪有那么麻煩，我和你說一下就好”
小編：“拜托你還是寫一下吧”（對不起，你說什么我記不?。?/span>
當(dāng)！當(dāng)！當(dāng)！考驗?zāi)闶遣皇且粋€合格客戶的時候到了！
情形 A：
客戶：“為啥你們非要讓我寫??！我就不寫，你按我想的做就行了，我說的多明白”
「你咋不上天呢，這么懂你咋不自己做呢」
情形 B：
客戶：“行吧，我去試試”
「算你明白事」
所以你平常是哪種客戶呢？
為啥要寫需求文檔呀？因為！沒有人知道你在想什么，想的有多深！
這個世界之所以有那么多矛盾，就是因為我們的思想是不透明的，沒有人知道你在想什么！你找我?guī)湍阕鲕浖_發(fā)，你得明確的告訴我們你想做什么，軟件的使用場景是什么，解決什么問題。
為什么很多軟件項目做出來效果不理想，很多都是因為甲方一開始沒說清楚。他們覺得他們的需求很常見，很簡單，所以開發(fā)應(yīng)該理所當(dāng)然的做出你想要的東西。
但，顯而易見的事實，如果你要的軟件真的這么常見，那你就不用定制開發(fā)了，直接買現(xiàn)成的就行。每個需求都是獨特的，所以請不要用這樣的語言來描述需求“做一個跟 xxx 軟件差不多的就行了”。
你說你想要一輛車，乙方好不容易做出來了，結(jié)果你說其實你想要的是四驅(qū)的，座椅加熱的，還得是敞篷的。這樣的結(jié)局只有一個，就是加錢，延期，否則乙方不干，但是你不爽，埋下了不歡而散的種子。
默默相信：大多數(shù)客戶心中還是住著一顆合格客戶心態(tài)的種子的！
所以友情贈送，下面小編就教下你們怎么寫需求文檔啦。
不怕不怕，很簡單的，說寫個故事就行。
假如你要做個網(wǎng)站，第一步寫故事背景
你為啥要做這個網(wǎng)站？
故事背景：
比如，為了宣傳我司品牌，為了能方便客戶自助查詢辦理業(yè)務(wù)提升客戶體驗，同時減少人力支出，擬建設(shè)我司財務(wù)網(wǎng)站。
第二步把你上面想好的功能一個一個講出來。從大到小，從廣到窄，從高到低。
故事1
故事描述：建立一個網(wǎng)站，域名 www.某某.com
實現(xiàn)：客戶使用 www.某某.com 可登錄該網(wǎng)站
故事2
故事描述：網(wǎng)站首頁上方顯示我司 logo，右側(cè)有登錄欄，下方中間是我司資訊欄，左側(cè)是菜單，右側(cè)是熱點問題 QA，下面最新產(chǎn)品介紹，最下方是友情鏈接。（請配上一張圖，自己畫的或者別的網(wǎng)站 PS 改一下都行，盡可能畫的詳細一點，否則程序員想象的和你想象的很可能不一樣）
故事3
故事描述：登錄欄內(nèi)有 balabalabal，客戶使用手機號、身份證號、銀行卡號都可以登錄。登錄成功后跳轉(zhuǎn)二級頁面，顯示客戶個人首頁（個人首頁頁面需求請看故事4）登錄失敗顯示提示失敗界面（提示失敗界面請看故事5）配圖！
至于你問我故事四和故事五在哪，當(dāng)然得你自己想啦。
還記得上面小編提過的嗎，誰都不知道你心里在想什么。
你成功 Get 到新技能了嗎？
