讓用戶減少學習成本——後台系統交互心得（二）

　　上次的後台系統規范發布之後很多同事都給予了我們肯定，給了我們很大信心。謝謝大家。

　　我們的後台系統現在有新版本在不斷地發布。原來的系統規范也就開始不適應所有的環境了。

　　下面是我們需要的困難以及解決方案：

　　1.功能不能滿足需求 只有上線之後用戶真正使用了才會發現新需求。之前的系統是1.0版本主要滿足“可用”，等到系統跑起來了，用戶開始追求這個系統的“易用”

　　對應方法：添加新功能——通知功能，配置功能，映射功能，高級管理功能

　　2.用戶層次多 系統上線後，我們的用戶數量開始增加，在用戶中就會有一些高級用戶，他們的權限會比普通用戶高。

　　對應方法：系統權限增加——負責一些類目，權限等配置

　　3.技術同學數據訂正量大 系統上線之後數據量會很大，由於系統的嚴謹性和用戶的操作失誤，使得需要訂制的數據量很大，技術同學會把一部分資源耗在這裡，耽誤正常的項目

　　對應方法：高級管理功能+系統權限——只有具有高級權限的小二才能進行系統配置。可以更改相應的數據。

　　4.個別用戶需求 BI部門，業務部門等特別希望系統中能有直接進行數據分析的地方

　　對應方法：分階段實現——主要通過溝通，和其他部門溝通，確定大家都能接受的方案

　　好了，現在有了對應的方法，那麼這些功能我們怎麼來進行設計呢?互聯網發展到現在這中間階段，基本上在線下的任何溝通方式都能在線上看到。所以，只要用戶保持在線，系統能夠解決所有溝通需求。好的產品，背後都凝聚了設計師和技術工程師們的智慧。我們的用戶也會使用這些產品，完全可以設計成這些產品的交互形式，使用戶方便使用，而不需要重新學習一套交互形式(重新學習的成本是很大的)。

　　1. 郵箱VS通知中心 郵箱是線上的通訊工具能保存所有的郵件記錄方便查看，我們系統也需要一個類似的功能，但是不需要寫郵件，不需要看發件人是誰。

　　下面是某郵箱的效果。

　　我們保留了他的基本功能，還有我們這期系統需要的功能，把其他功能都刪除是用戶使用更簡單。

　　2.即時通訊VS整改 即時通訊是現在用戶幾乎都是用的工具，整改的業務邏輯和它一樣，所以我們采用了同樣的方式。

　　我們的效果

　　這樣既能在短時間產出，用戶使用又會很方便。

　　我們要注意的幾點：

　　1.可用性測試 設計好自己的模型後，給用戶看，進行可用性測試。發現是否能滿足用戶預期，再進行修改，從而減少開發成本。

　　2.貼近用戶 後台系統在實施過程中一定要貼近需求方，甚至和需求方一起工作，了解他們的業務，了解他們的習慣。從而做出對大家都好用易用有感情的商品。

　　作者：張科

　　文章來源：阿裡巴巴良無限UPD團隊Blog