此前用Axure做了一個簡單的個人主頁。在優(yōu)化個人主頁設(shè)計(jì)的時(shí)候，想同時(shí)做一份需求文檔。所以，這個事情也就同時(shí)進(jìn)行了。

根據(jù)我的了解，需求文檔是給“所有相關(guān)的人”看的。假如我在一家公司，那么我需要給設(shè)計(jì)師、程序員看，給我的老板看，給運(yùn)營、市場部的同學(xué)們看。并且在產(chǎn)品開始開發(fā)前，需求文檔基本就要定下來了。在開發(fā)途中遇到需求變更，這對開發(fā)的周期和團(tuán)隊(duì)的士氣都有一定影響。所以，需要產(chǎn)品崗位的同學(xué)認(rèn)真嚴(yán)格落實(shí)好需求文檔的撰寫，將每個需求明確清晰地寫出，讓大家都能愉快地開發(fā)。

由于沒有實(shí)際的項(xiàng)目經(jīng)驗(yàn)，所以這份需求文檔也同樣面臨的許多問題。在日后的學(xué)習(xí)中，往回看進(jìn)行修改和整理——就像個人主頁V1版本到V2版本一樣，當(dāng)前看不到的問題和癥狀，隨著進(jìn)一步學(xué)習(xí)加深和熟悉自己的產(chǎn)品，會萌發(fā)出更好的點(diǎn)子，看到更多問題。這些都需要時(shí)間的積累的?，F(xiàn)在我能做的，就是努力學(xué)習(xí)，不斷積累。沉住氣，不要急躁。

雖然假裝這份需求文檔是供給整個團(tuán)隊(duì)使用的，但說到底就是給我自己看的。所以我首選用Axure直接畫，功能需求直接體現(xiàn)在交互原型上。在這里有個問題——體積超過3M的Axure文件分享到網(wǎng)頁總是失敗，我只要將里面的原型去除，改用圖片形式來說明，同時(shí)外鏈整個原型。這樣做有弊端，但權(quán)衡之下，還是認(rèn)為優(yōu)大于劣。

整個需求文檔包括的內(nèi)容如下：

這些子項(xiàng)目是借鑒于網(wǎng)上各種信息得出來的，去掉了一些我認(rèn)為在此產(chǎn)品中不必要的東西。下面簡單說明幾個板塊 。

1. 產(chǎn)品介紹

產(chǎn)品介紹包含了產(chǎn)品介紹、產(chǎn)品目標(biāo)和產(chǎn)品意義。

我認(rèn)為產(chǎn)品介紹要從兩個方面入手：

告訴團(tuán)隊(duì)，我們做這個產(chǎn)品是要給用戶帶來什么內(nèi)容，提供什么功能。

告訴團(tuán)隊(duì)，我們做了這個產(chǎn)品能給我們帶來什么好處。

在這個產(chǎn)品中，我目標(biāo)很明確：

于作者：這個產(chǎn)品展現(xiàn)個人的方方面面，同時(shí)鍛煉了作者的技能水平。

于用戶：這個產(chǎn)品幫助用戶了解作者這個人，若用戶是招聘方，可以依照此產(chǎn)品為參考給出一個合適的評價(jià)。

所以產(chǎn)品介紹雖然簡單，可實(shí)打?qū)嵉乇夭豢缮佟Ｗ詈靡荒苛巳弧?/p>

2. 版本說明

版本說明主要是闡述此版本于上一個版本的區(qū)別和改進(jìn)。所有的改進(jìn)都寫在這里。明確說明這個版本相較上個版本區(qū)別在什么地方。當(dāng)程序員進(jìn)行產(chǎn)品迭代開發(fā)的時(shí)候，都可以從這里出發(fā)來規(guī)劃開發(fā)周期。

3. 修訂歷史

這個版塊主要是顯示每次改動原型時(shí)所做的事情的記錄?？粗凸δ芰斜砗芟?，實(shí)際上它是每次我修改完原型就記錄下來的事情。

一開始做的時(shí)候并不重視這個，但后來幾天發(fā)現(xiàn)這個確實(shí)有用。將每次修改的地方都整理在在一起，可以提供自己查看，也可以有效地告訴別人，我們對于這個產(chǎn)品都做了哪些增添和修改。這是個非常重要的事情。

4. 思維導(dǎo)圖

在思維導(dǎo)圖里，我分成結(jié)構(gòu)圖和用戶流程圖。結(jié)構(gòu)圖表明了整個產(chǎn)品的功能和模塊結(jié)構(gòu)，什么內(nèi)容屬于什么模塊，要查看某個內(nèi)容該到哪個頁面去找，都可以在這個圖里面找到。

、

而流程圖我認(rèn)為也是必不可少的。在一個商業(yè)級的app里，我們需要引導(dǎo)用戶如何操作完成流程，達(dá)到自己的目的。這個時(shí)候流程圖就非常有用了。不過在個人主頁這個產(chǎn)品中，我發(fā)現(xiàn)結(jié)構(gòu)圖并沒有多大意義，因?yàn)榻Y(jié)構(gòu)比較簡單，詳細(xì)信息的入口都不深，所以結(jié)構(gòu)圖也只是簡單的羅列出動作而已。

5. 全局說明

由于在這個產(chǎn)品中，功能比較簡單，所以全局說明我在這里主要選取的是產(chǎn)品界面的外框架的功能說明。比如底部菜單欄是全局菜單，可以快捷跳轉(zhuǎn)到指定頁面；左右滑動切換效果為推拉等等。

而在實(shí)際設(shè)計(jì)中，不只要說明這些導(dǎo)航菜單。諸如網(wǎng)絡(luò)連接失敗提示、文本輸出窗口形式、搜索欄開啟提示等等這些在使用產(chǎn)品過程都可能出現(xiàn)的通用功能，都可以在這里說明。

6. 交互設(shè)計(jì)

交互設(shè)計(jì)本來是想整個原型嵌套進(jìn)來這里，在切換的過程中同時(shí)切換需求文字的。后來發(fā)現(xiàn)一直無法上傳分享創(chuàng)建網(wǎng)頁，所以放棄。改用每個頁面的截圖分析。在這個頁面詳細(xì)說明了每個需求的改進(jìn)點(diǎn)。明確需求的最重要的目的，至于細(xì)節(jié)部分，可以先不考慮。

由于這個頁面比較長，所以在瀏覽器頁面的右側(cè)固定一個跳轉(zhuǎn)了鏈接，方便快捷找到相應(yīng)的頁面。

寫在最后：需求寫完之后，這個簡單的需求文檔也算告一段落。從設(shè)計(jì)原型到寫需求文檔，腦袋經(jīng)常是一團(tuán)漿糊。表現(xiàn)為：

不知道這個東西如何下手——這個頁面怎么設(shè)計(jì)好看？我到底要不要設(shè)計(jì)時(shí)間軸？我要怎么才能讓用戶知道我想給他看的東西需要再點(diǎn)擊這個按鈕？

這個頁面到底包含什么內(nèi)容好呢？——興趣愛好這里我還要寫我喜歡動漫、喜歡看電視劇，喜歡打籃球下去么？

需求文檔到底怎么寫啊？——我是乖乖用word寫還是直接用Axure寫呢？

想到的需求都是針對頁面優(yōu)化上面的——要不要自己加點(diǎn)功能性的需求下去呢？用得著么？

我的升級方向有問題么？——內(nèi)容方面并沒多多多少，頁面設(shè)計(jì)改動了不少。

諸如此類的問題，在設(shè)計(jì)的過程中層出不窮。有時(shí)候會將這些東西記下來，然后一個一個排除。

人在做一件陌生的事情的時(shí)候，很多時(shí)候沒法考慮到做事的質(zhì)量，而關(guān)鍵在于“做不做得出來”。比如在做個人主頁V1版本時(shí)候，我就沒想過做好看，我就想要是能完整做出這個作品，勉強(qiáng)能看出這是我的個人主頁，也就非常好了。在完成之后再來更新時(shí)，考慮的重點(diǎn)就偏向于我要怎么把這個個人主頁給做得更漂亮點(diǎn)，讓大家能閱讀的東西多一點(diǎn)，閱讀得更舒服一點(diǎn)。所以在做需求文檔的時(shí)候，心里壓力也就少了不少。

總之，邊學(xué)邊做。前路漫漫，繼續(xù)努力！

附上鏈接：

需求文檔地址： http://akrh73.axshare.com

我的個人主頁V2版本：http://2er4n2.axshare.com

我的個人主頁V1版本：http://eu9nm1.axshare.com/#c=2

以上。