作為一個非科班出生，又沒有經(jīng)驗的我而言，能進(jìn)入到這個團(tuán)隊，真的覺得很幸運。在還未真正踏入這個行業(yè)時，我曾經(jīng)問過自己，“什么是設(shè)計？”這個問題聽起來真的很耳熟，估計在設(shè)計行業(yè)的各位，都曾經(jīng)問過自己這么一個問題。誰也無法給設(shè)計下定義，它可以是具象的，也可以是無形的。流線型的設(shè)計能減少空氣阻力，綠色能緩和人的心情等等，它以形態(tài)、色彩、質(zhì)感等元素存在于生活中，但我們總是疲于追趕，卻忽略了它的存在。所以設(shè)計于我而言，是一種生活態(tài)度。它讓我明白了每件事物都有其存在的理由，而挖掘這其中的理由，成為了我步入交互設(shè)計的初衷。

進(jìn)入部門已經(jīng)有九個多月，在這期間接手不少的項目，有的是屬于獨立項目的優(yōu)化或者功能新增，有的是大項目中某個模塊的功能設(shè)計。在學(xué)習(xí)的過程中發(fā)現(xiàn)，根據(jù)項目的大小，在設(shè)計的時候會有不同的運作方式。每完成一個項目，我們都應(yīng)該去反思、記錄和總結(jié)在設(shè)計過程中自己存在的問題，然后再沉淀下來，成為自己的一套思維。

在這里特別想說一下在接手大項目的時候的體會，以下都是一些個人觀點～不一定都是對的，僅供參考。

何謂“大項目”？我認(rèn)為“大項目”的定義是，需要修改的地方較多且會推翻原有內(nèi)容的產(chǎn)品，或者是一個從無到有的產(chǎn)品。一個大項目，往往很難由一個交互設(shè)計師去完成，當(dāng)然如果公司只有一個交互時，你也就不得不一人獨立完成了。由一個交互獨立完成的好處體現(xiàn)在對產(chǎn)品的了解會非常到位，交互上能做到完整性和統(tǒng)一性。而多人去完成一個產(chǎn)品時，往往分工明細(xì)，容易出現(xiàn)信息不拉通的情況，會造成各自只對自己負(fù)責(zé)的部分很熟悉，對其他人的只是了解一二，那么當(dāng)一個交互設(shè)計師都不了解整個產(chǎn)品的業(yè)務(wù)時，那么做出來的交互必然存在不統(tǒng)一性，很難做到目標(biāo)一致，出來的產(chǎn)品會風(fēng)格不一致，感覺是分裂的。而且每個功能點交互環(huán)節(jié)需要做到全局把控，成為一個閉環(huán)。可以拿一個app來說明一下，針對大項目的運作方式該如何是好？

1、了解整個產(chǎn)品的定位及框架

產(chǎn)品定位是個很重要的東西，就像每艘船的總舵手，它把控著整個產(chǎn)品的方向，他帶領(lǐng)著所有團(tuán)隊成員奔向同個目標(biāo)。若從一開始，團(tuán)隊目標(biāo)已經(jīng)沒有達(dá)成一致，那么后期在做事過程中，是很迷茫的。在有了明確定位后，產(chǎn)品的框架會根據(jù)定位來梳理，產(chǎn)品大框架是每個交互必須要了解的內(nèi)容，在大項目中，很難做到對每個模塊的業(yè)務(wù)都無比熟悉，但必須了 解產(chǎn)品的整體框架，例如分為了哪幾個模塊，例如微信這款app，就分了四大主模塊，分別是微信、通訊錄、發(fā)現(xiàn)和我。這幾個模塊相關(guān)的主業(yè)務(wù)也需要去了解，可以不需要去了解每個模塊具體功能點的交互，但大致的主流功能需要了解。因為產(chǎn)品的每個模塊是密不可分的，模塊之間的交互都是穿插的。

2、畫出大致交互初稿，召開交互評審會。

在每個交互設(shè)計師輸出交互產(chǎn)物后，將產(chǎn)品的所有交互都聚集在一起，開一次交互評審會，通過評審會，去進(jìn)一步了解除自己業(yè)務(wù)模塊以外的交互，而且也可以相互審查彼此之間的交互是否存在不合理之處，是否做到交互上的閉環(huán)。交互輸出物在原則上應(yīng)該遵循體現(xiàn)哪些內(nèi)容呢？

該功能點適用于哪些場景是必須要梳理完整的，如何做到場景梳理完整，就需要看你對業(yè)務(wù)的了解程度了。而且場景的交互設(shè)計必須做到閉合設(shè)計，怎樣才算閉合設(shè)計呢？就是在每個界面中凡是能點擊的地方，點擊后都能得到相應(yīng)的反饋，在操作完之后都能返回到最開始的頁面，就算是一個閉合的設(shè)計。

在交互過程中必然存在操作成功和操作失敗的場景，異常情況通俗點說就是操作失敗，以我做的一個語音會議為例，我在點擊開始會議之后，若網(wǎng)絡(luò)不穩(wěn)定或者網(wǎng)絡(luò)斷開連接，就會有相應(yīng)的提示。而極限情況指的是超出功能的上限，如語音會議是需要服務(wù)器那邊去支持的，人數(shù)會存在一個上限，當(dāng)選人過程中，超過人數(shù)最大值，也應(yīng)該出現(xiàn)相應(yīng)的提示，如果超過人數(shù)上限，在選人的時候直接勾選不上，又不給用戶提示，這是一個不人性化的體驗。而說到頁面布局的整體，是指這個頁面布局是否能滿足即使不同入口進(jìn)入，同樣能復(fù)用這個界面，完成操作。例如我在一個群聊天窗口發(fā)起語音，或者在消息列表有個懸浮窗口，直接點擊發(fā)起語音會議，此時是否都能直接拉起同一個界面會更好些，這樣一來減少了設(shè)計和開發(fā)的成本，也能做到功能的統(tǒng)一性。讓用戶潛意識的一看到這個界面，就明白是語音會議。

3、整理交互組件，定義每個組件的適用場景

在評審?fù)戤吅螅瑫由钗覀儗φ麄€產(chǎn)品的理解，就好像自己在用一款已經(jīng)上線了的APP一樣，點擊某個按鈕，可以出現(xiàn)哪些相應(yīng)的頁面，這樣會有利于我們?nèi)ナ崂韴鼍埃缓髮ο嗤δ茳c都羅列出來。例如在平常使用的云盤，可以將自己云盤的文件進(jìn)行分享，而類似知乎這類，也可對文章進(jìn)行分享。如果某款app把這兩個內(nèi)容結(jié)合在一起，那么這個點擊分享后的彈窗是可以進(jìn)行統(tǒng)一的，參考業(yè)界或者從目前常用的交互樣式中，我們可以選擇從底部向上滑起的彈窗樣式。在統(tǒng)一交互組件后，可以再定義每個組件的適用場景，如針對一些操作后的簡單反饋，如保存成功、轉(zhuǎn)發(fā)成功等這類的提示語都統(tǒng)一用toast樣式，一般toast樣式都適用于操作成功與否的反饋，簡短的文案，只需要用戶知道，無需進(jìn)行操作的提示，出來2s左右就消失。而中間彈窗則適用于需要解釋某些操作功能給用戶聽，還需要點擊才能進(jìn)行下一步操作時用的組件，這種彈窗一般最多有兩種操作，如果操作超過兩種以上，又或者不僅有兩種以上操作，還要對操作進(jìn)行解釋的時候，就可以用從底部向上彈出的彈窗樣式，如回復(fù)郵件，或者在郵件詳情下方點擊更多操作。這些交互組件一旦整理好之后，有利于視覺去整理，后續(xù)人員交接的時候，也能保持交互設(shè)計的風(fēng)格統(tǒng)一，隨著時間和需求的不斷變化，也要做到對組件的維護(hù)。

4、實時跟進(jìn)產(chǎn)品進(jìn)度，不斷優(yōu)化改善

并不是說在交互輸出后，交互設(shè)計師就算是完成任務(wù)了。交互在整個產(chǎn)品中，起到了一個承上啟下的作用，在與BA溝通過程中，并不單單只是個執(zhí)行者，也可以與產(chǎn)品共同探討這個功能點的合理性，甚至可以挖掘更多的業(yè)務(wù)場景，創(chuàng)造更多的價值點。交互輸出后，開發(fā)也可以同時進(jìn)行框架的搭建，必須做到開發(fā)和交互能實時溝通，因為交互稿其實從一定程度上是很難講每個細(xì)節(jié)都講解清楚的，例如頁面與頁面之間的跳轉(zhuǎn)方式，開發(fā)一般也不會過于關(guān)注交互稿上的文字說明，定期去主動找開發(fā)交流，可以降低后期的返工現(xiàn)象。而視覺上更是不能松懈，一定要讓視覺也能理解每個功能的邏輯，原因是只有目標(biāo)一致的時候，視覺和交互在設(shè)計上才不會出現(xiàn)過多的分歧，往往有些視覺設(shè)計師在輸出產(chǎn)物時，你會發(fā)現(xiàn)自己的頁面布局被改的面目全非，原因是交互在給視覺交互稿時，并沒有過多的對其講解業(yè)務(wù)知識以及頁面布局排版的原因。產(chǎn)品上線后，更是要經(jīng)常去使用自己設(shè)計的產(chǎn)品，去切身感受，實時關(guān)注用研報告，對用戶反饋的問題進(jìn)行思考。當(dāng)然，并不是每個用戶的反饋和需求我們都要給出相應(yīng)的解決方案，我們需要根據(jù)用戶數(shù)據(jù)來定義。

所以說作為一名交互設(shè)計師，更多的是學(xué)會從多維度去思考問題，懂得如何與人溝通，在溝通過程中其實也是交互設(shè)計的體現(xiàn)，因為你需要去思考對方究竟想要表達(dá)的是什么，去傾聽用戶真正的心聲，才能設(shè)計出一款既能解決用戶所擔(dān)心的問題，又能讓他印象深刻的產(chǎn)品。