上次的后臺系統規范發布之后很多同事都給予了我們肯定，給了我們很大信心。謝謝大家。
我們的后臺系統現在有新版本在不斷地發布。原來的系統規范也就開始不適應所有的環境了。
下面是我們需要的困難以及解決方案：
1.功能不能滿足需求 只有上線之后用戶真正使用了才會發現新需求。之前的系統是1.0版本主要滿足“可用”，等到系統跑起來了，用戶開始追求這個系統的“易用”
對應方法：添加新功能——通知功能，配置功能，映射功能，高級管理功能
2.用戶層次多 系統上線后，我們的用戶數量開始增加，在用戶中就會有一些高級用戶，他們的權限會比普通用戶高。
對應方法：系統權限增加——負責一些類目，權限等配置
3.技術同學數據訂正量大 系統上線之后數據量會很大，由于系統的嚴謹性和用戶的操作失誤，使得需要訂制的數據量很大，技術同學會把一部分資源耗在這里，耽誤正常的項目
對應方法：高級管理功能+系統權限——只有具有高級權限的小二才能進行系統配置。可以更改相應的數據。
4.個別用戶需求 BI部門，業務部門等特別希望系統中能有直接進行數據分析的地方
對應方法：分階段實現——主要通過溝通，和其他部門溝通，確定大家都能接受的方案
好了，現在有了對應的方法，那么這些功能我們怎么來進行設計呢?互聯網發展到現在這中間階段，基本上在線下的任何溝通方式都能在線上看到。所以，只要用戶保持在線，系統能夠解決所有溝通需求。好的產品，背后都凝聚了設計師和技術工程師們的智慧。我們的用戶也會使用這些產品，完全可以設計成這些產品的交互形式，使用戶方便使用，而不需要重新學習一套交互形式(重新學習的成本是很大的)。
1. 郵箱VS通知中心 郵箱是線上的通訊工具能保存所有的郵件記錄方便查看，我們系統也需要一個類似的功能，但是不需要寫郵件，不需要看發件人是誰。
下面是某郵箱的效果。
我們保留了他的基本功能，還有我們這期系統需要的功能，把其他功能都刪除是用戶使用更簡單。
2.即時通訊VS整改 即時通訊是現在用戶幾乎都是用的工具，整改的業務邏輯和它一樣，所以我們采用了同樣的方式。
我們的效果
這樣既能在短時間產出，用戶使用又會很方便。
我們要注意的幾點：
1.可用性測試 設計好自己的模型后，給用戶看，進行可用性測試。發現是否能滿足用戶預期，再進行修改，從而減少開發成本。
2.貼近用戶 后臺系統在實施過程中一定要貼近需求方，甚至和需求方一起工作，了解他們的業務，了解他們的習慣。從而做出對大家都好用易用有感情的商品。
作者：張科
文章來源：阿里巴巴良無限UPD團隊Blog