票價上限會以正常費率收取每次行程費用，直到每日或每週總額達到設定上限為止，之後該期間的剩餘行程將不再收費。系統會計算同一張卡片已刷卡的次數，因此一天內搭乘六次與搭乘四次的乘客，支付的費用是相同的。
然而，這句話也正是此功能常被誤解的原因。乘客常誤以為票價上限是一種必須選擇加入的折扣，或是必須購買的票證，因此持續購買他們不再需要的日票。因此，解釋時必須著重於乘客「無需做任何事」，而非後台如何計算。至於結算機制，例如聚合器如何批次處理刷卡記錄以及何時將費用過帳至銀行，這些屬於費率文件內容，不應出現在面向乘客的影片中。
此範本透過七個場景來闡述其機制：兩個場景說明乘客會有哪些改變，兩個場景追蹤一張卡片一週的使用情況以展示票價上限如何生效，一個場景說明哪些情況會導致票價上限失效，一個場景說明如何查詢已收取的費用，最後一個場景則說明如何處理有爭議的票價。
票價說明影片的成敗取決於一件事：它是否能在乘客致電前解答他們的問題。每次票價變動都會引發三個常見問題——我是否被多收費了？我還需要我的票證嗎？為什麼我的帳單顯示多筆小額款項？——如果影片未能解答這三個問題，只會將這些查詢延後處理。
票價上限的效果只有在多次行程後才會顯現。展示單次刷卡只能解釋票價；展示同一張卡片從週一到週五的使用情況，才能解釋票價上限。一週視圖是場景序列的重點所在。
乘客會透過查看對帳單來確認票價上限是否生效，因為對帳單上會顯示多筆小額費用而非單筆大額費用。如果影片從未展示這種視圖，那麼每個月的第一份對帳單就會變成一通客服電話。
票價上限通常要求每次刷卡都使用同一張卡片或裝置。在手機和實體卡之間切換，或在兩位家庭成員之間共用，都會悄悄地重置計數。明確說明這一點，可以預防最常見的投訴。
認為自己被多收費的乘客需要一個明確的申訴途徑，而非一般的客服熱線。一個展示如何查詢刷卡歷史記錄以及如何提出票價異議的場景，將使這部影片值得從票價頁面連結。
上傳您的費率通知、票價政策 PDF，或您網站上的票價頁面——支援 PDF、DOC、DOCX、PPTX 或 TXT 格式，檔案大小上限為 200 MB。返回的內容是可編輯的，且原始檔案不會被修改。
您已發布的費率通知是唯一所需的輸入——在新票價生效前重新修改草稿。
