交互說明怎么寫

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

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

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

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

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

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

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