起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識網(wǎng)站如何做好用戶體驗（二）
?范圍層：功能規(guī)格和內(nèi)容需求
.一個有價值的過程導(dǎo)致了一個有價值的產(chǎn)品。
.文檔的重要性：用文檔來說明項目要求的主要原因：
（1）知道正在建設(shè)什么：
①知道項目的目標(biāo)是什么，什么時候達(dá)到目標(biāo)
②責(zé)任明晰
③能看清相互獨立也不顯著的要求間的內(nèi)在聯(lián)系
（2）知道不需要建設(shè)什么
①當(dāng)關(guān)于功能的、各種各樣的可能和想法浮現(xiàn)，用文檔記錄，可以提供一個評估這些想法的架構(gòu)
②找到“不需要馬上建設(shè)”的idea，收集并讓它們符合長期規(guī)劃
.收集需求
- 品牌需求：常見
- 技術(shù)需求：如瀏覽器和操作系統(tǒng)
- 特殊特性需求
需求的三個類別：
- 人們講述的想要的，是非常清晰的好想法
- 人們講述的的不是好主意，但它們代表了一條通向下個版本的路徑
- 人們不知道他們是否需要，可以讓不同部門的人brain storming打開設(shè)計者思路
撰寫需求的規(guī)則：
- 樂觀（be positive）：描述這個系統(tǒng)將要做什么事情去“防止”不好的事情發(fā)生，而不是描述“不應(yīng)該”做什么不好的事情。
例如：“這個系統(tǒng)不允許用戶購買沒有風(fēng)箏線的風(fēng)箏?！睉?yīng)替換成下一句：“如果用戶想購買一個沒有線的風(fēng)箏的話，這個系統(tǒng)應(yīng)該引導(dǎo)用戶到風(fēng)箏線頁面?！?/p>
- 具體（be specific）：盡可能詳細(xì)的解釋清楚狀況，這是我們能決定一個需求是否被實現(xiàn)的最佳途徑。
例如：“該網(wǎng)站要使殘疾人可用?！睉?yīng)替換成“該網(wǎng)站要遵守美國殘疾人法案的第508條?！?/p>
- 避免主觀的語氣（avoid subjective language）：需求必須可驗證，找到某種方式來明確說出應(yīng)該達(dá)到的標(biāo)準(zhǔn)。也可以用量化的術(shù)語來定義一些需求，通過這樣的手段來避免主觀性。
例如：“這個網(wǎng)站應(yīng)該符合郵遞員Wayne所期望的時尚。”應(yīng)替換成“網(wǎng)站的外觀應(yīng)該符合企業(yè)的品牌指南文檔?！?/p>
.內(nèi)容需求：文本、圖像、音頻、視頻
（1）不要混淆某段內(nèi)容的格式和目的（如FAQs僅指內(nèi)容的格式，但我們常聽說“網(wǎng)站應(yīng)該有FAQs）。
（2）提供每個特性規(guī)模的大致預(yù)估：文本的字?jǐn)?shù)、圖片的像素大小、下載的文件字節(jié)、類似PDF的獨立內(nèi)容元素……收集我們在設(shè)計一個適宜的網(wǎng)站內(nèi)容時必要的資料。
（3）確定某個人負(fù)責(zé)某一內(nèi)容元素&它的“更新頻率”。更新頻率來源于網(wǎng)站的戰(zhàn)略目標(biāo)，從網(wǎng)站目標(biāo)看，希望用戶多長時間來訪一次，從用戶需求看，他們希望多長時間更新一次信息，確定的頻率應(yīng)該是介于你的用戶期望值和有效資源之間的一個合理的中間值。
（4）各種用戶，需求不同。哪些用戶想要什么內(nèi)容——>“如何呈現(xiàn)他們”
.確定需求優(yōu)先級
戰(zhàn)略目標(biāo)和需求間往往不是一對一的關(guān)系。優(yōu)先級是決定人們所建議的相關(guān)特性的首要因素。
作者：王洛堇
文章轉(zhuǎn)自：http://www.wangxuntian.com/
好多地方將的很抽象
還是不好理解
可以找到作者提到的那本書看看~
好有感覺