Chuẩn bị dữ liệu khách hàng
Bài viết này bao gồm 4 phần (xem liên kết đến mỗi phần ở bên dưới). Phần đầu tiên là một nhóm các cách làm tốt nhất nói chung để cung cấp dữ liệu từ hồ sơ khách hàng, pixel hoặc nhóm sự kiện offline để giúp tăng tỷ lệ phù hợp. Phần thứ hai và thứ ba cung cấp nguyên tắc và ví dụ về việc định dạng dữ liệu khách hàng và dữ liệu sự kiện của bạn Phần thứ tư nói về giá trị trọn đời của khách hàng, một loại dữ liệu chỉ được yêu cầu khi tạo Đối tượng tương tự dựa trên giá trị.
Thực tiễn chung tốt nhất
Dưới đây, bạn sẽ thấy các bảng liệt kê tất cả các loại dữ liệu mà chúng tôi có thể sử dụng để tải lên Đối tượng tùy chỉnh hoặc sự kiện ngoại tuyến. Để nhận được tỷ lệ phù hợp cao nhất có thể từ dữ liệu của bạn, hãy bao gồm nhiều loại dữ liệu nhất có thể. Bạn có thể sử dụng tệp một cột để tạo đối tượng, nhưng có thể không nhìn thấy số lượng kết quả phù hợp mình muốn nếu đã sử dụng các loại dữ liệu bổ sung.
Nếu đang sử dụng nhiều loại dữ liệu, hãy đảm bảo dữ liệu của bạn được sắp xếp vào các cột riêng biệt tương ứng với những loại chúng tôi chấp nhận. Ví dụ: không bao gồm một cột cho tên đầy đủ. Thay vào đó, hãy bao gồm hai cột - một cột cho tên, một cột cho họ.
Sử dụng tiêu đề cột trong bảng bên dưới. Làm như vậy sẽ giúp chúng tôi tự động phát hiện các loại dữ liệu. Bạn có thể sử dụng tiêu đề cột riêng nếu muốn, nhưng sau đó bạn sẽ phải ánh xạ dữ liệu với loại dữ liệu theo cách thủ công trước khi tải lên danh sách khách hàng của mình.
Hai mẹo quan trọng nhất là:
- Luôn đưa mã quốc gia vào số điện thoại của khách hàng, ngay cả khi tất cả dữ liệu của bạn đều đến từ cùng một quốc gia.
- Luôn đưa quốc gia của khách hàng vào cột riêng trên tệp của bạn, ngay cả khi tất cả dữ liệu đều đến từ cùng một quốc gia. Vì chúng tôi khớp trên phạm vi toàn cầu, bước đơn giản này sẽ giúp chúng tôi khớp được nhiều người nhất có thể từ danh sách khách hàng của bạn.
Định dạng tệp có thể là CSV hoặc TXT. Tải xuống các tệp ví dụ:
Tìm hiểu cách tạo và chỉnh sửa Đối tượng tùy chỉnh từ hồ sơ khách hàng.
Định dạng dữ liệu khách hàng
| Loại dữ liệu | Tiêu đề cột | Mô tả và nguyên tắc định dạng | Ví dụ |
|---|---|---|---|
| giới thiệu | Chúng tôi chấp nhận 1 cột địa chỉ email riêng biệt ở định dạng quốc tế và Hoa Kỳ. |
| |
| Số điện thoại | điện thoại | Số điện thoại phải bao gồm mã quốc gia sẽ được sử dụng để khớp. Ví dụ: 1 phải đứng trước số điện thoại ở Hoa Kỳ. Chúng tôi chấp nhận tối đa 3 số điện thoại dưới dạng cột riêng biệt, có hoặc không có dấu câu. Quan trọng: Luôn đưa mã quốc gia vào số điện thoại của khách hàng, ngay cả khi tất cả dữ liệu đều đến từ cùng một quốc gia. |
|
| Tên | fn | Chúng tôi chấp nhận tên và chữ đầu của tên, có hoặc không có dấu trọng âm. Chữ đầu có thể được cung cấp có hoặc không có dấu chấm. |
|
| Họ | ln | Chúng tôi chấp nhận họ đầy đủ có hoặc không có dấu trọng âm. |
|
| Thành phố | ct | Chúng tôi chấp nhận tên thành phố đầy đủ khi chúng xuất hiện bình thường. |
|
| Tiểu bang/Tỉnh | st | Chúng tôi chấp nhận tên đầy đủ của các tiểu bang và tỉnh ở Hoa Kỳ và thế giới, cũng như phiên bản viết tắt của các tiểu bang ở Hoa Kỳ. |
|
| Quốc gia | quốc gia | Quốc gia phải được cung cấp dưới dạng mã quốc gia gồm hai chữ cái theo ISO. Quan trọng: Luôn đưa quốc gia của khách hàng vào cột riêng trên tệp của bạn, ngay cả khi tất cả dữ liệu đều đến từ cùng một quốc gia. Vì chúng tôi khớp trên phạm vi toàn cầu, bước đơn giản này sẽ giúp chúng tôi khớp được nhiều người nhất có thể từ danh sách khách hàng của bạn. |
|
| Ngày sinh | dob | Chúng tôi chấp nhận 18 định dạng ngày khác nhau để điều chỉnh phạm vi kết hợp tháng, ngày và năm, có hoặc không có dấu câu. |
|
| Năm sinh | doby | Chúng tôi chấp nhận năm sinh dưới dạng số gồm 4 chữ số, YYYY. |
|
| Độ tuổi | age | Chúng tôi chấp nhận tuổi dưới dạng giá trị số. |
|
| Mã zip/Mã bưu chính | mã zip | Chúng tôi chấp nhận mã zip và mã bưu chính quốc tế và Hoa Kỳ. Mã zip Hoa Kỳ có thể bao gồm phần mở rộng gồm 4 chữ số nếu chúng được phân tách bằng dấu nối. Phần mở rộng không bắt buộc và sẽ không tăng tỷ lệ phù hợp. |
|
| Giới tính | gen | Chúng tôi chấp nhận chữ đầu để biểu thị giới tính. |
|
| ID nhà quảng cáo trên di động | madid | Chúng tôi chấp nhận 2 loại ID nhà quảng cáo trên di động: ID quảng cáo của Android (AAID), mà Google cung cấp như là một phần của quảng cáo Android, và Số nhận dạng quảng cáo của Apple (IDFA) mà Apple cung cấp như là một phần của iOS trong khung quảng cáo. |
|
| ID người dùng ứng dụng Facebook | uid | Bạn có thể truy xuất ID tương ứng với ai đó sử dụng ứng dụng qua Facebook SDK. Chúng tôi chấp nhận ID người dùng dạng số được liên kết với ứng dụng Facebook của bạn. |
|
| ID người dùng Trang Facebook | ID tương ứng với người đã tương tác với Trang Facebook của bạn. Chúng tôi chấp nhận ID người dùng dạng số được liên kết với Trang Facebook của bạn. |
|
Định dạng dữ liệu sự kiện
| Loại dữ liệu | Tiêu đề cột | Mô tả và nguyên tắc định dạng | Ví dụ |
|---|---|---|---|
| Thời gian diễn ra sự kiện | event_time | Đối với dữ liệu sự kiện ngoại tuyến, cần đưa vào nhãn thời gian chính xác bao gồm cả phút và giây để có thể xử lý tất cả các sự kiện duy nhất, chẳng hạn như nhiều giao dịch mua được thực hiện bởi cùng một người trong một ngày. Xem ví dụ về cách định dạng ngày và giờ kết hợp - lưu ý rằng có chữ "T" hoa ở giữa ngày và giờ. |
|
| Tên sự kiện | event_name | Đối với dữ liệu sự kiện ngoại tuyến, hãy xem ví dụ về các sự kiện chuyển đổi chuẩn mà bạn có thể theo dõi. Nếu có các loại chuyển đổi bổ sung mà bạn muốn theo dõi, thì bạn có thể tạo chuyển đổi tùy chỉnh. |
|
| Giá trị | value | Trường giá trị phải chứa số thập phân lớn hơn hoặc bằng 0 và không được bao gồm chữ cái, ký tự đặc biệt, ký hiệu tiền tệ hoặc dấu phẩy. |
|
| Đơn vị tiền tệ | currency | Trường đơn vị tiền tệ phải chứa mã đơn vị tiền tệ ISO chuẩn gồm 3 chữ cái theo tiêu chuẩn ISO 4217. |
|
| ID đơn đặt hàng | order_id | Trường ID đơn đặt hàng có thể chứa giá trị chữ và số mà không có ký tự đặc biệt, ký hiệu tiền tệ hoặc dấu phẩy. Đối với dữ liệu sự kiện offline, hãy sử dụng trường ID đơn đặt hàng để cung cấp số nhận dạng duy nhất cho mỗi giao dịch. Mỗi ID đơn đặt hàng chỉ được liên kết với một Thời gian diễn ra sự kiện và khách hàng duy nhất. |
|
| Số mặt hàng | item_number | Trường số mặt hàng có thể chứa giá trị chữ và số mà không có ký tự đặc biệt, ký hiệu tiền tệ hoặc dấu phẩy. Đối với dữ liệu sự kiện offline, bạn có thể chia giao dịch thành nhiều sự kiện bằng cách sử dụng trường Số hiệu mặt hàng để cung cấp số hiệu mặt hàng duy nhất cho từng sự kiện được liên kết với cùng một ID đơn đặt hàng. |
|
Giá trị trọn đời của khách hàng
Giá trị trọn đời của khách hàng là gì?
Giá trị trọn đời của khách hàng thể hiện lợi nhuận ròng bạn cho rằng có thể ghi nhận cho một khách hàng nhất định trong khoảng thời gian giữ mối quan hệ với họ. Bạn có thể chia giá trị đó thành vài yếu tố chính:
- Tần suất khách hàng mua hàng trong một chu kỳ mua hàng thông thường
- Số tiền khách hàng chi tiêu mỗi lần họ mua hàng
- Số tiền bạn dự đoán khách hàng sẽ chi tiêu trong khoảng thời gian giữ mối quan hệ với họ
- Khoảng thời gian tiềm năng của mối quan hệ giữa khách hàng với bạn
Tôi có thể sử dụng giá trị trọn đời của khách hàng để làm gì?
Bạn có thể gửi cho chúng tôi dữ liệu giá trị trọn đời của khách hàng như một phần của Đối tượng tùy chỉnh theo hồ sơ khách hàng. Sau đó, bạn có thể sử dụng đối tượng tùy chỉnh đó làm nguồn cho đối tượng tương tự dựa trên giá trị. Đây là một nhóm gồm những người mà bạn có thể nhắm mục tiêu bằng quảng cáo và giống nhất với khách hàng có giá trị cao mà bạn đã biết.
Tôi nên tránh điều gì khi tính giá trị trọn đời của khách hàng?
Những người khác nhau tính giá trị trọn đời của khách hàng theo những cách khác nhau. Dưới đây là một số cách mà bạn nên tránh nếu định gửi cho chúng tôi dữ liệu để sử dụng trong đối tượng tương tự dựa trên giá trị:
- Xếp loại khách hàng. Giả sử bạn có 3 khách hàng lần lượt trị giá $100, $10 và $1 và bạn sử dụng hệ thống xếp loại 1-5. Không gửi cho chúng tôi dữ liệu mà trong đó họ được xếp loại tương ứng là 5, 2 và 1. Điều này không có giá trị vì giá trị không tỷ lệ với xếp hạng. Nói cách khác, khách hàng giá trị $100 được nhân hệ số với 20, nhưng khách hàng giá trị $10 chỉ được nhân hệ số với 5 và khách hàng giá trị $1 không được nhân hệ số.
- Xếp hạng khách hàng. Giả sử bạn có 100 khách hàng và mỗi khách hàng trị giá từ $200 đến $1200. Bạn xếp hạng họ từ 1 đến 100. Điều này không có giá trị vì giá trị ở đây cũng không tương xứng. Điều này cho chúng tôi biết nếu một khách hàng có giá trị hơn so với khách hàng khác nhưng không tính đến trường hợp khi khách hàng số 5 có giá trị gấp đôi khách hàng số 6, trong khi khách hàng số 20 chỉ có giá trị hơn khách hàng số 21 là 1%.
Sau khi tính dữ liệu giá trị trọn đời của khách hàng, tôi nên làm gì?
Hãy gửi dữ liệu đó cho chúng tôi dưới dạng một cột khác trong hồ sơ khách hàng mà bạn sử dụng để tạo đối tượng tùy chỉnh.
Bên dưới là mẹo định dạng dữ liệu, tương tự như các mẹo cho số nhận dạng khác trong phần đầu tiên của bài viết này.
| Loại dữ liệu | Tiêu đề cột | Mô tả và nguyên tắc định dạng | Ví dụ |
|---|---|---|---|
| Giá trị trọn đời của khách hàng | value | Chúng tôi chấp nhận giá trị khách hàng dưới dạng số dương. Quan trọng:
|
|
Sau khi Đối tượng tùy chỉnh theo hồ sơ khách hàng được tạo, hãy sử dụng đối tượng này làm nguồn cho Đối tượng tương tự dựa trên giá trị. Sử dụng Đối tượng tương tự đó làm đối tượng mục tiêu cho quảng cáo để tiếp cận những người giống nhất với khách hàng có giá trị cao.
* Nguồn: Facebook