技術需求清單分享與協作：連結、PDF、回饋功能

重點摘要 — 在 Techrider.live 上分享舞台配置圖時，請根據接收對象選擇對應的權限：僅需閱覽的人使用僅檢視連結；需要場地留下意見但不需編輯時，開啟連結+回饋切換開關；最多邀請 3 位協作者（非同步協作）使用編輯權限；或使用PDF作為音樂節/紙本備份。即時連結與 PDF 均由同一來源生成，兩者內容永遠一致。

技術需求清單是一份設計來傳遞給他人的文件。樂團製作這份文件，但實際使用它的人——場地的前場（FOH）工程師、進場佈置時的本地工作人員、主辦方、音樂節製作團隊——各自有不同的需求：有些人只需要閱讀，有些人需要標註修改，只有極少數人需要直接改動內容。

這正是多數舞台配置圖工具最常忽略的部分：它們把「分享」視為單一動作，要麼匯出 PDF，要麼複製唯讀連結，就此結束。但發現缺頻道的場地工程師無法修改 PDF；有疑問的本地工作人員無法在靜態檔案上留言；而理應能編輯文件的監聽工程師，只能透過郵件傳送修改需求，等待回覆。

本指南是完整的分享工具包：說明從 Techrider.live 匯出技術需求清單的四種方式、各方式的適用場景，以及為什麼使用同一來源生成的 PDF + 即時連結 組合，比四處寄送凍結的靜態檔案更優。若想了解邀請編輯者的詳細流程（多編輯者協作的深度教學），請參閱〈技術需求清單協作：邀請你的音響工程師或技術經理〉Collaborating on a Rider: Invite Your Engineer or TM。

目錄

1. 技術需求清單的四種分享方式
2. 連結 vs PDF：為什麼兩者都要
3. 在保有控制權的前提下收集回饋
4. 何時該授予編輯權限
5. 我該使用哪種分享模式？
6. 常見問題

技術需求清單的四種分享方式

Techrider.live 提供四種分享模式，每種都對應現場製作中的實際接收對象，功能互不重疊——完整涵蓋「不同對象需要對我的技術需求清單執行什麼操作」的所有場景。

1. 僅檢視連結（所有人適用，唯讀）

這是一份可分享的網址，永遠指向你技術需求清單的最新儲存版本。接收者可以在瀏覽器中打開連結，查看舞台配置圖、輸入列表、監聽混音和備註，但無法編輯任何內容。

這份連結適合傳給場地、主辦方、音樂節製作團隊等所有需要閱讀技術需求清單以完成工作的人。連結是即時更新的：當你儲存修改後，下一位打開連結的人就會看到新版本，不需要重新傳送。

2. 連結+回饋（檢視者可留言，無法編輯）

使用與僅檢視連結相同的網址，只要開啟回饋切換開關即可。現在檢視者（通常是場地或本地工作人員）可以在技術需求清單上留言（例如「我們沒有第二支踢鼓麥克風」、「這個 DI 盒位置會擋到超低音喇叭」），無法修改技術需求清單本身。

這正是多數工具遺漏的中間選項：大多數工具強迫使用者二選一，要麼給場地一份無法回應的凍結 PDF，要麼交出你不想授予的編輯權限。回饋功能讓熟悉場地的人告訴你需要修改什麼，同時你仍保有來源文件的主導權。

. A side panel shows two example comments pinned to items on the rider: "We don't have a second kick mic — use one?" and "Sub position conflicts with bass amp." Neutral UI.)

3. 編輯權限（所有者最多可邀請 3 位編輯者，以郵件邀請）

對於確實需要修改技術需求清單的小團體——你的前場（FOH）或監聽工程師、技術經理（TM）、或是樂團成員——所有者可以透過郵件最多邀請3 位協作者。每位協作者都可以在相同的技術需求清單上打開、編輯、儲存、匯出、查看修改歷史。

這是非同步協作：你編輯並儲存後，你的工程師打開相同的技術需求清單，就能從你上次停筆的地方繼續編輯。目前不支援即時協作、也沒有游標同步功能——這些功能已列入開發路線圖。邀請與管理編輯者的完整流程請參閱〈技術需求清單協作：邀請你的音響工程師或技術經理〉Collaborating on a Rider: Invite Your Engineer or TM；本指南專注於說明何時該使用編輯權限。

4. PDF 匯出（音樂節/紙本備份方案）

可下載的當前技術需求清單 PDF 檔案。這是你的安全備份，適用於即時連結無法使用的場景：例如容易斷線的音樂節網路、需要在場控（FOH）列印紙本的工作人員、或是需要留存檔案的合約與歸檔需求。

重點是：PDF 與即時連結均由同一來源資料生成，兩者內容不可能出現矛盾，因為它們並非兩份獨立文件，而是同一份技術需求清單的兩種輸出格式。

, a small thumbnail preview of the generated PDF showing the stage plot and input list laid out cleanly, and a timestamp marking when it was generated. Neutral UI.)

連結 vs PDF：為什麼兩者都要

常見錯誤是只選擇其中一種格式，並將其視為唯一的交付文件。但兩者的適用場景完全不同。

即時連結是你的唯一正確來源——永遠保持最新狀態。PDF 是你的音樂節與紙本備份——在無網路環境下仍可正常使用。

由於兩者都來自同一份技術需求清單，你不會遇到常見的當日災難：列印出來的配置圖上的頻道號碼，和工程師在手機上打開的連結內容不一致。只有一份技術需求清單；PDF 只是它的快照。

建議的作業節奏：

1. 技術需求清單完成可用後，立刻分享即時連結——場地與工程師可以開始閱讀。
2. 收取回饋、編輯、儲存。連結會自動更新。
3. 進場佈置前一天（或當天早上），匯出新的 PDF，檔案名稱加上日期，寄給需要紙本的人。任何重大修改後都要重新匯出。

→ 若想了解「技術需求清單應持續更新而非凍結」的完整論述，請參閱〈為什麼你的技術需求清單應該是動態文件〉Why Your Tech Rider Should Be a Living Document。

在保有控制權的前提下收集回饋

回饋功能是使用率最低、卻能省下最多郵件來往的模式。

對於你通常需要追訊息確認的人——本地工作人員、場地駐場工程師、熟悉場地的暖場團技術經理——請開啟回饋切換開關。他們可以閱讀技術需求清單，並在問題對應的項目上直接留言，不用再另外寫郵件描述問題（例如「你知道從左邊數第三個輸入」）。

回饋功能不是：

• 它不是編輯權限：檢視者無法修改位置、頻道、混音或備註，來源文件仍由你掌控。
• 它不是公開編輯：這仍然只是一份連結——開啟回饋功能不會讓隨機的接收者改寫你的技術需求清單，只讓他們能留言。

典型流程：演出前幾天，分享開啟回饋功能的僅檢視連結。駐場工程師會留下三則留言（「沒有第二支踢鼓麥克風」、「鍵盤需要接 DI 盒，不是線路輸入」、「監聽區需要更多下舞台左側的楔形監聽喇叭」）。你或你的工程師閱讀留言、決定要採納哪些修改、編輯技術需求清單並儲存。場地下次打開連結時，就已經看到更新後的內容，不需要再來回傳送「v2_FINAL」版本的郵件。

何時該授予編輯權限

編輯權限是最狹窄的權限等級，也應該保持狹窄。只授予確實需要修改技術需求清單的少數人——通常是你的前場（FOH）或監聽工程師、技術經理（TM）。每份技術需求清單最多可邀請3 位協作者，由所有者以郵件邀請。

每位受邀編輯者都可以在相同的技術需求清單上打開、編輯、儲存、匯出、查看修改歷史。這是非同步協作：同一時間只有一人編輯，儲存後再交給下一個人。目前不支援即時同步編輯、也沒有線上狀態顯示功能——這些功能已列入開發路線圖，尚未上線。

如何選擇回饋功能與編輯權限：

• 如果對方需要告訴你場地或設備的相關資訊 → 使用回饋功能（適用對象：場地、本地工作人員、暖場團）
• 如果對方需要修改技術需求清單本身——頻道分配、麥克風選擇、跳線表、監聽混音 → 授予編輯權限（適用對象：你的工程師、你的技術經理）

若想了解完整的編輯者工作流程——如何邀請編輯者、輪流協作的手動交接實際運作方式、如何透過修改歷史查看誰改了什麼——請參閱〈技術需求清單協作：邀請你的音響工程師或技術經理〉Collaborating on a Rider: Invite Your Engineer or TM。本指南刻意不再重複說明這些內容，僅說明何時該使用編輯權限。

我該使用哪種分享模式？

選擇模式的依據是兩個問題：接收者是誰，以及他們需要對技術需求清單執行什麼操作？

各模式一句話總結：

• 僅檢視連結——所有需要閱讀技術需求清單以完成工作的人。
• 連結+回饋——需要標註場地相關問題、但無需修改來源文件的人。
• 編輯權限——你的音響工程師或技術經理，僅限確實需要修改技術需求清單的少數人（最多 3 人，非同步協作）。
• PDF——紙本、離線、歸檔用的副本；重大修改後需重新匯出。

而勝過任何單一格式的組合是：將即時連結作為唯一正確來源，附上標有最新日期的 PDF 作為音樂節備份。 兩者來源相同，內容永遠一致。

常見問題

如何將舞台配置圖傳給場地？ 從技術需求清單複製僅檢視分享連結，以郵件或訊息傳給場地的製作聯絡人。連結永遠指向最新儲存版本，修改後不需要重新傳送。如果場地需要紙本，請在進場佈置前一天另外匯出PDF 檔案。連結與 PDF 來自同一來源，內容一致。

如何分享技術需求清單？ 根據接收對象選擇對應的權限等級：需要閱讀的人使用僅檢視連結；需要收集意見的人使用開啟回饋功能的相同連結；你的音響工程師或技術經理則授予編輯權限（以郵件邀請，最多 3 位協作者）。需要紙本或離線使用時，匯出PDF 檔案。大多數情況下，你會將即時連結傳給場地，並附上 PDF 作為備份。

該傳 PDF 還是連結？ 兩者都要——它們的適用場景不同。連結永遠是最新版本，是你的唯一正確來源；PDF 是音樂節/紙本備份，在網路不佳的環境下仍可使用，也適合在場控（FOH）列印。由於兩者都由同一份技術需求清單生成，內容永遠一致。以連結為主要傳送內容，附上標有日期的 PDF 作為安全備份。

如何取得舞台配置圖的回饋？ 在分享連結上開啟回饋切換開關，再傳給熟悉場地的人——場地工程師、本地工作人員、或暖場團技術經理。他們可以在技術需求清單的對應項目上留言（例如「我們沒有第二支踢鼓麥克風」），但無法編輯內容。你決定要採納哪些留言、編輯技術需求清單並儲存後，場地重新打開連結就會看到更新後的內容。

場地可以編輯我的技術需求清單嗎？ 不行——透過連結無法編輯。分享連結預設為僅檢視權限，即使開啟回饋功能，也只允許檢視者留言，無法編輯。真正的編輯權限是所有者刻意透過郵件授予最多3 位協作者的權限（通常是你的音響工程師或技術經理）——絕不會透過連結開放給場地或公眾。

下一步

• 👥 〈技術需求清單協作：邀請你的音響工程師或技術經理〉Collaborating on a Rider: Invite Your Engineer or TM —— 多編輯者協作深度教學：邀請編輯者、非同步交接流程、修改歷史
• 🔄 〈為什麼你的技術需求清單應該是動態文件〉Why Your Tech Rider Should Be a Living Document —— 版本控制與反對凍結 PDF 的論述
• 🏆 〈適合協作與團隊使用的頂尖舞台配置圖軟體〉Best Stage Plot Software for Collaboration & Teams —— 跨工具分享與協作模式比較

更多參考資源

• 技術需求清單：6 個技巧與範本 —— IMG STAGELINE
• 樂團專用舞台配置圖：含範例 —— DIY Musician (CD Baby)
• 舞台配置圖設計應用程式與軟體清單 —— SoundGirls.org

---

最後更新：2026-07-07 · 由 Techrider.live 團隊審核 · 分享工作流程已透過真實音樂節與俱樂部製作場景測試。