部分競品不支持一人多職或者讓一人多職的員工只在主職中顯示，從而避開了一人多職情況下的關聯選中和關聯取消的問題。

我在上一篇文章中重點討論了人數上限問題和選自己的問題（詳見：《以某企業IM產品為例，選人控件設計的反思與總結》），本以為該考慮的問題都考慮到了，可是在需求評審時，研發同事又提出了之前沒有考慮到的新問題——一人多職情況下的關聯選中和關聯取消。

說明：在一些業務場景中需要選擇相應的人員，將人員展現出來供用戶選擇的控件即為選人控件。

一、場景與問題

背景：如圖1所示，某公司有研發、產品等一級部門，研發部下設移動客戶端開發組、PC客戶端開發組、服務器開發組、測試組共4個二級部門，移動客戶端開發組長King兼任研發部總監和產品部副總監，產品部無二級部門。研發部一共有30人，其中總監與副總監3人，PC客戶端開發組8人（含研發部副總監1人），移動客戶端開發組12人（含研發部總監King），服務器開發組6人（含研發部副總監1人），測試組4人。產品部一共有10人（含產品部副總監King）。

圖1 某公司組織架構

場景一：現召集研發部全體成員開會，選中了研發部，那么產品部下的King是否應該關聯選中？

場景二：現召集研發部和產品部所有的總監、副總監開會，進入研發部下選中了King，此時產品部下的King是否應該關聯選中？

場景三：現召集研發和產品兩個部門召開需求評審會，在選中了研發部與產品部后、發起會議前，會議發起人考慮到需求的討論還不夠完善、決定產品部內部先開會討論完善后再與研發部一起評審，因此取消選中了研發部。此時，King是否應該關聯取消？

場景四：現召集研發和產品兩個部門召開需求評審會，在選中了研發部與產品部后、發起會議前，會議發起人考慮到King近期工作繁忙且已經知曉會議議程，于是進入研發部下取消選中了King，那么產品部下的King是否應該關聯取消？

二、解決方案討論

用戶在進行操作時，對于該操作的結果會有一個心理預期。優秀的產品經理往往能洞察用戶的心理，基于場景分析用戶的心理預期，讓產品的設計符合用戶預期，從而產生好的用戶體驗。相反，如果用戶操作后的結果與預期不符，那么用戶就會產生困惑和抱怨。

那么，場景一、二、三、四中，用戶的心理預期是怎樣的呢？

場景一中，用戶進行該操作的目的是選中研發部的所有成員，其他部門的人員不應被選中。如果用戶選中研發部后，產品部下的King也被關聯選中了，那么產品部也會變為半選狀態，此時用戶就會困惑：我明明只選了研發部，為何產品部也變成半選了呢？部分用戶可能會想起：對了，King也在產品部任職呢！但是，絕大多數用戶可能需要點開產品部門之后才會恍然大悟。

場景二中，用戶進行該操作的目的是選中King，各個部門的King都應該被選中。如果產品部下的King沒有被關聯選中，那么用戶在完成研發部的人員選擇并進入產品部后就會困惑，我剛才明明選中了King，為什么King的復選框還是未選中狀態呢？無奈之下，用戶只得再次勾選King，以確保King被選中。

場景三中，用戶進行該操作的目的是取消選中研發部的所有成員，其他部門的人員不應受影響。如果產品部下的King也被關聯取消了，而用戶并未注意到這個變化、直接發起了會議，漏掉了King，King心里會想：我好歹也是產品副總監啊，部門開會居然都不通知我……

場景四中，用戶進行該操作的目的是取消選中King，各個部門的King都應該被取消選中。如果產品部下的King沒有被關聯取消：細心的用戶會進入King任職的所有部門進行取消選中的操作，若部門任職部門更多一些，豈不是要淚奔；不細心的用戶呢，直接發起了會議，這也不是TA希望的結果。

并且，場景四中，用戶想要取消選中King只需對復選框操作1次（進入產品部或研發部，此時產品部或研發部下的子部門和直接員工全部處于選中狀態，用戶只需點擊King前面的復選框，即可同時取消選中產品部、研發部、移動客戶端開發組下的King）。

由以上分析可知，在不同場景下，用戶均進行選中和取消選中的操作，而對于操作結果的預期卻不同（有時希望關聯、有時卻不希望關聯）。盡管用戶在進行相同的操作時可能會有不同的預期，但好的產品設計，不應讓用戶產生困惑、或者去思考、或者做多余的操作，而是在各種不同場景下均能直接把用戶預期的結果展現給用戶。

三、看看競品是如何解決的

在討論得出解決方案后，我們對比了競品的做法。

調研了多家競品后，我們發現，部分企業SAAS應用不支持一人多職，因此不存在本文討論的問題。而一人多職在企業中是非常普遍的情況，因此作為企業SAAS應用，支持一人多職是必要的。

支持一人多職的競品有：釘釘、企業微信、紛享銷客、今目標。

今目標的選人控件中，若同一員工在多個部門中任職，則在選人控件中該員工只在主職中顯示，從而避開了一人多職情況下的關聯選中和關聯取消問題，但進入副職所在部門卻找不到想找的員工，這與用戶的預期也不相符。

企業微信的選人控件中，員工在任職的所有部門中顯示，同一員工在一處被選中后其他地方被關聯選中、在一處被取消后其他地方被關聯取消，在這點的做法與用戶預期相符。但不支持選中部門，當用戶想選中整個部門的員工時，需要逐個操作，不夠便捷。

紛享銷客的選人控件中，員工在任職的所有部門中顯示，選員工與選部門是獨立的。選員工時，同一員工在一處被選中后其他地方被關聯選中、在一處被取消后其他地方被關聯取消，在這點的做法與用戶預期相符。選部門時，當部門被選中時部門下屬員工均被選中，當部門被取消選中時部門下屬員工均被取消選中，也與用戶預期相符。但是，由于選員工與選部門獨立，用戶在選員工與選部門之間的切換會很繁瑣：以場景四為例，用戶在選中產品部和研發部后，若要取消選中King，需要對復選框操作25次，如圖2所示。

圖2 場景四中用戶在選中產品部和研發部后取消選中King的操作過程示意圖（紛享銷客）

釘釘的選人控件中，員工在任職的所有部門中顯示，選員工與選部門是獨立的。用戶對員工與部門進行操作時的效果與紛享銷客一致，與用戶預期相符；與紛享銷客的不同之處在于，釘釘提供了對部門下屬的所有子部門和直接員工的全選功能，用戶在選員工與選部門之間的切換操作得到了一定簡化：用戶在選中產品部和研發部后，若要取消選中King，需要對復選框操作5次，如圖3所示。

圖3 場景四中用戶在選中產品部和研發部后取消選中King的操作過程示意圖（釘釘）

綜上所述：

部分競品不支持一人多職或者讓一人多職的員工只在主職中顯示，從而避開了一人多職情況下的關聯選中和關聯取消的問題。

企業微信支持一人多職，員工在任職的所有部門中顯示，但不支持選中部門，這一做法會讓需要選中整個部門的員工的用戶抓狂（部門有多少人就需要操作多少次）。

紛享銷客和釘釘支持一人多職，員工在任職的所有部門中顯示，但選員工與選部門獨立，當用戶在選員工與選部門之間的切換操作比較繁瑣。

四、最終產品方案

結合方案討論和競品調研，我們提出了最終的產品方案。

4.1員工是否在任職的所有部門中顯示

員工在任職的所有部門中顯示，用戶進入員工任職的任意部門均能找到并選中員工，與用戶的預期相符。

4.2是否支持選中部門

為了簡化用戶在選中整個部門的員工時的操作，支持選中部門。

4.3選員工與選部門是否獨立

為了簡化用戶在選員工與選部門之間的切換操作，選員工與選部門不獨立、自動關聯，具體規則如下：

• 部門下屬的所有子部門和員工均被選中時，部門自動變為選中狀態；部門下屬的部分子部門和員工被選中時（至少選中一個子部門或員工），部門自動變為半選狀態；部門下屬的子部門和員工均沒有被選中時，部門自動變為未選中狀態。
• 選中部門時，該部門下屬的所有子部門和員工均變為選中狀態；取消選中部門時，該部門下屬的所有子部門和員工均變為未選中狀態。

4.4一人多職情況的關聯選中和關聯取消問題

為了在不同場景下均能直接把用戶預期的結果展現給用戶，采用以下規則：

• 若選中和取消的操作對象是部門，那么該部門下屬員工在任何地方不被關聯選中或關聯取消。
• 若選中和取消的操作對象是員工，那么該員工在任何地方被關聯選中或關聯取消。

作者：劉增明（微信號lzm479364262），浙江大學研究生，目前產品實習中，尋求相關工作機會。

本文由 @劉增明 原創發布于人人都是產品經理。未經許可，禁止轉載。