> For the complete documentation index, see [llms.txt](https://www.oddle.me/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.oddle.me/docs/introduction/docs-zh/yi-zhi-bin-ke/customer-intelligence/customers.md).

# 顧客

您的顧客資料庫是每位曾透過 Oddle 與您的餐廳互動的賓客之單一事實來源——無論他們是線上訂餐、預約訂位、在您的終端機付款、在店內註冊，或收到行銷電子郵件。您可以在 Merchant Admin 中的 **了解 > 顧客**.

***

## 顧客清單

顧客頁面會以可排序清單顯示您的完整資料庫。預設情況下，您會看到每位賓客的姓名、電子郵件、行銷訂閱狀態，以及總交易次數。您可以使用 **顯示資料** （位於右上角）自訂顯示哪些欄位——新增最後交易日期、終身價值或預約歷史等欄位，以取得最適合您的檢視畫面。

每一列代表一位賓客。選取一位可查看其完整個人資料，或選取多位以執行批次操作，例如加標籤。

***

## 篩選您的顧客

篩選是讓顧客洞察真正強大的關鍵。請選擇 **新增篩選條件** ，即可使用數十種屬性縮小您的資料庫範圍——並結合多個篩選條件，精準找出您需要的賓客。篩選條件分為兩種類型：顧客資料篩選（他們是誰）與顧客活動篩選（他們做過什麼）。

### 顧客資料篩選

顧客資料篩選可讓您依賓客的詳細資訊進行搜尋——包含其個人資料、互動歷史或交易資料。根據資料類型不同，篩選方式也會不同：

**文字欄位** （例如姓名或電子郵件）支援完全符合或部分符合（例如姓氏是「Tan」或姓名包含「Lim」）。

**日期欄位** （例如建立日期或最後交易）支援精確日期或相對日期（例如「30 天前建立」）。

**數字欄位** （例如總交易次數或終身價值）支援大於、小於或等於某個數值。

**前綴欄位** （例如行銷訂閱或 true/false 標記）可讓您篩選特定值。

可用的顧客資料篩選涵蓋每個通路：

**聯絡資訊與個人資料** — 建立日期、稱謂、名字、姓氏、電子郵件、電話、備用電話。

**電子郵件互動** — 已寄送、已接收與已開啟的電子郵件總數（各自含最後日期變體）、電子郵件連結總點擊次數、最後一次點擊電子郵件日期、電子郵件硬退信、電子郵件被標記為垃圾郵件、電子郵件取消訂閱。

**交易記錄** — 最後活動日期、總交易次數、總終身價值、最後交易日期。

**線上訂單** — 線上訂單總數、線上訂單總金額、最後線上訂單下單日期。

**預訂** — 即將到訪預約（是/否）、即將到訪預約日期、預約到訪總次數、預約未到總次數、最後預約到訪日期。

**現場付款** — 現場付款總數、現場付款總金額、最後現場付款日期。

**可兌換項目** — 已發放可兌換項目總數、最後發放可兌換項目日期、已使用可兌換項目總數、最後使用可兌換項目日期。

**問卷** — 已收到問卷總數、最後收到問卷日期。

**註冊資料** — 總報到次數、最後報到日期，以及五個鄰近與洞察篩選條件：

| 篩選條件     | 您可以執行的操作                                       |
| -------- | ---------------------------------------------- |
| **地址距離** | 找出距離任何門市或特定門市特定公里數內的賓客                         |
| **距離標示** | 找出表示自己住在附近、工作在附近，或兩者皆是的賓客——適用於任何門市或特定門市        |
| **到訪行為** | 找出到訪屬於計畫中（有意前往）或偶然經過的賓客                        |
| **回訪原因** | 依賓客回訪原因找出：食物品質、地點、價格/促銷、習慣、服務/氛圍，或同行者推薦        |
| **發現來源** | 依賓客如何找到您來篩選：社群媒體、Google 地圖、美食平台、家人/朋友推薦、路過，或其他 |

將這些與您現有的篩選條件結合，建立強大的自訂區隔。例如，篩選出在附近工作 + 透過 Google 地圖發現您 + 60 天內未訂餐的賓客——接著將其儲存為區隔，並以平日午餐優惠鎖定他們。

### 顧客活動篩選

活動篩選可讓您依賓客在 Oddle 各產品中採取（或未採取）的特定動作進行篩選。對每個活動，您都可以依該活動是否發生、首次或最後發生時間，以及在特定期間內發生的次數進行篩選。

例如，您可以找出從未下過線上訂單的賓客，或在最近 6 個月內預約 3 次以上的賓客。

可用的活動包括：

**線上訂單** — 線上訂單已下單、線上訂單已履行。

**預訂** — 預約已下單、預約已完成、預約未到、預約已取消。

**付款** — 已完成現場付款。

**可兌換項目** — 已發放可兌換項目、已使用可兌換項目。

**問卷** — 已收到問卷、問卷提醒、問卷未回覆、問卷已完成。

### 合併篩選條件

您可以新增多個篩選條件，並使用 **AND** 或 **OR** 運算子來合併：

**AND** 表示顧客必須符合所有篩選條件。 **OR** 表示顧客至少必須符合其中一項。

例如，您可以篩選出 **即將到訪預約為 True** AND **任一門市 5 公里內的地址距離** — 以找出有即將到來預約且住在附近的賓客。

若要進行更複雜的查詢，您可以建立 **篩選群組**。每個群組都可以使用不同的運算子——因此您可以有一個使用 OR 的群組（用來匹配線上訂餐或內用的賓客），再搭配另一個使用 AND 的群組（同時要求他們住在 5 公里內）。若要建立篩選群組，請選擇現有篩選條件旁的 **+** 按鈕，而不是 **新增篩選條件** 頂端的按鈕。

***

## 將篩選條件儲存為區隔

當您建立好有用的篩選組合後，請選擇 **儲存為區隔** 將其儲存以供重複使用。您儲存的區隔會顯示在 **區隔** 頁面上，與預先建立的生命周期與預約區隔並列。

儲存時，系統會要求您為區隔命名，並可選擇性地挑選圖示與新增詳細資訊。已儲存的區隔是動態的——當賓客符合（或不再符合）您的篩選條件時，它們會自動更新。這表示您可以只建立一次區隔，並在行銷活動中反覆使用，而不必每次都重新建立篩選條件。

您可以使用顧客頁面頂端的區隔下拉選單，快速切換到任何已儲存的區隔。

***

## 匯出顧客

若要匯出目前選取的顧客，請選擇 **更多** ，然後選擇 **下載所有顧客**。系統會要求您提供電子郵件地址，匯出檔案將很快傳送給您。此功能適用於任何啟用中的篩選條件——因此您可以匯出完整資料庫或篩選後的子集。

***

## 為顧客加標籤

使用 **標記顧客** 可為選取的賓客新增自訂標籤。標籤是比區隔更輕量的賓客整理方式——例如，標記 VIP 聯絡人、媒體或來自特定活動的賓客。之後您也可以依標籤進行篩選，以鎖定這些群組。

***

## 您接下來可以做什麼

您的顧客清單可直接連結到 Oddle 的其他工具：

**發送精準活動。** 建立篩選條件，將其儲存為區隔，然後將該區隔作為廣播的受眾，使用於 **電子郵件行銷**.

**發掘機會。** 篩選出近期未到訪的高價值賓客，或只訂購過一次的新賓客——然後建立活動或自動化，讓他們再次回流。

**了解您的賓客基礎。** 使用這些篩選條件回答像是：「有多少賓客住在 5 公里內？」「誰有即將到來的預約？」，或「哪些賓客從未線上訂餐？」


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://www.oddle.me/docs/introduction/docs-zh/yi-zhi-bin-ke/customer-intelligence/customers.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.