
適用範圍
適用 Odoo 19;各流程須具備相應應用、訂閱、權限及郵件設定。例子均為虛構,介面翻譯可能不同。
研究方法
僅核對 Odoo 19 官方文件;本輪沒有新增 Odoo 產品實測。來源核對僅涵蓋下列 scope。
先選一個商機,寫清楚負責人、下一步及進入下一階段的條件。本文適合首次建立共享銷售流程,或需要修正「看板很忙、下一步不明」問題的團隊。內容依據 Odoo 19 官方文件整理,並非已完成的導入紀錄或 APAA 客戶資料庫示範。
目錄
管道階段與商機負責人
階段應代表已有證據,而非銷售員的樂觀程度。以下是虛構供應商的流程建議,不是 Odoo 預設階段。
| 建議階段 | 進入所需證據 | 離開前的問題 |
|---|---|---|
| 新查詢 | 已記錄聯絡人及需求 | 誰負責確認需求? |
| 已確認需求 | 已記錄需求、決策者及預計時間 | 是否值得提出報價? |
| 已發報價 | 已記錄具體報價及有效期 | 客戶正在考慮哪個決定? |
| 洽談中 | 已有需要處理的客戶意見 | 接受、修訂還是結案? |
設定階段時,具權限的銷售管理員可啟用開發者模式,使用 CRM → Configuration → Pipeline → Stages。官方 19.0 選單定義把這項入口列為開發者可見。按 New 新增階段,或開啟既有階段,修改名稱、團隊範圍、摺疊設定及 Requirements;可把上述進入證據寫入 Requirements。清單的排序把手可調整次序。Is Won Stage 是具體設定,不能代替業務上判斷客戶是否已接受。選單是否可見取決於權限;這些步驟由官方視圖及選單原始碼核對,並非即時介面實測。
建立商機時,進入 CRM → Sales → My Pipeline → New。Odoo 19 官方指南描述的是看板快速建立卡片:填入 Organization/Contact、必填的 Opportunity 標題、已知電郵/電話、預期收入及優先次序,再按 Add。例如「Harbour Sample — 十一月替換訂單」比「新線索」容易辨認。選取新卡片開啟完整記錄,再補上銷售員、團隊及下一步。不要假設 New 必然開啟完整表單;官方 19.0 看板視圖明確採用快速建立。
每個購買決定建立一個商機。同一公司若有不同預算或交付日期,可以有兩個商機。大量匯入之前,先確認商機負責人及休假替代安排。移動階段本身不能證明電郵已發出或客戶已同意。
在 CRM 開啟商機,核對銷售員、團隊、預期收入及下一項活動。移除 My Pipeline 只會改變搜尋範圍,不會授予查看同事資料的權限。主管仍看不到資料時,由管理員檢查銷售權限、記錄規則及公司存取範圍;不要為了湊合報表總額而任意改動安全規則。
安排單次跟進活動
開啟商機,在討論區上方選 Activity,選擇活動類型,填寫具體摘要,核對到期日並指派實際執行者。Email 活動是發信提醒;建立活動不等於電郵已寄出。
「確認客戶是否接受修訂交貨日期」比「跟進」清楚。完成後記錄客戶答覆,再標示活動完成。客戶延期時,明確安排替代日期,避免留下原因不明的逾期提醒。
| 現象 | 先檢查 | 修正方式 |
|---|---|---|
| 指派給錯誤同事 | 活動的 Assigned to 與類型的 Default User | 指派實際執行者;商機負責人是另一欄位 |
| 沒有下一項提醒 | Suggest 與 Trigger Next Activity | 建議需要選擇;觸發鏈接在完成後執行 |
| 電郵活動完成卻沒有客戶電郵 | 討論區實際寄送紀錄 | 另行檢查及處理真正訊息 |
每日檢視可由頁首時鐘按應用整理待辦;有提供 Activity 視圖的應用亦可按記錄查看。未來活動為綠色、今天到期為橙色、逾期為紅色。應查看實際日期,不要將顏色視為商機健康證明。在其他支援活動的應用記錄,也可採用相同負責人及期限規則;實際功能與類型視應用而定。
建立重複使用的類型,可用 CRM → Configuration → Activity Types,或全資料庫的 Settings → Discuss → Activities → Activity Types。設定 Action、Default User、摘要及備註,分清建議下一項與自動觸發。類型採用相對 Schedule 時,要選擇按上項到期日還是完成日計算。範本只是建議內容,不代表電郵必然自動寄出。日期或負責人錯誤時,修正既有活動;工作已取消時,明確取消/移除,不要把尚未完成的工作標示完成。
會議提醒與已確認的日曆預約也不同。應另外確認時間及出席者,不能將到期日當作已落實的會議。
活動計劃與實際日期
多個商機確實需要相同次序時才使用計劃。官方路徑為 CRM → Configuration → Activity Plans。逐行設定活動類型、摘要、指派方式及間距。Ask at launch 使用啟動時選定的 Responsible;初始預設可能是啟動者,即使商機由另一位銷售員負責。Default user 則在該行固定執行者。
以 2026-11-06 的虛構示範為例,以下是建議的日期核對表:
| 活動 | 與計劃日的距離 | 預期日期 |
|---|---|---|
| 確認議程 | 之前 2 天 | 2026-11-04 |
| 進行示範 | 當天 | 2026-11-06 |
| 發送針對性報價 | 之後 3 天 | 2026-11-09 |
| 查詢決定 | 之後 5 天 | 2026-11-11 |
在商機的 Activity 視窗選取計劃及 Due Date,按 Schedule 前核對 Plan Summary 及 Responsible。將畫面日期與核對表比較,先處理系統安排與業務預期的差異。計劃會安排其活動序列;這不代表移動商機階段就必然自動啟動計劃。
再次啟動前,先查看現有待辦活動,不要假設系統會自動去除重複。確認負責人後,只處理多餘項目。日期整體偏移時,檢查所選計劃日及每行的之前/之後方向。負責人錯誤時,分別檢查計劃行的 Assignment 與啟動時的 Responsible。
成交流失與重新開啟商機
達成團隊約定的商業證據,例如接受範圍及價格後,才記錄 Won。CRM 預期收入是銷售管理數字;成交商機不等於已確認發票、收款或會計收入確認。
流失時開啟商機,選 Lost,加入有用的原因及結案備註。Odoo 19 官方文件說明這兩欄並非必填;團隊可以自行訂立填寫規則。不要新增一個「流失」看板階段來代替 Lost 操作。
復原時,進入 CRM → Sales → My Pipeline,加入 Lost 篩選並尋找記錄。需要擴大獲准搜尋範圍時才移除 My Pipeline。開啟商機,按 Restore;批次處理的官方清單操作為 Unarchive。完成後清除 Lost 篩選,才會再次看到已復原商機。
假設十月已結案組別有 12 宗成交及 8 宗流失,結案勝率為 12 ÷ (12 + 8) = 60%。必須註明結案日期期間,分母不包括未結案商機。「十月建立」的組別是另一個問題,不能直接當成相同母體比較。
機率報價與交接
Odoo 預測評分使用過往成交/流失資料及所選變數,不應承諾每個階段都有通用固定機率,也不應將新資料庫的預測當作可靠結果。假設 HK$100,000 商機的機率為 40%,加權預期值為 HK$40,000;這不代表已賺取 HK$40,000。例子只說明算式,沒有驗證該機率是否合理。
交接成交商機前,確認客戶、已接受報價、範圍、交付承諾及開票政策。後續動作取決於 Sales 流程及已安裝應用。按訂購數量與按已交付數量開票的前提不同;確認銷售訂單不代表一律自動建立及確認發票。製造、補貨及建立專案也各自需要產品、路線或服務設定。
首次檢討可以只選五個有效商機,核對負責人、階段證據、到期活動及金額假設。先補齊決策,再加入分派、WhatsApp 或其他自動化。如需 APAA 協助整理導入範圍,可用虛構例子描述銷售交接問題,毋須傳送私人客戶記錄。
參考來源
- Create leads (from email or manually)
My Pipeline 的 New 快速建立卡片、必填商機標題及 Add
來源查核日期
- Odoo 19 CRM stage views
階段表單名稱、摺疊、團隊、Requirements、Is Won 及排序把手;僅原始碼檢查
來源查核日期
- Odoo 19 CRM menus
Configuration Pipeline Stages 開發者可見入口及上層銷售管理員權限
來源查核日期
- Odoo 19 CRM opportunity views
看板 quick_create 行為及完整記錄表單;僅原始碼檢查
來源查核日期
- CRM activities and activity plans
活動類型、鏈接、計劃日期及 Responsible 指派
來源查核日期
- Activities
跨應用的支援視圖、顏色含義及活動類型設定
來源查核日期
- Lost opportunities
流失原因並非必填、Lost 篩選與 Restore 復原
來源查核日期
- Predictive lead scoring
按歷史資料評分,而非通用固定階段機率
來源查核日期
- Access rights
使用者權限及記錄可見範圍
來源查核日期
- Invoicing policies
按訂購或交付數量開票及建立發票的條件
來源查核日期