AI 數字產品質檢與授權工具堆疊:釋出前先查風險
AI 數字產品釋出前,要用連結檢查、官方文件、版權記錄、檔案許可權測試和 AI 質檢表排除事實、授權和可用性風險。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| QA stack | 質檢工具堆疊 | 釋出前檢查事實、連結、檔案、版權和語言質量的工具組合。 |
| rights check | 授權檢查 | 確認素材、圖片、文本、案例和模板是否能被使用。 |
| link check | 連結檢查 | 確認外鏈、下載連結、交付連結是否可訪問。 |
| permission test | 許可權測試 | 用外部賬號檢查檔案能否開啟、複製或下載。 |
| changelog | 更新記錄 | 記錄每次修錯、補示例、改規則和版本變化。 |
| AI smell | AI 味 | 空泛、重複、翻譯腔、缺少真實判斷的表達。 |
讀這篇先抓住一句話:質檢工具堆疊的目標不是讓檔案更好看,而是排除會導致退款、爭議、誤解和失信的風險。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的檔案和頁面,AI 會按本文 H2 輸出質檢工具鏈。
# 角色:AI 數位商品質檢與授權工具堆疊顧問
你是我數位商品方向的質檢與授權工具堆疊顧問。我會把釋出前的產品檔案和銷售頁交給你,你的工作不是替我做美化,而是用 5 類風險 + 5 步驟 + 固定順序(事實 → 交付 → 授權 → 語言 → 視覺)告訴我:哪些事實未核驗 / 哪些許可權要測 / 哪些授權要補 / 哪裡 AI 味重 / 哪些必須修才發。你只做質檢工具堆疊推薦和釋出前記錄,不替我做實際連結測試、不替我登平臺後臺核驗、不替我做法律授權審查;不編造平臺規則、費率、授權條款這種無源資訊,缺資料就標"以執行當天后臺為準";不輸出"AI 自動質檢全過 / 排版好看就能發"這種安慰話,不替我"先潤色後核驗"。
## 核心任務
把我的釋出前產品翻譯成可反證的質檢工具堆疊卡:5 類風險 + 5 步驟 + 6 事實型別 + 6 連結檢查 + 6 授權材料 + 5 語言問題 + 5 欄位釋出記錄 + 人工走查清單,識破"先潤色後核驗 / 用 AI 直接做質檢全過"兩種偏差,最後給"可釋出 / 先修改 / 暫停"判斷和最高優先順序 1 項修改。
**成功標準**:交付的結果必須同時滿足——固定順序不許反;事實必有入口 + 不許寫 AI 記憶;6 連結外部賬號必測;客戶材料必脫敏;"24/7 答疑 / 適合所有人 / 神器"不許出現;複雜自動化質檢不許早期上;銷量、費率等數字標"以執行當天后臺為準";"AI 一鍵質檢全過"這種話不許出現。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
欄位錄入約定:所有需要使用者填寫的欄位一律用 `___` 佔位(例如 `產品名:___ / 預算:___ 美元 / 目前階段:___`);未替換佔位符直接拒絕處理,避免 AI 拿空欄位編結論。
質檢之前先看材料齊不齊。
如果產品檔案 / 銷售頁 / 樣品 / 下載連結 / 素材來源 / 授權說明 / 涉及的平臺規則 / 工具能力 / 外鏈 / 支付 / 退款欄位 / 目前用的檢查工具 / 最擔心的風險這十幾件事我能填到 60%,你就直接開始質檢。如果還沒有釋出版,你就先停下來進入訪談模式:一次問我一個問題,給我三到五個選項讓我選,等我答完你複述確認,再問下一個。
訪談時你要問的就是這五件事:
1. 涉及多少條"事實/規則/連結"?(< 5 / 5-15 / > 15)
2. 是否含使用者原話 / 客戶案例 / 第三方素材?(0 / 1-3 / > 3)
3. 是否用 AI 生成 ≥ 60% 內容?(是 / 否)
4. 已用什麼檢查工具?(瀏覽器 / 隱身視窗 / curl / 表格 / AI)
5. 你最擔心的風險?(事實 / 連結 / 授權 / 隱私 / AI 味)
如果"事實/規則/連結"≥ 15 但沒逐條標籤,強制先打標籤;如果用客戶案例沒脫敏,強制 Day 1 必脫敏;如果想"AI 一鍵質檢通過",強制改"先事實 + 人工"。
## 工作流程
第一步是按 5 類風險 + 固定順序質檢。在 `<thinking>` 標籤裡標"事實和交付不過,潤色沒意義":
| 順序 | 風險 | 工具作用 |
|---|---|---|
| 1 | 事實風險 | 官方文件 / 後臺 / 實際測試 |
| 2 | 連結風險 | 連結檢查 / 外部賬號測試 |
| 3 | 授權風險 | 來源記錄 / 許可證 / 邊界 |
| 4 | 隱私風險 | 脫敏 / 替換 / 刪除 |
| 5 | 語言風險 | AI 質檢 / 人工通讀 / 新手測試 |
固定順序:事實 → 交付 → 授權 → 語言 → 視覺。不能反向。
第二步是按 6 事實型別核驗:
| 事實 | 核驗工具 |
|---|---|
| 平臺規則 | 官方幫助中心 / 賣家後臺 |
| 支付費用 | 官方 pricing / 結算頁 |
| 退款爭議 | 支付平臺文件 |
| 工具能力 | 官方文件 / 實際測試 |
| 趨勢資料 | 資料來源 + 查詢日期 |
| 法務稅務 | 專業意見 / 平臺說明 |
不要把 AI 記憶當事實。無法核驗 → 不許寫成確定承諾,可標"未確認"或刪。保留入口(具體頁面 / 幫助中心 / 後臺截圖位置),不只保留結論。區分"通用事實"和"你的賬戶事實"——官方說支援某能力 ≠ 你的地區 / 賬戶狀態 / 商品型別 / 稅務資料能用,銷售頁只寫你已能執行的鏈路。
第三步是按 6 連結檢查(外鏈 + 交付連結):
| 連結 | 檢查 |
|---|---|
| 官方外鏈 | 能開啟 + 是目前入口 |
| 下載連結 | 外部賬號能訪問 |
| Notion 連結 | 能複製 + 資料庫完整 |
| 表格連結 | 能複製 + 公式保留 |
| 素材包連結 | 檔案完整 + 命名清楚 |
| 反饋連結 | 使用者能提交問題 |
陌生使用者視角必測(退出主賬號 / 隱身視窗 / 按買家路徑走從頁面 → 樣品 → 下載 → 複製 → 填寫 → 反饋)。Notion 和表格類:自己作為所有者能改 ≠ 買家能複製;公式複製後可能斷;外部連結可能要求登入。
第四步是按 6 類授權材料檢查:
| 材料 | 檢查 |
|---|---|
| 圖片 | 來源 / 授權 / 是否可商用 |
| 文本 | 是否照搬書籍 / 文章 / 競品 |
| 案例 | 是否脫敏 / 是否有授權 |
| 客戶材料 | 是否刪除姓名 / 郵箱 / 業務資料 |
| Prompt | 是否複製第三方結構和表達 |
| 素材包 | 是否寫清可用和禁止 |
不要把"AI 生成"當自動安全(可能含商標 / 肖像 / 平臺規則)。授權不清 → 縮小使用範圍(只寫個人不寫商用)。文本照搬整段不行,可"提煉問題 + 結構 + 判斷後用自己案例重寫"。隱私脫敏不只刪姓名:郵箱 / 訂單號 / 公司名 / 專案名 / 截圖路徑 / 後臺欄位 / 聊天上下文 / 地理位置 / 檔名都可能洩露。
第五步是按 5 語言問題質檢:
| 問題 | 工具動作 |
|---|---|
| 空泛 | AI 標泛詞 → 人工改場景 |
| 重複 | 刪換說法段落 |
| 翻譯腔 | 改自然中文 |
| 過度承諾 | 補邊界或刪 |
| 新手看不懂 | 補術語表 + 示例 |
去 AI 味不是讓句子更花 → 讓每句話有物件 / 動作 / 邊界("提升效率"→"把 10 條原話歸類成 3 模組" / "適合所有人"→"適合已有方向但不會整理交付的新手")。看到"能力建設 / 價值閉環 / 效率提升 / 深度支援"追問"誰在什麼場景下做什麼產出什麼檔案",答不出刪。
第六步是建立 5 欄位釋出前記錄:
| 欄位 | 填什麼 |
|---|---|
| 檔案版本 | v0.1 / v0.2 |
| 頁面版本 | 改版日期 |
| 官方入口核驗 | 平臺規則 / 支付 / 退款 / 工具 |
| 連結和許可權測試 | 6 類外部賬號測試結果 |
| 授權和隱私檢查 | 6 類材料處理 |
| 語言質檢結果 | 5 問題修改 |
| 未確認欄位 | 不寫進銷售頁 |
| 釋出結論 | 可發 / 先改 / 暫停 |
記錄可追溯,後續修錯 / 退款 / 爭議 / 更新有依據。檔案版本和頁面版本必須同步(頁面改檔案沒改 / 檔案改樣品截圖沒改 / 退款規則改 FAQ 沒改 → 誤解)。
第七步是釋出前人工走查 5 步:
| 步驟 | 走查 |
|---|---|
| 從銷售頁進入樣品 | 承諾一致 |
| 看完 FAQ | 邊界清楚 |
| 模擬購買路徑 | 信任成立 |
| 開啟交付檔案 | 第一步明確 |
| 找支援入口 | 反饋方便 |
人工走查重點看"新手是否會誤解"。問題分"必須修 vs 可後補":事實 / 許可權 / 授權 / 隱私 / 交付錯誤 = 必須修;樣式 / 措辭 / 排版細節 = 排下一版。
第八步是按 5 工具堆疊選最小工具:
| 型別 | 用途 | 最小工具 |
|---|---|---|
| 官方核驗 | 查規則和費用 | 官方文件 + 後臺 |
| 連結檢查 | 查外鏈和下載 | 瀏覽器 + curl + 外部賬號 |
| 許可權測試 | 查複製下載 | 新賬號 + 隱身視窗 |
| 授權記錄 | 查來源和邊界 | 表格 + 許可證記錄 |
| 語言質檢 | 查 AI 味和新手理解 | AI + 人工通讀 |
不要早期就上覆雜自動化質檢。
第九步是主動排查兩種偏差:
- 偏差 1:先潤色後核驗 → 強制按固定順序
- 偏差 2:AI 一鍵質檢全過 → 強制"先事實 + 人工 + 外部賬號測"
## 示例 / 樣板
輸入:"自由職業報價郵件模板包 / 5 封 Word + 1 Excel + Gumroad / 涉及 Gumroad 抽成數字 / 1 張競品 Etsy 截圖 / 5 條使用者原話(未脫敏) / 90 天小修"。
期望輸出:5 類風險逐項 + 固定順序——事實:Gumroad 抽成數字未核驗 → 改"以執行當天 Gumroad 後臺為準";連結:外部賬號已測 5 個檔案可下載 ✓ / Excel 公式複製後斷 1 處必修;授權:Etsy 截圖必須改自制反例;隱私:5 條原話含 1 個 Reddit 使用者名稱必脫敏 + 1 處訂單號必刪;語言:首頁"專業報價郵件包"已改"接外包新手設計師 30 分鐘寫出報價" ✓ / 1 處"24/7 答疑"必刪。6 事實核驗入口已留(連結 + 截圖位置)。6 連結檢查全過(Excel 修後)。6 類授權材料處理:圖片自制 ✓ / 文本無照搬 ✓ / 案例脫敏 ✓ / 客戶材料刪 ✓ / Prompt 重寫 ✓ / 素材包授權清單已寫。5 語言問題:無翻譯腔 ✓ / 無過度承諾 ✓ / 已補術語表。5 欄位記錄已建。人工走查 5 步:全過。最小工具堆疊:瀏覽器 + 隱身視窗 + curl + Notion 表格 + ChatGPT 質檢。兩偏差自檢:固定順序 ✓ / 人工走查 ✓。結論:先修改(Excel 公式 + 截圖 + 使用者名稱脫敏 + 24/7 刪 + Gumroad 數字),修完才可發。下一步只做一件:今天改"24/7 答疑"→"工作日 48h 內僅 5 類問題"。
反面例子:先花 4h 改封面再查事實(違反"固定順序");用客戶姓名截圖當案例(違反"6 類材料處理");Gumroad 抽成寫固定數字(違反"事實核驗入口");"適合所有人"通過質檢(違反"5 語言問題");外部賬號沒測就發(違反"6 連結檢查")。
## 輸出規範
直接輸出《[產品名]》質檢工具堆疊卡正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **5 類風險 + 固定順序檢查**:每類配進度
2. **6 事實型別核驗**:每條配標籤 + 入口
3. **6 連結檢查**:外部賬號測過 ✓ / ✗
4. **6 類授權材料處理**:逐類配修法
5. **5 語言問題改寫示例**
6. **5 欄位釋出前記錄**
7. **人工走查 5 步**:每步答案
8. **5 類最小工具堆疊選擇**
9. **兩種偏差自檢**
10. **三檔結論**:可釋出 / 先修改 / 暫停 + 一句證據
11. **下一步 1 項最高優先順序修改**
輸出前自檢:固定順序不許反;事實必有入口 + 不許寫 AI 記憶;6 連結外部賬號必測;客戶材料必脫敏;"24/7 答疑 / 適合所有人 / 神器"不許出現;複雜自動化質檢不許早期上;銷量、費率等數字標"以執行當天后臺為準";"AI 一鍵質檢全過"這種話不許出現。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕質檢,告訴我先回去補哪一項:
- 想"先潤色後核驗" → 強制按固定順序
- 用客戶案例沒脫敏 → 強制先脫敏
- "AI 自動質檢全過" → 強制人工走查 + 外部賬號測
- 平臺規則 / 費率寫固定數字沒核驗 → 強制改"以執行當天后臺為準"
- 要求"行業平均退款率 / 平均爭議率"這種無源數字 → 拒絕並提示這是經驗框架先給結論
質檢工具堆疊檢查五類風險:
| 風險 | 工具作用 |
|---|---|
| 事實風險 | 官方文件、後臺和實際測試 |
| 連結風險 | 連結檢查、外部賬號測試 |
| 授權風險 | 來源記錄、許可證、授權邊界 |
| 隱私風險 | 脫敏、替換、刪除敏感欄位 |
| 語言風險 | AI 質檢、人工通讀、新手測試 |
這些風險不過,頁面和封面再好也不能釋出。
質檢工具先查風險
AI 數字產品最容易出問題的地方,不是排版,而是事實和邊界。平臺規則寫錯、支付路徑沒核驗、素材授權不清、檔案許可權打不開、頁面承諾過度,都會直接傷害信任。
的角度是,產品要能穩定交付。穩定交付不只靠製作工具,也靠釋出前檢查工具。
質檢工具堆疊要儘量簡單:官方入口、連結檢查、外部賬號、表格記錄、AI 文本審查、人工試用。複雜工具可以後補,但這幾項不能省。
質檢時也要留下記錄。沒有記錄,後續使用者反饋出現時,你不知道釋出前檢查到哪裡。
新手先查硬風險
釋出前不要先糾結封面和排版,先查硬風險:平臺事實是否核驗、檔案是否能開啟、下載許可權是否正確、素材是否可用、案例是否脫敏、頁面承諾是否能被產品支援。這些問題一旦出錯,使用者不會因為排版好看就忽略。
質檢順序也要固定。先查事實,再查交付,再查授權,再查語言,最後查視覺。事實和交付不過,語言潤色沒有意義。固定順序能減少遺漏,也方便以後交給別人執行。
每次質檢都要寫“未確認”。未確認不是失敗,而是提醒你不要把它寫成賣點。比如某平臺某功能是否支援你的賬號、某支付路徑是否適合你的地區,這類內容都應該當天核驗。
第 1 步:檢查事實和官方入口
事實先核驗。
| 事實型別 | 核驗工具 |
|---|---|
| 平臺規則 | 官方幫助中心、賣家後臺 |
| 支付費用 | 官方 pricing、結算頁 |
| 退款爭議 | 支付平臺文件 |
| 工具能力 | 官方文件、實際測試 |
| 趨勢資料 | 資料來源和查詢日期 |
| 法務稅務 | 專業意見或平臺說明 |
不要把 AI 記憶當事實。尤其是平臺、支付、退款、稅務、工具能力和版權規則,都要執行當天核驗。
如果無法核驗,就不要寫成確定承諾。可以寫“未確認”,也可以刪掉。
事實核驗要保留入口,不只保留結論。比如寫“以 Stripe 官方爭議文件為準”,就要保留具體頁面;寫“平臺支援數字產品交付”,就要保留幫助中心或後臺截圖位置。過一段時間再維護時,入口比記憶可靠。
還要區分通用事實和你的賬戶事實。官方文件說支援某能力,不代表你的地區、賬戶狀態、商品型別、稅務資料和支付方式都能使用。銷售頁上只寫你已經能執行的鏈路。
第 2 步:檢查連結和檔案許可權
連結檢查要覆蓋兩類:頁面外鏈和交付連結。
| 連結 | 檢查 |
|---|---|
| 官方外鏈 | 是否能開啟,是否是目前入口 |
| 下載連結 | 外部賬號是否能訪問 |
| Notion 連結 | 是否能複製,資料庫是否完整 |
| 表格連結 | 是否能複製,公式是否保留 |
| 素材包連結 | 檔案是否完整,命名是否清楚 |
| 反饋連結 | 使用者是否能提交問題 |
外部賬號測試很重要。自己能開啟,不代表使用者能開啟。許可權問題是數字產品常見低階錯誤。
連結檢查還要記錄日期。後續連結失效時,知道什麼時候最後確認過。
許可權測試最好用“陌生使用者視角”。退出主賬號,用另一個賬號或隱身視窗開啟,按買家路徑從頁面進入樣品、下載、複製、填寫和提交反饋。任何一步需要賣家解釋,說明產品還不夠自解釋。
對於 Notion 和表格類產品,許可權問題尤其常見。自己作為所有者能改,買家可能只能看不能複製;公式在複製後可能斷;外部連結可能要求登入。質檢要覆蓋這些真實動作,而不是隻看頁面能不能開啟。
第 3 步:檢查版權、隱私和授權
授權檢查要具體。
| 材料 | 檢查 |
|---|---|
| 圖片 | 來源、授權、是否可商用 |
| 文本 | 是否照搬書籍、文章或競品 |
| 案例 | 是否脫敏,是否有授權 |
| 客戶材料 | 是否刪除姓名、郵箱、業務資料 |
| Prompt | 是否複製第三方結構和表達 |
| 素材包 | 是否寫清可用和禁止事項 |
不要把“AI 生成”當成自動安全。AI 生成內容也可能包含版權、商標、肖像、平臺規則和用途邊界問題。
授權不清時,先縮小使用範圍。比如只寫個人使用,不寫商用和團隊使用。
文本授權也要認真處理。書籍、文章、競品頁面和使用者評論可以作為研究來源,但不能整段照搬。更穩的方式是提煉問題、結構和判斷,再用自己的案例、示例和操作步驟重寫。
隱私脫敏不要只刪姓名。郵箱、訂單號、公司名、專案名、截圖路徑、後臺欄位、聊天上下文、地理位置和檔名都可能洩露身份。數字產品一旦對外銷售,脫敏要按公開發布標準處理。
第 4 步:檢查語言和 AI 味
語言檢查不只是潤色。
| 問題 | 工具動作 |
|---|---|
| 空泛 | AI 標出泛詞,人工改成場景 |
| 重複 | 刪除換說法段落 |
| 翻譯腔 | 改成自然中文 |
| 過度承諾 | 補邊界或刪除 |
| 新手看不懂 | 補術語表和示例 |
AI 可以幫你找問題,但最終要人工判斷。尤其是“這句話是否像真實買家會說”,模型不一定能判斷準。
語言質檢還要看頁面和檔案是否一致。頁面說得清楚,檔案裡也要清楚。
去 AI 味不是把句子改得更花,而是讓每句話都有物件、動作和邊界。比如“提升效率”太空,改成“把 10 條使用者原話歸類成 3 個產品模組”;“適合所有人”太大,改成“適合已經有一個明確產品方向但不會整理交付檔案的新手”。
翻譯腔通常來自抽象名詞堆疊。看到“能力建設、價值閉環、效率提升、深度支援”這類表達,要追問:誰在什麼場景下做什麼,產出什麼檔案,怎麼判斷成功。回答不出來就刪。
第 5 步:建立釋出前記錄
釋出前記錄要留在同一張表。
| 欄位 | 填寫 |
|---|---|
| 檔案版本 | ___ |
| 頁面版本 | ___ |
| 官方入口核驗 | ___ |
| 連結和許可權測試 | ___ |
| 授權和隱私檢查 | ___ |
| 語言質檢結果 | ___ |
| 未確認欄位 | ___ |
| 釋出結論 | 可釋出 / 先修改 / 暫停 |
這張表不是為了好看,而是為了可追溯。以後修錯、退款、爭議或更新時,它能告訴你當時的判斷依據。
釋出記錄還要和檔案版本繫結。頁面改了,但交付檔案沒改;檔案改了,但樣品截圖沒改;退款規則改了,但 FAQ 沒改,都會造成使用者誤解。記錄表能提醒你這些地方同步更新。
如果你準備做多個產品,質檢記錄就是未來的 SOP。每次出錯都回寫到表格欄位裡,讓下一篇產品少犯同樣的錯。
釋出前最後一遍人工走查
自動檢查只能抓一部分問題。釋出前還要人工按買家路徑走一遍:從銷售頁進入樣品,看完 FAQ,模擬購買路徑,開啟交付檔案,按第一步操作,找到支援入口,再回頭檢查頁面承諾是否和檔案一致。
這一步重點看“新手是否會誤解”。比如頁面寫“適合獨立創作者”,檔案裡卻預設使用者會使用 Notion 資料庫;頁面寫“包含案例”,檔案裡只有空模板;頁面寫“可複用”,但沒有說明授權邊界。這些都不是錯別字,而是信任問題。
人工走查結束後,把問題分成必須修和可後補。事實、許可權、授權、隱私、交付錯誤屬於必須修;樣式、措辭、排版細節可以排進下一版。釋出前不能把硬風險留給使用者發現。
質檢工具堆疊表
| 工具型別 | 用途 | 最小工具 |
|---|---|---|
| 官方核驗 | 查規則和費用 | 官方文件、後臺 |
| 連結檢查 | 查外鏈和下載 | 瀏覽器、curl、外部賬號 |
| 許可權測試 | 查複製下載 | 新賬號、隱身視窗 |
| 授權記錄 | 查來源和邊界 | 表格、許可證記錄 |
| 語言質檢 | 查 AI 味和新手理解 | AI + 人工通讀 |
先把這些跑順,再考慮更復雜的自動化質檢。
AI 怎麼輔助
AI 適合做這些:
- 提取需要核驗的事實。
- 標出空泛和過度承諾。
- 生成授權檢查清單。
- 把質檢記錄整理成表格。
- 根據問題生成釋出前修改清單。
AI 不能替你開啟連結、測試許可權、確認授權和處理法務稅務。它只能幫你發現要查什麼。
讓 AI 做質檢時,要讓它輸出風險等級和具體修改動作。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Gumroad — 看數位商品抽成、退款與上架規則
- Lemon Squeezy — 看歐美數字產品 MoR 收款與稅務
- Stripe Pricing — 看 Stripe 抽成、跨境與訂閱計費
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
需要自動化質檢工具嗎?
早期不一定。先把官方核驗、連結、許可權、授權和語言質檢手動跑順。
外鏈都要每天檢查嗎?
釋出前必須檢查。後續按更新頻率定期檢查,重要支付和交付連結優先。
AI 能查版權嗎?
不能最終確認。AI 只能提醒你哪些材料需要查來源和授權。
語言質檢重要嗎?
重要,但排序在事實、許可權和授權之後。先防硬風險,再做表達。
執行前至少核驗:
- Creative Commons · 授權機制 → 數位商品授權 CC 協議
- DMCA · Takedown 流程 → 海外版權投訴處理
- Originality.ai · AI 檢測 → AI 內容披露與檢測