畫面能告訴你的,只有你在某一刻看見了什麼;它不能單獨證明規則、功能是否仍適用,更不能推出接下來的結果。要讓一張紀錄有用,先分成「可見內容」「可追查線索」「尚未知道」三部分,別讓推測混進觀察。
在彩城娛樂城記下介面資訊時,先保存畫面位置與查看時間,再把舊新內容分開;描述只以當下可見的規則、來源與版本為準,不替模糊標示自行補出含義。
先記住畫面所在的時間與位置
不必為了留紀錄蒐集大量資料。一筆最小紀錄只需要頁面或畫面名稱、網址或來源位置、看到的時間,以及確實可見的一句文字或標示。涉及個人帳號、付款、身分或其他敏感內容時,不要截取或轉傳。
| 最小欄位 | 怎麼寫 | 不要寫成 |
|---|---|---|
| 位置 | 頁名、網址或來源名稱 | 「我記得是在某處」 |
| 時間 | 何時看見、是否有更新線索 | 把觀看時間當更新時間 |
| 可見內容 | 原樣摘錄一小段 | 由畫面推論後續結果 |
| 未解問題 | 需要回查的一句話 | 自己補上的答案 |
把「看見」和「我以為」拆成兩句
例如「畫面顯示一個名稱」是可見內容;「所以接下來會出現某件事」是推測。兩句話放在一起時,讀者很容易忘記哪一部分有來源。先把前者放在紀錄表,後者若仍想保留,就標成疑問,而不是規則或結論。

| 句子類型 | 範例寫法 | 下一步 |
|---|---|---|
| 可見 | 頁面出現某個標示 | 記下位置與時間 |
| 可確認 | 原文另有明確說明 | 回到原文核對範圍 |
| 推測 | 我覺得這代表某件事 | 改寫成問題,不採用 |
| 未知 | 找不到定義或版本 | 暫停,不延伸 |
畫面改變時,不覆蓋舊記錄
若之後看到新畫面,新增一筆,而不是把舊筆記改成新樣子。前後兩筆都應保留各自的時間與來源,才看得出是內容變動、觀看位置不同,還是原本就沒有讀到完整上下文。
表格之後的決策解釋:先判斷紀錄能支持到哪裡
第一張表完成後,先檢查最小欄位是否真的能帶你回到同一個畫面。位置、時間、可見內容與未解問題缺一不可:少了位置,之後找不到來源;少了時間,無法分辨當時看見的畫面和現在頁面是否相同;少了原樣摘錄,則容易把記憶當成畫面。若四格都在,這筆資料足以支持「我在某時看到這些字」;它仍不足以支持「因此接下來一定會發生什麼」。
第二張表用來決定下一步的類型。可見句子只需要保存;可確認句子要回到可讀的原文核對範圍;推測句子必須改成問題;未知句子就停在未知欄。這不是把每個畫面都做成研究,而是防止觀察和結論黏在一起。當你發現自己正要寫「這表示」、「所以一定」或「接下來會」,就回到表格確認有沒有可直接支持那句話的文字來源。
表格後最常見的分歧是:若畫面包含明確的版本、條件或定義,先找原始文字並對照;若畫面只是一段提示、動畫或局部數字,先保存位置但不要延伸解讀。兩種做法都允許你保有筆記,差別只在於下一步是否能提出可回查的問題。觀察得到的資訊有價值,但它的價值是指出該查哪裡,而不是替未知部分下結論。
中性/虛構情境:同一個標示,不替它補出故事
阿庭在一個頁面角落看見「更新中」三個字,旁邊還有一個數字。他的第一筆紀錄寫成:「下午八點四十七分,某頁右上角顯示『更新中』與數字;尚不清楚數字的定義。」他沒有寫成「系統正在處理我的狀態」,因為畫面並沒有這樣說。接著他在頁面說明中找不到版本或定義,就把問題改為:「此標示對應哪一份可讀的說明?」

稍後畫面消失時,阿庭新增第二筆紀錄,而不是回頭把第一筆刪掉。他能確認的是兩個不同時間看到了不同畫面;不能確認的是改變原因、影響範圍或是否與他個人的狀態有關。這種寫法看似保守,卻讓同一份筆記在幾天後仍可被理解,不會因為記憶混入後來看到的訊息而失真。
這個例子是中性的閱讀練習,並不表示所有標示都需要保存。只有當畫面與你要核對的一個具體問題有關時才記錄;其餘資訊可以略過。紀錄的目標是減少腦中的補完,而不是增加蒐集負擔。
何時停止擷取,改成回查或離開?
若畫面包含個人帳號、聯絡方式、付款、身分或其他敏感內容,停止截圖與轉傳,改用不含敏感資料的文字描述,或直接離開。若你已連續記下幾個變動畫面卻仍不知道問題是什麼,也應停止追逐畫面,先寫一句「我需要確認的是……」。沒有明確問題時,更多截圖通常只會增加雜訊。
另一個回查分歧是版本問題。若你能找到頁面上的更新日期或完整條文,拿它和紀錄時間並列,並只描述兩者的差別;若找不到,就標示為沒有版本依據,不要憑新舊外觀判斷哪個較準。若此差異會影響你是否繼續操作,最穩妥的下一步是停止、保留來源,等到有可以閱讀與核對的說明。
最後,整理時刪除不回答目前問題的截圖或摘要,只保留一則可見內容、一個來源位置和一個未解問題。這不是遺失資料,而是把紀錄變成能使用的索引。當下一次需要回看時,你會先找到問題與來源,而不是在大量畫面中重新猜測當時想證明什麼。
讓未來的自己也看得懂這筆紀錄
整理時替每則紀錄加上一句「這筆要回答什麼」。例如「確認右上角標示是否有文字定義」,比單純保存多張畫面更容易回查。若同一頁有新畫面,新增時間戳與可見文字,再連到同一個問題;不要用後來知道的資訊回頭改寫先前的觀察。這能讓你分清哪些內容是當時看見,哪些內容是後來找到的說明。
紀錄可以短,但要避免兩種混寫:把看到的標示寫成原因,或把個人經驗寫成畫面規則。每次重新讀筆記時,將「可見」「可確認」「推測」「未知」四種句子各讀一遍;只要某句沒有對應來源,就移到推測或未知。這樣做不會減少資訊,反而讓真正可靠的部分更容易被找到。
若資料一直增加卻沒有更接近問題答案,指定一個停止點:留下最後可回查的位置,關閉畫面,等有完整文字或明確問題再回來。當畫面涉及敏感資料時更應停止保存與轉傳。良好的紀錄不是收藏,而是在需要時能找到一條乾淨的回查線索。
完成前的快速檢查
收起紀錄前,確認每一則是否能回答三件事:在哪裡看見、何時看見、實際看見哪一句。若你已在旁邊寫了原因、結果或預測,將它移到推測或未知欄,並補上一個可回查的問題。這個小檢查能防止同一張畫面在日後被讀成比它原本更多的意思。
最後選擇一個收尾:找到原文就核對版本;沒有原文就保留位置後離開;畫面涉及敏感資料就不再保存或轉傳。紀錄的完成標準是邊界清楚,而不是蒐集得最多。
常見問題
只有截圖,能不能記錄?
可以,但要寫明取得時間和看不到的範圍。截圖可協助回找,通常不能代替完整文字或版本資訊。
畫面一直變動,怎麼避免記太多?
只記與目前問題直接相關的一項,並保留網址或位置。重點是能回查,不是把所有畫面保存下來。
畫面顯示的紀錄能預測接下來嗎?
不能。歷史或連續畫面是觀察資料,不是未來結果的證明;應把任何延伸解讀留在未解問題欄。
我看到介面資訊變動時,該如何寫介面資訊紀錄表,分開記錄時間、版本與未解問題?
每筆先寫畫面位置、查看時間與可見原句,再用另一欄保留版本差異和未解問題。舊新畫面即使看起來相近也不要覆蓋,因為你需要辨認的是哪個欄位變動,而不是替未寫出的功能或條件補上解釋。
