交互說(shuō)明怎么寫

1、交互說(shuō)明，是交互設(shè)計(jì)師必不可少的寫作能力，它能讓研發(fā)同事更加了解你的方案說(shuō)明、交互想法。但寫得不好，容易出現(xiàn)流水賬式、邏輯不清楚、文案臃腫等情況，給自己帶來(lái)額外的工作量，還影響著與研發(fā)同事的對(duì)接效率。所以今天想總結(jié)個(gè)人對(duì)交互說(shuō)明這塊的知識(shí)，讓你和研發(fā)同事更加愉快地玩耍目錄：01.技術(shù)型交互說(shuō)明02.只寫最重要的03.它只是個(gè)黑板報(bào)04.按模塊來(lái)展示說(shuō)明05.建立交互說(shuō)明庫(kù)06.真實(shí)的數(shù)據(jù)展示07.復(fù)雜說(shuō)明另外展示08.有更改時(shí)及時(shí)告知09.好的心態(tài)01.技術(shù)型交互說(shuō)明傳統(tǒng)的交互說(shuō)明，是根據(jù)自己的意識(shí)、主觀想法進(jìn)行描述，但由于每個(gè)人的文筆不同、思維方式不一樣，容易出現(xiàn)特別雜亂的說(shuō)明，相關(guān)同事看了

2、表示壓力山大想拔刀.其實(shí)我們可以利用開發(fā)熟悉的技術(shù)術(shù)語(yǔ)、代碼邏輯來(lái)闡述交互說(shuō)明，使開發(fā)對(duì)交互說(shuō)明有更加直觀的理解，比如if else邏輯、switch case邏輯、數(shù)據(jù)庫(kù)標(biāo)識(shí)字段。 if else ：一種判斷邏輯，根據(jù)判斷條件正確與錯(cuò)誤來(lái)執(zhí)行對(duì)應(yīng)的操作。它可以更直觀地表達(dá)邏輯關(guān)系，更利于開發(fā)同事的理解。比如用戶登錄的多邏輯說(shuō)明，可以這么寫： switch case：一種選擇邏輯，根據(jù)選擇項(xiàng)執(zhí)行對(duì)應(yīng)的操作。比如根據(jù)用戶投入鈔票的面值，決定可選擇的商品類型。default是容易疏忽的選項(xiàng)：匹配不存在時(shí)做的事情。比如上面的例子，若是用戶投了1元，或者投了一張紙?jiān)趺崔k？這是就需要default的處理

3、了。 用數(shù)據(jù)庫(kù)標(biāo)識(shí)字段另外，一些動(dòng)態(tài)參數(shù)用數(shù)據(jù)庫(kù)里的字段名稱來(lái)標(biāo)記也是一個(gè)不錯(cuò)的選擇。比如：用戶，在數(shù)據(jù)庫(kù)里的儲(chǔ)存字段是 #UserName#，用它來(lái)代替交互說(shuō)明里的動(dòng)態(tài)參數(shù)，可以提升開發(fā)的理解效率。怎么知道每個(gè)字段對(duì)應(yīng)數(shù)據(jù)庫(kù)的表達(dá)?接口文檔：前端和后臺(tái)之間用來(lái)傳輸信息的文檔，那里既有數(shù)據(jù)庫(kù)的表達(dá)，也有對(duì)應(yīng)的中文描述。注：以上例子來(lái)自-唐韌產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)事兒02. 只寫最重要的密密麻麻的文字說(shuō)明，是早期交互設(shè)計(jì)師比較常見的毛病。一是列全所有說(shuō)明，可以減少被diss考慮不周到的可能；二是間接證明自己的專業(yè)能力。但是！交互說(shuō)明畢竟是要給人看的，堆積的文字誰(shuí)看得下去？只會(huì)帶來(lái)額外的閱讀壓力和

4、極高的理解成本，交互設(shè)計(jì)師修改起來(lái)也麻煩。一倆個(gè)頁(yè)面還好，多個(gè)頁(yè)面都是這樣的說(shuō)明，開發(fā)沒(méi)約你一起去爬山就不錯(cuò)了。圖片來(lái)自百度圖庫(kù)所以個(gè)人建議，只針對(duì)有異常狀態(tài)、特殊交互、分支流程、關(guān)鍵節(jié)點(diǎn)等特殊地方進(jìn)行說(shuō)明即可。對(duì)于一些常識(shí)性、無(wú)異常點(diǎn)的地方就不用寫了。無(wú)特別需交代的地方，寫了只會(huì)讓開發(fā)產(chǎn)生懷疑：這個(gè)地方是不是在特殊交互？03.它只是個(gè)黑板報(bào)不要幻想單憑一份交互說(shuō)明，就能讓開發(fā)完全、正確明白你的想法，那幾乎是不可能的事。在我看來(lái)，交互說(shuō)明只是個(gè)和開發(fā)傳達(dá)內(nèi)容的黑板報(bào)，一個(gè)溝通工具。圖片來(lái)自百度圖庫(kù)想讓開發(fā)真正理解你的交互說(shuō)明、方案邏輯等，還是得基于黑板報(bào)上的內(nèi)容，親自與開發(fā)溝通對(duì)齊。這樣才能確

5、定方案的有效性、實(shí)現(xiàn)難度、是否有需要調(diào)整的內(nèi)容等，讓雙方的想法保持對(duì)齊。前期與開發(fā)溝通清楚了，后面交互說(shuō)明可以起到一個(gè)回顧、確定的作用。而對(duì)齊的方式可以是交互評(píng)審會(huì)、工位口述、電話溝通等。只要目的能讓開發(fā)理解你的交互稿，對(duì)齊形式可自主調(diào)整。04. 按模塊來(lái)展示說(shuō)明這個(gè)模塊有2層意思：一是類似于內(nèi)容組件：對(duì)于重復(fù)性強(qiáng)、出現(xiàn)頻率高的內(nèi)容，設(shè)置一個(gè)模板內(nèi)容及說(shuō)明即可。對(duì)于重復(fù)出現(xiàn)的地方，直接代替過(guò)去就行，能夠大幅度減少交互設(shè)計(jì)師的工作量，開發(fā)也方便理解。二是分頁(yè)面/位置來(lái)展示：當(dāng)整體交互原型較多時(shí)，沒(méi)必要全都鋪在同一個(gè)頁(yè)面進(jìn)行展示說(shuō)明，會(huì)顯得整體頁(yè)面很臃腫、瀏覽起來(lái)比較費(fèi)力（尤其是文件很大時(shí)）?？梢?/p>

6、嘗試：?jiǎn)为?dú)展示某個(gè)模塊、分支流程、場(chǎng)景等下的交互稿。小而聚集，內(nèi)容更精簡(jiǎn)、理解更方便。若各模塊/分支流程/場(chǎng)景中的交互稿存在一定的關(guān)聯(lián)性，可以先弄成一張總體性的概覽圖，再去單獨(dú)展示。讓開發(fā)知道整體方案之間的關(guān)系、又能了解各個(gè)細(xì)分方案里的交互說(shuō)明。05.建立交互說(shuō)明庫(kù)像一些常見、使用頻率較高的說(shuō)明，完全可以建立起一個(gè)交互說(shuō)明庫(kù)。一是方便自己及時(shí)調(diào)取，節(jié)省時(shí)間與精力。二能統(tǒng)一你的交互說(shuō)明風(fēng)格，減少開發(fā)的理解成本，也能提現(xiàn)出你的專業(yè)素養(yǎng)。06. 真實(shí)的數(shù)據(jù)展示想必這個(gè)大家都知道，隨便性地舉例、描述數(shù)據(jù)，會(huì)讓開發(fā)對(duì)內(nèi)容的真實(shí)性、有效性、邏輯關(guān)系等產(chǎn)生懷疑。比如以下哪個(gè)發(fā)文數(shù)，更容易讓人理解與啟用數(shù)、啟

7、用率之間的邏輯關(guān)系？為了減少這種誤解，還是用最新、真實(shí)合理、上線數(shù)據(jù)等進(jìn)行描述。如果在會(huì)議上讓leader、boss對(duì)這些數(shù)據(jù)/內(nèi)容提出了疑問(wèn)，就丟大發(fā)了，也會(huì)讓同事質(zhì)疑你的基礎(chǔ)能力、責(zé)任心。07.復(fù)雜說(shuō)明另外展示交互稿里總有一些比較復(fù)雜、難以文字來(lái)說(shuō)明的想法，像是一些動(dòng)效、狀態(tài)、流程演示等。對(duì)于這一些比較復(fù)雜的說(shuō)明，完全可以用demo演示、視頻、gif圖等形式來(lái)演示你的想法，讓你的說(shuō)明更加可觀性。像一些按鈕或功能存在多種狀態(tài)時(shí)，也可以表格/列表的方式進(jìn)行展示。08.有更改及時(shí)告知除了以上情況外，若交互原型有了調(diào)整（包括交互說(shuō)明），一定要與團(tuán)隊(duì)成員告知！并提示修改位置（在哪個(gè)頁(yè)面）。否則產(chǎn)品、前端、后臺(tái)、測(cè)試等同事的相關(guān)想法、工作會(huì)停留在上個(gè)交互稿里。別因?yàn)樾畔](méi)對(duì)齊而造成了不良影響。就算改了一處小東西，也盡量和同步一下。09.好的心態(tài)最后想說(shuō)一句，沒(méi)有人百分百、完完全全顧慮到所有細(xì)節(jié)和場(chǎng)景，即使你完全地走查了一遍甚至好幾遍.但由于不同角色的職業(yè)視角、預(yù)覽目的、經(jīng)驗(yàn)想法等都會(huì)提出新的疑問(wèn)、挑戰(zhàn)你的方案說(shuō)明。這是很正常的事更何況，在方案沒(méi)對(duì)齊前，交互稿（包括交互說(shuō)明）上都存在太多的未知性、待優(yōu)化點(diǎn)。即使當(dāng)前階段確定了所有的