做了一年多新的項目，好幾個，有的是部分參與，有的相當於全程參與，有的好，有的壞，關於交互設計這一部分，我實在是要吐槽一下。公司要是沒有UE，就請一個好的PM；要是沒有足夠經驗的PM，那麼，請尊重程序員的建議。學歷固然重要，經驗也很重要。主管者不想聽，自然，下次別人也不會多說。公司要求每個人都爲大局着想，基層員工倒是提意見了，結果把PM惹煩了，績效都不好了。結果卻是誰都不知道他是想爲大局着想了，還以爲他就是怠工。裏外不討好，又有什麼意義呢？若搭建好了隊伍，就做好專人負責專項。我簡單說一下工業軟件中交互的一些注意點吧。
Model的創建，最好要在彈出框中做。即使很想不使用彈出框，先創建UI並佔位，後保存，也一定要控制好不能保存就離開頁面；即使離開，也要狠心放棄未保存的操作。像Polyworks與Gom這樣的老牌軟件，都是彈出框創建Model，這樣是爲了保證操作的原子性。交互過程中產生的對象可能是臨時的，如果沒有保存在model中，就不能留在view上。
由於工業軟件應用範圍很小，用戶基本上必需經過培訓，所以，完全不需要考慮操作引導的流程。培訓手冊作用是啥？填寫信息時，一步一步跳轉的方式尤不可取。即使是爲電腦小白準備的電腦管家，迅雷等工具，也只會在新手階段彈出一些框體用於流程教學，而非把這些簡單的步驟直接做到頁面上。除非每一步都有明確的業務上對應的操作邏輯，且前後步驟之間有嚴格的邏輯關係，否則，不要分步驟。對於Model的編輯操作，如果不涉及到業務的分步操作，那麼就應該儘量放在一起。
填寫信息的頁面不要弄很大的圖標，不要分頁。對於管理系統這樣的軟件，不分頁填寫數據，纔是交互友好。對於工業軟件，看起來普通，用起來普通，我想，就做到了80分。
不要把業務的邏輯和UI展現綁定在一起。UI可以被創建出來，但是，UI上的業務邏輯可以允許是失敗的。如果因爲業務邏輯錯誤或者是沒有準備好，就不準UI被創建出來，這是不合理的，也不方便給與信息提示。
工業軟件，最重要的特性，就是穩定性。所以，設計者一定要考慮到此點。比如，一些頁面的業務需要嚴格確保一些資源處於可用狀態。若不滿足，一定要提前阻止進一步的操作。比如，徹底禁用掉這些頁面。不能到最後關鍵點，纔去提示用戶，資源未準備好。
對於標籤式窗口，需要謹慎對待。很重要的一個原因，就是多個view 同時存在，model層的更改，如何通知到多個view。雖然有信號槽機制，比起嚴格按照model每次構造臨時的view，維持多個view之間的一致性，還是更容易出錯的。我之前參與的項目，實踐起來，因爲怕局部更新view的麻煩，最終還是選擇重新構造tab view，也不管view初始化的資源耗費了（其實也沒有啥計算量）。而且，標籤式窗口還有一個很重要的問題，80%的操作都集中在一兩個tab上，其他的tab該如何自處？這是產品經理或者UE應該深入考慮的問題。web程序裏，天然的允許多個tab存在，所以，在web中的controller需要做很多檢查工作，冗餘的檢查。
對於輸入的檢查，一定要多，要全，要嚴謹。儘早的在view層面就過濾到大部分的操作問題。
對於設計團隊成員，也要儘量學習一下開發者技術。投入幾十個小時的時間去學習，並不爲過吧。我見過幾個Web UI設計師，業餘時間還會自學HTML+JS+CSS，這樣做的設計師，一般來說更受開發團隊喜歡。因爲他知道如何做出對於設計團隊、開發團隊達到均衡的選擇。
