新手必看：如何寫出第一份合格的樂團技術需求清單

閱讀約 19 分鐘 · 更新於 2026年8月7日 · 首次撰寫技術需求清單的新進樂團、音樂人、演出統籌及場地工程師

本篇文章從零解說技術需求清單的完整結構，包含聯絡方式、前場調音台、監聽、音響與樂器後線、電力、舞台配置圖、輸入列表、餐飲需求等所有必填項目，教你寫出場地工程師一看就懂的專業版本。

TL;DR — 技術需求清單是送給場地的完整技術文件，讓場地能提前準備好你的演出所需，包含聯絡方式、前場（FOH）調音台、監聽系統、音響與樂器後線、電力、舞台配置圖、輸入列表，以及常見的餐飲、燈光需求。撰寫時只需在各區塊填寫「你自備的設備」與「需要場地提供的設備」，確保舞台配置圖與輸入列表的通道編號一致，最後匯出為 PDF 檔與線上分享連結即可。在 Techrider.live，一份 Rider 就能從同一份資料同時產生這兩種格式，所以你畫的配置圖，就是工程師拿到的版本。

技術需求清單是什麼？又有哪些常見誤解？

技術需求清單（technical rider 的縮寫）是告知場地、主辦單位或音樂節你演出所需的所有技術要求的文件，包含調音台與通道數量、監聽混音、音響系統、樂器後線、電力、舞台配置、輸入列表，以及常見的餐飲、燈光需求。所有需要場地提供、租借、跳線或提前準備的項目，都要寫在這個文件裡。

所有新進樂團最容易犯的錯誤，就是把技術需求清單和它的其中一個部分搞混。這三個詞經常被混用，但它們是完全不同的東西：

舞台配置圖是地圖——從上往下看的舞台俯視圖，標註所有表演者與設備的擺放位置。
輸入列表是表格——逐通道標註每個輸入對應的設備。
技術需求清單是完整套件——包含舞台配置圖、輸入列表，以及所有其他相關區塊的總和。

如果只傳舞台配置圖，你只回答了「東西要放哪裡」，但沒回答「要用什麼調音台、需要幾組監聽、貝斯音箱要誰提供」等關鍵問題。舞台配置圖是必要文件，但單獨一份並不足夠。如果你想先了解技術需求清單的基本概念，可以閱讀〈技術需求清單是什麼？各區塊完整解說〉(What Is a Tech Rider? (Sections Explained))。如果你只需要了解舞台配置圖的部分，可以看〈什麼是舞台配置圖？〉(What Is a Stage Plot?)。

技術需求清單的標準區塊

沒有單一的強制範本格式，但多數在跑演的樂團技術需求清單都會涵蓋相同的內容，順序也大致符合工程師的閱讀習慣。你可以把這些區塊想成是領土地圖——不是每場演出都需要所有區塊，但完整性非常重要。一個寫著「本次演出不需要」的空區塊，遠比完全遺漏整個區塊好得多（遺漏會讓場地覺得你「忘記準備」）。

技術需求清單區塊結構——完整技術套件的堆疊式標註拆解圖 圖 1 — 技術需求清單的區塊結構。舞台配置圖與輸入列表是其中的兩個部分，其餘區塊則環繞在這兩者周圍。

1. 聯絡方式：樂團或藝人名稱，以及主要聯絡人（通常是巡演統籌，對新進樂團來說則是演出當天真的會接電話的人）。填寫電子郵件與電話，確保是場地在裝台時能聯繫到的人，而不是住在三個時區外的經紀人。

2. 前場（FOH）調音台：填寫你偏好或要求的調音台機型、通道數量，以及任何外接設備需求。要明確區分「偏好」與「必需」——在音樂節上，這個區別會決定你是順利完成前置協調，還是被拒絕簽約。如果你能接受場地提供的調音台，要直接寫明；如果你自備調音台，要列出廠牌與型號。

3. 監聽系統：填寫需要的監聽混音數量、使用楔形監聽喇叭還是入耳式監聽（IEM），以及每個混音對應的表演者。要標明混音數量、輸出對象，以及你是否自備 IEM 系統，還是需要場地提供。

4. 音響系統與樂器後線：PA 指的是場地的主音響系統。樂器後線 是場地提供的樂器設備——包含音箱、鼓組、鍵盤，有時還有貝斯音箱組合。這個區塊的核心原則只有一個：逐項標明「你自備的設備」與「需要場地提供的設備」。例如：「我們自備吉他音箱，需要場地提供貝斯音箱組合與鼓組」。

5. 電力需求：標註舞台上需要插座的位置，以及大約的用電量。多個高功耗設備接在同一條電路上，是演出中途突然斷電的常見原因——你可以在舞台配置圖上標註插座位置，並在這裡計算總用電量。

6. 舞台配置圖：從上往下看的舞台俯視圖，標註所有表演者、樂器、麥克風、DI 盒、監聽喇叭與插座的位置，舞台左右方向以表演者視角為準。這是所有人都認識的區塊，但只是技術需求清單的其中一個部分。（〈如何製作舞台配置圖 →〉(How to make one →)）

7. 輸入列表：逐通道標註的表格，包含通道編號、名稱、麥克風/DI 盒、麥克風架、幻象供電（48V）、跳線備註——這是跳線工程師作業的依據文件。排序時請先放鼓組，再放貝斯，最後是其他樂器，每 8 個通道分成一組（符合調音台的通道排列邏輯）。這個區塊最嚴重的錯誤就是通道編號與舞台配置圖上的編號不一致。（〈輸入列表 vs 跳線表 →〉(Input list vs patch sheet →)）

8. 餐飲與接待需求：通常會是獨立的「接待需求文件」，在小場地會合併到技術需求清單中：包含餐飲、飲用水、停車、休息室，以及裝台/彩排調音/開放入場/演出時間。雖然名義上不屬於技術需求，但會和技術需求清單一起送達場地——而其中時間安排（裝台、彩排調音、開放入場、演出時間）是場地人員第一個會查看的內容。

9. 燈光與影片：燈光 cue、影片、投影、螢幕等需求。小型Livehouse的樂團經常會省略這個區塊，完全沒問題。但這在劇場、企業活動或大型巡演中是必備項目。如果你有專屬燈光設計師，要寫明聯絡方式；如果你能接受場地提供的燈光配置，也要直接標註。

不是每場演出都需要所有九個區塊。100 人容積的小型Livehouse雙人組合可以省略燈光需求；劇場巡演則可能需要加上影片需求。上面的列表是通用參考，你可以根據演出規模調整內容。

一步步教你寫出專屬的技術需求清單

撰寫技術需求清單不是寫作問題，而是庫存盤點問題：在腦中模擬舞台上的所有設備，寫下你自備的項目、你需要的項目，確保所有編號一致，最後匯出即可。以下是可以遵循的步驟順序。

步驟 1 — 建立一份 Rider，而不是多份分開的文件

在 Techrider.live，Rider 是可重複使用的容器，會把你的舞台配置圖、輸入列表、監聽混音、電力需求與備註整合成一份連動的文件。建立新的 Rider 時會一次產生所有區塊，你可以在接下來的步驟中陸續填寫。最重要的是，日期與場地資訊不會寫死在 Rider 的核心設定中，所以同一份 Rider 可以在巡演的所有場次重複使用。你只需要寫一次，就能無限重複使用。

圖 2 — 一份 Rider 能從同一份資料來源產生所有區塊。

步驟 2 — 先填寫聯絡方式與前場調音台需求

這兩個區塊是場地人員最先查看的內容。填寫樂團名稱、演出當天聯絡人（姓名、電話、電子郵件），以及你的前場調音台偏好。要把「偏好」標註為 preferred，「絕對需要」標註為 required——誠實寫出你能接受的場地調音台機型。如果你會自帶音控工程師，也要在這裡寫明。

and the FOH panel (console make/model field set to "Preferred", a second field "Acceptable", channel count field showing "16") filled in. The "Preferred" label is subtly highlighted with an acid-green tag to distinguish it from "Required". Neutral UI.) 圖 3 — 聯絡方式與調音台區塊，明確標註了偏好與必需項目的差異。

步驟 3 — 列出監聽系統與混音需求

計算你需要的監聽混音數量。標註每組混音是使用楔形監聽喇叭還是 IEM，以及對應的表演者。如果你自備 IEM 發射器與腰包接收器，要寫明；如果需要場地提供楔形監聽喇叭，要列出數量。監聽工程師會把這個區塊當作工作簡報來閱讀——給他們明確的輸出對象，不要用模糊的形容詞。

, Mix 2 — Vocal 2 (wedge), Mix 3 — Guitar (IEM), Mix 4 — Bass (IEM), Mix 5 — Drums (IEM). Each row links to the performer and input channels. Neutral UI, channel badges synced.) 圖 4 — 標註輸出對象與類型的監聽混音，與輸入列表連動。

步驟 4 — 盤點音響系統與樂器後線（自備 vs 場地提供）

逐一盤點你的演出設備。每件樂器都要寫明是你自備，還是場地提供。依照類別分組：音箱、鼓組、鍵盤、貝斯音箱組合、打擊樂器。使用「自備」與「需要場地提供」的雙欄式架構，能讓需要搜尋設備的場地人員快速瀏覽這個區塊。

, keyboard, two wedges. Each item is a row with a name and a notes field. Neutral UI, two-column layout aligned to a grid.) 圖 5 — 後線設備分為你自備與場地提供的部分。

步驟 5 — 製作舞台配置圖

現在來製作地圖。先擺放表演者，再擺放樂器與後線設備，最後是麥克風、DI 盒與監聽喇叭，全部以表演者視角的舞台左/右為準，採用俯視圖呈現。標註你需要插座的位置。你在這裡擺放的每支麥克風或 DI 盒，都會自動成為輸入列表中的一個通道——在 Techrider.live 中，這兩個部分是同一個資料模型，所以通道編號會自動同步。（完整教學：〈如何為你的樂團製作舞台配置圖〉(How to Make a Stage Plot for Your Band)）

圖 6 — 通道編號與輸入列表同步的舞台配置圖。

步驟 6 — 製作輸入列表

輸入列表是逐通道的表格，排序時先放鼓組，每 8 個通道分成一組。表格欄位包含：編號、名稱、麥克風/DI 盒、麥克風架、幻象供電（48V）、跳線備註。這是跳線工程師作業的依據文件，要寫得越詳細越好（例如「大鼓 — Shure Beta 91A 內置，不需要麥克風架，不需要幻象供電」）。完成前請執行缺漏資訊檢查功能：它會掃描 Rider 中的所有缺漏——未標註的麥克風、沒有名稱的通道、遺漏的監聽設備——並在這些問題變成演出當天的電話騷擾前標註出來。（深度教學：〈如何製作輸入列表／跳線表〉(How to Build an Input List / Patch Sheet)）

, then vocals and instruments. A "missing info" panel flags one item: an unlabeled DI on channel 12. The fix is one click away. Neutral UI, acid-green accents on flagged rows.) 圖 7 — 完整的輸入列表，缺漏資訊檢查功能抓出了一處缺漏。

步驟 7 — 新增餐飲需求與時間安排

餐飲、飲用水、停車、休息室，以及對場地來說最重要的——時間安排：裝台、彩排調音、開放入場、演出時間。餐飲需求要符合場地規模：小型Livehouse無法滿足和劇場一樣的接待標準，提出過高的要求會顯得你不懂業界現況。請根據演出規模提出合理需求。

步驟 8 — 匯出 PDF 並複製分享連結

先匯出 PDF 檔——音樂節的網路會故障、手機會沒電、電子郵件會被埋沒；可下載的 PDF 是你的安全備份，也是裝台時會列印出來的版本。接著複製 分享連結——這是目前 Rider 版本的線上唯讀連結。把連結寄給場地、工程師與你的巡演統籌。這兩種格式都來自同一份資料，所以永遠不會有內容不一致的問題。

你也可以開啟 Feedback 功能——這個開關讓場地人員可以在不編輯文件的情況下留下評論。當地工程師可以標註「我們沒有這款調音台」或「貝斯音箱壞了，請自備」等留言，你依然保有完整的編輯控制權。如果需要其他人共同編輯這份文件，可以透過電子郵件邀請最多 三位協作者，他們可以打開、編輯、儲存、匯出文件，還能查看編輯歷史——這就是多人協作編輯功能，採用非同步設計。（即時共同編輯與線上狀態顯示功能已在開發路線圖上，目前尚未上線。）完整教學：〈共同編輯技術需求清單〉(Collaborating on a Rider)）

. Neutral UI, acid-green accents on the action buttons.) 圖 8 — 一份 Rider 能同時匯出 PDF 與線上連結，Feedback 功能已對場地開放。

範本 vs 可即時更新的動態文件

「技術需求清單範本」有一個常見陷阱：範本在你填寫完的那一刻就凍結了。你下載範本、在頂部填上樂團名稱、匯出 PDF 寄給場地，結果演出前一週陣容變動——吉他手無法參加，你加了鍵盤手，監聽混音數量也改變了——這時場地信箱裡的 PDF 已經過時了。沒有人會更新它，場地會根據一份錯誤的文件進行跳線作業。

可即時更新的動態文件 就能避免這個問題：

唯一可信來源：舞台配置圖、輸入列表、監聽混音、電力需求與備註都整合在同一份 Rider 中，所以任何一處的修改會自動同步到所有地方。你在配置圖上移動一支麥克風，它在輸入列表中的通道編號也會一併移動。
線上連結，而非凍結的檔案：分享連結永遠是最新版本，場地不會看到過時的設備資訊。只要有實質內容變動，就可以從同一份資料重新匯出帶有最新日期的 PDF。
多人協作編輯：你、你的工程師與巡演統籌可以輪流編輯同一份 Rider——打開、編輯、儲存、查看歷史——不需要來回寄送修訂版的 PDF。

最健康的工作流程是同時使用兩種輸出格式：從唯一可信來源同時產生最新 PDF 與線上連結。這就是為什麼要將你的技術需求清單當作可即時更新的動態文件，而不是填寫一次就束之高閣的範本。（閱讀完整分析：〈為什麼你的技術需求清單應該是動態文件〉(Why Your Tech Rider Should Be a Living Document)）

如果你想從具體範例開始，而不是從空白頁面著手，可以下載這份〈免費舞台配置圖範本〉(free stage plot template) 並根據需求修改，之後再逐步加入其他區塊，擴展成完整的 Rider。

常見問題 FAQ

什麼是技術需求清單？ 技術需求清單（technical rider）是樂團或藝人送給場地的完整技術需求套件，包含聯絡方式、前場（FOH）調音台、監聽系統、音響與樂器後線、電力、舞台配置圖、輸入列表、餐飲需求，以及（適用時）燈光與影片需求。舞台配置圖只是其中的一個區塊。（〈技術需求清單是什麼？ →〉(What Is a Tech Rider? →)）

技術需求清單需要包含哪些內容？ 標準區塊包含：聯絡方式、前場調音台、監聽系統、音響與樂器後線（自備/場地提供）、電力、舞台配置圖、輸入列表、餐飲需求與時間安排，以及適用時的燈光/影片需求。不是每場演出都需要所有區塊，但一份內容完整的技術需求清單，遠比遺漏多個區塊的文件專業得多。

技術需求清單要寫多長才合適？ 長度以「內容完整、容易瀏覽」為原則。四人编制的小型Livehouse樂團，所有內容可能只需要 1 到 2 頁（舞台配置圖 + 輸入列表 + 簡短的後線/餐飲備註）。劇場或音樂節巡演的技術需求清單會更長，因為前場調音台、監聽、後線、燈光等區塊會更詳細。長度不是目標，完整性和一致性才是。（備註：「小型Livehouse的技術需求清單約 1-2 頁」是一般參考 guideline，並非硬性規定，請根據你合作的場地習慣調整。）

小型場地需要技術需求清單嗎？ 需要，甚至比大型場地更需要。場地越小、換場時間越緊，就越沒有容錯空間應對演出當天的突發狀況。一份包含清楚標註的舞台配置圖與整潔的輸入列表的簡單技術需求清單，能讓工程師在你抵達前就預先擺放好麥克風與監聽喇叭，這正是節省小型演出彩排調音時間的關鍵。小型Livehouse的餐飲需求通常比較簡單或有彈性，但技術需求清單依然非常重要。

技術需求清單和舞台配置圖是一樣的嗎？ 不是。舞台配置圖是舞台上物品擺放位置的俯視地圖，而技術需求清單是完整套件，舞台配置圖只是其中的一部分——除此之外還包含輸入列表、調音台與監聽規格、電力、樂器後線、餐飲需求等內容。只傳舞台配置圖只回答了「東西要放哪裡」，其他問題都沒有回答。（〈舞台配置圖 vs 技術需求清單 →〉(Stage plot vs tech rider →)）