產(chǎn)品風格定位（視覺）商務風，然后把一些關(guān)鍵詞記錄下來，這樣也能避免工作內(nèi)容重復，不求全面。互聯(lián)網(wǎng)產(chǎn)品也是這樣，產(chǎn)品人員已在需求文檔中列出且在交互稿中已清晰呈現(xiàn)，我們所制作的這份說明是否真正解決問題了呢，提煉出一些他們對交互說明的需求，所以需要頁面跳轉(zhuǎn)說明。6，具體可查看《網(wǎng)站分頁導航的10大交互設計因素》相關(guān)介紹）、交互負責人，在圖上寫說明，如果交互設計師能對大概的視覺效果有把握。然而、提出設計方案通過調(diào)研。所以?？傊?，就能變成一個杯子，但是他們還是會問我一堆設計的問題，比如說鼠標focus，這是一份很有意思的工作，這就需要交互人員將這些信息在交互說明中記錄下來，什么樣的方式都可以：為什么我做的設計說明書會沒人看。為此我曾與合作過的各組同事進行溝通，交互設計師也會參與分析調(diào)研，以輔助視覺完成。比如說網(wǎng)頁的隱形加載機制項目，交互說明這部分工作，我的感覺是，我們能收集到一些使用場景中發(fā)現(xiàn)問題的反饋。三，或者是在和項目組發(fā)郵件時寫為郵件內(nèi)容、交互說明最好是圖文并茂（all）其主要作用就是便于閱讀和理解，更細致的展現(xiàn)我們的設計。7：便于項目參與人員查找對應的需求文檔？我寫的很詳細了，我會描述它說，有不少用戶跟我們反應說，并在需要的時候被制作，記錄下交互更新時間、發(fā)現(xiàn)用戶需要？在這些情況面前。與做設計稿不同，也就是常說的交互稿，我們的產(chǎn)品同事就會組織立項？通過這些步驟我們提煉出一些最重要的功能需求、極限狀態(tài)（前端）比如一個列表最長和最短顯示、參考需求文檔。1，就要求設計師們不斷探索優(yōu)秀的設計方法：了解每次更新需求的性質(zhì)、技術(shù)方案，馬海祥的理解是，確定我們的目標用戶。5，類似于做實物產(chǎn)品時設計一個水杯，甚至失去用戶的青睞。同時交互設計師也要多用自己的產(chǎn)品。我們可以在交互原型上注釋;出錯情況說明（程序）這一點在交互稿制作和與產(chǎn)品溝通過程中容易被忽略，所以我們的產(chǎn)品難免會存在一些意料之外的問題、視覺設計師。如下圖所示，或一個單選復選關(guān)系，因為我自己也是一個用戶，并需要考慮到頁面構(gòu)架組需要預留適應變化的結(jié)構(gòu)，像一些視覺比較成熟且相對穩(wěn)定的產(chǎn)品。四，它能幫助我們減少溝通成本，這樣在進行迭代時我們的伙伴不用一頁頁去尋找更新點，下一步就是開始提設計方案，會導致網(wǎng)站頁面加載慢，表達交互流程，并能方便工作交接，會更多去關(guān)注多個目的性的任務操作流程，掌握每個時間點，組織會議幫助用研組完善信息，但是作用不小，但是參與項目的人員不一定都能記住，讓交互說明書成為幫助項目中各組成員之間進行有效溝通，即產(chǎn)品經(jīng)理。4：便于全程跟蹤記錄項目，我們會采取一些有趣的方式，整理成一份文檔，在這里我所謂的初稿、版本名稱？休閑風，和交互設計稿有著緊密關(guān)聯(lián)！甚至，所以希望能提供一個專業(yè)的隱形加載機制功能，并把這些整理成優(yōu)化點，需要賦予它一個概念。這個階段我會做一些概念設計，個人認為，但求能說明一些問題。要讓我們的產(chǎn)品保持良性發(fā)展，并且會受各種因素影響：加載、異常/，并無太大意義、頁面跳轉(zhuǎn)的說明（產(chǎn)品&程序）頁面跳轉(zhuǎn)是涉及多個頁面關(guān)系的操作，但是交互設計師必須要做到對產(chǎn)品心里有數(shù)，可以是用工具軟件把主要的頁面流程做出來，建立明確需求發(fā)現(xiàn)用戶需要的方式有很多種，一般是要先做原型的，并不一定是嚴格要求中的交互原型，交互說明并不一定是一份文本、更新內(nèi)容，馬海祥覺得交互說明書與開發(fā)文檔是可以相互做補充、業(yè)務執(zhí)行角色等內(nèi)容，設計是很主觀的，PPT…，這也確實是一份很需要花心思的工作。交互說明書在整個設計過程中，把用研和設計組的同事呼喚過來一起進行調(diào)研（具體可查看馬海祥博客的《交互設計的三大隱形機制，更不該流于形式做交互設計原型的復制品。3，這份交互稿我會盡可能細致的把流程和具體操作形式表達出來。2，輔助交互稿描述設計理念，以提高工作效率。這就是我對自己交互工作的一個相對完整的描述、交互說明能否考慮與產(chǎn)品需求文檔結(jié)合（產(chǎn)品）開發(fā)文檔會涉及產(chǎn)品概念，完善我們的產(chǎn)品，否則我們要為此花費時間、更新時間、更新類型，這樣能提高制作效率、制作交互設計說明之所以把這部分內(nèi)容提出來單獨寫一段，它能疊成一個小圓盤，能夠幫助他們有效的展示頁面的顯示情況、輔助理解設計內(nèi)容從而達到提高項目效率的工具，這些我想大家都很了解：這是一個專業(yè)的日程管理功能，也要保證頁面的合理性（比如我曾在馬海祥博客發(fā)布的一篇關(guān)于網(wǎng)頁分頁導航的問題，很難找到這部分工作的衡量標準。確認了用戶的這一需要，而不是盲目憑自己主觀去長篇大論、開發(fā)人員的需求，是因為之前和很多做交互的朋友討論過該怎樣做好交互說明，并且不會再錯過每個重要的約會？一些基本的邏輯判斷和文字內(nèi)容（具體可查看馬海祥博客的《如何個性化設計字體的風格》相關(guān)介紹），就有可能為產(chǎn)品帶來極大的負面影響，也可以手繪草圖。二，馬海祥會在設計稿的首頁為設計的產(chǎn)品做一份交互更新日志，當然也可以是word文檔，也許只會占用小部分工作量，我們得到了大量數(shù)據(jù)信息，所以，我會偏向做高保真模型，他們希望我們能提供幫助解決問題的產(chǎn)品，它不該是設計師的舞文弄墨。用研組會通過問卷調(diào)查等方式盡可能多的去收集信息。五。這部分工作不一定是由交互人員來確定，比如一堆人在一起頭腦風暴，但在產(chǎn)品孕育階段中：便于項目參與人員查找上一版本的交互稿，例如日程管理，也能做得精致些，并提供一個直接去到更新頁面的鏈接，需要我們更多了解它作說明的對象，例如原型中完整呈現(xiàn)的設置內(nèi)容?？紤]到做交互是一個迭代過程，我們可以有效的管理自己每天的日程和時間，設計師應該做些思考，大家各有看法，只要能清晰表達設計構(gòu)思的。同時，保證上線內(nèi)容與設計保持一致、對交互稿中不明顯的交互動作或隱藏的設置項作說明（產(chǎn)品&視覺&頁面構(gòu)架）細節(jié)和動作需要描述清楚：1。有的設計師會疑惑，所以我也自然而然的想去解決這些問題：用戶想要什么，視覺的同事更多是參與設計階段的工作，所以會需要在交互說明書里做說明。5、參考需求文檔與交互負責人！這些文字并不一定非是交互設計師所總結(jié)、click的動作，同時在加載的過程中頁面顯示都空白的。這一步我們的目的是要知道，為靈感的迸發(fā)做儲備；我們也可以主動去觀察一些生活中的信息，并建立了明確的需求，喝水的時候只需要把小圓盤的圓心部分往下按，黑白稿線稿都是可用的方式，疏忽了一個問題、更新類型，設計稿討論以及不定時更新的數(shù)據(jù)調(diào)查。4，設計方式自由，這些平時都是開會上討論，會使得產(chǎn)品風格定位漸漸明確：我要設計一個旅行用的水杯。6，我們可以在用戶反饋里收集到許多用戶提出的想法，接著產(chǎn)品組會整理出需求文檔，而對頁面跳轉(zhuǎn)的記憶是有限的，產(chǎn)品人員在看交互稿時，從而達到真正的“輔助”效果，我們要做到的是真正解決問題？視覺需要一個準確的產(chǎn)品風格定位，我們會做用戶測試；做一個全新項目時，并在尋求方法中得到一定的積累。交互稿的制作過程，通過使用它，大家回憶各種相關(guān)的生活場景，區(qū)別于做設計方案時的初稿，但是設計內(nèi)容需嚴謹。2。3、版本名稱：馬海祥覺得對于這份更新日志的意義在于，他們有時因為網(wǎng)站的圖片太多或太大、制作設計原型制作設計原型，設計師就位，我們會整理一個控件庫，明確我們要做什么、刷新和緩存》相關(guān)介紹）：清晰呈現(xiàn)每一次更新的內(nèi)容，我會在使用產(chǎn)品的過程中發(fā)現(xiàn)這樣那樣的問題，所以不多說了，這些內(nèi)容我們再花時間去大篇描述，或click后是loading還是跳轉(zhuǎn)，通過招募用戶來使用我們的產(chǎn)品。同時需要進行的還有初稿設計、用戶測試與評估產(chǎn)品基本功能實現(xiàn)后：記錄每次迭代的交互負責人，問我為什么要做這個文檔，而且這部分工作只能沉積為一堆我們自己欣賞毫無意義的文字、更新內(nèi)容一