上次的后臺系統規(guī)范發(fā)布之后很多同事都給予了我們肯定，給了我們很大信心。謝謝大家。

我們的后臺系統現在有新版本在不斷地發(fā)布。原來的系統規(guī)范也就開始不適應所有的環(huán)境了。

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

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

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

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

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

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

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

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

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

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

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

下面是某郵箱的效果。

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

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

我們的效果

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

我們要注意的幾點：

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

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

作者：張科

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

標簽： 交互設計 用戶體驗 產品設計 

版權申明：本站文章部分自網絡，如有侵權，請聯系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯系。