“融合”這個屬性可以從兩個方面來說。一個方面是，企業(yè)協(xié)同辦公平臺作為企業(yè)產(chǎn)品，需要融合各個企業(yè)以及企業(yè)中各種職位的不同需求。另一方面是，企業(yè)協(xié)同辦公平臺天然需要加入各類第三方產(chǎn)品，所以必須在設(shè)計層面融合各類產(chǎn)品，保障體驗的一致性。

企業(yè)協(xié)同辦公平臺選擇要點1：融合

企業(yè)協(xié)同辦公平臺融合要點：設(shè)計融合

企業(yè)協(xié)同辦公平臺會進(jìn)駐很多第三方應(yīng)用，如果需要保持體驗一致性

平臺融合要點2：組織架構(gòu)融合

每個企業(yè)的組織架構(gòu)都千差萬別，對于小微公司而言，組織架構(gòu)是扁平的，非常容易處理。但對于很多大型公司而言，組織架構(gòu)龐雜，存在“子公司”、“合作伙伴”、“外包”、“供應(yīng)鏈”等各類關(guān)系鏈。

為了組織架構(gòu)具有良好的“融合性”，將來企業(yè)擴(kuò)張或調(diào)整時仍然可以使用當(dāng)前的通信平臺。在設(shè)計組織架構(gòu)時應(yīng)該以最大復(fù)雜度的企業(yè)架構(gòu)作為基準(zhǔn)進(jìn)行構(gòu)思，然后根據(jù)當(dāng)前實際組織架構(gòu)進(jìn)行設(shè)計，并將未來5年內(nèi)可能有的非標(biāo)組織架構(gòu)考慮在內(nèi)。

在早期，組織架構(gòu)的邏輯需要力求簡單，即使放棄一些小場景的體驗。因為隨著項目的推進(jìn)，會有越來越多的邏輯添加進(jìn)組織架構(gòu)，如果期初的邏輯就比較復(fù)雜，則后期的邏輯會非常難以處理。舉個例子，比如“一個員工可以屬于多個部門”，在早期最好不要做這個邏輯，因為一旦這個邏輯加進(jìn)去，后期組織架構(gòu)每加一個功能都要考慮“多部門成員”的問題，開發(fā)成本會急劇上升，組織架構(gòu)的融合性會急劇降低。

平臺融合要點3：權(quán)限融合

和組織架構(gòu)類似，每個公司的權(quán)限也都有著非常大的差異。為了權(quán)限具有最好的“融合性”，必須讓最初的權(quán)限設(shè)定具有清晰的邏輯。權(quán)限設(shè)計有3個維度：權(quán)限、成員、權(quán)限范圍，如果某個維度如果因子較多，則需要聚合。比如權(quán)限較多，則需要聚合為“權(quán)限集”，成員較多可以聚合為“角色”。如果聚合后仍然難以管理，則可以再次聚合，比如將“角色”聚合為“角色組”。

了解這個邏輯后，還需要秉持“獨立性”原則，才能讓權(quán)限具有良好的融合性。也就是多種權(quán)限、角色、范圍之間最好彼此獨立，比如管理員的管理范圍和查看范圍最好獨立，管理員的前臺查看權(quán)限和后臺查看權(quán)限最好獨立，這樣最終的權(quán)限邏輯才會非常干凈，融合性良好。