放這里發(fā)布的原因是：①反正是我自己在這里編輯的 ?②主要這是通用的 ?

1.手勢操作沖突：

【引發(fā)原因】：手勢操作的區(qū)域有重合

【產生結果】：程序無法知道：你想要選擇的是什么？

【解決方案】：1想辦法避免點擊區(qū)域的沖突 ?2點擊區(qū)域有沖突但是讓用戶選

【避免方案】：當一個界面涉及到兩個或者兩個以上的手勢操作時，直接在原型上注明點擊區(qū)域的說明頁面（記得帶上鏈接）

2.網絡判斷

這個在移動端需要做成一個模塊，本地數據和服務器數據產生交互的時候（包括：上傳、下載）都要預先進行網絡的模塊判斷。其中“預先進行判斷”。例如說:①云渲染的結果是需要提交到服務器在服務器上渲染圖片的，②分組信息目前是保存在服務器而且新建分組時要和服務器的數據進行對比判斷是否重名。因此這兩個功能在入口的時候就必須檢查一次網絡，如果網絡連接狀況不好則需要提示網絡不好請檢查連接。當然如果進入時網絡狀況良好但數據提交時網絡狀況有問題也要提示用戶去檢查網絡

3.離線操作

離線操作的主要問題包括：①首先要判斷這個過程是否需要離線，主要的判斷依據是：這個操作是否是銷售人員的“高頻操作”，以及是否是銷售人員在對客戶銷售過程中的“必要操作”，另外還有就是要符合“能離線”的前提條件。

4.表單重復提交bug

這個主要是你不說程序有時候會忘記

5.輸入框相關問題：

①移動端注意鍵盤會擋住輸入框因此出鍵盤的時候一定要把輸入框頂上去

②輸入的內容要注意是否有默認文案，是否對內容有限制，限制是即時判斷還是提交時判斷，提示方式是否統(tǒng)一

③如果是選擇框要考慮是否有默認選項，選擇框的內容從哪里來

④輸入框的內容一般是需要提交服務器的，但是我們需要考慮是先存本地再上傳還是先存本地

6。排序和篩選相關：

需要注意：默認選項是什么，是否記住上一次操作，篩選的時候是組合篩選還是單項篩選，組合篩選的話會不會有組合項目是沖突的

7.用戶提示方面：

要做到①每個動作之后都有及時的反饋（反饋的意義是：程序不能一動不動，比如你點了按鈕按鈕亮了，頁面跳轉了，底下五秒提醒加入購物車成功了，或者告訴你你的金幣已經扣掉了——統(tǒng)統(tǒng)都是反饋）。由于hover狀態(tài)按下狀態(tài)也是廣義上的“反饋”，所以這里是ue和測試都要關心的點

②要做到每個晦澀的概念附近有解釋：不論以旁邊一個小問號出現(xiàn)還是旁邊有灰色文字時

8為空的情況：

為空的情況主要要考慮的是：數據都是從某個地方創(chuàng)建，然后向其他地方慢慢傳遞的。然后界面上來說，就體現(xiàn)在：如果數據沒產生怎么辦？

主要要考慮以下為空的情況：

1.如果xxx是用戶新建的，那么沒有xx時候怎么辦？——eg：如果分組是新建的，那么沒有分組怎么辦？

2.如果xx是服務器下載的數據，那么沒網的時候怎么辦？

3，如果xx是本地數據傳服務器的，那么要不要讓他知道上次更新時間？

9.數據傳遞流

任何一個應用程序，都會有一堆數據的產生，產品和測試可以不用關心數據表數據結構。但是必須要保證在界面的設計上任何一個數據都能找到其來源去路。

具體例子比如：

你設計圖里面有家具模型是吧，那么得考慮后臺是否對應的資料都在，都能正常上傳。（不過這個問題不會出現(xiàn)，因為程序員開發(fā)的時候會發(fā)現(xiàn)的）。

另外大家可能會忽略的一個事情是：有些信息不是前臺的“顯而易見‘的信息，比如一個首頁的banner，直觀的看就是一張圖片一個鏈接，但是還會包括：順序，啥時候下架這樣的信息。

————————————————but————————————

從設計的角度來說，兩年前ZT跟我說過：這里你要從使用者的角度，從程序實現(xiàn)的角度來畫多張流程圖，這樣可以保證你想的比較細致。——結果后來我忘記用這條規(guī)則了。。。。。。

所以以后我試試==