產品有多種用戶角色，在前期設計過程中，該如何系統的去分析？

01-29

一個產品（具體到網頁端，toB的， toC的可能出現這種情況不多）如果有多個用戶角色，而且角色之間類似於包含關係（即不像類似於airbnb，閑魚，這種有房客租客，買家賣家，很對立的關係的角色）主要是指不同類型的用戶使用到的只是產品中全部或者部分的功能。該如何在前期去具體分析？現在覺得思路很混亂。不知道該以用戶各自需求分析，還是以場景去分析？

如圖，有了概念設計，如果你還亂，神仙都幫不了你

這塊歸納為許可權控制，對於tob產品，許可權控制可以從多個維度入手，最基礎的就是功能維度和數據維度:

功能維度決定了哪一部分人可以具有哪些功能，數據維度決定了哪一部分人在某個模塊中具有怎樣的許可權。

舉例來說，某醫院的業務系統中有病人資料，藥品管理，財務管理等模塊，醫生可以進去病人資料模塊，藥房窗口人員可以進去藥品管理模塊，醫院財務可以進入財務管理模塊。所以在醫院業務系統中定義了幾種職位:醫生，藥房窗口人員和財務人員。這是功能維度。

當醫生打開某個病人的病歷時，眼科醫生只能查看病人的眼睛的相關信息和病人的基本信息，內科醫生可以查看病人的內科相關信息和基本信息，院長可以查看病人的全部病歷信息，所以醫院的業務系統又針對不同科室進行了數據欄位許可權的控制，在醫生這個職位下又細分了各種科室的醫生，這是數據維度。

因此，首先你要熟悉業務，羅列出使用場景，然後根據產品使用者的使用場景來將用戶分類，最後將你的產品功能再羅列出來，看看在某個使用場景中都用到哪些產品功能，找出用戶分類和產品功能的對應關係，這就完成了功能許可權分類。

同理，對於數據許可權控制，找出不用用戶分類都會用到哪些數據，就完成了數據許可權分類。

對於不太複雜的業務，功能和數據維度基本能夠滿足許可權控制，如果更複雜的業務，可能要加上其他維度，例如部門，職級等維度。

以上，第一次作答且地鐵上純手打，格式不好請諒解，如有不懂請追問。

針對場景進行分析，可以採用交叉接觸點分析法，先整理出交叉接觸點分析圖，這樣思路就會比較明確清晰了。

剛遇到這個問題，先馬，以後回來