最近做了不少設(shè)計評論相關(guān)的功能，圖書詳情頁評論，書評區(qū)，書評廣場，書單評論，名家評論等等，牽一發(fā)而動全身。尤其是中途請了個長假，是的該優(yōu)化的圖書優(yōu)化了，該上線的也上線了，但是，當(dāng)初你提的那些優(yōu)化點(diǎn)，開發(fā)一句做不了，產(chǎn)品就妥協(xié)了，對無關(guān)流程呀。好，達(dá)成協(xié)議，上線后看反饋，上線后看效果。。這些常掛在嘴邊的借口說服了他們。此刻強(qiáng)烈的使命感油然而生：為用戶體驗負(fù)責(zé)是交互最基本的職責(zé)。然已有很多文章，大俠們從各個方面告訴我們該如何去設(shè)計一個體驗好的產(chǎn)品。而我從設(shè)計以外，交互設(shè)計還會做哪些雜事，來確保產(chǎn)品的優(yōu)質(zhì)體驗。

1）考慮現(xiàn)實因素，設(shè)計不要太理想化

設(shè)計時，一定要考慮所有的現(xiàn)實因素。比如我們的視覺設(shè)計師喜歡用出版類圖書封面作為提案，在做毛玻璃效果時，同樣采用偏文藝類的封面來做效果。而實際場景用戶看到的是網(wǎng)文類圖書。最終實現(xiàn)的效果它就不夠英俊了。此時交互設(shè)計師要記得提醒設(shè)計師們。

2）認(rèn)識自己平臺的能力

對平臺能力有一定的了解，比如互動站點(diǎn)一直以來加載就會慢很多，那在設(shè)計互動站點(diǎn)的時候，需要注意避免一次加載過多內(nèi)容，多用分布加載，局部刷新，提早預(yù)加載，提早開始數(shù)據(jù)交互，等等這些加載的小細(xì)節(jié)先拋給開發(fā)，讓開發(fā)提早評估提早預(yù)估；再比如咪咕閱讀互動站點(diǎn)與圖書站點(diǎn)的交互能力，評論（圖書站點(diǎn)）中嵌入道具功能（互動站點(diǎn)），他們之間的交互事先沒有預(yù)先拋出來，開發(fā)也就沒有考慮進(jìn)去，最后連流程都是走不通的。然這部分的能力是需要長期與開發(fā)磨合學(xué)習(xí)，慢慢積累才能提升的。一個建議：遇到開發(fā)做不了的問題，試著去了解為什么做不到，去刨根問底，再不懂自己去學(xué)習(xí)涉及到的內(nèi)容。其他別無他法

3）跟進(jìn)視覺

首先對接視覺時，交互有必要跟視覺設(shè)計師表達(dá)清楚項目背景，設(shè)計目標(biāo)，用戶背景等，如果是大項目這部分會要求視覺設(shè)計師提早參與，而小需求，可以通過交互來表達(dá)，最后是否達(dá)到效果交互要好好把控。

跟進(jìn)視覺的過程其實很大一部分是對自己畫的交互再驗證的過程，不要簡單對待。認(rèn)真細(xì)致，不放過每個細(xì)節(jié)，跟著視覺稿來回反復(fù)多走幾次流程，有時間可以做個demo。然自己卻常常只是簡單帶過。到后面視覺很多狀態(tài)會忽略，畢竟視覺設(shè)計師對業(yè)務(wù)的熟悉度有限。。另外對于好看不好，有意見提出來，由視覺設(shè)計師來定，術(shù)業(yè)有專攻，這樣也便于更好的合作，互相提升。

最后交互呀 你也要有一定的審美，人家好看的你非要說不好看，那慘爆了

4）跟進(jìn)開發(fā)是大頭

前兩天真的很生氣，開發(fā)信誓旦旦的說我們從來不看交互稿，只看產(chǎn)品文檔與視覺稿，那交互存在的意義何在呀，弱爆了。一些細(xì)小的微交互都由產(chǎn)品經(jīng)理在產(chǎn)品文檔中來傳達(dá)，或者到后期的體驗環(huán)節(jié)來補(bǔ)救，這樣真的好嗎？經(jīng)過與前端頭頭的一番溝通，終于交互文檔可以在整個流程轉(zhuǎn)起來了。同時增加了交互參與技術(shù)需求評審環(huán)節(jié)。又給自己攤活了。。。

來說說體驗吧 ，一般的流程我們都會去點(diǎn)點(diǎn)，有問題的話測試一般也都能測出來，交互主要還要關(guān)注1.加載速度，比如頁面加載的速度有沒有超過最大值，2.頁面跳轉(zhuǎn)過程是否順暢是否合理：比如用戶從列表進(jìn)到詳情頁，再次出來有沒有保留在進(jìn)入后的頁面，尤其是B測頁面，通常會從新加載頁面，所以頁面會回到頂端；3.響應(yīng)是否及時：用戶觸發(fā)一個觸點(diǎn)，會有兩處甚至三處應(yīng)該有相關(guān)響應(yīng)，是否都同時做出了響應(yīng)；比如用戶點(diǎn)贊后當(dāng)時會有顏色 相關(guān)的反饋，因為只做了本地緩存，傳到服務(wù)器的過程失敗了，再次刷新后，這些數(shù)據(jù)又倒回來了；4.頁面刷新效果，響應(yīng)流暢度，異常情況（0 太少 太多 中途離開。。。）等微交互都是測試人員會忽略的點(diǎn)。

在開發(fā)過程中，我們會被告知什么效果實現(xiàn)不了，因為什么什么原因。這個時候一定要把持住底線，不能退讓太多；比如之前在做閱歷時涉及到一個曲線圖，對于坐標(biāo)軸的顯示問題，開發(fā)只能按照平臺輸出的分段顯示，而在用戶側(cè)不會關(guān)注到很細(xì)微的具體時間點(diǎn)，那我們希望坐標(biāo)軸的顯示跨度大一點(diǎn)，后來從我們的角度我們提出通過遮罩的方式，我們不希望顯示的分段透明化 ；所以愉快的解決了所謂開發(fā)說做不到的問題。

今天就先寫這些。后續(xù)再補(bǔ)充；打雜的過程雖然沒有任何產(chǎn)出，卻是保證產(chǎn)品有良好體驗必不可少的環(huán)節(jié)。 恩，吭哧吭哧把腿跑。。。。。