“協(xié)同辦公平臺融合”這個屬性可以從兩個方面來說。一個方面是,企業(yè)協(xié)同辦公平臺作為企業(yè)產(chǎn)品,需要融合各個企業(yè)以及企業(yè)中各種職位的不同需求。另一方面是,企業(yè)協(xié)同辦公平臺天然需要加入各類第三方產(chǎn)品,所以必須在設(shè)計層面融合各類產(chǎn)品,保障體驗的一致性。
協(xié)同辦公平臺的設(shè)計融合
企業(yè)協(xié)同辦公平臺會進駐很多第三方應(yīng)用,如果需要保持體驗一致性,可以采取以下4種設(shè)計融合的方法:
a對于輕應(yīng)用而言,提供統(tǒng)一的“界面模板”,類似微信公眾號模板。
b對于交互相對較多的應(yīng)用而言,可以采用通用的UI組件進行前端定制。
c對于復(fù)雜應(yīng)用,可以在原應(yīng)用基礎(chǔ)上進行UI樣式輕改造。
d如果應(yīng)用本身無法改造或成本較大,則可以將應(yīng)用設(shè)計成“小程序”的概念,相當(dāng)于獨立于融合平臺的應(yīng)用,這樣感知層面的割裂感會大大減小,具有一定的融合效果。
協(xié)同辦公平臺的組織架構(gòu)融合
每個企業(yè)的組織架構(gòu)都千差萬別,對于小微公司而言,組織架構(gòu)是扁平的,非常容易處理。但對于很多大型公司而言,組織架構(gòu)龐雜,存在“子公司”、“合作伙伴”、“外包”、“供應(yīng)鏈”等各類關(guān)系鏈。
為了組織架構(gòu)具有良好的“融合性”,將來企業(yè)擴張或調(diào)整時仍然可以使用當(dāng)前的通信平臺。在設(shè)計組織架構(gòu)時應(yīng)該以最大復(fù)雜度的企業(yè)架構(gòu)作為基準(zhǔn)進行構(gòu)思,然后根據(jù)當(dāng)前實際組織架構(gòu)進行設(shè)計,并將未來5年內(nèi)可能有的非標(biāo)組織架構(gòu)考慮在內(nèi)。
在早期,組織架構(gòu)的邏輯需要力求簡單,即使放棄一些小場景的體驗。因為隨著項目的推進,會有越來越多的邏輯添加進組織架構(gòu),如果期初的邏輯就比較復(fù)雜,則后期的邏輯會非常難以處理。舉個例子,比如“一個員工可以屬于多個部門”,在早期最好不要做這個邏輯,因為一旦這個邏輯加進去,后期組織架構(gòu)每加一個功能都要考慮“多部門成員”的問題,開發(fā)成本會急劇上升,組織架構(gòu)的融合性會急劇降低。
協(xié)同辦公平臺的權(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)限邏輯才會非常干凈,融合性良好。
..
|