路上拋錨的巴士，通常在車廠內就已出現問題。缺陷報告常以手寫卡片或交班時口頭提及，數日後才輸入維護系統。車隊中三輛車有相同故障的模式，往往直到其中一輛在路上停駛才被發現。
路上故障是營運商評估的關鍵指標，它們往往是報告問題的最終徵兆，而非單純的維護問題。預防這些故障所需的資訊，其實早在數天前就已存在於正確的車廠，只是以一種無法被整合的形式。影片中完全未提及營運商的績效數據：故障間的里程數、罰款風險以及合約績效數據，這些屬於營運商的資料，只有在他們同意下才會顯示。
八個場景涵蓋了車隊全貌：兩個關於目前缺陷報告方式及延遲發生的環節，一個關於檢查點的數據採集，兩個關於車隊視圖及重複故障如何浮現，一個關於根據車輛可用性安排工作，一個關於工程經理每週所見，以及一個關於單一車廠部署的樣貌。
工程經理觀看產品影片時，通常會關閉聲音，且對任何看起來像是為高層會議製作的內容容忍度極低。真正能吸引他們持續觀看的，是準確呈現他們自己的車廠，包括那些不那麼光鮮亮麗的部分。
交班對話正是資訊流失的環節。任何管理過車廠的人，三秒內就能明白。
三輛車、一個零件、一個螢幕。這個瞬間就是產品的全部論點，而此類影片大多會忽略這一點。
缺陷卡片確實有效，這也是它們持續存在的原因。在取代它之前先承認這一點，比直接批評現有流程無效更能贏得信任。
全車隊範圍的實施方案難以令人信服。一個車廠、一個季度、一個可靠性指標，才是工程經理能向上級匯報的版本。
上傳產品說明書、參考營運商的可靠性案例研究，或車廠實施計畫，支援 PDF、DOC、DOCX、PPTX 或 TXT 格式，檔案大小需小於 200 MB。生成的場景可編輯，且上傳的文件保持不變。
指向您的團隊已發布的產品說明書，並在下次營運商招標前編輯回傳的內容。
