協(xié)作角色:交互族檬、產(chǎn)品聚至、開(kāi)發(fā)、UI
交互團(tuán)隊(duì):優(yōu)秀的交互文檔需要在組內(nèi)進(jìn)行過(guò)審核戴已,包括一致的撰寫(xiě)標(biāo)準(zhǔn)和模式的使用固该,需要在什么情況使用什么交互模式還有組件庫(kù)的調(diào)用都會(huì)有詳細(xì)說(shuō)明,滿足團(tuán)隊(duì)設(shè)定的交互規(guī)范糖儡。
產(chǎn)品團(tuán)隊(duì):交互的輸出文檔需要和產(chǎn)品的prd文檔合并
開(kāi)發(fā)團(tuán)隊(duì):開(kāi)發(fā)可以更好的還原該功能中交互的跳轉(zhuǎn)及邏輯伐坏。需要交互把交互規(guī)則寫(xiě)詳細(xì),比如按鈕在press和default時(shí)候是否會(huì)有變化握联,或者頁(yè)面轉(zhuǎn)場(chǎng)的方向桦沉,注意細(xì)節(jié),減少不必要的低效溝通金闽。和開(kāi)發(fā)合作也是一項(xiàng)內(nèi)部的體驗(yàn)設(shè)計(jì)纯露。
UI團(tuán)隊(duì):注意只把信息層次表現(xiàn)出來(lái)即可。ui與交互重疊度很高代芜,只要有智能化組件庫(kù)和工具做支撐埠褪,在交互和UI的設(shè)計(jì)流程中,時(shí)間就會(huì)大大降低。
一钞速、交互輸出文檔的內(nèi)容
1.需求概要
A需求背景:明白需求的價(jià)值和原因贷掖。比如我們app中業(yè)務(wù)方(運(yùn)營(yíng))需要做一個(gè)掃一掃功能。我們可以從 業(yè)務(wù)價(jià)值 和 用戶價(jià)值 兩個(gè)方面去評(píng)估渴语,根據(jù)對(duì)業(yè)務(wù)方的溝通之后我們發(fā)現(xiàn)掃一掃功能將會(huì)在周年慶的時(shí)候通過(guò)物流包裹上的二維碼羽资,讓用戶進(jìn)行掃那參與活動(dòng)這樣的玩法。所以這個(gè)需求對(duì)于業(yè)務(wù)方來(lái)說(shuō)是一個(gè)轉(zhuǎn)化手段遵班,通過(guò)掃碼參與活動(dòng)-領(lǐng)券-消費(fèi)屠升,設(shè)計(jì)師還需要考慮再周年慶結(jié)束之后這個(gè)功能還有什么用,在以后的規(guī)劃中的存在是怎樣的狭郑,在所有包裹中印上活動(dòng)的二維碼周期和成本有多大腹暖。
其次,對(duì)于用戶來(lái)說(shuō)翰萨,掃一掃并不是幫助他們解決了某個(gè)問(wèn)題脏答,而是我做了一個(gè)東西,同時(shí)搭配這個(gè)功能讓你們?nèi)ナ褂媚豆恚瑢?duì)用戶來(lái)說(shuō)是一個(gè)可有可無(wú)的功能殖告,如果線下包裹上的二維碼破損對(duì)用戶的影響是不可控的。綜上雳锋,既要要做一個(gè)臨時(shí)的活動(dòng)黄绩,設(shè)計(jì)師去思考采用其他的方式會(huì)不會(huì)更好?
因此玷过,在第一步去確定需求的背景爽丹、價(jià)值,也就是說(shuō)這個(gè)需求怎么來(lái)的
舉例:一個(gè)店鋪優(yōu)化的項(xiàng)目辛蚊,存在的問(wèn)題是個(gè)人中心和店鋪營(yíng)銷(xiāo)場(chǎng)景重合過(guò)多粤蝎,并且賣(mài)家的同時(shí)可以買(mǎi)和賣(mài)兩個(gè)場(chǎng)景存在。通過(guò)數(shù)據(jù)分析和用戶訪談我們發(fā)現(xiàn)了一些機(jī)會(huì)點(diǎn)袋马,必須突出一個(gè)核心場(chǎng)景讓用戶有明確的分辨初澎。
B需求目標(biāo)
希望通過(guò)這次需求迭代達(dá)到一個(gè)什么成果墓懂。比如我們之前做過(guò)一次整體體驗(yàn)優(yōu)化改版,那么我們的目標(biāo)就是減少用戶的流程跳失霉囚、提升整體體驗(yàn)滿意度捕仔、提高用戶的任務(wù)轉(zhuǎn)化率,其中我們做了一個(gè)商品關(guān)注的功能,由于是限時(shí)特價(jià)商品所以限量榜跌,在規(guī)定時(shí)間進(jìn)行搶購(gòu)闪唆,為了讓用戶的使用場(chǎng)景統(tǒng)一我們打算在應(yīng)用內(nèi)做一個(gè)商品關(guān)注功能。在這個(gè)需求的初期钓葫,我們對(duì)這個(gè)功能的目標(biāo)和預(yù)期時(shí)提升x%比的gmv悄蕾,提高用戶對(duì)關(guān)注商品下單的效率和滿意度(購(gòu)物車(chē)功能?)础浮。所以這個(gè)功能的一個(gè)目標(biāo)就是解決用戶場(chǎng)景遷移的問(wèn)題帆调。設(shè)定目標(biāo)之后,為了在上線后對(duì)其進(jìn)行復(fù)盤(pán)和數(shù)據(jù)跟蹤還有用戶跟蹤豆同。
總結(jié):針對(duì)什么用戶在什么場(chǎng)景下解決用戶的什么問(wèn)題番刊,達(dá)到什么目的。
C需求范圍\范圍層
在需求中我們需要做哪些相關(guān)功能以及功能涉及面影锈。比如掃一掃功能芹务,不同產(chǎn)品定位對(duì)于掃一掃功能的要求也是不同的,微信在掃一掃功能中承載了:掃一掃鸭廷、相冊(cè)枣抱、封面、街景辆床、翻譯佳晶、手電筒等諸多功能。淘寶掃一掃(AR佛吓、拍立淘)宵晚、相冊(cè)、歷史维雇、幫助、手電晒他,說(shuō)明了不同產(chǎn)品對(duì)掃一掃功能由不一樣的要求吱型。所以在需求范圍內(nèi)我們需要把本次需要做的功能進(jìn)行描述,并且該功能是否影響其他功能的使用和對(duì)整個(gè)產(chǎn)品的影響范圍陨仅。我們也會(huì)將所需要的功能進(jìn)行拆解和優(yōu)先級(jí)查費(fèi)津滞,在表格中編輯。
D調(diào)研分析
在匯報(bào)方案和評(píng)審灼伤,或者在項(xiàng)目推進(jìn)時(shí)触徐,我們需要有相應(yīng)的論據(jù)來(lái)支撐方案的客觀性。調(diào)研分析需要輸出結(jié)論狐赡。比如之前的首頁(yè)改版撞鹉,經(jīng)過(guò)用戶研究小組的訪談和數(shù)據(jù)分析得出相關(guān)的結(jié)論,通過(guò)埋點(diǎn)找到相應(yīng)板塊的點(diǎn)擊數(shù)據(jù)和異常點(diǎn),然后再進(jìn)行一系列的問(wèn)卷和訪談研究鸟雏,找到結(jié)果享郊。結(jié)論一般包括情緒場(chǎng)景/故事板(訪談?dòng)脩?日常關(guān)鍵場(chǎng)景描述)和機(jī)會(huì)點(diǎn)(通過(guò)場(chǎng)景和數(shù)據(jù)分析得到)
E版本日志
日志是一個(gè)重要的組成部分,就像開(kāi)發(fā)跑不通時(shí)會(huì)去檢查log孝鹊,對(duì)設(shè)計(jì)來(lái)說(shuō)版本日志第一可以記錄工作過(guò)程和思路變化炊琉,第二是對(duì)外,包括和需求方的討論又活,會(huì)議的紀(jì)要等苔咪。會(huì)議紀(jì)要在備注中需要詳細(xì)說(shuō)明,以做證據(jù)柳骄。同時(shí)郵件通知相關(guān)人員和負(fù)責(zé)人悼泌。有些公司還會(huì)放一些評(píng)審記錄,比如各部門(mén)負(fù)責(zé)人對(duì)方案和需求的建議夹界,業(yè)務(wù)方和技術(shù)負(fù)責(zé)人的一些建議也會(huì)放在項(xiàng)目概要中馆里。Prd文檔也可通過(guò)內(nèi)部服務(wù)器進(jìn)行實(shí)時(shí)更新和保存,svn可柿。方便大家對(duì)需求的進(jìn)度和迭代有一個(gè)直觀的追蹤
F項(xiàng)目成員:產(chǎn)品鸠踪、運(yùn)營(yíng)、交互复斥、視覺(jué)营密、開(kāi)發(fā)各司其職
2.需求方案設(shè)計(jì)
A業(yè)務(wù)、任務(wù)目锭、界面流程圖
任務(wù)流程圖
用戶在具體執(zhí)行某個(gè)任務(wù)時(shí)候的工作流程,以及其核心任務(wù)的操作步驟病往,比如在登錄注冊(cè)這個(gè)任務(wù)中捣染,用戶需要進(jìn)行一系列的操作,在這個(gè)流程中用戶的操作引發(fā)的系統(tǒng)判斷需要詳細(xì)說(shuō)明停巷。
界面流程圖
界面之間的跳轉(zhuǎn)關(guān)系和路徑耍攘,在這個(gè)流程圖中榕栏,不需要把詳細(xì)的說(shuō)明協(xié)商,只需要將需求中涉及到的頁(yè)面跳轉(zhuǎn)進(jìn)行敘述即可
相關(guān)說(shuō)明和規(guī)則
交互文檔最關(guān)鍵的部分少漆,如何書(shū)寫(xiě)交互說(shuō)明臼膏,以及交互說(shuō)明應(yīng)該包含的內(nèi)容
如何書(shū)寫(xiě)交互說(shuō)明及包含內(nèi)容
a.全局思考
整體思考
信息架構(gòu)是否容易理解,信息分類(lèi)是否合理示损,比如我們的信息架構(gòu)是否采用了用戶容易理解的渗磅,市面上常用的信息架構(gòu);
信息層級(jí)和路徑是否合理检访,不一定要最簡(jiǎn)始鱼,但是要高效,信息的優(yōu)先級(jí)是否放置準(zhǔn)確脆贵,信息組織是否具有相關(guān)性医清、邏輯性;
主題是否清晰卖氨,3秒內(nèi)告訴用戶【我】在哪里会烙,并且可以做什么;
方案的延展和后續(xù)功能規(guī)劃的可擴(kuò)展性筒捺。
用戶權(quán)限
根據(jù)不同用戶的權(quán)限對(duì)該需求進(jìn)行檢查柏腻,比如普通用戶、VIP用戶系吭、內(nèi)外網(wǎng)用戶五嫂、游客用戶,在登錄未登錄時(shí)候?qū)π枨髢?nèi)功能的使用是否有影響肯尺。
登錄方式
用戶登錄和注冊(cè)沃缘、終端的兼容(兄弟賬號(hào)管理),不同方式注冊(cè)的用戶是否需要補(bǔ)充填寫(xiě)相關(guān)信息等
流程
該需求中的功能流程是否和其他類(lèi)似或者相同功能流程保持一致性则吟;
逆向流程和非正常的思考有沒(méi)有考慮完全
流程的閉環(huán)有沒(méi)有做好槐臀;頁(yè)面跳轉(zhuǎn)的方式是否合理
中斷后的恢復(fù)狀態(tài)如何呈現(xiàn)
是否保留原信息等等
b.內(nèi)容、狀態(tài)和顯示
內(nèi)容的獲取來(lái)源
例如下方的圖片為例逾滥,banner的圖片來(lái)源和發(fā)現(xiàn)feed流的圖片來(lái)源肯定是不同但額峰档,要寫(xiě)清楚圖片或者數(shù)據(jù)的來(lái)源是來(lái)自于用戶的上傳還是系統(tǒng)后臺(tái)的配置獲取寨昙;并且獲取的方式是如何的,是需要手動(dòng)下拉刷新還是切換頁(yè)面自動(dòng)刷新掀亩,還是設(shè)定時(shí)間自動(dòng)刷新舔哪。
字段、圖標(biāo)是從接口獲取還是前端寫(xiě)死槽棍,以及氣泡展示的規(guī)則等等捉蚤。另外一張圖片可能用在多個(gè)地方抬驴,而可能呈現(xiàn)的尺寸不同,所以在涉及到相關(guān)圖片使用時(shí)要注意剪裁規(guī)則和圖片來(lái)源
緩存機(jī)制
圖片以及一些資源通常我們需要對(duì)其進(jìn)行緩存缆巧,緩存是在計(jì)算機(jī)上的一個(gè)原始數(shù)據(jù)的復(fù)制集布持,一般來(lái)說(shuō)需要緩存的內(nèi)容是通過(guò)瀏覽產(chǎn)生的,包括圖片以及cookie等陕悬,瀏覽過(guò)的視頻和廣告也會(huì)被緩存题暖。同時(shí)在不同的網(wǎng)絡(luò)環(huán)境下緩存的時(shí)間標(biāo)準(zhǔn)也不同,無(wú)網(wǎng)絡(luò)那只能讀取緩存文件捉超,wifi環(huán)境下緩存的時(shí)間可設(shè)置的短一些胧卤,而流量環(huán)境下時(shí)間可以設(shè)置的偏長(zhǎng)。
狀態(tài)
主要包括初始狀態(tài)(冷啟動(dòng)無(wú)緩存第一次進(jìn)入)拼岳、空狀態(tài)(無(wú)任何內(nèi)容比如空的購(gòu)物車(chē))枝誊、常規(guī)狀態(tài)、異常狀態(tài)(網(wǎng)絡(luò)中斷惜纸、接口報(bào)錯(cuò))還有過(guò)期狀態(tài)等叶撒。
顯示
數(shù)據(jù)和內(nèi)容的極限值,最打和最小耐版,比如粉絲和關(guān)注的數(shù)量祠够,小于1萬(wàn)人則顯示完整的數(shù)量,大于等于1萬(wàn)小于11000則顯示1萬(wàn)椭更,大于11000小于12000則顯示1.1萬(wàn)哪审。另外包括標(biāo)題極限為一行顯示,超過(guò)部分的顯示規(guī)則虑瀑,敏感信息湿滓、錯(cuò)誤提示以及超時(shí)的信息提示。金額的格式使用¥xxx還是xxx元舌狗,小數(shù)點(diǎn)保留的規(guī)則叽奥。日期的顯示格式是xxxx年xx月xx日還是xxxx-xx-xx還是xxxx/xx/xx等。
3.反饋痛侍、提示朝氓、手勢(shì)
一般反饋指的是用戶對(duì)某一個(gè)控件進(jìn)行出發(fā)后獲得的反饋,比如按鈕按下的反饋主届,以及之后收到得反饋赵哲,是進(jìn)行跳轉(zhuǎn)還是給用戶提示,采用的是模態(tài)還是非模態(tài)的提示君丁。比如點(diǎn)擊關(guān)注某個(gè)人的按鈕后會(huì)提示關(guān)注成功枫夺,比如退出某個(gè)圖文編輯會(huì)二次確認(rèn)是否退出,再比如抖音長(zhǎng)按后出現(xiàn)的三個(gè)操作反饋绘闷,還有支付成功后的動(dòng)效提示橡庞、惡意多次操作后的提示等等
如果有手勢(shì)交互也需要說(shuō)明较坛,比如滑動(dòng)后的內(nèi)容置頂、拖拽扒最、左右輕掃的tab滑動(dòng)丑勤、重按的3dtouch等等。
4.加載
去考慮使用模態(tài)還是非模態(tài)吧趣,如果是模態(tài)加載請(qǐng)盡量使用情感化設(shè)計(jì)來(lái)減少用戶焦慮法竞。如果是非模態(tài),根據(jù)信息呈現(xiàn)和體驗(yàn)采用分步加載還是預(yù)加載還是智能加載再菊。如果是分布加載就選擇先加載資源較小的內(nèi)容爪喘,再加載圖片,可以先將圖片模糊化粗渲染給用戶呈現(xiàn)纠拔,包括在瀏覽信息流的時(shí)候的分頁(yè)加載也是可以的秉剑。如果更智能化一些也可以預(yù)判用戶的行為進(jìn)行加載,例如當(dāng)用戶在某個(gè)圖文前停留時(shí)間達(dá)到某個(gè)值后就預(yù)先給用戶加載里面的內(nèi)容
加載的全局方式在方案中需要考慮稠诲,頁(yè)面加載侦鹏,下拉刷新等,都需要統(tǒng)一
5.環(huán)境臀叙、設(shè)備與場(chǎng)景
不同設(shè)備略水、廠商的不同版本都會(huì)影響到方案的落地和用戶體驗(yàn)。比如一些交互控件在iphonex和大屏幕上使用效果很好劝萤,但在小屏幕的時(shí)候交互控件就很難受渊涝。所以要仔細(xì)斟酌用戶的使用情況,考慮交互方案是否需要與其他硬件兼容床嫌。
關(guān)注用戶使用場(chǎng)景跨释,白天和晚上是否需要做不同的風(fēng)格設(shè)計(jì),以及是否需要給用戶遮擋隱私的功能
6.文案
產(chǎn)品的文案對(duì)應(yīng)的預(yù)期和產(chǎn)品自身調(diào)性是相關(guān)的厌处,就好比我們說(shuō)產(chǎn)品的DNA/產(chǎn)品的性格鳖谈。文案的使用直接影響用戶對(duì)該信息的理解,比如一個(gè)對(duì)話框的文案:確定退出嗎阔涉?下面會(huì)有兩種選擇缆娃,一個(gè)是確定,一個(gè)是退出瑰排。還有就是不加[嗎]贯要。語(yǔ)音表示性格,避免描述出的語(yǔ)言給人的感覺(jué)很冰冷椭住,甚至有一些威脅
所以文案方面首先確定我們的文案是否有溫度,和產(chǎn)品的個(gè)性是否相匹配函荣。其次文案的表述是否準(zhǔn)確和通俗易懂显押。還有一個(gè)注意的一點(diǎn)是文案用語(yǔ)的一致性,在整個(gè)產(chǎn)品同樣的場(chǎng)景中傻挂,需要統(tǒng)一文案用語(yǔ)乘碑。
7.校對(duì)審查
8.撰寫(xiě)方式
作為一個(gè)設(shè)計(jì)師,需要對(duì)文檔有一個(gè)美化意識(shí)金拒,兽肤。
目錄:需要進(jìn)行分類(lèi),通常我做的時(shí)候會(huì)對(duì)需求以頁(yè)面父子集的關(guān)系進(jìn)行創(chuàng)建绪抛,父集為核心頁(yè)面资铡,子集為其下的相關(guān)子頁(yè)面。
說(shuō)明:在鉆屑規(guī)則與說(shuō)明時(shí)可以通過(guò)標(biāo)簽法進(jìn)行標(biāo)簽說(shuō)明的撰寫(xiě)方式幢码,在視覺(jué)上保持美觀笤休,對(duì)比與對(duì)齊的運(yùn)用。除了交互規(guī)則以外症副,高階的交互設(shè)計(jì)還需要補(bǔ)充業(yè)務(wù)規(guī)則店雅,比如排序、商品抓取規(guī)則贞铣、算法闹啦、權(quán)重、活動(dòng)規(guī)則等等