中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

?在互聯網產品中，海量用戶的背后，產品所服務的用戶角色往往并不是單一的。在交互設計日常的實際項目中，經常會遇到由于用戶角色差異而產生的多權限模型設計。所謂多用戶角色模型，是指單一的內容整體在不同場景，不同對象權限下的不同展示形式。在某些情況下，單一的內容整體會隨著對象權限的差異性進行頁面交互形態的再設計。

在產品應用中，模塊化的頁面形態和內容所要呈現的目標用戶并不是單一的，而是會隨著用戶屬性的不同發生著變化，作為交互設計師的項目日常，同一個產品中的同一個模塊，為多類用戶設計的需求場景不在少數。這一類的需求場景相對于單一用戶角色的項目而言，需要從更多維度去了解每種用戶角色的需求利益點，從而在不同的用戶角色和不同的權限條件下提供差異性&協作性的產品服務。

總結一下，日常項目中經常遇到的多權限場景主要可以分為以下幾種類型：

1. 大量權限：“千人千面”，利用大數據進行頁面的個性化設計呈現；
2. 雙權限（三權限）：模塊平臺連接兩類相互作用的用戶對象，常見于O2O等應用場景；
3. 多權限：線性信息流，常見于To B端的業務信息流。

1. 大量用戶權限：“千人千面”，利用大數據進行頁面的個性化設計呈現

該種應用場景最多的是大型電商產品的首頁，海量的商品SKU和用戶UV，用戶屬性的千差萬別，“千人一面”的界面已經很難滿足用戶的個性化需求，高效而精準地鏈接不同用戶的需求和商品推薦成了“千人千面”地進行用戶極度權限細分所扮演的重要角色。

那前期從用戶自身的行為數據出發，用戶側如何獲取個性化的權限，進而被系統推薦個性化的頁面運營策略，設計的基本流程如下：這類用戶權限的獲取是基于用戶多維屬性標簽形成的特定身份角色。

在大數據的背景下，用戶權限的無限細分會對產品設計開發的工作量形成挑戰。在“千人千面”用戶細分的下游，衍生出了諸如“魯班”類的個性化設計呈現工具，基于海量的數據，用戶的權限可以被細分到驚人的程度，由此帶來的是個性化設計工作量的井噴增長。高效的AI設計工具正是迎合了由用戶權限的無限細分帶來的設計工作量井噴式增長的需求。 2016 年，魯班首次服務雙 11，制作了 1.7 億張商品banner。2017 年雙 11 有 4 億張人工智能海報由AI設計完成。如果全靠設計師人手來完成，假設每張圖需要耗時 20 分鐘，滿打滿算需要 100 個設計師連續做 300 年。如此高效率的AI設計工具為用戶權限（角色）的無限細分創造了可能。

2. 雙權限：模塊平臺連接兩類相互作用的用戶對象，常見于O2O等應用場景

這類用戶權限是基于用戶在產品服務中的角色定位，在有些產品場景中可能會有三權限的情況，但雙權限仍然適用于大多數情況。

這一類型的多權限內容模塊多應用于關聯兩種相互作用的用戶對象中，用戶A和用戶B同為產品的服務對象，在用戶角色需求上，既互相關聯，又存在差異。在設計前期需要分別分析他們各自的需求利益點，相同的做合并處理，拆分具有差異性的，繼而在設計上滿足不同角色用戶對于產品服務的差異性需求。常見的產品場景中互相關聯的用戶角色關系：

對于這一類的應用場景，遵循一般的設計流程：

1. 明確模塊的基本功能目標；
2. 對于用戶A和用戶B的共同需求保持通用；
3. 對用戶A和用戶B的差異性需求做出分析。

以順風車應用場景為例，在順風車產品中平臺服務車主和乘客雙方，那么在某些涉及車主和乘客相互協作的模塊信息時，可以對標上述設計流程具體來看，如下：

（1）明確模塊的基本功能目標

乘客和司機的角色是相互作用的，兩種角色各自的任務信息流如下圖所示，為了便于說明，在此取其中的 待出發信息詳情（主要是指乘客在被司機接單——上車，而司機是在接到乘客需求——接到乘客這期間，姑且將其稱為 待出發信息詳情）信息流進行分析。

待出發詳情模塊主要功能是為了向應用的服務各方提供出發前狀態的基本信息。

（2）對各用戶角色所對應的信息流進行需求分析

在待出發信息詳情模塊中，乘客和司機的主要需求點。

作為乘客，主要的需求點在于：

1. 事先與司機約定的上車時間、地點，提醒自己及時赴約。
2. 獲知司機的主要信息（電話等聯系方式、IM溝通組件、當前行駛路線）以便于及時的與司機溝通上車前事宜。
3. 導航、取消訂單等其他操作需求

作為司機，主要的需求點在于：

1. 乘客的上車時間、地點；提醒自己及時去接乘客。
2. 乘客的主要信息（電話等聯系方式、IM溝通組件）；以便于及時的與其溝通上車前事宜。
3. 導航、取消訂單等其他操作需求
4. 拼其他乘客；作為順風車司機，乘客拼車數量最大化能使車主拼車收益最大化，也符合順風車低碳、環保、提高用戶出行效率的產品定位。
5. 開始行程；司機作為拼車收益獲得方，應由其記錄行程。

（3）對各用戶角色分析得到的需求利益點進行合并和拆分處理

有效地分析了各種用戶角色的需求關系，并對其中的各需求點進行有效地合并和拆分，并在此基礎上確定產品的設計目標。

3. 多權限：線性信息流，常見于To B端的業務信息流

在To B在線協作流程中，用戶角色所對應權限的概念被提升到更高的層面。在該場景中，用戶權限既不是基于用戶自身的標簽屬性，也不是基于用戶自身的角色定位，而是基于用戶在To B協作中的組織職能。且該權限關系往往對標線下組織架構的實際職能關系。對于這一類的多用戶角色模型的設計流程，大致可以分成以下2個階段：

（1）明確組織的職能架構

一個龐雜的To B 系統中，往往包含若干條多線并行的信息流。常用的如：報銷、請假、權限使用、移動審批等。在設計相關需求時，需要首先明確該需求對應信息流的組織職能架構。舉例說明，在同一個To B 系統中，報銷流程和請假流程對應信息流所涉及的職能崗位很大程度上是不一致的。因此在設計之前首先應該梳理目標設計流程所對應的職能架構。

（2）分別對標各職能崗位節點的權限信息

以傳統OA報銷審批為例，在1)中首先明確了OA報銷審批對應的職能信息流，接下來按照各職能崗位的節點來梳理對應的權限需求點。

4. 小結

在海量的移動應用中，同時為多類用戶角色服務的產品場景非常多，以上只是基于日常工作列舉的三種常見形式。在針對這些場景中的需求設計時，往往不能單一維度地去思考用戶的需求點，需要將各種用戶角色之間的需求點按照時間&場景的維度去連接，才能保證產品的易用性和平臺協作的高效性。

作者：Tenzhu，騰訊FiTdesign交互設計師，微信公眾號“騰訊FITdesign”

本文來源于人人都是產品經理合作媒體@騰訊FITdesign，作者@tenzhu

題圖來自 Pexels，基于 CC0 協議