在粉絲社群大到你扛不動之前，先寫好版主交接計畫

版主的存在，是要讓節目不再那麼依賴創作者，而不是變成第二個大家都得依賴的人。這篇給你那份交接：一張工作盤點表、一座四級的權責階梯、壓力下撐得住的升級規則、一段跟班期，還有每季一次的不在場演習。

交出權限只是移動滑鼠，交接才是移動責任

一個粉絲社群的版主，應該讓社群變得不那麼依賴創作者，而不是再造出一個大家都得依賴的人。沒有寫下來的交接，一趟短假、一場小病，或者一個特別忙的製作週，就足以讓審核卡住，讓緊急的檢舉沒人回。把所有權限一次交給某個信得過的粉絲，也解決不了這件事，只是把依賴搬了個位置。

比較好的做法，是把例行工作和緊急狀況分開、把升級規則寫下來、讓候選人在真正拿到權力之前先跟著看過真實的決定，然後測試創作者不在的時候社群跑不跑得動。接下來就是那份計畫，連同讓你知道它是不是真的有效的範本和檢查點。

為什麼社群一長大，非正式的管理就會垮

小型的粉絲社群，通常是從一個非正式的默契開始的。某個常客會抓垃圾訊息、第五次回答同一個問題、提醒大家規則寫了什麼。創作者用一個版主標籤和更大的一組權限來回報這份心意。沒有人把改變寫下來，因為大家本來就都認識。

這個安排會一直有效，直到脈絡再也塞不進同一個群組聊天室。一個版主刪掉了創作者本來想留的貼文。另一個因為規則不清楚，等審核等了好幾個小時。第三個明明知道某個反覆出現的問題該怎麼處理，卻在沒留下任何筆記的情況下離線了。每一個例外，最後還是要創作者拍板，所以這場授權只移動了滑鼠，沒有移動責任。

這種集中是可以預料的。線上社群通常會有一小群活躍的核心，而不是所有人平均參與。NN/g 的參與不平等模型，是一個很有用的規劃提醒：願意管理、願意寫文件、願意迎接新人的，永遠會是少數。把他們的時間和他們的續航，當成稀缺資源看待。

一份交接計畫要處理三種風險。當一個幫手可以做出沒人明確批准過的動作，那是權責風險。當只有一個人知道規則、工具，或某個決定背後的來龍去脈，那是續航失敗。當版主不是什麼都去煩創作者，就是自己一個人做了高後果的決定，那是升級失敗。治理由創作者負責；不需要創作者判斷的決定，交給版主。

先盤點工作，再盤點權限

迎接新人 指出規則在哪、哪幾串討論適合當起點。後果低。預設負責人：社群嚮導。
刪除明顯的垃圾訊息 刪掉並記下理由。後果低，而且可以回復。預設負責人：例行版主。
收拾一場吵起來的討論 把節奏放慢、問清楚脈絡、套用寫下來的規則。後果中等。預設負責人：資深版主。
處理騷擾檢舉 保全證據、限制權限、往上升級。後果高。預設負責人：安全負責人。
修改社群規則 草擬修改內容並蒐集意見。後果高。預設負責人：創作者或治理負責人。
管理整合服務 檢視權限和服務帳號。後果高。預設負責人：技術負責人。
回應創作者爭議 先讓臆測停下來，再使用核准過的聲明。後果高。預設負責人：創作者或公關負責人。

從工作出發，不要從平台角色出發。一個叫做「版主」或「管理員」的角色，幾乎說不出裡面到底包了哪些決定，而像這樣一張工作盤點表，能避免權限套組悄悄變成政策本身。Discord 的社群資源和它的安全資料庫，提供了有用的平台指引，但在這個特定社群裡誰可以套用哪一條規則，還是得由創作者決定。平台功能讓一個決定變得可能，卻不會替你授權。

接著替每一項工作標上可回復、有條件可回復，或不可回復。如果有紀錄也有申訴管道，刪除垃圾訊息就算可回復。用創作者的名義發出聲明則不是。可回復的例行工作，要指派得夠廣，才不會卡住；不可回復的動作，一律留在明確核准之後。

一座四級的權責階梯

第一級：社群嚮導 迎接新成員、回答重複的問題、指出相關的單集或人物、標記可能違規的內容。不能移除成員，也不能更動內容。這一級用看得見的工作，測試判斷力、耐心和可靠度。
第二級：例行版主 處理清楚、模糊空間小的情況：明顯的垃圾訊息、重複貼文、直接違反成文規則的內容。每個動作都要在管理紀錄裡留一句理由。不確定的情況要往上升級，而不是就地生出一條新政策。
第三級：事件負責人 統籌騷擾檢舉、洗版突襲、帳號被盜，以及牽涉到版主本人的爭議。可以套用暫時性限制、保全證據、指派負責人。不能代替創作者發表聲明，也不能未經核准就永久更動治理規則。
第四級：創作者或治理負責人 政策修改、公開聲明、有爭議情況下的永久移除、敏感資料的存取，以及任何碰到創作者品牌或商業關係的事。如果是共同持有的多主持人節目，要指名每一個類別由哪位主持人或製作人拍板。

兩級不夠用，十幾個裝飾性的角色又太多，只會讓人看不出到底誰要負責。階梯要小到成員記得住，而且每一級都要有明確的範圍、明確的升級對象，以及一個備援。少了這三樣，那一級就只是一個標籤，不是權責。

壓力下撐得住的升級流程

先看有沒有立即傷害 如果有人正面臨實際威脅，用最不永久而且有效的方式，限制相關帳號或頻道。
保全脈絡 記下連結、時間戳記、必要時的截圖、牽涉到的規則，以及目前已經做過的處置。
替情況分類 標成例行、模糊、緊急，或創作者敏感。
指派唯一的負責人 不要讓五個版主各自以為有別人在處理。
設一個決定期限 例行的情況可以等到下一個檢視時段。緊急的安全情況不行。
把結果記下來 決定、理由、審核者，以及任何後續追蹤。

「不確定就問創作者」不是一條升級規則，它保證的是斷斷續續的打擾。真正的規則要回答：什麼時候、在哪裡、找誰、附上什麼證據。

創作者敏感的情況要事先定義好：主持人被指控的不當行為、外流的付費內容、法律威脅、贊助爭議、冒名，以及任何牽涉到成員私人資料的事。版主應該知道這些必須往上升級，而不必自己去決定創作者要怎麼回應。接著定義決策者不在時的做法。指名一個備援，以及那個備援最多可以做到哪一步；安全的預設值，是把活動放慢或限制、保全證據，然後把不可回復的判斷留到後面。

交接包：六件值得寫下來的事

工作與權責對照表 固定會發生的工作、指派的級別、主要負責人、備援。把每一項工作連到它真正需要的平台權限。任何找不到對應工作的權限，都是可以拿掉的候選。
規則詮釋指南 每一條規則配上一個明確違規的例子、一個可以接受的例子，還有一個灰色地帶的例子。灰色地帶教出來的判斷力，遠比更長的禁用字清單有用。
升級對照矩陣 垃圾訊息、騷擾、自傷疑慮、帳號被盜、創作者敏感爭議、付費權限申訴、版主不當行為，各一列。欄位放：嚴重程度、第一時間處置、需要的證據、負責人、備援、回應時限。
管理紀錄的格式 固定一套範本，每次都用：案件、回報時間、負責人、來源連結、涉及的規則或風險、暫時處置、需在何時前決定、最終決定與理由、後續追蹤。存取要限縮，但要在授權的操作者之間共用；只有某個版主自己看得到的筆記本，就是另一個單點故障。
聯絡與可用時段規則 什麼該立刻發警示、什麼進每日待辦、什麼可以等到每週檢視。把預計不在的時間集中記在同一個地方。不要要求志工交出私人資訊；可用時段就夠了。
復原步驟 怎麼收回版主角色、怎麼透過正確的負責人輪換整合服務的憑證、怎麼回顧近期的處置、怎麼還原誤刪的內容、怎麼通知受影響的成員。復原是授權的一部分，不是信任破裂的證據。

這份交接包必須短到真的能在事件當下拿出來用。一本沒人來得及在半夜兩點掃過一遍的長篇政策手冊，不是續航，那只是一份文件。

升上去之前，先讓他跟著跑一輪

不要用「先給大權限，然後等他犯錯」的方式測試新版主。用一段跟班期，配上真實的情況和有限的權責。第一週，候選人替情況分類、提出處置建議，但不實際執行，由資深版主把每一個建議跟真正做出的決定對照。第二週，候選人處理可回復的例行情況，由一位審核者檢查紀錄。第三週，候選人主導一個模擬的模糊情況，以及一次在可用時段結束時的交接。

要看的是判斷力，不是數量。好的版主會去問缺掉的脈絡、選一個相稱的處置、留下一句有用的理由，而且知道什麼時候該往上升級。訊息則數和上線時數都是很弱的替代指標；同一份讓版主變得稀缺的參與不平等，也提醒你不要假設最顯眼的粉絲就是最好的操作者。

升上去的時候要附一個明確的範圍。「我們信任這個人」不夠。把他可以做什麼、不可以做什麼，以及這個範圍什麼時候會重新檢視，都寫下來。

每一季做一次創作者不在的演習

在創作者真的走開之前，續航計畫都還沒被驗證過。挑一個正常的營運時段安排一次受控的演習，一天或一個週末都可以。

開始之前，先確認代理負責人、備援、升級路線，還有哪些不可回復的動作誰都不能做。測試期間，創作者不該私下回答例行問題，因為那正好會蓋掉演習本來要找出來的那個依賴。

演習應該告訴你的事

哪些情況在等創作者 每一個都代表一條從來沒寫下來的規則，或者一份從來沒授權出去的權責。
哪一條規則被解讀出不同答案 兩個版主讀同一條規則卻做出不同判斷，代表那條規則缺一個灰色地帶的例子，而不是缺一次提醒。
每個動作是不是都有負責人和理由 沒有記下負責人的動作，沒辦法被檢視、被辯護，也沒辦法被申訴。
備援拿不拿得到紀錄和工具 只存在於創作者自己那個登入狀態裡的權限，不算備援。
有沒有哪個權限大於它的工作 把大家實際持有的權限，拿去跟工作盤點表對照，對不上的就收窄。
粉絲知不知道要去哪裡回報問題 如果回報管道只有在創作者在場時才有用，那就不是管道。
版主知不知道怎麼結束一個班 沒結案的情況要連著脈絡一起移交，而不是隨著某個人下線就蒸發掉。

把每一個失敗，換成一項具體的改動：更新一個規則例子、收窄一個權限、補一個備援、改良案件範本。除非那個失敗真的是協調造成的，否則不要用「再開一場會」來回應。

常見的交接失敗，以及該怎麼做

如果有一位超級版主把所有工作都攬了下來，就把安全、技術權限和例行社群工作拆開，並且要求每一項高後果的職能都要有備援。

當創作者在公開場合推翻版主的決定，先快速修正緊急的錯誤，再私下檢討那條規則和那個決定。沒有流程的公開打臉，只會教成員以後直接繞過版主。

紀錄也可能變成監控。只記下處置和理由，不要記下跟事件無關、對粉絲或版主的私人觀察，而且保存期限和存取權限，都要限縮在營運真正需要的範圍內。

志工可能在不知不覺間變成實質上的員工。把班次和職責的邊界劃出來。如果這個角色帶著固定工時、廣泛的責任歸屬，或商業義務，就去取得當地適用的報酬與身分認定建議，而不是把這份工作藏在一個標籤後面。

要提供一條能通往不同審核者的申訴路線。牽涉到某位版主的檢舉，絕對不該只由那位版主自己決定。至於韓國、台灣或香港的社群，要指派懂該市場語言和在地慣例的審核者。一位懂中文或韓文的版主，不是通用的替代品；跨語言時遇到不確定，就往上升級，不要用猜的去推測對方的意圖。

給更多權限之前，先驗收這份交接

每一個特權權限都對得上一項寫下來的工作 如果你講不出那項工作是什麼，就把權限拿掉。
每一項高後果的工作都有主要負責人和備援 只有一個名字，那只是「那個人剛好有空的日子」的計畫。
新版主能穩定地替範例情況分類 拿同樣三個情況去問兩個人，然後比對答案。
一次預計中的缺席，能在創作者沒有暗中插手的情況下走完 演習期間私下悄悄回答，會讓整場演習失效。
團隊能收回權限，也能從紀錄重建近期的決定 兩個方向都重要：把權限收回來，以及說明那些權限被拿去做了什麼。

平台改版、成員離開、社群規模跳升，或者發生一次嚴重事件之後，都要把這幾項再跑一次。Discord 的安全資料庫能幫團隊重新檢視平台層面的防護，但權責對照表和決策紀錄，才是營運上的權威資料源。

這週空出 30 分鐘，把上個月最後送到創作者手上的十個社群決定列出來，替每一個標上權責級別、主要負責人和備援。那張清單上的缺口，正好就是交接還停留在標籤階段的地方，也是創作者到現在仍然是那套系統本身的地方。