潛在客戶首頁稽核
1. 核心重新框架與不可協商的不變原則
- 心智模型：只有當首頁上實際看到缺陷時，推銷才合理，而不能僅憑融資或招聘消息就發起推銷。
- 硬性不變原則 1：未通過 validate.py 腳本，絕不給出推銷裁決。
- 硬性不變原則 2：絕不猜測網站、帳號或聯絡方式。將其標記為「未知」並停止該分支。
- 硬性不變原則 3：將觸發條件、裁決、證據和推銷角度分開存放，以免一個強觸發條件掩蓋了一個好的首頁。
2. 任務路由決策表
| 情境 / 意圖 | 建議做法 | 參考資料 |
|---|---|---|
| 判斷一個首頁是否需要重建推銷 | 先執行下面的第一階段和第二階段，然後進行驗證 | references/homepage-verdicts.md |
| 重新檢查可能已變更的首頁 | 從新的瀏覽器視圖重新執行第一階段，不要重複使用舊的裁決 | references/homepage-verdicts.md |
| 首頁很好但正在招聘 | 不要推銷首頁，僅在再次確認職位仍開放後，推銷招聘需求 | references/homepage-verdicts.md |
3. 第一階段：無聲發現與歧義處理
- 步驟 1.1：在瀏覽器中打開潛在客戶的首頁，並用簡單的文字記錄你實際看到的內容。
- 步驟 1.2：如果無法打開首頁，將裁決標記為「未知」，若無已驗證的網站則將網站標記為「未知」，然後停止。不要猜測網址。
- 步驟 1.3：如果請求不清楚是哪個潛在客戶或哪個網址，最多提出 1 到 3 個簡潔的問題，在安全的情況下提供建議的預設值。否則繼續執行。
4. 第二階段：逐步執行程序
- 步驟 2.1：使用 references/homepage-verdicts.md 對首頁進行分類：只有當它看起來薄弱、倉促或未完成時才標記為推銷；如果它已經看起來精美完善，則標記為跳過。
- 步驟 2.2：將證據寫成一個具體的句子，例如：純文字主視覺區，無產品圖示，右側空白。
- 步驟 2.3：僅對推銷裁決撰寫推銷角度，且只能根據步驟 2.2 中的證據來撰寫。對於跳過裁決，不撰寫首頁推銷角度。
- 步驟 2.4：將記錄儲存為 JSON，包含名稱、網站、裁決、證據和推銷角度，然後執行確定性驗證：
python3 scripts/validate.py path/to/prospect.json - 步驟 2.5：如果 validate.py 失敗，在其來源欄位修正記錄，然後重新執行直到它以退出碼 0 通過。在驗證失敗時，不要報告裁決。
5. 反合理化護欄
| 常見藉口 | 為何禁止以及應採取的動作 |
|---|---|
| 「這家融資消息很強，所以網站一定很弱。」 | 融資不是首頁的缺陷。打開首頁並判斷它，或者將裁決標記為「未知」。 |
| 「搜尋片段看起來過時了，所以我可以推銷它。」 | 片段是線索，不是證據。僅使用瀏覽器視圖來做出裁決。 |
| 「對一條記錄來說，驗證小題大作了。」 | 一條錯誤的記錄會誤導外聯工作。對每條記錄都執行 validate.py。 |
6. 此技能不包含的項目
- 不撰寫外聯訊息、主旨行或 Loom 腳本。
- 不查找電子郵件、LinkedIn 個人資料或電話號碼。
- 不將內頁、定價頁或公司頁面作為首頁的替代進行判斷。
- 不根據搜尋片段、截圖說明或二手描述來給出裁決。