前提：呢篇係進階篇，只處理做過基礎功夫之後仍然反覆出事嘅情況
上一篇文章〈學生筆電完全指南：點揀機、點保養、跌落入水點算、維修定買新〉（中文庫編號一百一十五、英文庫編號一百一十六、短網址 student-laptop-guide）已經講過按科系買機規格基線、學生優惠、五大常見故障、跌落入水急救、電池同散熱保養、備份法則同維修定買新嘅五成法則。本文文首只作前提引用，絕不重寫嗰啲基礎內容。本文假設讀者已經按上一篇文章做過買機同保養功夫，但學期中途部機仍然反覆出事，先至用本文嘅進階方法。本文嘅核心問題只有一個：當部機唔係壞一次，而係學期中途反覆壞，點樣先至唔會每次都由頭嚟過。
核心分別：一次事故，定係一個問題
資訊科技服務管理有一個基本分別，值得喺分流之前先講清。事故係單一次服務中斷，目標係盡快恢復正常運作，未必需要搵出根本原因。問題係一個或者多個事故背後嘅成因，目標係查清根本原因，防止重複發生。套落學生機，修好一次就係處理事故，同一故障再出現就係值得開一個問題調查嘅訊號，而唔係每次都當獨立事件再修一次。呢個分別係成篇文章嘅分水嶺，後面所有步驟都建基於佢。如果分流之後發現每次故障都唔同，逐項獨立處理就係正確做法；如果發現同一症狀反覆出現，就應該轉入帶齊證據去對嘅模式，而唔係繼續每次只講一句又壞咗。
學期中反覆故障分流：三條路徑
| 路徑 | 點樣認 | 關鍵證據 | 下一步 |
|---|---|---|---|
| A. 同一故障復發 | 症狀、觸發條件、受影響部件每次都相同，例如每次都係同一隻鍵失靈，或者同一情況下熄機 | 舊維修單寫明嘅故障描述、更換部件同復發日期，與今次一致 | 入證據記錄一節，帶齊舊單去對，唔好只講又壞咗 |
| B. 每次唔同故障 | 症狀每次唔同，部件唔同，觸發條件無共通點 | 時間線顯示每次直接成因都唔同 | 逐項獨立處理，先排最影響交功課或者考試嗰一項，唔好假設佢哋有同一個成因 |
| C. 學業軟件或者環境觸發 | 故障只喺用某個學業軟件、某個外接裝置、某個地點、插座或者火牛組合時出現，換走嗰個條件就無事 | 觸發前後對照記錄，見下一節換測表 | 先隔離觸發條件，再決定係軟件、驅動、設定定係硬件問題，唔好一開始就換零件 |
換測對照：一次只改一樣
以下換測方法係本文提出嘅工作方法，唔係有來源嘅行業標準，讀者應該將佢當成調查起點，而唔係結論。做任何隔離測試之前先備份，部機若已不穩定，唔好做耗時嘅壓力測試。一次過換晒火牛、線材、驅動同軟件，就算症狀消失都唔知邊樣先係成因，呢句要明寫。
| 換測項目 | 故障跟住換走嘅項目走 | 故障留喺原本部機或者原本條件 | 指向 |
|---|---|---|---|
| 已知良好嘅原裝火牛或者線材取代懷疑火牛 | 已知良好火牛之下症狀消失 | 症狀仍然出現 | 火牛、瓦數或者線材線索，對比部機本身線索 |
| 換插座、換房間、放硬平面通風處再試 | 新位置症狀消失 | 去到邊度都一樣 | 供電或者散熱環境線索，對比部機本身線索 |
| 唔開懷疑學業軟件，用另一軟件做同類工作 | 症狀消失 | 症狀仍然出現 | 該軟件、驅動或者設定線索，對比硬件線索 |
| 精簡啟動概念再試，例如安全模式或者 Clean Boot 概念 | 精簡環境下症狀消失 | 精簡環境下仍然出現 | 背景程式或者驅動線索，對比系統或者硬件線索 |
復發定巧合：一個方法提案觸發點
以下觸發條件純屬本文提出嘅工作方法，唔係行業標準，更加唔係統計數字。同一症狀、同一觸發條件，在短期內第二次出現，就值得由逐次修轉入帶齊舊單同時間線去對嘅模式，唔係話第二次就證明上次維修有問題，只係話第二次已經值得認真對照。相反，如果每次症狀、部件、觸發條件都唔同，時間又拉得散，就先當獨立事件逐項處理。觸發調查唔等於證明任何一方有錯，目標係下一次唔好再為同一件事送修，唔係追究。
考試同交功課死線前安排：保資料先，頂住先，送修排期最後
以下次序係本文建議，唔係任何學校、廠商或者行業嘅官方次序，讀者要按自己死線時間調整。
| 優先次序 | 做乜 | 點樣先算完成 | 常見錯誤 |
|---|---|---|---|
| 第一：保資料 | 將未交嘅功課、筆記、參考資料複製到第二個位置，然後用另一部裝置打開檔案確認開得到，唔係睇同步圖示就算 | 喺另一部裝置成功打開最新版本 | 只睇雲端同步剔號，之後先發現同步咗舊版或者損壞版，或者只備份喺同一部機嘅另一個資料夾 |
| 第二：頂住交功課或者考試 | 用借機、圖書館或者電腦室公用機、雲端文件、手機應急版本，先確保死線前交到嘢 | 已經有一個可以交功課嘅途徑，即使唔完美 | 堅持要修好自己部機先交功課，結果死線前兩頭唔到岸 |
| 第三：送修排期 | 死線頂住之後，先按證據記錄一節帶齊證據去送修、排期、問清楚取機安排 | 送修時已講明死線已用其他途徑頂住，唔需要為趕死線而催促一個未確定嘅維修 | 未保資料就送修，或者送修時隱瞞復發歷史，令維修方由頭查起 |
咩情況要即刻停用，唔好為趕死線硬用，上一篇文章已經講過膨脹電池同入水警號，本文只作前提引用，唔重寫。若故障伴隨異常氣味、冒煙、異常高溫、機身變形，或者一開機就重複熄機，趕死線嘅正確做法係停用並用第二步頂住，唔係反覆開機試，反覆開機可能令資料或者硬件情況更差。呢句寫成條件句，唔係對任何具體故障嘅診斷。
同一故障修完又壞：證據記錄先至傾得清楚
證據嘅價值在於當場核對、即時提出，事後先講好難對清楚。取機時要核對維修單上寫明嘅機況是否準確，如有不符要即時向維修方提出並保留文件，取機時要即場檢查機況，並指出維修單上未列明嘅損傷。證據記錄有四個部分，缺一都難對。第一係時間線：每次出事日期、症狀實際觀察、當時做緊乜、用緊邊個軟件、插緊邊個火牛或者外接裝置、有無跌過、入水或者更新過，只寫事實。第二係維修單：每次維修嘅日期、維修方寫明嘅故障描述、更換過嘅部件、維修後測試結果、取機日期，取機時即場核對維修單寫明嘅機況同更換項目是否一致。第三係相片或者短片：症狀出現時嘅相片，例如螢幕顯示、錯誤訊息、機身狀況，相片本身要有日期資訊，唔好將載有機身編號嘅相片公開上網，只交給維修方或者廠商作核對用。第四係復發對照：今次症狀對比上次維修單描述，逐項打勾相同、唔同或者部分相同，呢個對照表就係同維修方傾嘅起點。
下表只係範本結構，所有格由讀者按自己實際記錄填寫，表內例子行只作格式示範，絕不可當真實數據。
| 記錄項目 | 第一次出事 | 第一次維修 | 復發，今次 |
|---|---|---|---|
| 日期，由讀者填寫 | 按實際日期填寫 | 按維修單日期填寫 | 按實際日期填寫 |
| 症狀，實際觀察，唔寫推斷 | 按實際觀察填寫 | 維修單寫明嘅描述，原文抄錄 | 按實際觀察填寫 |
| 當時條件，軟件、火牛、外接、地點 | 按實際情況填寫 | — | 按實際情況填寫 |
| 維修內容，按維修單 | — | 按維修單原文填寫：更換部件或者處理方法 | — |
| 維修後測試，取機時做過乜 | — | 按實際情況填寫 | — |
| 與上次相同或者唔同 | — | — | 逐項對照後填寫：相同、唔同、部分相同 |
復發有三種可能解釋，唔好未查先定論。第一，上次維修未完全解決根本原因，例如只換咗表面部件，觸發條件未除。第二，上次維修解決咗舊問題，今次係新問題但症狀相似，要靠上表對照先分得清。第三，觸發條件本身未變，例如繼續用同一個有問題嘅火牛，或者同一個會觸發嘅軟件設定，所以同一症狀再出現。三種解釋要靠維修方檢測先分得到，讀者憑時間線只可以提出懷疑，唔可以自行定論。
保養同意外損壞索償：只講程序，唔編造任何店舖政策
呢一節只講程序，唔編造任何店舖或者品牌嘅具體保養承諾、索償結果或者處理時間。每個品牌、每個系列、每個購買渠道嘅條款都可能唔同，正確寫法係教讀者點樣對自己手頭嘅文件，唔係代讀者講結論。保養條款以讀者手頭嘅文件為準，本文唔會轉載任何保養期數字，讀者應按手頭保養文件，或者廠商網站以機身編號查詢嘅結果為準。
| 文件或者資料 | 點解要 | 備註 |
|---|---|---|
| 購買證明，發票或者收據正本 | 證明購買日期與購買渠道 | 有啲廠商要求發票列明品牌、型號名稱、機身編號、購買日期，並有經銷商印章，無有效發票會影響保養服務 |
| 機身編號同型號名稱 | 廠商用以識別產品與保養資格 | 送修前先核對機身編號，唔好憑型號推論 |
| 故障描述，症狀、錯誤訊息、何時出現 | 令維修方或者廠商可以分流，唔好只寫壞咗 | 寫實際觀察，唔寫推斷 |
| 相片或者短片，如對方要求 | 輔助說明硬件狀況 | 只交給對方作核對用，唔好公開載有機身編號嘅相片 |
| 額外保障文件，如有購買 | 例如延長保障、意外損壞保障嘅合約或者確認電郵 | 保障範圍同樣以合約原文為準，唔好假設買咗額外保障就乜都包 |
| 過往維修單同時間線，復發個案 | 證明同一故障嘅歷史 | 對照上一節證據記錄表 |
| 送修前備份確認 | 維修過程可能刪除資料，廠商一般提醒送修前要完整備份 | 備份法則只作前提引用，唔重寫細節 |
| 常見被拒或者不受理類別，只講程序類別 | 點樣理解 | 送修前點做 |
|---|---|---|
| 文件問題 | 無有效購買發票或者收據、文件被更改、文件資料與產品不符，例如機身編號對不上 | 送修前先對一次發票同機身編號 |
| 機身編號問題 | 機身編號標籤被移除、塗改、損毀或者不符 | 送修前影低標籤作自己記錄，唔好公開 |
| 意外損壞或者不當使用 | 跌落、液體潑灑、撞擊、屏幕破裂、漏液、外物入機等，被列為意外或者不當使用類別 | 如實描述，唔好隱瞞跌過或者入水歷史 |
| 未經授權嘅維修或者改裝 | 由非授權方維修或者改裝造成嘅損壞 | 送修前先對一次手頭條款 |
| 軟件或者病毒問題 | 軟件故障、病毒、設定問題，一般不屬於硬件保養範圍，以條款原文為準 | 先用換測分辨軟件線索定硬件線索 |
| 正常損耗 | 例如電池自然老化、耗材耗盡、外觀磨損等，被列為正常損耗類別 | 只講類別，唔寫任何損耗數字或者健康百分比門檻 |
如果溝通不果，程序出路方面，消委會投訴程序要求準備嘅資料包括投訴人資料、被投訴商戶資料、交易詳情、相關文件副本、期望嘅處理結果。消委會嘅角色係調停，進展取決於商戶自願合作，消委會無權命令商戶道歉或者處分員工。本文必須如實寫呢個限度，唔好寫成投訴就一定攞得返，亦唔寫任何處理時間或者賠償金額，更加唔好將消委會程序寫成法律程序。維修前要同商戶確認交貨日期、保養安排、維修完成日期、退款政策或者替代安排，維修單上嘅機況要準確，如有不符即時提出並保留文件。
二手或者家人舊機接手：隱藏問題喺學期中先爆出嚟
二手或者家人舊機接手，隱藏問題往往唔係速度，而係接手時未核實嘅三樣嘢。第一係電池，接手時已經係舊電池，唔好只睇而家有幾多電。Windows 可以用電池報告比較出廠容量與而家充滿容量，差距即損耗，Mac 可以喺系統設定睇電池健康度，系統資訊睇循環次數與狀況。循環次數係設計目標參考，唔係倒數計時，同循環次數嘅兩部機可因熱與充電習慣而健康度差好遠，應以容量比較為主要訊號。接手檢查提案如下，標明係本文提出嘅方法，唔係行業標準：接手當日即記低出廠容量、而家充滿容量、循環次數如有顯示、機底是否平放、觸控板有無隆起，四項齊全先開始學期使用，缺任何一項都視為未完成接手檢查。膨脹處理沿用上一篇文章同廠商指引，本文只作安全紅線一句，停用、拔火牛、唔好刺穿、按壓或者自行拆出，聯絡廠商或者維修店。
第二係焊死記憶體同儲存，接手前未核實，學期中先發現無得加。焊死記憶體即直接焊在主板上，買入時嘅容量就係終身容量，無法靠換記憶體條升級，若無額外插槽，買入容量即上限。核實方法係查廠商該型號嘅維修手冊或者規格頁，唔係只看賣家標籤，看是否寫明焊死、內置或者無記憶體插槽，或者用系統工具看插槽數目與佔用情況，或者以廠商升級工具核對。部分機係一邊焊死、一邊有插槽，須核實最高支援總容量，唔可以假設有插槽就等於可以加到想要嘅數。儲存同理，唔可以只信幾多容量嘅寫法，須核實係固態硬碟定係舊式機械硬碟、是否可換、插槽是否已被佔用。接手前三問就係：記憶體係焊死定係插槽，最高支援幾多，儲存係焊死定係可換，三問答唔齊就唔好以之後再加作為接手理由。上一篇文章講買新機要幾多記憶體，本文只講接手舊機時，焊死結構令上一篇文章嘅升級路線行唔通，唔重寫規格基線表。
第三係舊系統支援終止，舊機接手嘅最大隱藏成本唔係速度，而係支援。Windows 10 已於 2025 年 10 月 14 日終止支援，之後不再有每月保安更新、功能更新與標準技術支援。Windows 11 最低要求包括可信平台模組、支援安全啟動嘅韌體、相容處理器清單。檢查工具方面，廠商提供嘅電腦健康檢查工具可核對是否符合升級資格。Mac 方面，廠商以停產後滿一段時間界定可維修與不再提供硬件維修嘅類別，二手 Mac 接手前應按廠商官方清單核對該型號狀態，唔可以只看年份或者外觀。支援終止唔等於部機即刻唔用得，要寫嘅係風險與學校軟件相容性，唔係恐嚇式必須即換，更加唔可以承諾任何升級成功率或者時間。
| 接手檢查項目 | 點樣核實 | 未核實之前點算 |
|---|---|---|
| 電池健康比較 | 出廠容量對比而家充滿容量，機底是否平放，觸控板有無隆起 | 未記低四項之前，視為未完成接手檢查 |
| 記憶體結構 | 廠商手冊或者規格頁是否寫明焊死、內置或者無插槽，系統工具插槽佔用情況 | 唔好以之後再加作為接手理由 |
| 儲存結構 | 是否固態硬碟、是否可換、插槽是否已被佔用 | 唔好只信容量數字 |
| 系統支援狀態 | 作業系統版本同支援狀態、升級資格檢查結果、Mac 官方清單狀態 | 先查學校指定軟件是否仍支援該系統版本 |
| 前手使用史 | 機身有無撞痕、鉸位鬆、鍵盤有無個別鍵失靈、所有接口逐個試、輕負載下風扇有無異常大聲 | 表面睇唔出嘅前手史，學期中先會爆出嚟 |
| 前手帳戶同授權 | 前手是否已登出帳戶、解除裝置綁定、交出加密還原資訊如有加密 | 未清好之前，學期中重裝或者送修時可能被鎖住 |
| 充電器是否原裝或者合規格 | 對照火牛標示輸出與該機型原裝要求，兩個數字都要記低 | 家人舊機常隨手配一個火牛，換測無法歸因之前先對標示 |
學期中換機定捱到學期尾：以實際症狀為準嘅決策框架
以下決策框架本身係本文提出嘅工作方法，唔係行業標準，更加唔係上一篇文章五成法則嘅重寫。上一篇文章嘅五成法則只喺本文引用一句，唔展開，唔重製上一篇文章嘅按情況傾向表。決策只看三類實際症狀，唔看機齡單一數字。第一類係安全與資料紅線：電池膨脹、機身過熱到燙手、儲存裝置出現異聲或者頻繁讀取失敗、資料無故損毀或者消失，任何一項出現，框架建議即停用並送檢，唔建議捱到學期尾。第二類係學業中斷頻率：同一症狀在學期中是否反覆出現、是否在交功課、考試、課堂演示等關鍵時刻出現、每次中斷是否需要重做或者遺失進度，重點係反覆與關鍵時刻，唔係單次偶發。第三類係替代方案是否即時可用：圖書館借機、另一部可用電腦、學校電腦室、雲端檔案是否齊全，替代方案存在與否會改變捱嘅成本，但唔會改變第一類嘅安全判斷。硬規則係唔可以承諾修好時間，唔可以承諾送修幾日就返，唔可以寫換機即解決所有問題，所有時間表述只可以寫以檢測後書面報價與實際維修情況為準。
下表只係範本結構，表格內嘅按實際填寫唔係數據，讀者必須用自己部機嘅實際記錄填寫，唔可以將範本當成真實案例或者統計。
| 欄位 | 點樣填寫 |
|---|---|
| 症狀，實際觀察，唔好寫推斷 | 寫見到、聽到、發生過乜嘢，唔好寫懷疑主板壞 |
| 首次出現日期 | 按自己記錄填寫 |
| 學期中出現次數 | 按自己記錄填寫，唔好估 |
| 是否在關鍵時刻出現，交功課、考試、演示 | 是或者否，按實際填寫 |
| 每次中斷損失，要重做幾多、遺失咗乜嘢檔案 | 按實際填寫 |
| 已試過嘅分辨步驟 | 逐項記低，唔好只寫試過晒 |
| 安全或者資料紅線 | 有或者無，按實際填寫 |
| 替代方案，借機、另一部機、電腦室 | 有或者無，借機規則問過未 |
| 傾向，方法提案輸出 | 按框架判斷填寫，見下表三種姿態 |
| 姿態 | 適用條件，方法提案 | 下一步 |
|---|---|---|
| 即停用並送檢 | 安全或者資料紅線任何一項出現 | 停用、備份如仍可安全備份、送檢，同時啟動替代方案 |
| 捱到學期尾，但要監察 | 無紅線，症狀偶發、未在關鍵時刻出現，已有替代方案，已記低症狀日誌 | 繼續用，但每星期覆檢一次記錄表，症狀轉入紅線或者在關鍵時刻出現即轉第一行 |
| 學期中換機或者換主力機 | 無紅線但症狀反覆且已在關鍵時刻出現，或者維修費按上一篇文章嘅五成法則已傾向換新，或者支援終止加學校軟件不相容 | 以檢測後書面報價為準作決定，換機前完成送修前自保清單 |
送修前自保清單：備份已驗證，帳戶逐項登出，單據逐項核對
送修前備份檢查只列檢查點，唔重寫上一篇文章嘅備份細節。維修可能涉及更換儲存部件，維修方不能保證資料復原，送修前應先備份個人檔案到外置硬碟或者雲端。同步唔等於備份，同步服務會將刪錯或者損毀嘅檔案同步上雲，上一篇文章已經講過，本文只引用一句。送修前備份檢查表由讀者自填：功課、論文、專案檔案是否已在第二處開到，唔係只係已上載；桌面、下載、非預設資料夾有無漏抄嘅檔案；瀏覽器書籤、學校系統登入資訊、軟件授權資訊是否已另存；加密還原資訊如有是否已另存於第二處；試還原，抽一個檔案在另一部裝置開一次，確認攞得返。
帳戶登出與授權解除方面，登出唔等於刪除檔案。登出或者解除授權只移除該裝置嘅帳戶存取，檔案本身仍在硬碟上，真正令資料無法復原嘅安全清除，係出售或者棄置機時嘅程序，唔係送修前嘅程序。送修前做法係登出電郵、社交、雲端等帳戶，解除授權嘅軟件許可如適用，暫時停用會阻礙技術人員測試嘅安全功能，例如加密、開機密碼、指紋或者面容登入，並記低自己停用了乜嘢、送修後要重新開啟。登出清單逐項打勾，學校電郵、個人電郵、雲端硬碟、瀏覽器同步、通訊軟件、付費軟件授權、學校系統自動登入，每一項寫已登出或者不適用，唔好寫已處理晒。特別提醒，學校帳戶若有裝置綁定或者雙重驗證，送修前先確認在另一部裝置仍可登入學校系統，否則送修期間連借機都登入唔到。唔可以寫任何維修店保證不會看你嘅檔案之類嘅保證句，正確寫法係減少留在機上嘅敏感資料，風險由自己控制。
| 維修單據欄位 | 點解要寫 | 未寫明時點做 |
|---|---|---|
| 送修日期 | 症狀日誌與維修時間線嘅起點 | 即場要求補寫 |
| 機型、機身編號 | 廠商查詢與保養狀態須逐個編號查，唔可以憑型號推論成批 | 即場核對機身編號 |
| 症狀，實際觀察 | 技術人員需要嘅係觀察，唔係推斷 | 按換測一節四欄寫法補寫 |
| 已試過嘅分辨步驟與換測結果 | 避免重複試過嘅步驟，縮短檢測時間 | 帶決策記錄表去 |
| 隨機物品，火牛、充電線、其他配件 | 懷疑火牛時無實物做唔到換測 | 列明有無一併交出 |
| 報價方式 | 一律以檢測後書面報價為準，口頭報價要書面確認 | 未有書面報價前唔好授權維修 |
| 預計聯絡方式與覆檢日期 | 避免等通知無限期拖延 | 即場約定下一次更新日期 |
| 資料處理約定 | 維修會否涉及重裝、換儲存、清除資料 | 寫明重裝或者換儲存前須先聯絡機主 |
| 取機時檢查項 | 取機即場試症狀是否重現、檢查機身有無新增損傷 | 取機即場逐項試，唔好返到宿舍先發現 |
收費說明
學期中反覆故障嘅成因因症狀、觸發條件同範圍而異，一律以檢測後書面報價為準。以下係已經確認嘅常規收費：
| 項目 | 收費 |
|---|---|
| 電池 | HK$580 起 |
| 螢幕 | HK$1,280 起 |
| 主板晶片級 | HK$880 起 |
| 鍵盤 | HK$480 起 |
| 復發調查、保養索償文件核對相關嘅檢測、其他維修 | 以檢測後書面報價為準 |
FAQ
Q1: 部機修完又壞，係咪即係上次整得唔好？
A1: 唔可以咁斷言。用證據記錄表對照症狀、部件、觸發條件先分得到三種解釋：上次維修未完全解決根本原因，上次解決咗舊問題但今次係新問題，觸發條件本身未變。帶齊舊單、時間線、相片去對，先至傾得清楚，唔好寫成對任何維修方嘅指控，更加唔好承諾任何補償。
Q2: 考試或者交功課前一日部機又出事，應該先修機定先交功課？
A2: 按本文建議嘅次序：保資料、頂住交功課、再送修。先將檔案複製到第二個位置並用另一部裝置確認開得到，再用借機、電腦室或者雲端版本頂住死線，之後先帶齊證據送修。借機規則各校唔同，要即日問自己學校，本文唔承諾延期，亦唔寫任何學校嘅延期程序。
Q3: 點樣分係學業軟件問題定硬件問題？
A3: 用換測邏輯：換條件、精簡啟動、一次只改一樣。關閉懷疑軟件之後症狀是否消失，精簡環境下重複同一操作症狀是否出現，換同類軟件做同一工作症狀是否出現，只喺學校系統先出事就先問學校資訊科技支援。只講分辨方法，唔點名話某個軟件版本、某個驅動編號就係成因。
Q4: 保養期內送修，要帶乜先唔會白行一趟？
A4: 按保養索償文件清單：購買證明、機身編號、故障描述、額外保障文件如有、舊維修單同時間線，送修前先備份並確認檔案喺另一裝置開得到。常見被拒類別只講程序類別，以手頭條款原文為準，本文唔寫任何店舖或者品牌政策，唔寫任何保養期數字，唔承諾索償結果。