很多時候，往往以為自己理解了概念，卻只有等再理解下個概念之后，才明白以前認識還不夠。我們都是在某個點出發(fā)，逐漸放大試圖了解全局，然后才可能正確認識自己的位置，并找到適合自己的突破口。
長久被專業(yè)名詞困擾和誤導(dǎo)，我知道它們肯定是一體的，但如何分類、組織、建立聯(lián)系，讓整個框架立體化，合理解釋似乎并不是那么容易�；谧约含F(xiàn)階段知識結(jié)構(gòu)，以及同行們反饋的各種觀點，重點介紹新突破。
組織理念并分層
思想信仰——以用戶為中心的設(shè)計
實現(xiàn)目標——良好用戶體驗
具體指標——可訪問性、兼容性、可用性、標準化、搜索引擎友好
接受來自IBM的概念定義啟發(fā)，依次分為思想、目標、指標三大邏輯層面。關(guān)鍵在于指標問題上，我認為web-based產(chǎn)品因為客戶端多樣性原因，遠不止可用性這一項，經(jīng)過補充排序結(jié)果如下：可訪問性、兼容性、可用性、標準化、搜索引擎友好。
可以看到可訪問性、兼容性、標準化、搜索引擎友好都是web-based產(chǎn)品獨有的，這也是做web比做soft麻煩的根本原因。相對來說，我處理可訪問性、兼容性、標準化、搜索引擎友好，比可用性更得心應(yīng)手，這與我的背景、經(jīng)驗和興趣有關(guān)。因此我不會去做soft-based的事情，并且完全有理由相信，可用性不是最重要的指標。
理念只是貫穿全局的方針原則，并不具有明確的指導(dǎo)意義。雖然理念都有獨立中心思想，但操作層面有交集，所以容易引起各種爭論。在做事角度，任何理念角度深入下去，都可能不同程度見到效果。但要把事情做到極致，需要平衡各項指標。
組織流程和方法
概念階段——用戶研究、信息架構(gòu)
設(shè)計階段——交互設(shè)計、信息設(shè)計、界面設(shè)計、視覺設(shè)計
制作階段——原型制作、客戶端編程
曾在縱深協(xié)作方式中提出扁平結(jié)構(gòu)協(xié)作初步設(shè)想，減少溝通環(huán)節(jié)避免理解缺失，用靈活性來適應(yīng)互聯(lián)網(wǎng)的快速產(chǎn)出和快速迭代，整個流程就分概念、設(shè)計、制作三大階段。《用戶體驗的要素》所提的戰(zhàn)略、范圍、結(jié)構(gòu)、框架、表現(xiàn)五層對理解幫助很大，但我認為不適合操作。
同時，書中觀點對應(yīng)提出來的各專業(yè)方法，我認為還缺少對web-based原型工作的支持，因此容易造成與開發(fā)之間的斷層。這部分俗稱“前端開發(fā)”工作一直都處在前后不搭的尷尬地位，補充兩個關(guān)鍵點，第一屬于產(chǎn)品設(shè)計范疇，第二還有原型制作、客戶端編程兩個層級。
組織角色和交付物
產(chǎn)品經(jīng)理——藍圖
產(chǎn)品設(shè)計師——文檔
產(chǎn)品工程師——原型
曾在模擬高效團隊中提出標配三人團隊的初步設(shè)想，也是Google的行事作風(fēng)。
交付物部分值得商榷，按照《Communicating Design》的總結(jié)有需求、設(shè)計、策略三類，但我認為有兩大問題，第一把所有產(chǎn)出都叫documents欠妥，第二缺少對web-based產(chǎn)出的指導(dǎo)。按屬性分為藍圖、文檔、原型三類比較恰當(dāng)，把藍圖從文檔中獨立出來，原型則是必要補充。
去年曾提出過使用頁面線框圖提速設(shè)計流程，也不止一次公開分享其成果，核心指導(dǎo)思想是提高靈活和可控性，用web的方式做web-based產(chǎn)品設(shè)計。最近更有Prototyping with XHTML作者稱之為“一個偉大的方式從xhtml原型開始。”
a great way to embark on that journey is to start prototyping with XHTML.
關(guān)聯(lián)理念、流程和交付物
思想信仰——概念階段——藍圖
實現(xiàn)目標——設(shè)計階段——文檔
具體指標——制作階段——原型
理念都是前人花時間花精力總結(jié)出來的、帶有哲學(xué)觀點的清晰表達，是做知識傳承的重要參考�？隙ǘ际翘摰�，實際的東西沒資格叫理念。理念只可能“引導(dǎo)”做事，而不具備實操指導(dǎo)意義，易學(xué)難懂也最無趣。但為避免混淆，和更有針對性的引導(dǎo)做事，還得努力搞清楚。
典型如標準化，針對客戶端開發(fā)提出了一系列顛覆性思路，但目前互聯(lián)網(wǎng)還是個市場占有率確定標準的時代。從操作層面看，四年前我認為太過理想化，現(xiàn)在依然保持此觀點。
各層級概念應(yīng)該對應(yīng)到做事流程，并有階段性的產(chǎn)出。在結(jié)合流程、交付物后，從這條縱向線索中很容易看清“以用戶為中心的設(shè)計、用戶體驗、可用性”之間的區(qū)別。同理，迭代也應(yīng)盡量保證在各階段內(nèi)完成。上線后的產(chǎn)品，再去試圖更改概念階段的游戲規(guī)則，基本等于推倒重來。
關(guān)聯(lián)交付物、角色和方法
藍圖——產(chǎn)品經(jīng)理——用戶研究、信息架構(gòu)
文檔——產(chǎn)品設(shè)計師——交互設(shè)計、信息設(shè)計、界面設(shè)計、視覺設(shè)計
原型——產(chǎn)品工程師——原型制作、客戶端編程
曾在用戶體驗的誤解中提出角色對應(yīng)方法初步設(shè)想，我非常不贊同專業(yè)“用戶體驗團隊”的協(xié)作方式，難道產(chǎn)品經(jīng)理們做事不考慮用戶體驗么？還是說把用戶體驗先留著，等某些人來做？顯然不可能，因為方法一旦脫離具體業(yè)務(wù)就成了學(xué)術(shù)論證，方法不可能創(chuàng)造結(jié)果，只可能加速完成。
根據(jù)專業(yè)方法制定角色，或走設(shè)計流程，我覺得都不可取。做互聯(lián)網(wǎng)設(shè)計，應(yīng)該學(xué)會身兼數(shù)職。況且所謂的專業(yè)方法其實就那么點東西，上手很容易，現(xiàn)在全球知識共享又幾乎沒門檻，學(xué)會做事太容易了。在人才培養(yǎng)角度，懂方法再熟練業(yè)務(wù)的難度，肯定要超過懂業(yè)務(wù)再學(xué)方法。
最好的Producer，有人可以帶領(lǐng)大家做的更好，沒人自己也能抗下來。
? 一葉千鳥（轉(zhuǎn)載請留原文鏈接）原文：http://blog.rexsong.com/?p=1910
粵公網(wǎng)安備 44010402000282號