引言：

CDC交互設(shè)計方法論的思考其實是個永恒的話題，在內(nèi)部管理大會上有人演講，提到team 2.0概念，讓我深有感觸，結(jié)合我們自身在實踐中的設(shè)計方法及設(shè)計流程，在平臺化，多人參與，分享互動，個人貢獻的價值體現(xiàn)方面我們又該有什么樣的思考？關(guān)于設(shè)計流程化大家慢慢有了一個共識，就是：除了完整，規(guī)范，還要敏捷，有自我完善的能力。形象一點說也是要從1.0往2.0升級，那改革成功的標(biāo)志應(yīng)該是什么？隨著公司業(yè)務(wù)的蓬勃發(fā)展，CDC承擔(dān)的設(shè)計項目也越來越多，隨著項目經(jīng)驗的逐漸豐富，我們發(fā)現(xiàn)在今天的研發(fā)環(huán)境中，存在著許多挑戰(zhàn)：人力成本預(yù)算限制，多并發(fā)設(shè)計的進度壓力，交付高質(zhì)量設(shè)計方案，提供易學(xué)易用型的設(shè)計工具，學(xué)習(xí)和開發(fā)新的設(shè)計技術(shù)和嘗試新的量身定做的項目管理工具，這一切都是為了從多角度完善設(shè)計方法，敏捷設(shè)計流程，進而達到我們期望的理想設(shè)計目標(biāo)，取得源源不斷的內(nèi)部及外部競爭優(yōu)勢。

從2006年上半年CDC成立開始，CDC交互設(shè)計一個很重要的使命是，將多年的設(shè)計經(jīng)驗總結(jié)提煉成一套設(shè)計方法論，進而變成一個可復(fù)用，可持續(xù)改進的設(shè)計流程并加以執(zhí)行。但是只有一兩條設(shè)計流程其實是不夠的，正如Web 2.0沒有一個明確的界限，而是一個重力核心一樣。不妨將交互設(shè)計方法論2.0視作一組原則和實踐方法的組合，由此來把距離核心或遠或近的諸多方法論和管理技巧聚合成為一個類似星系的網(wǎng)絡(luò)系統(tǒng)。

CDC交互設(shè)計方法論的幾個維度思考：

用戶參與

一個設(shè)計項目從立項啟動開始，我們即明確以用戶為中心的設(shè)計理念，在以滿足用戶需求為目的的交互設(shè)計過程中通過多種手段來理解用戶，理解他們的使用環(huán)境，限制（包括各種生理，心理限制），特征和任務(wù)目標(biāo)。同時在需求提煉（主要是可用性需求），設(shè)計，評估及測試使用過程中，由交互設(shè)計師主導(dǎo)，把persona逐步還原演繹為成可供設(shè)計參考的use cases。

經(jīng)驗法則：請不要“虛擬用戶”也不要“將產(chǎn)品需求方當(dāng)用戶”，很簡單的概念，但是經(jīng)常設(shè)計師在這一點上常常犯錯，當(dāng)產(chǎn)品需求方講通過層層篩選提煉確定需求提交過來時，用戶的需求常常隱藏較深或者被有意無意遺漏，但是當(dāng)設(shè)計師直接接觸用戶，并提供一個途徑讓產(chǎn)品能夠被用戶測試或使用到時，用戶必定能針對產(chǎn)品說出其優(yōu)勢與不足，同時設(shè)計師掌握到第一手的用戶資料，也擁有了更大的話語權(quán)。設(shè)計師怎么樣掌握到第一手資料？我想這次和大家制定的H1 KPI中有結(jié)論，有一位內(nèi)部的同事總結(jié)的很好，借用一下，大家共勉：“像觀察自己的BABY成長一樣，觀察用戶的行為、發(fā)掘用戶需求”。

需求管理

這里包括兩層意思，首先，對需求來源的格式加以定義，保證設(shè)計需求的明確化，規(guī)范化是很重要的一個前提，根據(jù)多年經(jīng)驗，設(shè)計變更太多，設(shè)計稿通過率低很重要的一點是需求不明確，變更很隨意造成的?；谶@個教訓(xùn)，我們在流程上也特意強化了需求交接的規(guī)范，例如產(chǎn)品應(yīng)該提供什么產(chǎn)出給設(shè)計師，設(shè)計師如何收集整理需求并條理化等等。

另外，我們也看到，業(yè)務(wù)需求和功能需求最普通，最容易收集。但用戶界面的特色，可用性，可維護性和擴展性等需求缺往往被忽視。如果沒有特意制定目標(biāo)，用戶界面，用戶體驗上的特色要不就被盲目定義，要不就沒有定義。而且我們可以看到作為一個互聯(lián)網(wǎng)公司的產(chǎn)品，通常以內(nèi)容性設(shè)計為主，在用戶界面上總是被要求精益求精，相對于IT業(yè)界的代碼水平，與用戶界面相關(guān)的代碼量通常增長在30%～50%以上，用戶對界面特色的理解和掌握總是需要花費更多的時間和精力，但從交互的三層結(jié)構(gòu)模型來看，用戶對軟件的體驗，對交互設(shè)計而言的挑戰(zhàn)就是“如果想確保產(chǎn)品容易使用，最重要的是什么？”，因此，對于易用性，可維護性和擴展性等可用性需求，必須制定一個明確的，可看得見的定義，在CDC的交互設(shè)計流程中，我們把它叫做“可用性需求收集和定義”。這樣一來，設(shè)計目標(biāo)遵循項目計劃和工作成果評估所能達到的程度將是可量化，并且是可測試的。

經(jīng)驗法則：明確需求，一旦確定，就必須對它進行控制和量化管理，交互設(shè)計師作為團隊成員，必須清楚用戶和項目團隊不斷提出的需求和功能，并打造成為設(shè)計方案的基石。

制定計劃

對大多數(shù)的項目而言，項目團隊總是對進度想象得很樂觀，對進度保持樂觀很重要的一個原因是有很充分理解當(dāng)前進行的工作。但作為公司的產(chǎn)品現(xiàn)狀而言，我們可以看到行業(yè)的用戶界面技術(shù)創(chuàng)新，其速度是高于開發(fā)實現(xiàn)技術(shù)的。設(shè)計師想要做到的許多UI風(fēng)格和特色嘗試其實涉及到大量的細節(jié)，預(yù)期行為以及重復(fù)性，而這些并不能被項目組其它角色快速領(lǐng)悟到，并被以風(fēng)險和技術(shù)實現(xiàn)限制的理由加以扼殺，這也常常造成一個現(xiàn)象“理想的設(shè)計永遠是在下一個未開發(fā)版本中”，基于這樣一種設(shè)計體驗，CDC交互設(shè)計方法論中特別強調(diào)了對設(shè)計需求的版本化細分，制定計劃，有步驟，分階段的實施，對遺留問題有跟蹤。對未實現(xiàn)設(shè)計目標(biāo)有明確時間定義。

經(jīng)驗法則：對于設(shè)計需要有切合項目現(xiàn)實的實施計劃，要宣導(dǎo)團隊認可的設(shè)計目標(biāo)并細化成可實現(xiàn)，可跟蹤的feature list，并提供盡可能詳細的細節(jié)說明，一方面也考慮項目現(xiàn)狀，可用性需求可以分批實現(xiàn)，must，need，mayb，要心知肚明，形象一點來說，也就是大家俗稱的“討價還價”，一個主設(shè)計師很重要的能力就是議價能力，需要把項目當(dāng)作“生意”來經(jīng)營。

技能儲備

關(guān)于技能對設(shè)計目標(biāo)的轉(zhuǎn)化，開發(fā)軟件的過程中，需要學(xué)習(xí)的東西很多，相關(guān)的新型操作系統(tǒng)，新的開發(fā)語言，新的應(yīng)用軟件結(jié)構(gòu)，對于交互設(shè)計師而言其實也是一樣，新的用戶界面風(fēng)格，新的界面實現(xiàn)技術(shù)和新的設(shè)計工具。每樣新東西需要時間來學(xué)習(xí)，也是CDC要打造一流設(shè)計師團隊建設(shè)中很重要的一個環(huán)節(jié)，技能儲備的厚度，設(shè)計視野的深度直接影響到CDC的設(shè)計水準(zhǔn)，一個很重要的問題是“如何將日常的設(shè)計積累應(yīng)用到交互設(shè)計實踐中？”多數(shù)時候我們也認可這種轉(zhuǎn)化遷移其實是自覺自發(fā)的，但是為了保證設(shè)計質(zhì)量，我們在交互設(shè)計流程中也明確了競品分析研究的環(huán)節(jié)，即在概念設(shè)計之前，設(shè)計師必須做一定的研究分析工作，對相關(guān)產(chǎn)品進行專業(yè)上的深度分析，對趨勢進行有理有據(jù)的推導(dǎo)，進而形成自己的創(chuàng)新點，項目的設(shè)計目標(biāo)也得以確立，保證設(shè)計一開始就有一個高水準(zhǔn)的起點。

設(shè)計技能的持續(xù)優(yōu)化，主要是對設(shè)計工具優(yōu)化而言，經(jīng)過這幾年的積累，應(yīng)對各個產(chǎn)品線，我們擁有了自己的設(shè)計開發(fā)工具，有了可復(fù)用的設(shè)計模板，有了越來越實用的交互統(tǒng)一規(guī)范，正在制定的可靈活調(diào)整的流程指南，希望做到的只有一點：成果的傳遞無障礙，經(jīng)驗的積累可復(fù)用。我們也堅信，站在千人的肩上一定可以成長得越來越快。

經(jīng)驗法則：技能的培養(yǎng)和使用無法保證項目自動獲得成功，但正確的實踐能夠清除項目中的錯誤，使用正確的方法和技術(shù)，可顯著提高設(shè)計項目成功的可能性，一定要先進行設(shè)計相關(guān)技術(shù)的儲備。

創(chuàng)新機制

條條道路通羅馬，同樣地，交互設(shè)計問題的解決方案也不止一種。我們總是在追求最好的解決方案，但考慮選擇的時候，通?？晒┻x擇的方式總是被時間，技術(shù)，資源，競爭等以上因素，甚至更多因素羈絆。有時為了“交貨”，通常我們總是選擇一個最穩(wěn)妥，最保險的解決方案，只是很可惜通常這個解決方案看上去并不怎么創(chuàng)新。

對于交互設(shè)計的創(chuàng)新，我們通常愿意采用這樣一種形式，在提供切合目前現(xiàn)狀的最合適解決方案時，鼓勵設(shè)計師儲備“備選解決方案”，而備選方案的設(shè)計通常會有制度性的保障，例如當(dāng)沒有想法的時候，設(shè)計師可以在交互設(shè)計組，甚至更大的范圍發(fā)起“頭腦風(fēng)暴”會議，可以申請“設(shè)計封閉”，可以組建“工作坊”，當(dāng)創(chuàng)新點梳理出來后，鼓勵自己動手，通過各種工具變成可演示Demo，以直觀豐富的形式向項目組展示，這個其實也是一個啟示，對設(shè)計方案的創(chuàng)新需要有孵化機制，需要包裝，需要推銷，“唯有震撼，才能影響”。

經(jīng)驗法則：任何設(shè)計都是可以改進的，這是永恒真理，但只有適合當(dāng)前項目需求的才是最優(yōu)方案，不盲目創(chuàng)新很重要。

設(shè)計實踐

主要有兩個維度， 對于垂直維度，我們關(guān)注流程實踐，我們?nèi)绾谓M合團隊搭建，用戶參與，設(shè)計評審，原型設(shè)計，專家評審，迭代設(shè)計等設(shè)計過程，以保證設(shè)計實踐的最優(yōu)路徑，并做到快速漸進，在這個維度目前我們還在摸索，但隨著交互設(shè)計子流程的建立，應(yīng)該說基石已經(jīng)打好了。

對水平維度而言，我們關(guān)注共同成長，對于多數(shù)設(shè)計師而言，多年的設(shè)計實踐最終可以形成自己的行事經(jīng)驗和專有技能。從此成為立命之本，對于CDC的設(shè)計團隊而言，我們還有很重要的工作就是團隊建設(shè)，如何分享設(shè)計師的經(jīng)驗，如何取長補短，如何形成最優(yōu)的設(shè)計實踐。其實是一件群策群力的事情，簡單而言，B1.0項目的教訓(xùn)如何保證B2.0中不再重復(fù)，A項目的經(jīng)驗?zāi)懿荒軓?fù)用在B項目中。在一個大團隊中，很難保證一個設(shè)計師會跟一個產(chǎn)品跟n個版本，從生到死，當(dāng)一個新人加入時，他（她）需要怎樣的準(zhǔn)備才能快速成長，項目組之間的信息不透明，不對稱這些都是問題。目前我們是通過小組的制度來加以保證的，例如所有設(shè)計師參與的周例會，月會分享，原創(chuàng)寫作，項目組showcase機制，定期項目管理溝通會，郵件周知制度等來保證的。

一點題外話，從上可知，設(shè)計實踐產(chǎn)生了一個重要命題是“各項目線設(shè)計實踐中的零散經(jīng)驗教訓(xùn)如何轉(zhuǎn)化為群體智慧，從而保持基業(yè)常青”，從這個話題延伸，目前廣為人知的概念是design patterns，DP在產(chǎn)品設(shè)計中怎樣才能做到內(nèi)容自發(fā)產(chǎn)生，被設(shè)計環(huán)節(jié)以最小制作代價復(fù)用，同時又能有很強的自我修訂能力？坦白講我們還在實踐，能夠看到的好的范例一個是yahoo的DPL，這個我們以后有時間再探討。

經(jīng)驗法則：越早制訂設(shè)計流程越早遵循，設(shè)計實踐效果就越好，關(guān)注設(shè)計師團隊的共同進步，消除各自的能力短板，團隊才能互補。

風(fēng)險管理

預(yù)先示警相當(dāng)于提早準(zhǔn)備，若能認識到軟件和用戶界面的實現(xiàn)均涉及較高風(fēng)險，產(chǎn)品開發(fā)團隊就能夠預(yù)先管理整個過程。通常我們在業(yè)界的專業(yè)分享或者在外面能看到的很多case為什么不具有很強的參考性，一個很重要的原因是它們剝離了軟件研發(fā)環(huán)節(jié)的影響因素，“看上去很美”而已，規(guī)范風(fēng)險在CDC的交互設(shè)計層面通常倡導(dǎo)幾個措施：

1.建立風(fēng)險列表，提供可用性評估指標(biāo)，例如“XXX”“XXXXX”“XXX”（請原諒我隱去的一些信息）。
2.設(shè)計初期引入用戶研究資源，保證客觀公正的建立典型用戶模型，對設(shè)計概念的接受程度進行測試，對設(shè)計方案的用戶操作問題進行觀察，在設(shè)計投給開發(fā)實現(xiàn)之前，盡量將界面可用性問題加以曝光，避免用戶界面和可用性出現(xiàn)大的缺陷和隱藏的缺陷。
3.確立內(nèi)部專家評審機制，從設(shè)計的方向開始，到設(shè)計細節(jié)實現(xiàn)，內(nèi)部專家（黃金圣斗士級別為主，也包括神斗士）會先進行一輪預(yù)審，然后才會到產(chǎn)品層面的評審，這樣也有助于設(shè)計團隊內(nèi)部資源的合理利用。
4.將開發(fā)階段和測試階段的工作明確化，例如在開發(fā)之前需要確認設(shè)計方案的執(zhí)行程度，在測試階段要提供界面實現(xiàn)評估報告等，一直到項目結(jié)束都有工作要做。這也成為了CDC交互設(shè)計師的日常工作之一，而不是提交完設(shè)計方案后就意味著任務(wù)結(jié)束。
經(jīng)驗法則：有正確可執(zhí)行的計劃只是第一步，引入check機制，強化執(zhí)行和跟蹤水平，項目會更容易獲得成功。

復(fù)制成功

06年的時候，碰到的最大瓶頸就是低級錯誤在不同項目中重復(fù)出現(xiàn)，在不同的設(shè)計師稿件中重復(fù)，事后反思，其實可以看到，成功和失敗的經(jīng)驗都沒有好的沉淀機制，形成群體智慧才是問題根源所在。僅靠明星設(shè)計師的影響力帶動和言傳身教是不夠的，無論是風(fēng)光成功的項目經(jīng)驗或是收獲慘痛失敗的教訓(xùn)，此類知識如果集中在幾個人手中都是極具風(fēng)險的。回過頭來看，在誕生于Web 1.0時代并且存活了下來，而且要繼續(xù)領(lǐng)導(dǎo)Web 2.0時代的那些巨人的成功故事（例如yahoo!雖然最近諸多問題，但并不妨礙他在2.0時代的偉大）的背后，有一個核心原則，就是他們借助了網(wǎng)絡(luò)的力量來匯聚集體智慧，評價一個團隊的專業(yè)水準(zhǔn)首先要看的是他的知識沉淀是否有合理的平臺，其次是看在這個平臺上誕生同時具有成功氣質(zhì)的知識的數(shù)量及頻率有多高，最后是看這些成功的知識又能多快體現(xiàn)在其它的項目中，這個本質(zhì)上來講是也是評價一個team有多大的復(fù)制成功能力及有多大的執(zhí)行力的標(biāo)準(zhǔn)，和豐田的精益求精，持續(xù)改進企業(yè)理念非常的類似。

經(jīng)驗法則：建立多樣化的分享知識渠道，同時要建立快速完善的聚合平臺，把項目線的成果及時有效的轉(zhuǎn)化為專業(yè)線上的成就，聚合群體智慧，產(chǎn)生最大的利他效應(yīng)，這是一個創(chuàng)造學(xué)習(xí)型設(shè)計團隊的最重要基石。

• (本文出自Tencent CDC Blog，轉(zhuǎn)載時請注明出處)