所有的企業(yè)服務產(chǎn)品都妄想實現(xiàn)用一套標準來適用于所有目標公司和所有人群。
一方面，無法標準就無法產(chǎn)品化，無法產(chǎn)品化導致的就是功能模塊混亂龐雜不清，用戶學習適用成本高，親切性低。
一方面，也是無法標準化就無法產(chǎn)品化，無法產(chǎn)品化就無法規(guī)?；?。直白說就是不可復制，不可復制的企業(yè)產(chǎn)品就是早期的各種企業(yè)軟件開發(fā)公司，最理想的生存狀態(tài)就能夠接到高客單價的定制業(yè)務，而賴以存活的核心競爭力就是技術(shù)研發(fā)的產(chǎn)出速度。弊端就不詳細贅述
一個人是復雜的，多個人然后組成團隊/部門，多個團隊/部門最后組成公司。這樣算下來一個公司就是復雜的N次方合集，怎么可能做到標準化的去滿足每個人的需求。
場景一：權(quán)限
事件：為A部門設置部門負責人
背景：A部門實際的負責人是張三，A部門存在子部門A1，A2，A3，張三在組織架構(gòu)被歸類在A1部門
問題：是否允許添加部門外的人員成為部門負責人
如果允許，就可能出現(xiàn)李四成為了A部門負責人
如果不允許，要想將張三設置為A部門負責人，就必須把張三從A1部門挪到A部門
而企業(yè)實際在進行組織架構(gòu)人員管理時，往往部門負責人A被歸類了在A1子部門，典型的案例就是老板
場景二：范圍
事件：考勤
背景：公司考勤打卡上班9：00，下班18：00
問題：是否開放自定義考勤范圍
而實際情況往往存在多個維度，例如：老板、管理者、員工 | 加班部門、不加班部門；
如果管理者11：00和不加班部門9：00重合時，如何判定？
再如果管理者11：00和加班部門10：00重合時；員工9：00和加班部門重合時
可能有人說很好處理，只要程序去區(qū)分一個優(yōu)先級就好了，但這樣的考勤范圍需要產(chǎn)品做多少種條件組合的邏輯說明，程序需要做多少種條件組合的判定，用戶使用的時候又需要怎么去理解邏輯設置多少遍。并且還需要去自主定義管理者、部門的人員分類管理，而在人員分類管理又可能將涉及到聯(lián)動到場景一
假使上述所有流程用戶都理解，并設置成功，這樣的價值又有多高？
場景三：流程
事件：請假審批流程節(jié)點用角色用戶代替某個員工
目的：避免某個流程節(jié)點的員工離職審批人空缺狀況發(fā)生
問題：角色用戶是否能夠在所有公司請假審批場景下代替某個員工
請假的維度：事假，年假，病假，喪假，產(chǎn)假
審批的維度：審批人，知會人
審批條件：1層，2層，3層
不同條件和維度下的審批需要不同的角色用戶進行，這樣組合的場景角色數(shù)就是上述請假維度、審批維度、審批調(diào)價的排列組合數(shù)。例如：事假+1層+審批人=角色A；年假+2層+審批人=角色B。每種場景下的單獨角色設置是極端情況，實際情況很可能是多個場景下復用同一種角色。例如：請假的維度+1層=角色C；請假的維度+2層=角色D；請假的維度+審批條件+知會人=角色E
而為了避免某個流程節(jié)點的員工離職審批人空缺狀況發(fā)生，每一個角色用戶一定要是多個。再與上述的多場景下復用同一種角色組合出現(xiàn)的情況就是：張三發(fā)起事假+1層的審批，被判定為角色C進行審批，角色C里有李四（管理張三所在部門）和王五（管理張三所不在部門），這個時候張三進入到角色C里選擇誰作為審批人時仍然還是需要通過主觀意識的判斷。這樣又與沒有角色直接選擇人進行審批又有什么區(qū)別呢？
