那場不能斷的直播

重點： 一家歐洲消費品牌的杭州團隊，營運著它的天貓、京東和抖音店鋪。一年裡有十個月，IT 故障只是件麻煩事。而在雙十一，一台在兩小時直播窗口裡喚不醒的工作站，財務能把損失算到個位數。對於這種尖峰型態的風險，聘一個常駐 IT 編制是形狀不對的解法——預置能力才是。

外資消費品牌為什麼把中國電商放在杭州

杭州是中國平台經濟最集中的地方，而對一個正在建立中國電商業務的外資消費品牌來說，這種集中本身就是留在這裡的全部理由。這裡的人才池懂平台機制——店鋪營運、大促排期、投放流量、內容製作、直播主持——這種理解在別的城市是真的難招。代營運機構、製作團隊、MCN 合作方和自由主播在本地都極其密集。一個做過三次雙十一的人，在杭州找得到，在多數其他城市找不到。

這也是為什麼杭州通常是外資品牌在中國設立的第二或第三個據點，而不是第一個。法人主體、法務職能，往往還有區域管理層都在上海。工廠或分銷關係可能在廣東或長三角其他地方。杭州拿到的是電商團隊本身，因為能做這件事的人在這裡。

這個先後順序帶來的一個後果，比它看起來更要緊：杭州團隊通常是離公司 IT 職能最遠的一個——組織上遠，而在「IT 職能理解這個團隊怎麼工作」這個意義上更遠。全球 IT 政策是為「大家用筆電、瀏覽器和協作套件辦公」的辦公室寫的，它不是為一支要用擷取卡、要在本機剪輯大體積影片檔案、要操作全球 IT 從沒見過的平台後台和直播工具的團隊寫的。

博迅在中國大陸重點涵蓋五個城市——北京、上海、廣州、深圳、杭州——而杭州在這個版圖裡的定位，恰恰就是平台企業、軟體、電商與成長型業務。這不是涵蓋上的巧合，它反映的是杭州的公司實際會提出什麼需求，而這與一個上海區域總部或一個廣州製造據點會提出的需求，有實質性的不同。

情境：45 個人，和承載全年的那兩週

來看一個說明性的複合情境——不是某個具名客戶，而是從這一細分市場反覆出現的專案型態裡提煉出來的模式。一家歐洲消費品牌的中國電商業務，由一個約 45 人的杭州辦公室營運，分成三塊。

店鋪營運約十五人，日常營運天貓、京東和抖音店鋪：上架、定價、與倉庫的庫存同步、促銷機制、平台後台作業。他們活在瀏覽器和平台主控台裡，工具基本上就是平台提供什麼用什麼。

內容與創意約十八人，產出店鋪和大促消耗的一切——產品攝影、短影片、主視覺、直播素材。他們用高規格工作站，本機專案檔案非常大。影片專案尤其是在本機做的，因為效能在那裡；而它們被封存——如果被封存的話——靠的是有人想起來要做這件事。

客服約十二人，透過平台自身的客服工具處理售前售後諮詢，而這個量在平常的週二和大促當晚之間，會有一個數量級的擺動。

大促行事曆主宰著一切。6 月的 618 和 11 月的雙十一不是一般意義上的旺季，它們是決定全年數字達不達標的時段。圍繞它們的是預售窗口、預熱期，以及排到深夜的直播檔期。一場約好了主播、後面壓著付費流量的直播，開播時間是挪不動的。

這個團隊沒有本地 IT 編制。支援來自三塊拼起來的東西：上海辦公室的遠端協助、兩年前由行政經理談下來的一家到府維修廠商，以及創意團隊裡一位「電腦比較厲害」、於是事實上成了第一線的人——這就是每個支援不足的辦公室都會出現的那種單點知識模式，只不過這裡還多一層問題：這個人真正的工作是產出大促素材。

這套局面真正製造出來的問題

• 創意成果存在本機硬碟上，沒有備份。 這是最大也最不顯眼的曝險。一台裝著三週未完成大促影片的工作站，實質上就是一套沒有備份的正式生產系統。公司是有備份政策的，它涵蓋檔案伺服器和雲端儲存；它沒有描述一個 400 GB、只存在於一台機器上的專案資料夾該怎麼辦——而它之所以只在那台機器上，正是因為剪輯效能在那裡。
• 大促之間沒有人負責的直播硬體。 擷取卡、攝影機、燈光、音訊介面、專用的推流主機。兩次大促之間，這些設備就放在一個房間裡。沒人開機，沒人給那台機器套修補程式，沒人檢查上一次驅動更新之後擷取卡還認不認得出來。第一次發現問題，通常是在下一次大促架設的時候——或者更糟，是在大促進行當中。
• 按平常一週的量做的容量。 辦公網路、工作站和對外連線，都是按日常營運規格定下來的。到了大促當晚，同一套基礎架構要同時承載直播上行、十倍於平常量的客服團隊、趕著期限上傳素材的創意，以及其他所有照常工作的人。這裡沒有任何東西「壞了」；這是一個在三月正確、在 11 月 11 日不正確的容量決定。
• 沒有預料到本地平台工具的全球資安政策。 平台後台、直播軟體，以及中國合作機構實際在用的協作工具，都不在全球標準映像檔的假設範圍內。接下來的事情可以預料：例外申請要走幾週，或者——更常見得多——非正式的繞行做法。用個人裝置存取平台、透過消費性傳輸工具搬檔案，以及一整套 IT 不知道其存在、因而也保護不了的影子工具鏈。
• 跨境存取總部系統，平時沒事，出事時正好有事。 杭州團隊需要集團的 ERP、素材庫和協作平台。存取在大多數日子裡是通的。它會在很不合適的時刻劣化，而劣化的時候，本地沒有人能分辨這到底是平台問題、線路問題還是政策問題——於是工單進了另一個時區的佇列，而大促在沒有那個素材的情況下繼續。
• 沒有人對「準備好了沒有」負責。 最要命的缺口其實最簡單：沒有任何人的職務說明裡寫著「確認杭州辦公室為雙十一做好了準備」。個人在臨近日期時，用真正工作之餘剩下的時間，盡其所能地做一些事。

博迅的觀點：尖峰型態的風險需要預置能力，而不是常駐能力

對一個支援不足的辦公室，直覺解法是聘一個 IT。對這個辦公室來說，這是形狀不對的答案，而值得把「為什麼」說準確，而不只是斷言。

一個本地 IT 編制一年有十個月用不滿——這聽起來像一個效率論證，但那不是主要的反對理由。主要的反對理由是：一個編制，在真正要緊的那一晚十一點，仍然不在。 一個人不可能同時涵蓋一場拖過晚上十點的直播窗口、出現在早上七點的預售切換現場，還是三週前準備好硬體的那個人。尖峰型態的風險，不是靠加一份平均型態的資源解決的，而是靠把能力放到尖峰所在的位置。

多數公司退回去的另一個選項——按次到府維修——則以相反的方式失敗。它在三月便宜且夠用。它在大促當晚九點幾乎一文不值，因為一家在直播過程中被叫來的維修廠商是從零開始的：不了解這套環境、沒有預先備好的備品、不知道哪台是推流主機，而且它的回應承諾是按上班時間寫的。

真正管用的是準備加在場，順序就是這個順序：

在窗口打開之前把能力預置到位。 就緒檢查提前幾週而不是幾天：工作站和推流主機開機、套好修補程式並驗證；擷取硬體用真正要用的軟體端到端測過；網路線路在接近實際負載的情況下檢查過；創意素材確認已經備份到製作它的那台機器之外的地方；最容易壞的零件在現場備好備品。

把駐點工程師放進大促窗口裡。 不是一個永久編制——而是把現場工程師排到真正要緊的那些天，而且他參與過就緒檢查，因而已經熟悉這套環境。博迅的全職駐點 IT 支援服務本來就是按這種方式排程設計的：按等級指定的全職或兼職工程師，配有背景調查、進入客戶環境的到職流程，以及第一天到場之前的書面需求訪談。為你的雙十一值勤的那位工程師，不應該是在雙十一當天第一次見到你的現場。

為窗口本身定義非上班時間升級路徑。 一場開到晚上十一點的直播，需要一份同樣開到十一點的支援承諾，並且在現場工程師之上還有一條有名有姓的路徑。博迅的 7×24 多語言服務台從中國、香港和馬來西亞的分散式中心全天候營運，90% 的來電在 40 秒內接起，並在遠端無法解決時升級為現場派遣——這恰好是大促當晚正確的結構，因為那時的第一個問題永遠是：這件事能不能在原地解決。

把備份問題徹底放到大促之外去解決。 本機硬碟上的創意素材是一個全年存在、只不過在大促期間變成災難性的曝險。雲端受管備份配合 7×24 工作監控和定期還原演練，處理的才是真正的風險；而還原演練在這裡比在幾乎任何別的地方都更要緊，因為大體積媒體檔案正是「備份完成了」和「檔案能用」最容易分岔的地方。

準備到底長什麼樣

這種型態的辦公室，大促就緒週期並不複雜。它只是有人負責，而且按排程發生，而不是擠在最後一週。

• 提前四到六週：盤點與評估。 有哪些硬體、狀態如何、哪些已過保、網路線路是什麼樣、創意檔案實際存在哪裡。這也是把「全球標準映像檔」和「本地工具鏈」之間的落差誠實記錄下來的時候，而不是等故障發生時才發現。
• 提前三到四週：整改與備料。 給要緊的機器套修補程式並驗證、換掉快壞的、在本地訂好並備好備品、確認創意成果的備份在跑而且可還原。提前三週訂一張擷取卡叫採購；11 月 10 日訂一張叫危機。
• 提前一到兩週：完整彩排。 用真正的軟體、真正的主機和真正的網路，把直播架設端到端跑一遍。大促當晚的故障，多數在這裡就能發現，而幾乎沒有一個是靠「看一眼」能發現的。
• 窗口期間：排程的現場值勤，加上非上班時間升級。 工程師在要緊的那些小時在場，服務台涵蓋其餘時間，而升級路徑在需要它之前就已經寫下來了。
• 之後：一次簡短檢討，餵給下一個週期。 什麼壞了、什麼差點壞、下次備品清單該長什麼樣。618 和雙十一相隔六個月，而這恰好是足夠忘掉的長度。

在這一切之下，是普通的受管 IT——監控、套修補程式、服務台、備份——按 45 人辦公室合適的規模全年運行。大促準備是疊加在它上面的一層，不是它的替代品。

涵蓋一支杭州電商團隊的三種做法，老實地對比

• 聘本地 IT 編制。 有人一直在、了解團隊、能立刻動手。代價是：一年裡大部分時間用不滿、仍然只是一個人、晚上十一點仍然不在、有時候還會請假，而且——最容易被低估的部分——仍然沒有大促當晚真正需要的備品、廠商關係和升級縱深。對一個 45 人的辦公室來說，這是一種昂貴的「買在場」方式，同時是一種很差的「買韌性」方式。
• 按次到府維修。 便宜、彈性、無承諾，對三月一台壞掉的筆電完全夠用。代價是：不了解你的環境、沒有預備的備品、沒有任何準備，而且回應窗口是按上班時間寫的。在承載全年的那一晚，你是在給一個陌生人打電話，並從頭解釋你的現場。
• 預置式受管涵蓋（博迅模式）。 全年一份常設受管安排，負責監控、套修補程式、服務台和備份；加上排進大促窗口的駐點工程師；加上提前數週的就緒檢查和備品備料；加上為直播時段本身定義的非上班時間升級路徑。代價是：它要求你提前規劃行事曆而不是臨時反應，而且它是一份商務承諾而不是按次計費——而當你真正在意的失效模式集中在少數幾個晚上時，這恰恰就是你應該做的那筆交換。

接下來該怎麼做

真正有用的診斷，是在一個平靜的月份問一個問題：如果推流主機在一場約好的直播開始前九十分鐘起不來，會發生什麼？ 不是「你會打給誰」，而是實際會發生什麼、按什麼順序、每一步要多久。多數杭州團隊在回答這個問題時會發現：沒有備好的備品、沒有測試過的替代機器，也沒有一份涵蓋那個時段的支援承諾。

博迅自 2007 年起在中國大陸營運，重點涵蓋北京、上海、廣州、深圳和杭州，而杭州這一塊的定位正是面向平台企業、軟體與電商業務。受管 IT 方案在每一檔都包含 7×24 監控、服務台、修補程式管理和備份；現場工程師可以按等級和時長排程；大促窗口涵蓋則按你實際的行事曆來劃定範圍。你可以在受管 IT 支援頁面上看到方案結構，或者直接聯絡我們，一起把你下一個大促窗口需要什麼理清楚。

常見問題

我們在杭州需要全職 IT 人員嗎？

對一個約 35 到 60 人、行事曆呈大促型態的辦公室，通常不需要——而理由主要不是成本。一個全職編制給你的是上班時間內的在場，但你手上仍然只有一個人：有時候請假、深夜不在、沒有備好的備品、也沒有升級縱深。把全年的常規工作交給一份常設受管安排，再把現場工程師排進大促窗口，才是把能力放到風險真正所在的位置。如果辦公室成長到一百人以上，或者出現的是常態化的晚班營運而不是季節性尖峰，這個算法就會變。

618 和雙十一期間會怎麼安排？

在預置式安排下，大部分工作發生在它們之前：提前四到六週做就緒檢查，提前三到四週做整改和備品備料，提前一到兩週把直播架設端到端完整彩排一遍。到了窗口期間，排程的現場工程師涵蓋真正要緊的那些小時——包括晚間的直播場次——背後是 7×24 服務台涵蓋和一條定義好的升級路徑。目標是：大促當晚不出現任何本可以在十月發現的意外。

我們的創意檔案應該備份到哪裡？

備份到製作它的那台工作站之外的地方，並且做過真正的還原測試。要求就這麼多，而在創意團隊裡，這個要求沒被滿足的情況比被滿足的更常見，因為大體積專案檔案恰恰是最不方便備份的那一類。博迅的雲端受管備份涵蓋常見的檔案、影像和影片格式，配有 7×24 工作監控和定期還原演練；對媒體檔案來說，還原演練是最要緊的那一部分，因為大檔案備份正是「工作完成」和「能還原出可用檔案」最容易分岔的地方。至於設計上選地端加雲端還是純雲端，取決於你的工作流裡有多少需要在辦公室層級的故障中存活下來。

我們總部的資安政策能和本地平台工具共存嗎？

以我們的經驗，通常可以，但前提是那道落差被記錄下來，而不是被含糊過去。我們見到的失效模式，通常不是一條明令禁止什麼的政策，而是一條在不了解本地工具鏈的情況下寫成的政策、一個走完所需時間超過大促行事曆所能允許的例外流程，以及員工把兩者都悄悄繞過去。把團隊實際需要什麼——平台後台、直播軟體、合作機構在用的協作工具——記錄下來，作為一份明確清單擺到資安職能面前，才能把它從一個影子 IT 問題變成一個政策決定。至於在你們集團政策下什麼可以、什麼不可以，以及任何涉及跨境資料流動或平台監管的問題，那屬於你們自己的法務與法遵職能；我們可以說明營運層面的型態，並支援他們做出的決定。

工程師多快能到杭州現場？

杭州是博迅在中國的五個重點城市之一，因此派遣是一項常設安排，而不是臨時去找一個在地承包商。不過誠實的回答是：對大促當晚而言，你根本不該依賴回應時間。真正要區分的是派遣和排程在場：派遣是你在平常一週裡遇到意外故障時需要的東西；而排程在場，是你在一場約好主播、後面壓著付費流量的直播窗口裡需要的東西。如果你對大促風險的答案是一個回應時間承諾，那麼大促風險還沒有被處理。

杭州的涵蓋方式和上海不一樣嗎？

服務模式是一樣的，通常不同的是組成比例。上海的專案更多是區域總部型的工作——企業系統、高階主管支援、區域協調。杭州的專案則明顯偏向平台企業、軟體和電商業務，實務上意味著更多創意工作站與媒體檔案相關的工作、更多按大促型態排程的安排，以及更多圍繞尖峰而不是平均值來設計的基礎架構。兩者都在同一套五城中國涵蓋和同一套受管 IT 方案結構之內。

大促窗口的涵蓋怎麼計價？

分兩部分。全年的受管安排——監控、服務台、套修補程式、備份——按人按月對應方案級距計價，其中中國是原生定價，而不是從某個區域均值換算過來的。大促窗口的現場工程另行按工程師等級，以及你實際需要的天數和小時數來劃定範圍，因為一個兩週的雙十一窗口和一個三天的 618 預售，是不同的承諾。合約期間也影響費率——承諾越長月費率越低，標準期間是 6、12 和 24 個月。目前的方案結構和包含內容列在受管 IT 支援頁面上；一個劃定範圍的數字，需要先看一眼你的大促行事曆。