開篇

在過去幾年的時間里，Worktile中的任務(wù)應(yīng)用承載了Worktile中大部分客戶的業(yè)務(wù)場景，很多客戶都是通過任務(wù)管理和項目管理而與Worktile結(jié)緣，而看板式任務(wù)管理、輕量級和可視化也成為Worktile的標(biāo)簽。然而隨著越來越多的中大型客戶使用Worktile，原有看板式輕量級的任務(wù)管理在承載用戶的業(yè)務(wù)場景時，顯得有些力不從心。

從去年下半年開始，團(tuán)隊經(jīng)過慎重的思考，決心從零開始重新打造一款更加強(qiáng)大更能適應(yīng)用戶業(yè)務(wù)場景的項目管理應(yīng)用。通過復(fù)盤以前的任務(wù)應(yīng)用，以及梳理我們收集到的上千個客戶的反饋，我們得出了Worktile 7.0產(chǎn)品的幾個要點：場景化、積木化、個性化和中庸化，在本文中我們來談?wù)刉orktile 7.0產(chǎn)品背后的那些思想。

場景化

在6.0之前的版本中，Worktile在項目管理方面的解決思路是，提供一套以任務(wù)為核心數(shù)據(jù)模型，以看板為核心展示方式的通用項目管理方式，其本質(zhì)是用同一套模型去滿足客戶不同的業(yè)務(wù)場景，需要客戶的業(yè)務(wù)流程來適配產(chǎn)品，這樣的解決方案頗有點削足適履的味道，對客戶在企業(yè)中推廣落地會有很大的挑戰(zhàn)。這種思路可以用圖1表示：

圖1 同一模型適應(yīng)多個不同的業(yè)務(wù)場景

經(jīng)過近兩年的商業(yè)化進(jìn)程，在越來越多的企業(yè)中推廣時我們意識到，要切實解決客戶的業(yè)務(wù)場景，讓企業(yè)能夠更快的落地推廣，我們產(chǎn)品需要在場景化上有進(jìn)一步的提升，即使用不同的模型去解決客戶不同的業(yè)務(wù)場景，可以用圖2來表示：

圖2 不同模型適應(yīng)對應(yīng)的業(yè)務(wù)場景

回到具體的產(chǎn)品中，當(dāng)客戶在創(chuàng)建項目時，就可以看到系統(tǒng)預(yù)置好的一些項目模板，每個模板都會對應(yīng)客戶不同的業(yè)務(wù)場景：

圖3 按業(yè)務(wù)場景選擇合適的模板

積木化

要滿足客戶的業(yè)務(wù)場景化，我們有兩種不同的解決思路：***個思路是場景定制化，或者說場景垂直化，即客戶需要哪個業(yè)務(wù)場景，我們團(tuán)隊去對應(yīng)開發(fā)這個場景的項目模板。這種方式雖然可以滿足需求，但是對客戶的需求響應(yīng)速度上不會很快，首先我們需要深入了解這個業(yè)務(wù)場景，才能夠去做定制化開發(fā)。另外即便是同一個業(yè)務(wù)場景， 針對不同的客戶在實際操作中也不盡相同，比如以敏捷開發(fā)為例，不同的團(tuán)隊在具體執(zhí)行上也是千差萬別，場景定制化開發(fā)在滿足客戶的個性化方面顯然力不從心。

[[241575]]

圖4 樂高積木玩具，組裝成不同的形狀

第二個解決思路就是積木化，即通過提供大量的底層元部件，把這些元部件根據(jù)客戶的業(yè)務(wù)場景，組裝成不同的項目模板，通過配置化的方式實現(xiàn)場景化。這些元部件可以看做時一個個的積木形狀，***組裝成什么樣子，取決于你需要什么。在Worktile 7.0中，我們提供大量了用于組裝項目模板的元部件，包括：任務(wù)類型、狀態(tài)、工作流、關(guān)聯(lián)、數(shù)據(jù)源、組件、角色、事件、模式等等，客戶并不會關(guān)心這些元部件（樂高塊）是什么，有什么用，客戶關(guān)心的是能用這些樂高塊構(gòu)造出他想要的業(yè)務(wù)場景，這就要求元部件要做的***抽象，只有這樣才有可能用最少的功能，***化的滿足客戶的需求。如圖5所示，運用這些元部件構(gòu)造一個敏捷開發(fā)的場景模板：

圖5 運用元部件構(gòu)造一個敏捷開發(fā)的場景模板

構(gòu)造完模板后到具體的客戶業(yè)務(wù)場景中，打開項目時將會看到這樣的展現(xiàn)形式，在這個項目中用戶看到的元素都是與敏捷開發(fā)場景相關(guān)的：

圖6 敏捷開發(fā)項目模板

個性化

標(biāo)準(zhǔn)化產(chǎn)品和客戶個性化需求之間的矛盾，一直是困擾各個企業(yè)SaaS服務(wù)廠商***的問題，一方面要做SaaS化標(biāo)準(zhǔn)產(chǎn)品，另一方面在面對每個不同的客戶時，有些個性化的需求又需要滿足，很多的SaaS廠商都陷在這個泥潭中無法自拔。有些廠商干脆放棄個性化的需求，只專注于解決通用化的問題；也有一些廠商組建了專門的定制化團(tuán)隊，針對客戶80%的通用需求用SaaS產(chǎn)品的方式滿足，而剩余20%的個性化需求通過定制化的方式滿足。

在Worktile 7.0設(shè)計之初，我們就考慮了這個問題，通過提供PaaS化（不是十分準(zhǔn)確的表達(dá)）的配置平臺——圖靈平臺來緩解標(biāo)準(zhǔn)化和個性化之間矛盾，***程度上的降低客戶的定制化需求。我們期望標(biāo)準(zhǔn)的產(chǎn)品仍然可以解決客戶80%的需求，而通過圖靈平臺可以通過配置解決客戶15%的個性化需求，剩余5%的個性化需求通過定制解決。圖靈平臺的思想如圖7所示：

圖7 圖靈平臺介紹

簡單的講，圖靈平臺由兩部分組成：***部分是一套完善的PaaS化的基礎(chǔ)平臺，包括Metadata管理、Tenant 數(shù)據(jù)管理、各個業(yè)務(wù)中間件、設(shè)計語言等等，而所有的Worktile應(yīng)用（如7.0新上線的項目應(yīng)用）都構(gòu)建在這個基礎(chǔ)平臺之上；第二部分是一個可視化的配置工具，這個配置工具是為了讓客戶成功團(tuán)隊更方便更簡單的使用圖靈平臺底層的能力，打造出更加適合客戶業(yè)務(wù)場景的模板，同時圖靈平臺的部分配置能力也向客戶開放，即企業(yè)IT部門也可以直接在配置中心做一些更適合自己企業(yè)的個性化配置。

中庸化

《中庸》首篇中說：喜怒哀樂之未發(fā)，謂之中；發(fā)而皆中節(jié)，謂之和；中也者，天下之大本也；和也者，天下之達(dá)道也。致中和，天地位焉，萬物育焉。這里表達(dá)的其實就是中庸和適中的意思，我們常說“過猶不及，不能走極端”就是這個意思。

從Worktile 1.0上線運營到現(xiàn)在，已經(jīng)經(jīng)過了七個大版本的更新，產(chǎn)品設(shè)計也走了很多的彎路，經(jīng)過反思與總結(jié)，我們得出做企業(yè)服務(wù)產(chǎn)品設(shè)計的一個重要原則：中庸。在整個Worktile 7.0產(chǎn)品設(shè)計的過程中，到處可以看到這一思想的體現(xiàn)。

我以標(biāo)簽管理功能為例來闡述中庸思想，在Worktile 4.0之前的版本中，任務(wù)標(biāo)簽的管理方式是每個項目都有一套自己的標(biāo)簽組，如圖8所示：

圖8 每個項目一套標(biāo)簽

在實際使用中，我們收到了大量的客戶反饋，期望標(biāo)簽管理是一種全局的方式，而不是每個項目一套標(biāo)簽，以便于查詢與統(tǒng)計。在Worktile 5.0推出企業(yè)版時，任務(wù)標(biāo)簽管理方式改為了全局的方式，即企業(yè)中所有的項目共享同一套標(biāo)簽組，如圖9所示：

圖9 所有項目使用同一套標(biāo)簽

然而這種方式對于客戶來說同樣也有問題，如果想給某個特殊的項目定義一套不同的標(biāo)簽，無法做到。實際上這兩種標(biāo)簽管理的方式都是走了極端，一種是每個項目一套標(biāo)簽，另一種是全部項目一套標(biāo)簽。在Worktile 7.0中把所有這樣極端化的地方，都改成了中庸化的路線，選擇權(quán)交給客戶，如圖10所示：

圖10 中庸化的標(biāo)簽管理方案

此處僅僅是以標(biāo)簽管理為例闡述中庸化的設(shè)計思想，事實上在7.0的產(chǎn)品設(shè)計中，到處可以看到這種思想的體現(xiàn)，從角色管理到安全管理、再到權(quán)限管理，從提醒方式到通知方式，中庸化的思想無處不在。

總結(jié)

在整個Worktile 7.0的設(shè)計過程中，我們以場景化為設(shè)計出發(fā)點，以積木化為整體指導(dǎo)思想，以個性化為最終目標(biāo)，以中庸化貫穿始終，完成了史上最為強(qiáng)大的項目管理工具的設(shè)計。