本篇文章主要想和大家探討：什么是設(shè)計交付？設(shè)計交付從哪來到哪去？究竟解決什么問題、價值何在？大廠或者說那些代表業(yè)內(nèi)最先進生產(chǎn)力的團隊，他們是怎么理解、以及怎么做設(shè)計交付的？

另外，還有一些 MasterGo 產(chǎn)品團隊關(guān)于行業(yè)發(fā)展趨勢的洞察和思考分享，以及一點點供剛?cè)胄型瑢W們參考的小建議，希望能為大家?guī)硇┰S助益。

什么是設(shè)計交付？

提到交付二字，我們普遍會想到向客戶交付，例如交付一個產(chǎn)品、交付一組訂單等等。這個動作的完整結(jié)構(gòu)，包含了“交付的主體”、“交付的客體”、“交付的方式”、以及“交付物”，四個關(guān)鍵要素。

完整的表達句式

誰向誰，通過什么方式，交付什么。

舉個例子：韓梅梅向李明明，通過在線文檔的方式，交付了關(guān)于《設(shè)計交付工具競品調(diào)研》的報告。

再比如，Nate 向 Jane，通過物流方式，交付了上周的蘋果訂單。

相信很多剛?cè)胄械男』锇椋趫F隊中會聽到研發(fā)小哥問：“某某需求的設(shè)計稿什么時候交付？再不交這個迭代排不進來了啊?！被蛘呗牭阶约?Leader 問團隊里其他小伙伴：“這周會有哪些需求進入到交付環(huán)節(jié)？大家趕一趕，沒評審的盡快約評審”之類的對話。

那么，當我們在談論設(shè)計交付時，我們究竟在談論什么？套用上面提到的句式：“誰向誰，通過什么方式，交付什么”。我們來填空，看看在產(chǎn)品、設(shè)計、研發(fā)協(xié)作領(lǐng)域，設(shè)計交付到底意味著什么。

交付主體是誰？

就是我們設(shè)計團隊的設(shè)計師們。尤其是占大頭的用戶界面設(shè)計師們，可以說是這個行業(yè)里絕對的“交付”主力。

交付客體是誰？

當然是我們協(xié)作的下游，可愛的研發(fā)工程師們。他們會拿著我們的設(shè)計稿，將一個個按鈕、頁面變成網(wǎng)頁、APP、小程序、運營管理后臺等等。

交付方式是什么？

這里就有意思了，也是后面會展開的重點部分。整個行業(yè)經(jīng)歷過幾個不同的發(fā)展階段，每個階段受到技術(shù)的限制、工作習慣、分工和協(xié)作關(guān)系等因素，都有它特定的交付方式。

交付物是什么？

是我們產(chǎn)出的設(shè)計稿。而且既然是交付，就說明設(shè)計環(huán)節(jié)的活兒已經(jīng)完成，該移交至下一個環(huán)節(jié)的小伙伴。這就意味著，我們產(chǎn)出的設(shè)計稿已經(jīng)通過了設(shè)計團隊、產(chǎn)品團隊、以及需求方的檢驗，該做的修改和調(diào)整都已經(jīng)完成了。

填好這四個空之后，大家對“設(shè)計交付”有沒有一個相對清晰的理解呢？我猜很多同學會想，然后呢？這不就是把設(shè)計稿給到研發(fā)同學就好了嘛，好像沒什么復雜，也沒什么學問在里面啊。接下來，我們帶著這個疑問，來一起了解下為什么我們需要做設(shè)計交付，設(shè)計交付經(jīng)歷了哪些發(fā)展階段，又是在哪些因素的驅(qū)動下不斷發(fā)展變革的。

設(shè)計交付的前世今生

時間線 2000 - 2010 年

互聯(lián)網(wǎng)在國內(nèi)開始興起。新浪、網(wǎng)易、搜狐三大門戶網(wǎng)站占領(lǐng)了第一代網(wǎng)民的心智，這個十年加入互聯(lián)網(wǎng)的一代，基本算是國內(nèi)的第一批從業(yè)者了。

那時候，產(chǎn)品經(jīng)理這個崗位剛剛興起。

他們輸出了很多對行業(yè)發(fā)展、對技術(shù)趨勢、以及對海外新思想的思考和洞察，讓所有人都認為產(chǎn)品經(jīng)理是那個最關(guān)鍵的角色，團隊里每個人都聽 ta 們的，他們告訴大家做什么、怎么做，他們?nèi)藬?shù)不多，有時候一個業(yè)務團隊里就一個獨苗，甚至大部分團隊還招不到產(chǎn)品經(jīng)理。

他們用 Google Docs, Evernote, Visio, Axure, Keynote，還有閃亮的初代 Macbook Air 和 iPhone 3Gs，他們不用 Word 和 PPT，更不會用 Excel，對，就是不用。

他們中的一些人，還會用 Photoshop，甚至會 Illustrator 和 Coreldraw。那時很少有人會挑戰(zhàn) ta 們：“我們?yōu)槭裁匆鲞@個？”以及“我們?yōu)槭裁匆@么做，而不是那樣做？”

那時候，設(shè)計師還不叫設(shè)計師，大多被稱為美工。

他們有些來自傳統(tǒng)印刷和紙媒行業(yè)，他們用 Photoshop 和 Illustrator 很溜，操作速度快得飛起，還會寫腳本批量修圖。他們中的一些人，很早地嗅到了產(chǎn)品經(jīng)理這個崗位的發(fā)展利好，積極轉(zhuǎn)行，更多人則朝著界面設(shè)計的專業(yè)方向，越走越深、越走越遠。還有那么一小撮人，他們極力地想要實現(xiàn)自己的設(shè)計，他們用 Dreamweaver 直接構(gòu)建自己的理想，成為站長。

那個時候，還有一個神奇的領(lǐng)域，叫做 GUI （Graphic User Interface）

這個名字遠遠沒有體現(xiàn)出他們的厲害之處，他們把 Photoshop 畫板放大到很大很大，大到一個像素大約有指甲蓋那么大，然后一個像素一個像素的在屏幕上點擊鼠標，當縮小畫面后，一個邊緣平滑、過渡自然的圖標躍然而生！

這個時期，不管是會比劃 Photoshop 的產(chǎn)品經(jīng)理，還是精通 Illustrator 的美工，在前端工程師眼里，都是美工，見到他們的第一句話都是：“圖出來沒？圖切好沒有？”

在他們的工具技能樹上，有一款奇跡一樣的產(chǎn)品，叫做點 9 切圖工具，它能幫助我們實現(xiàn)自動拉伸、壓縮按鈕尺寸而不會失真！

這個時期，他們交付給研發(fā)團隊的，往往是一個 .zip 或者 .rar 壓縮包，里面包括了一片片能夠拼湊出完整頁面的拼圖碎片，以及一張張標記滿滿尺寸信息的界面。不論你的設(shè)計多么精妙絕倫，多么美得不可方物，最終都得附著密密麻麻的紅色線條和數(shù)字，變成一個個碎片而無法完整展示給前端工程師。

時間線 2010 - 2020 年

移動互聯(lián)網(wǎng)從起飛到平穩(wěn)的十年。這十年里變化太多、也太快，快到回過頭看，會發(fā)現(xiàn)我們一起經(jīng)歷過那么多精彩和美好。

從阿里、百度、騰訊的三分天下，到京東、美團、滴滴的快速崛起，再到后來字節(jié)、快手、拼多多...，大家一邊感嘆創(chuàng)業(yè)再無機會，一邊新的獨角獸繼續(xù)層出不窮。這個時期，產(chǎn)品經(jīng)理、UI 設(shè)計師、前端工程師的隊伍在快速擴大。

大多數(shù)產(chǎn)品經(jīng)理一邊學習著如何操作 ProcessOn

一邊向身邊的人推薦 Notion；一邊吐槽著 Axure 和 Visio 多么難用，一邊遠離著 Office 三件套。他們中的絕大多數(shù)人不再需要使用、更不會安裝 Photoshop，因為連設(shè)計師們也不再使用。

相當一部分設(shè)計師開始使用 Sketch

這對他們來說是劃時代的產(chǎn)品，因為，他們第一次用上了專門為他們設(shè)計的設(shè)計工具，這不僅帶來效率提升，更代表著在團隊內(nèi)影響力的極大提升。

Sketch 的圖層樣式、文字和顏色變量還有 Sketch Library 令他們兩眼放光，組件思維、原子思維迅速蔓延，設(shè)計規(guī)范的建設(shè)成為各個用戶體驗團隊的軍備競賽，誰也不愿意再做那個不停重復造輪子的傻子。就連一些產(chǎn)品經(jīng)理也拜倒在 Sketch 的鉆石光芒之下。然而，他們交付給團隊的，仍舊是一個 .zip 或者 .rar 壓縮包。

在這個十年的最后 2-3 年里，還出現(xiàn)了一款叫做“藍湖”的產(chǎn)品

它的神奇之處在于，你只需要在 Sketch 里安裝一個插件，就可以一鍵把設(shè)計圖傳到云上。這樣一個鏈接丟過去，不論研發(fā)小哥是在公司電腦前敲代碼，還是在個人電腦前 LOL，甚或是在馬桶上握著手機，你的設(shè)計稿都絕不允許被他們忽視。不只如此，他們可以動動手指，就查看到詳盡的標注，再動動手指，所有切圖直接下載到自己電腦上。更貼心的是，它還能兼容那些仍然堅守在 Photoshop 上的小伙伴。

這種交付方案的變革，為廣大設(shè)計師帶來福音，他們原本需要花費和設(shè)計一樣長的時間，去標注、去切圖，現(xiàn)在，有了藍湖這樣的產(chǎn)品，他們的頭發(fā)再也不需要做無謂的犧牲了！

2020 年開始

注定是改寫這個產(chǎn)業(yè)的最關(guān)鍵的十年。

伴隨著各行各業(yè)數(shù)字化進程的進一步推廣和加速，數(shù)字交互界面也成為一個明確的、潛力巨大的產(chǎn)業(yè)。未來，人們將越來越多的通過一個個或大或小的界面，來獲得信息、服務、甚至人生中的絕大部分“真切”體驗。這個十年的開始，正如 Figma 在國外對 Sketch 的全面“清剿”，國內(nèi)也涌現(xiàn)出一批新一代的在線協(xié)同設(shè)計平臺。

這一代產(chǎn)品不但繼承了、并且進一步發(fā)揚光大了組件化設(shè)計的思想，還把布局能力、設(shè)計規(guī)范助推到設(shè)計系統(tǒng)這一新的高度，甚至和代碼化的組件打通。

設(shè)計不再是純視覺的游戲，不再是需要代碼“轉(zhuǎn)譯”的非結(jié)構(gòu)化信息，而是能夠指導樣式代碼編寫的、所見即所得的產(chǎn)品定義過程。

并且，不只是設(shè)計師，在新一代協(xié)同設(shè)計平臺上，產(chǎn)品、研發(fā)，甚至運營、市場團隊，都有機會在項目早期就加入到產(chǎn)品創(chuàng)作的過程中。整個業(yè)務團隊圍繞共同的目標、基于可見的產(chǎn)品原型，共同描繪著未來，定義著一個個數(shù)字交互界面產(chǎn)品，一起為一個個用戶、一個個客戶創(chuàng)造價值。

交付，不再是你干完活兒后，交給我繼續(xù)干，而是我和你，我們一起一邊探討、一邊創(chuàng)造，當我們定義好產(chǎn)品時，相應的代碼也一并生成，標注、切圖、走查將不復存在。

我們有機會實現(xiàn)普適的低代碼和無代碼解決方案，通過標準化、工程化的組件來構(gòu)建應用，甚至實現(xiàn)一鍵部署、發(fā)布給自己的用戶。數(shù)字交互界面的生產(chǎn)力得到極大釋放，更多的界面產(chǎn)品得以面世。這時，交付不再是設(shè)計師交付給工程師，而是由創(chuàng)造者直接交付給用戶！

當然，趨勢歸趨勢，暢想歸暢想?；氐疆斚?，設(shè)計到研發(fā)的交付場景仍是產(chǎn)設(shè)研協(xié)同鏈條上最關(guān)鍵的一環(huán)，讓我們一起看看走在效能實踐前沿的“大廠”都是怎么做的。

大廠是怎么做設(shè)計交付的？

我們說大廠，不是單單看規(guī)模，看企業(yè)人數(shù)，而是那些代表了產(chǎn)業(yè)內(nèi)最高水平的企業(yè)，這些企業(yè)面臨激烈的市場競爭，需要持續(xù)不斷地提升自身的效能、加速迭代自己的產(chǎn)品和服務，才能夠持續(xù)引領(lǐng)產(chǎn)業(yè)發(fā)展并保持自身的領(lǐng)先地位。

同時，隨著數(shù)字化進程的加速，各行各業(yè)都需要一支“互聯(lián)網(wǎng)式”的研發(fā)團隊，因為在向客戶交付產(chǎn)品和服務以及持續(xù)和客戶的互動過程中，越來越離不開數(shù)字交互界面，例如小程序、APP、網(wǎng)站、車載大屏等等。

在設(shè)計團隊、研發(fā)團隊各自解決了自身內(nèi)部規(guī)范和效率問題之后，大家發(fā)現(xiàn)，從界面設(shè)計到界面開發(fā)這個環(huán)節(jié)，長期受到工具障礙和語言障礙的影響，效率問題越來越突出：

1. 定義產(chǎn)品需求的工具不統(tǒng)一：產(chǎn)品、設(shè)計、研發(fā)各有各的偏好

2. 信息的載體不統(tǒng)一：包含文檔、腦圖、流程圖、視覺稿等等……

3. 理解需求、認知產(chǎn)品的視角不統(tǒng)一：產(chǎn)品關(guān)注需求有沒有被解決、價值有沒有實現(xiàn)，設(shè)計關(guān)注用戶實際使用時的綜合體驗，研發(fā)關(guān)注技術(shù)棧、實現(xiàn)成本、性能還有可維護性

大廠如何解決這些問題呢？他們做了非常多實踐，包括各種工具和流程體系建設(shè)，大體上可以分為三個階段：

早期

基于 .psd .sketch .html 文件，搭建本地服務器來集中存儲和訪問，通過 SVN 管理文件版本

成熟期

使用三方（藍湖、Zeplin）或自建設(shè)計交付平臺（例如阿里的 D-One、美團的印跡、滴滴的魔方等等）

突破期

使用在線協(xié)同設(shè)計平臺（MasterGo、Figma）替代 Sketch + Axure + 設(shè)計交付平臺的工具架構(gòu)，實現(xiàn)產(chǎn)品定義、評審、交付研發(fā)的一體化

這里重點介紹下后面兩個階段：成熟期和突破期。

成熟期

搭建本地服務器的方式一方面存在一定的實施門檻。它不難，但是對絕大多數(shù)設(shè)計團隊而言，還是要請研發(fā)小哥幫個忙。另一方面，雖然它為非設(shè)計人群省去安裝 Sketch 的麻煩，讓團隊可以直接訪問服務器查看設(shè)計稿，而不用費力地找一臺 Mac 電腦下載安裝包。

這里很多人會抱怨下 Sketch，它成就了一代 UI 設(shè)計師，也因不能跨端、文件不便于訪問的問題，造就了一批交付平臺，最終也讓自己被市場淘汰。這種交付方式最大的弊端就是不適合迭代、不適合敏捷開發(fā)。過程中改動那么多，每次改動都要反復上傳反復通知大家一定要看最新版本，而隨著團隊人數(shù)增多，業(yè)務范圍擴大，這種方式最終演變?yōu)榛靵y的災難。

Sketch 大抵也是非常清楚大家的痛點，便開放了相關(guān)數(shù)據(jù)結(jié)構(gòu)和接口，于是有人提出專門做一個交付物的管理平臺，例如 Sketch Measure。這樣 Sketch 文件上傳后把必要的數(shù)據(jù)解析并繪制出來，然后不僅可以查看標注、獲得切圖，還能提供評論功能。對于設(shè)計團隊上傳方便了、評審方便了，對于研發(fā)團隊而言更是極大地改進了他們的體驗。于是交付平臺幾乎在 3 年內(nèi)便滲透到每一個設(shè)計和產(chǎn)研團隊，極大提升了產(chǎn)設(shè)研團隊的協(xié)同效率。這其中有海外的 Zeplin，也有國內(nèi)的藍湖，還誕生了多個大廠自建的內(nèi)部交付平臺。

關(guān)于大廠自建交付平臺，不得不提到中臺化這個概念，在那一波降本增效的大背景下，減少重復造輪子，是人人都會掛在嘴上的信條，大廠內(nèi)眾多中臺團隊應運而生，這其中也不乏設(shè)計中臺團隊，而內(nèi)部交付平臺，大都是由設(shè)計中臺團隊承建和維護。

突破期

交付平臺幫助團隊解決了很大的問題，集中交付、可視化、版本管理、在線評論、自助查看標注和獲得切圖、甚至完成走查...但是，它沒能解決一個更本源的問題：數(shù)字交互界面的設(shè)計標準和生產(chǎn)標準是什么？它解決了表面問題，而一旦本質(zhì)問題得到解決，上層場景可能就不復存在。

Figma 的出現(xiàn)讓大家看到了這個本質(zhì)問題，并逐漸形成了一個認知：我們?nèi)绾紊a(chǎn)決定了我們?nèi)绾味x。或者說，設(shè)計創(chuàng)意不能脫離技術(shù)實現(xiàn)它的方式。在標準得到充分對齊的情況下，整個制程、工藝中組件化程度會大幅提高，生產(chǎn)效率將得到大幅提升。而在整個生產(chǎn)鏈條中，設(shè)計工具起到至關(guān)重要的作用，它不僅是創(chuàng)意和工藝的體現(xiàn)，更是行業(yè)標準的集中體現(xiàn)。

一線大廠早在 19 年前后就關(guān)注到下一代協(xié)同型的產(chǎn)品設(shè)計工具，但對于是否切換以及什么時候切換分成了兩類：

1. 我們有自己的交付平臺，并且功能在持續(xù)完善，我們有充足的中臺資源來支持集中交付和流程管理平臺的開發(fā)和落地，新工具尚不成熟，Sketch 仍是最佳選擇，對新工具保持關(guān)注

2. 我們正在決策是采購三方交付平臺，還是自行開發(fā)，我們有預算、有資源，新工具出現(xiàn)的正是時候，省去了交付平臺的麻煩，直接用。

我們來看看像 MasterGo、Figma 這一代產(chǎn)品，是如何解決交付問題的，為什么在這么高沉沒成本的情況下，大廠們還是堅決要推進工具換代。

100% 基于 Web 并且能夠多人實時協(xié)作

使得團隊無需再依賴任何三方、二方交付平臺。因為任何人使用任何設(shè)備都可以直接訪問甚至編輯同一份數(shù)據(jù)，這使得團隊中的非設(shè)計角色有機會更前置地了解、甚至參與產(chǎn)品定義的過程，而不是等到方案評審時來個大 battle。

完全基于在線數(shù)據(jù)

省去反復傳遞數(shù)據(jù)的同時，更避免了大量因為數(shù)據(jù)不同步、不一致帶來的溝通和協(xié)作成本。

組件和實例、網(wǎng)格和自動布局

這些已經(jīng)在代碼側(cè)得到充分迭代和驗證并沉淀下來的生產(chǎn)方式，直接體現(xiàn)了我們對于數(shù)字交互界面這一類產(chǎn)品的認知范式，正加速成為所有產(chǎn)品設(shè)計師理解和構(gòu)建數(shù)字交互界面的共識的方法。如果代碼實現(xiàn)不了，就先不要被設(shè)計出來，反之，如果一定要設(shè)計出來，就需要找到代碼實現(xiàn)它的方式。

理論上無需走查

因為結(jié)構(gòu)一致了、標準一致了，新一代設(shè)計工具更接近成熟產(chǎn)業(yè)中的 CAD，輸出的產(chǎn)品定義將 1:1 直接指導產(chǎn)品生產(chǎn)過程，從而保障設(shè)計意圖的“精準還原”，所以，理論上走查場景會不復存在。

綜上，大家不難看出，新一代工具的優(yōu)勢是巨大的，它的用戶和使用場景不局限在設(shè)計師個人，而是一整個設(shè)計團隊，甚至整個產(chǎn)設(shè)研團隊；同時它劃時代地將生產(chǎn)數(shù)字交互界面的內(nèi)在原則，逐漸清晰且一致地呈現(xiàn)給所有人。

可能有人會問，我們之前那么多歷史數(shù)據(jù)，還有那么多團隊、那么多人的使用習慣怎么辦？

首先，這波工具換代潮不是簡單的習慣變更、功能變更，而是更先進的生產(chǎn)力和生產(chǎn)關(guān)系的變更，不換，必然落后于人；其次，千萬別讓歷史數(shù)據(jù)阻止自己革新、前進的腳步，在數(shù)字交互界面產(chǎn)品的生產(chǎn)邏輯里，可復用的才是有價值的，只要完成樣式規(guī)范和組件庫的遷移，就可以在新的平臺上快速跑起來，其他歷史數(shù)據(jù)根據(jù)未來迭代的實際情況，按需遷移即可。

這里給大家一個參考，幫助大家更好地評估規(guī)范遷移的工作量：

某團隊前后投入 3 人、斷斷續(xù)續(xù)歷時 2 周便將一個之前在 Sketch 上持續(xù)維護的、包含了 1000+ 組件的團隊庫遷移到了 MasterGo，并且還為組件引入了包括自動布局、組件狀態(tài)在內(nèi)的新特性，極大提高了組件庫的易用性和可維護性。

“去設(shè)計交付”下的新挑戰(zhàn)

可能還有很多人認為，交付場景不會消失，至少不會這么快消失，因為工作流程不還是產(chǎn)品出需求，設(shè)計師接需求出設(shè)計，然后開發(fā)照著設(shè)計做嗎？

如果這個工作流不改變，交付場景就始終會在。沒錯，前提是工作流不改變，你是對的。但我們在前面說過，這次工具換代會是產(chǎn)業(yè)進入成熟期的重要標志之一，對推動產(chǎn)業(yè)變革起到了關(guān)鍵的催化作用。

產(chǎn)業(yè)變革的進程會體現(xiàn)在：

1. 基于新一代工具，協(xié)作的可能性和價值得到充分釋放

設(shè)計團隊更開放地和上下游聯(lián)動，更主動地吸納意見、同時輸出設(shè)計思維的價值，于是傳統(tǒng)的瀑布式的大流程必然得到優(yōu)化。項目中更多的專家角色有機會在更早期參與到目標和策略的討論與制定、以及產(chǎn)品方案的設(shè)計，從而前置地、更有效地影響產(chǎn)品或項目的走向、進而確保最終價值的實現(xiàn)。這就對設(shè)計師群體在項目中的溝通和協(xié)調(diào)能力提出更高要求，他們不僅是呈現(xiàn)方案的人，更是促進更優(yōu)方案產(chǎn)生的促進者。

2. 僅僅做流程優(yōu)化已經(jīng)不能很好地釋放產(chǎn)品設(shè)計價值

能力模型、崗位設(shè)置、甚至組織架構(gòu)需要相應調(diào)整和優(yōu)化。

UI、UE、動效、3D 設(shè)計師 vs 全棧設(shè)計師、設(shè)計系統(tǒng)架構(gòu)師、組件設(shè)計師、Design Thinking、DesignOps...

3. 持續(xù)地尋找適合自己的過渡方案

沒有明確的交付節(jié)點，“設(shè)計定稿”這件事本來就是難點，在加速迭代中也變得越來越不現(xiàn)實，而新一代協(xié)同型的工具在適應期內(nèi)可能會加劇這個問題帶給大家的負面感受，而這種感受恰恰反映了瀑布模式下的思維慣性和動作慣性。

在這個遷移、適應的過程中，不論是通過規(guī)范項目、文件、頁面結(jié)構(gòu)推動設(shè)計系統(tǒng)落地，規(guī)范流程，還是在一段時間內(nèi)繼續(xù)搭配交付平臺來使用，這需要 Team Leader 或促進者帶領(lǐng)團隊持續(xù)地尋找適合自己的過渡方案。

4. 將早期、不成熟的思路毫無保留地暴露出來，而不是憋大招

這一點在我們的調(diào)研中，發(fā)現(xiàn)對很多人不論是設(shè)計師還是產(chǎn)品經(jīng)理都存在很大挑戰(zhàn)，大家普遍傾向于把自己認為 ok 的內(nèi)容再呈現(xiàn)出去，怕露怯、怕被挑戰(zhàn)。但這實際是很多職場人真正步入職業(yè)化的重要一步，重點不是我們自己在過程中露不露怯，而是在過程中積極主動地吸收不同視角的意見和建議，廣泛地聽取意見、獨立做決策、最終拿到好成果，職場同伴自然會認可你，你的影響力才會增加。

5. 產(chǎn)設(shè)研共同擁抱不確定性和極限迭代

在 CI/CD 理念的啟發(fā)下，實踐 CD/CD (Continuous Define / Continuous Develop)

寫在最后

大廠其實沒有光環(huán)，只是在過去 10 年間，更早地聚集了先進的思維、優(yōu)秀的小伙伴，并且有相對充裕的社會資源和影響力去探索更好的生產(chǎn)和協(xié)作方式。

但隨著業(yè)務的成熟、組織結(jié)構(gòu)的龐雜，慣性越來越大，更難在接下來做出變革性的創(chuàng)新，大廠內(nèi)部也在發(fā)生積極的“裂變”。下一個十年，隨著新一代協(xié)同型產(chǎn)品定義和生產(chǎn)平臺的加速滲透，更多、更好、更先進的方法、能力、資源被帶入更多團隊，我們相信，是千千萬萬中小團隊產(chǎn)能爆發(fā)的十年，讓我們一起創(chuàng)造，共同推動數(shù)字世界的用戶體驗和商業(yè)價值最大化！