作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。Livehouse 演出日資訊頁要先回答的，是觀眾出門前最常私訊的四件事：幾點可以進場、隨身物品放哪裡、遲到還能不能進、散場之後怎麼離開。把這四件事寫成固定欄位，放在頁面最上方，比把資訊散在貼文與留言裡穩得多，也能讓值班的人少答一輪重複的問題。
週五晚上七點半，值班手機一直在震
先想像一個很普通的週五。一間中型 Livehouse，樂團預計九點前後上場，開放入場的時間還沒到，門口已經有人在排。值班的夥伴一手顧驗票，一手滑手機，私訊視窗跳出一串問題：
「請問現在可以進去了嗎？」
「後背包可以帶進場嗎？會不會要寄放？」
「我朋友卡在路上，樂團上場前到還來得及嗎？」
「散場之後最後一班捷運是幾點？」
這些問題都不難，難的是每一則都得有人回，而且不同的人回，答案常常不太一樣。早班的同事說背包可以帶，晚班的同事說要寄放；一位觀眾在社群看到的是舊貼文，另一位看到的是新貼文。出現兩個版本的答案，就是資訊頁該出手的時候了，因為觀眾不會分辨哪個版本比較新，他們只會覺得場館前後不一致。
我接手這類案子的第一個動作，通常不是改版，而是請對方把一個月內的私訊、留言、電話紀錄匯出來，貼進一張試算表，一則一列，先分類再談設計。分類沒有標準答案，但幾乎每次都會長出同樣的幾堆：進場與驗票、物品與寄放、遲到與退場、交通與散場、座位與視線、身分與年齡。這幾堆問題加起來，就是資訊頁的骨架。
演出日資訊頁，到底該先回答什麼？
答案是：先回答會讓人「當天做不到」的事，再回答讓人「當天比較舒服」的事。做不到的事包括帶了不能帶的物品、錯過了不能補的時段、走錯了入口。這些事一旦發生，觀眾的損失比較大，場館也要花現場人力善後。比較舒服的事則是寄物位置、飲水、洗手間動線，這些重要，但排在後面。
這個排序也符合搜尋平台對內容的期待。Google 在「建立實用、可靠、以人為本的內容」文件中，要求內容是為了幫助人而寫，而不是為了搜尋排名而寫，可參考 Google 搜尋中心：建立實用內容的指引。演出日資訊頁正好是最典型的「幫人做決定」內容，寫得清楚，就是在照這份指引做事。
還有一個現實面：演出日的問題有時效性。同一間場館，週五的入場規則和週日場可能不同，主辦單位不同，規則也會不同。所以資訊頁不能只有一份通用說明，而是要有一份通用底稿，加上每一場演出自己的差異欄位。底稿由場館維護，差異欄位由該場活動的承辦人填寫，兩邊責任分開，才不會出現底稿被誰隨手改壞的狀況。
七個欄位的取捨
把試算表的分類收斂後，我們留下七個欄位。下表是當時討論的版本，每一欄都附上「不寫會發生什麼事」，這是說服老闆最有效的一欄，因為老闆看得懂現場的麻煩。
| 欄位 | 寫什麼 | 不寫的後果 |
|---|---|---|
| 開放入場與開演時間 | 兩個時間分開寫，並標明以主辦公告為準 | 觀眾把入場時間當開演時間，太早到在門口等待 |
| 驗票與入口 | 哪個入口、需要出示什麼 | 排錯隊，或忘了帶證明文件 |
| 隨身物品與寄放 | 可帶與不可帶的清單，寄放位置與方式 | 現場臨時要求寄放，隊伍卡住 |
| 遲到與中途進出 | 哪些時段可以入場，是否能再次進出 | 遲到者與門口人員發生爭執 |
| 座位、站位與視線 | 場地格局與各區大致視野 | 購票後才發現與預期落差 |
| 交通與散場 | 大眾運輸與末班車提醒，散場人流動線 | 散場後找不到路，擠在同一條巷子 |
| 年齡與身分限制 | 依該場活動規定寫明 | 到場才被拒絕入場 |
表格裡沒有的東西也很重要。我們刻意沒有把「樂團介紹」「曲目預測」放進這一頁，那些是行銷內容，放在活動頁就好。資訊頁的任務單純，就是讓人不用問就知道怎麼做。任務單純，頁面才能短，短，才有人讀完。
寄物與散場：網頁與現場要說同一套話
七個欄位裡，最容易出事的是寄物與散場。寄物的難處在於，網頁寫了「請寄放大型背包」，現場卻沒有人會告訴觀眾大型是多大。觀眾對大小的想像差很多，最後還是靠門口人員裁量，而裁量就會產生摩擦。比較好的寫法是用可以目測的說法，例如「能放進置物櫃的尺寸」「需要雙手抱著的行李」，並且在入口張貼一張與網頁完全相同的說明，網頁與現場用同一組字。
散場則是另一種問題。散場那一刻，所有人同時想走，附近的巷弄和捷運出口一起塞住，鄰居也最容易在這時候抱怨。資訊頁如果能說明「建議分流的方向」「末班車提醒」「請勿在巷內逗留」，對觀眾和社區都有幫助。這裡要留意，鄰里關係屬於場館長期經營的資產，而它靠的是每個演出日的散場品質，資訊頁只是其中一個工具。
我常跟營運夥伴說，現場話術、入口張貼、網頁三處要當成同一份文件的三個出口。有人修改規則，就三處一起改，改完才算完成。做法很土，但比任何漂亮的版面都有效。
驗收怎麼設，而不是達成了多少
這類案子最常被問到成效，我的做法是先把驗收指標的名稱與觀察方式寫清楚，不預設達成值。這一篇是示範，也不提供任何成效數字。以下是可以自己追蹤的幾項：
- 私訊與電話中，屬於七個欄位範圍的提問占比，每月用同一套分類人工抽樣比較
- 演出日門口因物品或入口問題造成的處理次數，由值班同事在交班單上勾記
- 資訊頁的到達與停留，透過網站分析工具觀察，並搭配「演出日當天」與「演出前一週」分開看
- 評論與留言中，提到進場、寄物、散場的正負面描述，逐月人工整理
資訊頁上線後，也可以用 FAQ 結構化資料協助搜尋引擎理解問答內容，做法可參考 Google 搜尋中心：結構化資料簡介。要提醒的是，結構化資料只是幫忙理解頁面，不保證會出現特定的搜尋呈現，也不能取代頁面本身寫得清楚。
最後補一個容易被忽略的細節：日期與時間的寫法。資訊頁上的每個時間，都建議同時寫出日期與星期，並在頁面頂端標明最後更新的日子。演出日前後的規則調整很頻繁，觀眾看到沒有日期的說明，會直覺懷疑是不是去年的內容。加上更新日期，等於替讀者省下一次確認的力氣，也讓客服在回覆時有一個可以直接引用的依據，說「請以頁面頂端標示的更新版本為準」，語氣就不會顯得推託。
這套做法不適用，或要先小心的情況
第一，臨時性很高的活動，例如場次臨時加開、主辦在開演前才決定規則的演出，資訊頁反而容易過期。這種場合寧可頁面短，只放不會變的欄位，會變的另外用公告處理，並註明更新時間。
第二，場館沒有固定的營運夥伴負責維護，頁面寫好就沒人碰，過半年就會變成錯誤資訊的來源。上線前要先決定誰負責更新、多久檢查一次，沒有人負責，就不建議做得太細。
第三，涉及安全與法規的規定，例如人數上限、逃生動線、年齡限制，要以主管機關與場地安全規範為準，頁面只做轉述，不自行加碼或放寬。
如果你也在整理演出場館的資訊架構，可以先看我們的數位行銷顧問服務內容了解合作方式。同一系列裡，另一篇談小劇場的交通與無障礙資訊，處理的是從捷運站走到座位的路線問題，和本篇的散場欄位可以互相對照。常見的合作疑問，也整理在常見問題頁面。