BIMBOX | 當(dāng)你說BIM全生命周期的時(shí)候，有沒有看見那些大坑？

你好，這里是BIMBOX。

我們之前花了四期的篇幅，給你講解了BIM的編碼是什么，在第四期的最后我們也留了一個(gè)尾巴，再給你談?wù)剣鴥?nèi)的建筑信息編碼。

之所以間隔了這么久，是因?yàn)槲覀冊绞橇私饩驮绞前l(fā)現(xiàn)，國內(nèi)的編碼體系很雜、很亂，而且和它相關(guān)的，還有設(shè)計(jì)、施工、運(yùn)維等業(yè)務(wù)中存在的問題，有「全生命周期管理」這個(gè)理念的大坑，甚至很多環(huán)節(jié)BIM推進(jìn)不下去的癥結(jié)也藏在這個(gè)深不見底的黑洞里。

因?yàn)槲覀冊谟懻摗溉芷凇惯@樣的大事時(shí)，很少會鉆到一個(gè)編碼的小細(xì)節(jié)里去，但正是這些細(xì)節(jié)里的小螞蟻，一點(diǎn)一點(diǎn)啃出了這條路上的一個(gè)個(gè)坑。

所以今天我們雖然是繼續(xù)聊BIM編碼，但真正的話題是它背后一系列問題，這些問題導(dǎo)致了各路專家理念的沖突、導(dǎo)致了理論研究和一線操作的割裂。

咱們先簡單回顧一下，之前我們四期關(guān)于編碼的內(nèi)容都談了些什么。

到此，咱們算是趕上了進(jìn)度，前幾期文章的鏈接放到最后，如果你感興趣可以去看看。

看完了這些知識，你會不會有種感覺：好像除了滿足一下好奇心，這些東西知道了也沒什么用呀。

你這么想就對了，大多數(shù)設(shè)計(jì)師和工程師，確實(shí)是不需要編碼知識的，正如我們每天都用鍵盤打字，卻根本不需要知道漢字背后的UTF-8和GB編碼規(guī)則一樣。這些編碼已經(jīng)由你使用的軟件編寫好，你在前端使用功能時(shí)，對編碼應(yīng)該是無感的。

不過，這里用文字編碼來打比方，有個(gè)很大的問題。文字的編碼歷史中，先后出現(xiàn)了ASCII、GB、Unicode、UTF等等不同的編碼，人們都是選擇「當(dāng)前最好的編碼」，而不是等一個(gè)完美的編碼。

時(shí)至今日，我們能使用各種文本軟件而不需要操心編碼的問題，正是因?yàn)槲淖志幋a的迭代已經(jīng)基本完成，全球大一統(tǒng)都沒啥問題了。而我們的建筑編碼，還遠(yuǎn)遠(yuǎn)沒達(dá)到這一步，我們還是活在編碼不斷更替、不斷競爭的時(shí)代里，我們所使用的軟件自帶的功能，也還遠(yuǎn)遠(yuǎn)沒達(dá)到業(yè)務(wù)的要求。

所以在有些情況下，人們還是要求助于編碼，有時(shí)候是自己編，有時(shí)候是抄現(xiàn)成的。

咱們先舉幾個(gè)例子，來看看他們?yōu)槭裁匆镁幋a，再回來看一個(gè)大問題：不同的人說建筑系信息編碼，有時(shí)候根本不是一個(gè)意思。

之前我們的一位朋友@段晨光，談到他在參與法蘭克福一個(gè)大型項(xiàng)目時(shí)的案例。其中一項(xiàng)很重要的工作，就是把機(jī)電專業(yè)在墻和樓板上預(yù)留的洞口在建筑模型上表達(dá)出來，這樣建筑師才能出正式的施工圖。

這里的難點(diǎn)在于，機(jī)電工程師用的軟件是 Tricad，而建筑師用的 Revit。這些洞口還不是一次性挪過去就行，每一層建筑都需要前后開幾次會才能把洞口位置確定下來。整個(gè)項(xiàng)目下來，洞口轉(zhuǎn)移的過程需要重復(fù)將近1000次。

為了增加這項(xiàng)重復(fù)勞動的效率，甲方就組織第三方公司開發(fā)了專門的插件，它能把機(jī)電工程師提交的 Tricad 洞口數(shù)據(jù)批量轉(zhuǎn)化成 Revit 族，這些族還必須帶著自己的空間坐標(biāo)信息，才能在導(dǎo)入 Revit 的時(shí)候，自動放到該呆的地方去。

這樣的批量導(dǎo)入工作還不夠，因?yàn)闄C(jī)電工程師設(shè)計(jì)過程中可能會犯錯(cuò)，每次開完會，一部分洞口的位置也需要重新調(diào)整，如果每次導(dǎo)入都需要一個(gè)一個(gè)洞口檢查位置，那工作量還是太大了。

所以這個(gè)插件還開發(fā)了一個(gè)功能，就是利用一串編碼來跟蹤每一個(gè)洞口。它在 Tricad 里編號為3519621，到了 Revit 里也必須編號為 3519621，每一次移動了這個(gè)洞口的位置，它的編號還必須保持不變。

這樣，每次導(dǎo)入的時(shí)候，它們就只需要追蹤那些編號一致、空間坐標(biāo)發(fā)生變化的洞口，也就是下面圖中紫色的部分，看看是工程師弄錯(cuò)了，還是洞口的位置發(fā)生變化了。

下面是重點(diǎn)了：我們知道 Revit 每個(gè)構(gòu)件都有一個(gè)獨(dú)立的 ID，那我們能不能用這個(gè) ID 號作為洞口的編碼呢？畢竟，這樣用現(xiàn)成的話我們就不需要專門為它設(shè)計(jì)一個(gè)編碼了。

答案是：不行。

因?yàn)?Revit 和 Tricad 用的不是一套計(jì)算機(jī)編碼體系，它們之間的構(gòu)件 ID 是不一樣的。所以一個(gè)洞口必須有一個(gè)軟件自帶編碼之外的、額外的參數(shù)，我們還要在插件上設(shè)計(jì)一個(gè)規(guī)則，讓這個(gè)參數(shù)能從 Tricad 里出去，再完好無損地進(jìn)入到 Revit 里面去。

這就是我們第一個(gè)案例代表的一種情況：當(dāng)我們在不同軟件里傳遞一個(gè)信息的時(shí)候，光靠軟件自帶的構(gòu)件ID編碼是不夠的。我們必須在它們之間創(chuàng)造一把「鑰匙」。

我們的另一位朋友@金戈也談到了他在項(xiàng)目服務(wù)中使用編碼的原因。

他所在公司的服務(wù)對象是業(yè)主方，對方要的東西很明確，不是設(shè)計(jì)模型，也不是施工模型，而是竣工模型。

甲方要求，在竣工模型的構(gòu)件里，要加入他們運(yùn)維需要的屬性信息，這些屬性包括技術(shù)信息，比如長度、寬度、高度、風(fēng)量、水量等；也包括非技術(shù)信息，比如設(shè)計(jì)人員、施工人員、維保人員、工藝工法、控制開關(guān)、聯(lián)系電話等，加起來要寫70多個(gè)參數(shù)。

這些參數(shù)如果要一個(gè)一個(gè)手動填寫到 Revit 模型構(gòu)件里，那是要累出人命的。所以金戈的團(tuán)隊(duì)選擇了數(shù)模分離的方法：在 Excel 里批量編輯這些參數(shù)，然后把它們批量導(dǎo)入到 Revit 里，附著到每個(gè)構(gòu)件上。

要達(dá)到這個(gè)目的，在 Excel 和 Revit 之間，就必須有一把鑰匙，這和前面說到的 Tricad 和 Revit 之間互傳信息是一樣的，只不過這次要傳輸?shù)牟粌H是空間坐標(biāo)信息，而是70多項(xiàng)參數(shù)。

那么，我們還是像上個(gè)案例那樣，給每個(gè)構(gòu)件設(shè)計(jì)唯一的編號，讓它作為 Excel 和 Revit 之間的「鑰匙」呢？

答案是：不行。

因?yàn)樯弦粋€(gè)案例要處理的只有一種構(gòu)件類別，也就是洞口，也就不需要分類了，只要每個(gè)構(gòu)件的編碼不重復(fù)、可以被不同軟件識別就行。但在這個(gè)案例中，工程項(xiàng)目的交付文件里有成千上萬個(gè)不同種類的構(gòu)件，如果每個(gè)構(gòu)件都彼此獨(dú)立，那 Excel 表格可就要寫得無限長了。所以必須要分類。

你可能會說，要分類這很簡單呀， Revit 不是按照墻梁柱板水暖電給分好類了嗎？跟著分類走不就行了？

還是不行。

這里的關(guān)鍵在于，不同人關(guān)注的構(gòu)件分類不一樣。

拿水泵這個(gè)構(gòu)件來舉個(gè)例子。設(shè)計(jì)師在做設(shè)計(jì)的時(shí)候，會根據(jù)專業(yè)，把空調(diào)水泵、給排水水泵、暖通水泵給區(qū)分開，它們的分類是跟著專業(yè)走的；到了施工那里，算量要按照清單分類來分，工序則要按照分部分項(xiàng)來分；而最終到了業(yè)主那里，水泵就是一個(gè)資產(chǎn)，不管它在設(shè)計(jì)的時(shí)候?qū)儆谑裁磳I(yè)，也不管它安裝的時(shí)候在哪個(gè)工序。

同樣一個(gè)東西，在設(shè)計(jì)階段可能歸屬于某種分類，在施工和運(yùn)維階段可能會歸屬于另外不同的分類。而 Revit 是為設(shè)計(jì)服務(wù)的軟件，如果你的成果服務(wù)于運(yùn)維，它自帶的編碼系統(tǒng)就難以滿足需求，而要在這之外重新設(shè)計(jì)一套符合運(yùn)維標(biāo)準(zhǔn)的編碼規(guī)則。

在金戈所在的項(xiàng)目里，最終交付的是業(yè)主要的竣工模型，而且參與項(xiàng)目的還不止他們一家，所有服務(wù)商最終交付的結(jié)果要匯總到業(yè)主這里，大家寫參數(shù)的辦法可以各顯神通，但最終那把「鑰匙」必須是統(tǒng)一的。

最終這個(gè)項(xiàng)目，甲方召集各方開會，金戈團(tuán)隊(duì)牽頭，編一個(gè)大家都同意的編碼規(guī)則，各家再把這個(gè)規(guī)則里的編碼作為「鑰匙」，寫到交付的模型里去。

下面這串代碼，就是站在甲方的視角來看待一個(gè)離心風(fēng)機(jī)的結(jié)果，顯然，通過分類、規(guī)格、位置和序列號能定義一個(gè)構(gòu)件的唯一性，剩下的就是往里挪參數(shù)了。

聊到這兒，咱們稍微總結(jié)一下，大多數(shù)時(shí)候，我們建一個(gè)模型交出去，或者出幾張圖、算算量，是完全不需要考慮編碼這件事的，軟件本身已經(jīng)幫你編過碼了。但在以下幾種情況下，我們就需要自己定義編碼了：

? 需要軟件自帶功能無法實(shí)現(xiàn)的自動批量操作

? 需要在多個(gè)軟件之間傳遞數(shù)據(jù)

? 需要在多種數(shù)據(jù)類型之間傳遞數(shù)據(jù)

咱們說完了大家為什么要用編碼，接下來再說說：當(dāng)人們爭論編碼的時(shí)候，很可能說的不是一件事。

你看，在第一個(gè)案例里，我們要實(shí)現(xiàn)的是讓每個(gè)洞口都能被 Revit 識別并且記住，那就需要給它們設(shè)置不同的代碼。給每個(gè)洞口設(shè)置唯一的代碼這個(gè)行為，有人把它稱為「編碼」，而也有一些人認(rèn)為這不應(yīng)該叫編碼，而應(yīng)該只叫「編號」，因?yàn)樗灰形ㄒ恍跃涂梢?，而不需要遵循某個(gè)特定的規(guī)則。

在第二個(gè)案例里，我們不僅要讓每個(gè)構(gòu)件唯一，還需要把它們進(jìn)一步分類，有的人就說，有分類規(guī)則的編碼，才叫編碼。

還沒完，第二個(gè)案例中的編碼規(guī)則是有明確邊界的，只能給業(yè)主服務(wù)，甚至只能給一家業(yè)主服務(wù)，到了其他人那，這套編碼規(guī)則就得換。所以又有人說，這種編碼不能用于從設(shè)計(jì)到運(yùn)維的各個(gè)環(huán)節(jié)，不能叫編碼。我們要做一套可以囊括所有信息、用于全生命周期管理的建筑信息編碼。

你看，「編碼」就是這么兩個(gè)字，每個(gè)人說出來的時(shí)候想的東西很可能不一樣，咱們可以非官方地把這三種編碼分別叫做「構(gòu)件編號」、「分類編碼」和「全過程信息編碼」。

在這三種討論里，前兩種情況咱們說過了，接下來說說第三種情況：我們能不能編一個(gè)終極編碼規(guī)則，讓所有項(xiàng)目、所有人都適用呢？如果能，實(shí)現(xiàn)的難點(diǎn)在哪里呢？

很多人談到編碼的時(shí)候，喜歡用身份證舉例，那咱們就用身份證來說明這個(gè)問題。

每個(gè)人的身份證號都是不一樣的，它實(shí)現(xiàn)了每個(gè)人身份的唯一性，這一層不用多解釋了。

再進(jìn)一層，身份證號碼除了唯一性，還是可以攜帶一些信息的。

比如目前用得最多的18位身份證號碼，你可以通過前六位數(shù)字定位一個(gè)人的籍貫所在地，從第7位開始可以知道一個(gè)人的出生年月日，進(jìn)而可以計(jì)算出年齡；倒數(shù)第二位則可以看出性別來。

如果現(xiàn)在需要設(shè)計(jì)一個(gè)程序，對大量人員進(jìn)行統(tǒng)計(jì)、管控，只需要把他們的身份證號輸入進(jìn)去，再設(shè)置一定的過濾條件就行了，比如統(tǒng)計(jì)河南省有多少大于40歲的男性。

上面說的是事實(shí)，下面為了說明問題，我們做一些假設(shè)。

假設(shè)疫情過后，國家有關(guān)部門想給每個(gè)人加上一個(gè)「有沒有被傳染過」的信息，1代表傳染過，0代表沒被傳染過。那能不能往身份證號后面加一位數(shù)字呢？當(dāng)然，理論上是可以的。

這樣每個(gè)人的身份證號就變成了19位。我們能用身份證號信息做的事就多了一個(gè)維度，可以統(tǒng)計(jì)每個(gè)省市不同年齡、不同性別的傳染分布了，很方便對不對？

可是沒過幾天，教育部的人又說，那不如把學(xué)歷也編個(gè)號，寫到身份證號里去吧。于是身份證號又變成了20位。

接下來的事你想想也知道了，很快，找來的部門越來越多，身份證號越來越長，沒過幾年，每個(gè)人的身份證號都變成2000位的了，出門像帶個(gè)扁擔(dān)一樣，這就不合適了吧？

還有另外一個(gè)問題，就是有些東西是隨時(shí)間不斷變化的，比如你想把一個(gè)人的職業(yè)、收入、胖瘦這些東西也讓計(jì)算機(jī)讀取，可它們今年和去年的數(shù)值是不一樣的，總不能每隔幾個(gè)月就換一個(gè)身份證號吧？

所以你看，雖然在理論上我們能把一切信息編碼，但在真實(shí)的世界里，要把所有信息全都儲存在一個(gè)「大一統(tǒng)」的編碼框架里，也許并不是一個(gè)好主意。

真實(shí)世界里的一個(gè)身份證號，能起到的作用主要還是唯一性，具體要查看一個(gè)人的職業(yè)、健康、社保、學(xué)歷等信息，是以這串唯一的編號作為「鑰匙」，進(jìn)入到其他表格里才能查到。

我們給建筑構(gòu)件編碼，也必須是這樣：先通過某種比較粗略的分類方法給構(gòu)件分類，賦予一串唯一不重復(fù)的編碼，然后把每個(gè)階段需要的數(shù)據(jù)單獨(dú)存放到族信息、數(shù)據(jù)庫或者表格里。

到了這一步，爭議還沒有結(jié)束。

目前的現(xiàn)實(shí)情況是，不同構(gòu)件在設(shè)計(jì)階段按專業(yè)分類、施工階段按流水分類、運(yùn)維階段按資產(chǎn)分類，每一撥人關(guān)注的信息要分別裝到不同的籃子里。

甚至對于同一個(gè)構(gòu)件的同一個(gè)屬性，大家的需求都不一樣。比如同樣是「材質(zhì)」這個(gè)參數(shù)，做裝修的人可能關(guān)注它的紋理圖案，做綠色建筑分析的人可能關(guān)注它的保溫性能，施工方可能關(guān)注它的工藝流程，甲方可能關(guān)注它的價(jià)格成本。

原本，大家用各自的軟件，帶著各自的編碼，邊界清晰， 沒出現(xiàn)什么問題。

可一旦說到「建筑全生命周期管理」這樣的詞，問題就來了：大家各自使用的模型、數(shù)據(jù)庫、Excel，計(jì)算機(jī)程序是不能隨意互相訪問的。

比如某一家企業(yè)，把一根柱子編號為A-01，它的屬性信息單獨(dú)存放在一張資產(chǎn)運(yùn)維表，表格被命名為CE01。只要到這張表格的第4列就能查到它的材質(zhì)信息。

這家企業(yè)制定這樣的規(guī)則，可沒和全行業(yè)的人打招呼，另一家企業(yè)用其他軟件打開這個(gè)文件，A-01是啥不知道，CE01是哪張表也不知道，這就沒法查了。

在一次線下交流會上，一位BIMer向廣聯(lián)達(dá)的一位技術(shù)人員提問：為什么用圖形算量服務(wù)在施工階段總是很別扭？對方回答：因?yàn)閳D形算量軟件是給招投標(biāo)用的，本來就不是面向施工來設(shè)計(jì)的。而招標(biāo)算量和施工算量的業(yè)務(wù)有很多不同。

其實(shí)類似這樣的問題很多，而我們真正應(yīng)該深究的，不是去問為什么用于招投標(biāo)的模型不能用于施工算量，而是要反過來問：我們?yōu)槭裁葱枰型稑?biāo)模型能用于施工算量？

因?yàn)槲覀兠刻於悸牭饺芷诠芾?，聽到信息的上下游傳遞，聽到一模多用，我們誤把愿景當(dāng)成了現(xiàn)實(shí)。

而現(xiàn)實(shí)世界是這樣的：編碼是給軟件用的，每個(gè)軟件一定有自己的編碼體系。但軟件開發(fā)出來是要有人買單的，軟件開發(fā)的所有目標(biāo)，就是滿足買單者的業(yè)務(wù)要求。

軟件的服務(wù)邊界處可能會有一點(diǎn)點(diǎn)模糊的外擴(kuò)，比如支持一些中間格式的導(dǎo)入導(dǎo)出，但一定不能無限外擴(kuò)，否則無限窮舉的研發(fā)成本會把一個(gè)軟件商拖垮。

那有沒有可能有行業(yè)里的其他參與方來做這件事呢？答案是有。

咱們拿大家都熟悉的三國來打個(gè)比方，簡單說說三方在做的事：

這一方最有代表性的就是中國建筑標(biāo)準(zhǔn)設(shè)計(jì)院。

標(biāo)準(zhǔn)院很早就拿到了尚方寶劍，組織行業(yè)專家出一本適用于整個(gè)行業(yè)的建筑信息編碼標(biāo)準(zhǔn)。工作起步時(shí)國內(nèi)沒什么可以參考，主要就是參考了美國的 Omniclass來做本地化。可是這工作做了四年多，卻一直壓著沒有發(fā)，因?yàn)橐恢辈恢肋@本標(biāo)準(zhǔn)發(fā)出去給誰貫宣交底，誰來用呢？直到2017年馬上要到五年期限，這才硬著頭皮把這本《建筑工程設(shè)計(jì)信息模型分類和編碼標(biāo)準(zhǔn)》發(fā)出來。

這一方目前的局勢是：Omniclass 在國外沒有解決的問題，它也尚未解決，而 Omniclass 有 Revit原生加持，好歹落了戶，可國內(nèi)這本標(biāo)準(zhǔn)很少有人直接使用，GB/T的身份也沒能「挾天子以令諸侯」。

這一方的代表就是黃強(qiáng)先生帶領(lǐng)的中國BIM發(fā)展聯(lián)盟。

從P-BIM到CDM，黃強(qiáng)想做的事情是獨(dú)立于任何軟件之外的一套標(biāo)準(zhǔn)，一個(gè)編碼對應(yīng)一張表，數(shù)據(jù)必須能讓現(xiàn)場一線人員編輯。之所以這么做，還是因?yàn)橐痪€工程師的很多業(yè)務(wù)需求找不到現(xiàn)成好用的軟件來解決，軟件之間的數(shù)據(jù)打通也一直是猴年馬月的事，數(shù)字工程師的探索不能等，那就招呼工程師們自己搞數(shù)據(jù)標(biāo)準(zhǔn)。

這一方目前的局勢是：不管外界有怎樣的評價(jià)，確實(shí)有一群工程師在這套方法中看到希望，甘愿奉獻(xiàn)出時(shí)間來寫這套標(biāo)準(zhǔn)。不過也存在著標(biāo)準(zhǔn)寫出來之后，有多少軟件商愿意使用的問題。

這一方面最有代表性的就是萬達(dá)和華東院這樣的超大規(guī)模企業(yè)。它們有自己一套詳細(xì)的編碼標(biāo)準(zhǔn)，這套體系已經(jīng)打破了設(shè)計(jì)、施工和運(yùn)維之間的壁壘。

萬達(dá)要求凡是來提供服務(wù)的，必須用萬達(dá)的平臺，用萬達(dá)寫好編碼屬性的族庫，遵循萬達(dá)的標(biāo)準(zhǔn)來交付；華東院則是基于 Bentley 系列軟件無縫交換數(shù)據(jù)的特點(diǎn)，投入重金開發(fā)了自己的一套軟件和平臺體系，把所有數(shù)據(jù)壁壘都在內(nèi)部消化掉。據(jù)說這兩家企業(yè)在信息化方面的投入都已經(jīng)過億。

這一方目前的局勢是：打破了軟件和業(yè)務(wù)之間的邊界，但同時(shí)建立了自身服務(wù)的邊界，萬達(dá)的系統(tǒng)做不了碧桂園的項(xiàng)目，華東院的在雄安交付結(jié)果也用不到湖南。

在這里需要加粗強(qiáng)調(diào)：上面三國的比喻只是為了幫你理解三個(gè)不同的探索方向，國內(nèi)探索的「諸侯」也不止這三方。BIMBOX沒有資格、也無意對任何一方的付出提出批評或質(zhì)疑。

未來還很長，人們努力到最后其實(shí)不僅僅是技術(shù)問題，也有話語權(quán)的問題。一個(gè)全行業(yè)普適的標(biāo)準(zhǔn)，肯定不是在某個(gè)早晨突然讓所有人達(dá)成共識，而是通過某一個(gè)方向日以繼夜地持續(xù)探索，一個(gè)項(xiàng)目一個(gè)項(xiàng)目、一個(gè)軟件一個(gè)軟件、一撥人一撥人地爭取過來。

我們所在的世界不是一個(gè)純技術(shù)的世界，這個(gè)世界之所以是今天的樣子，還有很多商業(yè)的、資本的、甚至政治、人文的原因。

在和我們的朋友@林臻哲聊到編碼問題的時(shí)候，他說：

這讓我想起在做《中國BIM草根報(bào)告》調(diào)研時(shí)候發(fā)生的一件糗事：我們寫了一道問題，讓大家回答自己常用的BIM軟件，給的是簡答題，拿到問卷我們就傻了，光是Navisworks一個(gè)軟件愣是有20多種寫法，這咋統(tǒng)計(jì)呀？

我們還處在一個(gè)莽荒的時(shí)代，未來的建筑信息編碼無論怎么發(fā)展，一定是被軟件集成在后端，使用的人對代碼應(yīng)該是無感的。

這就像早些年大家寄東西，都要自己寫郵編，方便郵局的機(jī)器識別代碼、實(shí)現(xiàn)自動分揀。后來人們發(fā)快遞不需要查郵編了，用下拉菜單選擇就更不容易出錯(cuò)。再到今天，連下拉菜單都不需要，你只要復(fù)制粘貼一下，軟件就會自動幫你把地址、人名和電話分類填好。

人本就應(yīng)該處理自然語言，編碼本就應(yīng)該屬于計(jì)算機(jī)。只不過我們這個(gè)行業(yè)和那個(gè)「去郵編」的美好世界之間，還隔著很多大坑。

但我們相信，看到坑的愁眉苦臉，總好過假裝沒有坑的歌舞升平。

在和@小耳朵貓醬一起探討這一期內(nèi)容時(shí)，我開玩笑道：這個(gè)系列寫了好幾萬字，感覺繞了一個(gè)大圈，告訴大家這有一個(gè)坑。她這樣和我說：

它不是一個(gè)坑，它只是還沒填平的路。

這一期咱們就聊到這兒，有態(tài)度，有深度，BIMBOX，咱們下次見！

特別答謝在這段時(shí)間幫助我們提供案例和思路的：商麗梅、呂振、段晨光、金戈、戴路、王初翀（小耳朵貓醬）、林臻哲。