普通的語音頻道非常適合團體聚會。每個人都加入，每個人都說話，這很隨意且自由流動。但是，當您主持簡報、AMA、Podcast 錄製或社群市政廳時，這種格式會很快崩潰 — 您需要結構，而結構正是 Stage 頻道所提供的。
Stage 為您提供了一個廣播式的語音頻道，具有清晰的講者和聽眾角色。正確的人說話；其他人則聆聽並舉手加入對話。本指南涵蓋了所有內容：建立 Stage、管理講者、將其與 Discord 活動一起使用，以及運行人們真正想參加的 Stage。
Stage 頻道是什麼（以及不是什麼）
Stage 頻道有三種類型的參與者：
- Stage 管理員 — 具有 Stage 管理員角色或管理頻道權限的成員。他們控制 Stage：設定主題、邀請講者、移除講者以及結束 Stage。
- 講者 — 可以說話的成員。Stage 管理員自動成為講者。可以邀請聽眾成員上台。
- 聽眾 — 其他所有人。預設為靜音。可以舉手請求發言時間。可以看到講者列表、主題和聊天（如果已啟用）。
Stage 不適用於隨意的團體語音聊天 — 那是普通語音頻道的用途。Stage 擅長於結構化的活動，其中講者/聽眾的分離是有意且有用的。
Stage 頻道需要啟用社群
您需要在伺服器上啟用社群功能才能建立 Stage 頻道。前往伺服器設定 → 社群，然後按照設定流程進行操作。社群是免費的，並且解鎖了 Stage 之外的其他幾個有用的功能。
如何建立 Stage 頻道
開啟頻道建立
點擊類別名稱旁邊的 +，或右鍵點擊類別並選擇新增頻道。您需要管理頻道權限。
選擇 Stage 作為頻道類型
在頻道類型選擇器中，選擇 Stage 頻道。Stage 會以獨特的舞台圖示顯示在頻道列表的語音部分中。
命名和設定頻道
根據其用途命名：主舞台、市政廳、Podcast、AMA 或特定於您社群的名稱。設定位元率 — 較高的位元率可提供更好的音訊品質。對於音樂或高品質簡報，如果您的伺服器有加成，請使用 96kbps 或更高；64kbps 是預設值。
設定權限
誰應該能夠擔任 Stage 管理員？在應具有 Stage 管理員存取權的角色上設定移動成員權限。任何在 Stage 頻道中具有移動成員或管理頻道權限的人都會自動成為 Stage 管理員。
考慮建立一個專用的 Stage 管理員 角色，並專門在 Stage 頻道上授予它 — 這使您可以進行精細的控制，而無需授予伺服器範圍的權限。
啟動和運行 Stage
啟動直播 Stage
點擊 Stage 頻道名稱以加入它。會出現一個對話方塊，要求您設定 Stage 主題 — 這會顯示給所有伺服器成員，並幫助人們決定是否加入。撰寫一個清晰、具體的主題：「與開發團隊關於新更新的問答」勝過「Stage 頻道」。
啟動後，Stage 會在伺服器頂部顯眼地顯示給所有成員。他們可以看到主題、誰在說話，並點擊加入。
管理講者
作為 Stage 管理員，您可以控制講者陣容：
- 邀請講者 — 點擊聽眾中的成員，然後選擇「邀請發言」。他們會收到通知，並且可以接受以升級。
- 移除講者 — 點擊講者，然後選擇「移至聽眾」以將他們恢復為聽眾身份。
- 舉手請求 — 當聽眾成員舉手時，您會在聽眾列表中看到他們被標記。邀請他們上台或駁回他們的請求。
將講者靜音，不要移除他們
如果講者的音訊有問題或他們在對別人說話，請使用靜音選項，而不是將他們從舞台上移除。靜音是暫時的，並且對對話流程的干擾較小。
聽眾參與
聽眾成員可以：
- 舉手請求發言時間
- 使用表情符號反應（如果已啟用）以進行即時回饋，而不會中斷
- 使用 Stage 聊天，如果您在 Stage 旁邊開啟了一個文字頻道
- 關注 Stage 以在發生類似活動時收到通知
當管理員或共同主持人監控 Stage 聊天並將聽眾問題提交給講者時，Stage 聊天效果最佳 — 這創造了一個自然的問答流程，而不會造成每個人都試圖同時發言的混亂。
將 Discord 活動與 Stage 一起使用
將您的 Stage 排程為 Discord 活動可以顯著提高出席率。排程的活動會顯示在活動標籤中，可以透過連結分享，並觸發對感興趣的成員的通知。
建立活動
點擊伺服器側邊欄頂部的活動標籤，然後點擊建立活動。或者，右鍵點擊 Stage 頻道 → 建立活動。
選擇您的 Stage 頻道作為地點
選擇「在 Stage 頻道中」，然後選擇您建立的頻道。
填寫活動詳細資訊
撰寫引人注目的標題和描述。包括：
- 活動是什麼（AMA、Podcast、公告等）
- 誰在說話（姓名和任何相關憑證）
- 成員應該期望什麼
- 如何參與（舉手提問、使用聊天等）
以您伺服器的主要時區設定排程的日期和時間。
發布和宣傳
發布後，成員可以回覆「感興趣」。他們會在活動開始時收到通知。在社交媒體、其他頻道或與合作夥伴社群分享活動連結，以最大程度地提高出席率。
Stage 的最佳用例
AMA（問我任何事）
舉手功能非常適合 AMA。主持人留在舞台上，聽眾成員舉手提問，主持人一次邀請他們上台。結構化、受控制，並且比普通的語音頻道 AMA 混亂得多。
Podcast 錄製
與您的社群一起直播錄製 Podcast。講者是主持人和來賓；聽眾聆聽並可以透過文字聊天提交問題。像 Craig Bot 這樣的工具可以直接從 Discord 錄製多軌音訊。
市政廳和公告
重大公告受益於結構化的 Stage 格式 — 領導層向整個社群清楚地發言，問題透過舉手系統提出，並且聽眾不會在簡報中說話。
簡報和研討會
以結構化的格式與您的社群分享知識。講者簡報；聽眾聆聽並在最後舉手提問。對於中斷會破壞流程的技術主題非常有效。
社群展示
成員展示他們的作品、藝術或工作，每個人都在聆聽。每個簡報者都會獲得一個專注的時段，而不會有串音。舉手系統處理簡報之間的掌聲和問題。
改善 Stage 的提示
在直播前測試您的音訊。 與共同主持人一起加入 Stage，並在您的聽眾到達之前測試音量、迴聲和清晰度。背景噪音和不良音訊是失去聽眾的最快方法。
有一個共同主持人。 同時管理講者、觀看文字聊天和運行對話會讓人感到不知所措。一位在您專注於對話時處理聽眾問題和講者後勤的共同主持人可以使活動更加順利。
在活動描述中設定期望。 告訴與會者是否會現場提問、是否會監控聊天以及格式是什麼樣的。驚喜會讓聽眾感到沮喪。
有效地使用 Stage 主題。 主題是成員在加入之前看到的內容。如果主題在 Stage 中途發生變化，請更新它。一個具體、有趣的主題比一個模糊的主題更能吸引更多的聽眾。
將 Stage 保持在兩個小時以下。 聽眾的注意力在 90 分鐘後會急劇下降。如果您的內容更長，請將其分成多個會話或在 Stage 中途進行明確的休息。
在您的 Stage 之後發布摘要
在 Stage 期間錄製音訊或做筆記，然後在之後的文字頻道中發布摘要。無法參加的成員會感謝摘要，並且它將活動的價值擴展到其運行時間之外。
常見錯誤
未設定主題。 Stage 主題對所有伺服器成員都非常可見。一個空白或模糊的主題（「談話」或「AMA」）比一個具體、引人注目的主題（「現場問答：我們如何在 6 個月內建立我們的遊戲 — 問我們任何事」）吸引的與會者更少。
一次有太多講者。 同時有五個或更多講者的 Stage 變得難以理解。組織您的活動，以便一次有一兩個人發言，其他人則在聽眾席中，直到被召喚。
忽略文字聊天。 想要參與但沒有被邀請上台的聽眾成員將使用文字聊天。忽略它會讓這些成員感到被排除在外。指派某人監控聊天並提出好問題。
未提前排程活動。 一個未排程的、自發的 Stage 將比提前 24-48 小時宣布的 Stage 吸引更少的與會者。活動讓成員有時間計劃和表示興趣 — 始終如一地使用它們。
後續步驟
Stage 頻道作為活躍、運作良好的社群的一部分效果最佳：
- 25 個 Discord 活動創意 — 值得在您的 Stage 上舉辦的活動的靈感
- 如何發展您的 Discord 伺服器 — 建立使 Stage 值得運行的聽眾
- Discord 伺服器設定指南 — 完整的伺服器結構和權限
一個定期排程的 Stage 活動 — 即使是每月一次 — 也會讓您的社群有理由期待聚會。這是創造共享體驗的最有效方法之一，這些體驗將休閒成員轉變為長期社群成員。