現狀分析
目前交互設計師產出的原型圖缺少詳細的說明文檔，易造成溝通成本大及質量風險，這也是我們去做這件事的初衷。
目標及收益
1.專業輸出物，提升自身專業度
2.與開發團隊合作更默契，減少溝通成本且盡量避免信息遺漏與理解偏差，開發團隊可共同參考
3.界面驗收時的清單(前端開發的demo評審項目功能預演項目測試)
4.項目改版或換設計師時便于查閱
說明具體內容?
復雜頁面間邏輯操作與復雜單頁面的操作邏輯
字符限制(必填選填 字符顯示數量)
鏈接與按鈕指向
交互細節說明
校驗
文案
需求調整
舉例
1 復雜頁面間邏輯操作與復雜單頁面的操作邏輯
(1)復雜頁面間的邏輯關系
(2)復雜單獨頁面的邏輯
2 字符限制
(1)頁面必填字段應標注說明，統一在字段前標注“*”，選填無需特別標注
(2)為提高空間利用率，某些表格單元格內僅顯示預覽字段，更多信息需要滑過以tips的形式顯示全。
說明需傳達清楚：1.是否做限制2.如果限制，多少字出現截斷3.截斷后是顯示為省略號還是不顯示
3 鏈接與按鈕指向
(1)你需要將頁面上的每個關鍵鏈接事件或每個按鈕事件標識清楚。它們有的指向你安排的某個頁面，有的操作產生了一個結果反饋……(page flow—頁面流是交互設計師的職責)
(2)注意操作有時受狀態影響，也需要將其對應關系標注出來
4 交互細節說明
你可以在這里說明任何你想要的效果。你的合作者也只需用10分鐘時間閱讀完畢，標注出與他工作相關的重點。找不到你人時隨時可做參考。(圖片來源于hedi alibaba國際站交互說明圖)
5 校驗
表單或列表里常常會出現校驗，它同樣起到引導用戶的作用，有沒有特殊格式限制?字數限制?這里的觸發需不需要聯動校驗?如“請輸入正確的郵件格式“等
6 文案
(1)操作提示信息文案，如操作成功，彈出“選品表提交成功“;或引導提示類信息，如：
(2)字段的名稱需推敲，特別注意產品里相同釋義字段需統一;但也不能一概而論，如何時叫“貨品”，何時叫“商品”
7 需求調整
請標注修改提出人、修改原因、詳細修改內容及波及到的相關所有頁面，比如一個字段的調整可能會波及到相關很多頁面的調整
一些重要的事
完美的標注文檔，永遠無法取代面對面的溝通
文檔是為解決問題
標注形式大家看明白即可，或者你有什么更好的經驗，記得分享
小項目或小需求，針對交互交付物規范，個人覺得不能僅僅因為時間而折扣，敏捷永遠不能以損失質量為前提
兩種解決方案：
1.交互設計師評估更多時間用來個人完善說明文檔
2.與前端同學根據實際情況面對面溝通落地規范取代逐一標注
兩個角色，交互是主要撰寫者及維護者;前端開發是意見提出者與修訂者，能夠有效解決設計和前端可行性的沖突
同時感謝hedi的建議
文章來源：良無限-UED