一份好的交互設(shè)計(jì)文檔，不僅僅是設(shè)計(jì)師本人專業(yè)思考、表達(dá)和品牌性的體現(xiàn)，還能幫助設(shè)計(jì)師更順暢地和上下游利益相關(guān)方溝通。今天這篇文章，主要想總結(jié)下自己之前在設(shè)計(jì)稿中做得不到位、常常偷懶忽略的細(xì)節(jié)，導(dǎo)致后續(xù)開發(fā)跟進(jìn)過(guò)程中出現(xiàn)各種溝通確認(rèn)時(shí)踩坑的情況。

維護(hù)修改歷史

在和業(yè)務(wù)方確認(rèn)、內(nèi)部評(píng)審、可用性測(cè)試、開發(fā)評(píng)審等過(guò)程中，或多或少都會(huì)遇到設(shè)計(jì)方案需要調(diào)整的情況，而影響到最終方案確定的原因也是平衡多方訴求而得。而勤維護(hù)記錄每一次設(shè)計(jì)稿版本迭代的更新歷史（包括修改內(nèi)容和作出修改的原因），雖然看似比較麻煩，但可以在后續(xù)開發(fā)過(guò)程中遇到種種對(duì)于設(shè)計(jì)細(xì)節(jié)的疑問(wèn)挑戰(zhàn)時(shí)，幫我們迅速回想起當(dāng)初作出設(shè)計(jì)決策的原因，給出充分合理的答案。

對(duì)于節(jié)奏很快，設(shè)計(jì)-開發(fā)迭代周期短的項(xiàng)目，這一點(diǎn)的作用可能并不突出。但如果是那種設(shè)計(jì)稿交付好幾個(gè)月才開始排期開發(fā)的項(xiàng)目（我最近踩到坑的就是這類），當(dāng)開發(fā)來(lái)找我們提出各種疑問(wèn)挑戰(zhàn)的時(shí)候，可能我們?cè)缫训水?dāng)初作出決定時(shí)的種種細(xì)節(jié)，而如果設(shè)計(jì)文檔里又沒(méi)有一份詳細(xì)的修改歷史記錄的話，就會(huì)需要耗費(fèi)時(shí)間去重新溝通確認(rèn)一遍以前討論決策過(guò)一次的方案，增加了更多時(shí)間成本。

記錄客觀限制

交互設(shè)計(jì)需要在用戶、業(yè)務(wù)與技術(shù)之間做好平衡，客觀的業(yè)務(wù)與技術(shù)限制也一直存在，這會(huì)使得我們的設(shè)計(jì)方案有時(shí)候看上去并不是那么完美合理。當(dāng)我們因?yàn)榭陀^存在的限制而不得不在設(shè)計(jì)方案上作出折中時(shí)，不妨也將這些客觀限制條件一一整理記錄下來(lái)，既幫別人更好地理解我們這么設(shè)計(jì)的原因，也能幫自己在后續(xù)的同項(xiàng)目迭代中及時(shí)回避對(duì)同類限制條件考慮不周的情況。

給設(shè)計(jì)稿編號(hào)

當(dāng)需要產(chǎn)出涉及多個(gè)界面的設(shè)計(jì)方案時(shí)，給每張圖進(jìn)行編號(hào)標(biāo)記（或類似交互文檔的頁(yè)碼），并保證交互稿與視覺稿的編號(hào)一致。這樣在后續(xù)和視覺、前端、開發(fā)、測(cè)試溝通的過(guò)程中，可以通過(guò)編號(hào)迅速定位到疑問(wèn)所在區(qū)域，而不需要花更多精力進(jìn)行描述和查找；前端在參閱設(shè)計(jì)稿的時(shí)候，也能更方便地把交互和視覺方案對(duì)上號(hào)。

及時(shí)同步狀態(tài)

當(dāng)設(shè)計(jì)方案發(fā)生變動(dòng)后，即使是細(xì)節(jié)微調(diào)、或口頭確認(rèn)得比較清楚，最好也還是及時(shí)同步更新最新的設(shè)計(jì)稿鏈接給項(xiàng)目組成員。否則的話，開發(fā)按照舊版本設(shè)計(jì)方案執(zhí)行，測(cè)試按照舊版本設(shè)計(jì)方案提BUG一類的烏龍狀況也更容易發(fā)生；與其等問(wèn)題發(fā)生了再來(lái)想辦法補(bǔ)救，不如在更早的階段將其掐滅。

本文由人人都是產(chǎn)品經(jīng)理專欄作家 @鴻影?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)許可,禁止轉(zhuǎn)載。