Booking operations
KOC booking pipeline là gì? Quy trình booking KOC 7 trạng thái
KOC booking pipeline là quy trình theo dõi một booking creator từ lúc bắt đầu liên hệ đến khi nội dung đã đăng và thanh toán hoàn tất. Pipeline tốt không chỉ cho biết “đang tới đâu”; bất kỳ ai trong team mở booking ra cũng phải thấy ngay trạng thái, blocker, owner và việc tiếp theo mà không cần đọc lại cả đoạn chat.
Câu trả lời ngắn
Tóm tắt nhanh: KOC booking pipeline 7 trạng thái
KOC booking pipeline là workflow theo trạng thái để quản lý từng booking creator. Với phần lớn campaign KOL/KOC, 7 trạng thái chính là đủ. Mỗi booking chỉ có một trạng thái chính tại một thời điểm, đi kèm owner, next action và hạn xử lý để booking bị kẹt luôn hiện ra.
- Outreach: đã bắt đầu liên hệ
- Negotiating: đang chốt fee, deliverable, điều khoản
- Booked: hai bên đã xác nhận scope
- Shipping: đang gửi sản phẩm nếu campaign có gửi hàng
- Review: sản xuất, feedback và duyệt nội dung
- Published: đã live, có post URL
- Paid: đã thanh toán theo quy ước của team
1. KOC booking pipeline là gì?
KOC booking pipeline là workflow có trạng thái để quản lý từng lần hợp tác với KOC, KOL hoặc creator. Mỗi booking đi qua các bước định sẵn: outreach, thương lượng, xác nhận, vận hành nội dung, đăng bài và thanh toán.
Pipeline khác danh sách creator vì nó tập trung vào một lần hợp tác. Cùng một creator có thể nằm trong nhiều booking với fee, deliverable, deadline và trạng thái riêng, nên creator profile và booking record phải tách thành hai lớp dữ liệu.
- Creator record: thông tin dài hạn về creator
- Booking record: một lần hợp tác cụ thể
- Campaign record: nhóm booking cùng phục vụ một mục tiêu
2. Vì sao 7 trạng thái thường là đủ?
Pipeline chỉ có “Contacted / Booked / Done” sẽ che mất các blocker quan trọng: chờ hàng, chờ creator sửa draft, đã đăng nhưng chưa thanh toán. Ngược lại, pipeline hàng chục trạng thái nhỏ khiến team lười cập nhật và mỗi người hiểu status một kiểu.
Bảy trạng thái Outreach → Negotiating → Booked → Shipping → Review → Published → Paid tạo điểm chuyển giao rõ giữa partnership, vận hành, duyệt nội dung và kế toán. Chi tiết nhỏ nằm ở sub-status và next action để board chính luôn dễ đọc.
- Status chính: booking đang ở đâu?
- Next action: việc tiếp theo là gì?
- Owner: ai đang giữ bóng?
- Blocker: vì sao chưa đi tiếp?
3. Outreach: chỉ đưa vào pipeline khi đã thực sự liên hệ
Creator mới nằm trong shortlist chưa phải là booking. Chỉ chuyển sang Outreach khi team đã gửi email, DM hoặc tin nhắn Zalo về campaign. Nhờ vậy pipeline phản ánh công việc đang diễn ra thay vì thành danh sách prospect khổng lồ.
Ở bước này, dữ liệu quan trọng nhất là lần liên hệ gần nhất và ngày follow-up tiếp theo. Không có ngày follow-up, booking dễ “kẹt im lặng” hàng tuần trong khi board vẫn trông như đang chạy.
- Ngày và kênh liên hệ đầu tiên
- Contact hoặc handle của creator
- Owner phía team
- Lần liên hệ gần nhất và ngày follow-up
- Kết quả: chưa phản hồi / quan tâm / từ chối
4. Negotiating: gom mọi điều khoản còn mở vào một nơi
Booking chuyển sang Negotiating khi creator đã phản hồi và hai bên đang trao đổi fee, deliverable, timeline, usage rights, exclusivity hoặc điều kiện khác. Đây là giai đoạn thông tin dễ bị phân mảnh nhất giữa chat, email và spreadsheet.
Đừng chỉ lưu giá creator báo. Hãy lưu cả điều đã đồng ý và điều còn mở. Ví dụ: fee đã chốt nhưng paid usage chưa chốt. Nếu paid usage là phần bắt buộc của scope thì booking chưa được chuyển sang Booked.
- Giá creator báo và fee đã chốt
- Deliverable đang thương lượng
- Timeline dự kiến
- Usage rights, paid usage, exclusivity
- Điểm còn mở và ngày follow-up
5. Booked: định nghĩa rõ thế nào là “đã chốt”
Booked không có nghĩa là “creator nói ok”. Booking chỉ vào Booked khi hai bên đã thống nhất đủ để bắt đầu thực thi: scope, fee hoặc cơ chế trả phí, deliverable, deadline chính và các quyền sử dụng ảnh hưởng đến giá.
Nếu brand cần creator brief, hợp đồng hoặc PO trước khi làm, hãy gắn reference ngay trong booking. Điều quan trọng là cả team dùng chung một definition of done cho Booked; nếu không, cột Booked sẽ trộn booking đã chốt thật với booking còn chờ điều khoản.
- Scope, fee, deliverable đã xác nhận
- Deadline chính đã xác nhận
- Quyền sử dụng ảnh hưởng đến giá đã xác nhận
- Có reference brief, hợp đồng hoặc PO
Checklist creator brief để khóa scope trước khi thực thiChecklist hợp đồng KOL/KOC
6. Shipping: tách logistics khỏi trạng thái nội dung
Nếu campaign có gửi sản phẩm, Shipping nên là trạng thái riêng vì creator không thể quay khi chưa có hàng. Booking có thể đã chốt hoàn toàn nhưng vẫn kẹt ở kho, sai địa chỉ, tracking không cập nhật hoặc hàng bị hoàn.
Không phải campaign nào cũng cần bước này, ví dụ dịch vụ, app hay khi creator tự mua hàng. Khi có gửi hàng, ghi ngày gửi và tracking vào field thay vì ghi chú tự do.
- Sản phẩm, SKU hoặc biến thể
- Ngày gửi, đơn vị vận chuyển, mã tracking
- Ngày giao dự kiến và ngày creator xác nhận nhận hàng
- Sự cố giao hàng và owner xử lý
7. Review: theo dõi sản xuất, draft, feedback và duyệt
Review thường là nơi booking nằm lâu nhất. Trạng thái này gồm creator đang sản xuất, đã gửi draft, brand đang xem, cần sửa, hoặc đã duyệt nhưng chưa tới ngày đăng. Thay vì tạo năm status chính, hãy giữ một status Review và dùng sub-status hoặc next action cho các bước nhỏ.
Quan trọng nhất là biết draft hiện tại ở đâu và ai đang giữ bóng. Creator đã gửi draft mà brand chưa phản hồi thì owner tiếp theo là brand. Feedback đã gửi và đang chờ bản sửa thì owner là creator. Chuyển owner rõ ràng giúp tránh cảnh hai bên cùng chờ nhau.
- Link và phiên bản draft
- Review sub-status
- Hạn feedback và hạn sửa
- Người duyệt và ngày final approval
8. Published: chỉ chuyển khi nội dung đã thực sự live
Published phải được xác nhận bằng post URL và ngày đăng thực tế, không dựa vào lịch dự kiến. Với booking nhiều deliverable, team cần quy ước Published là tất cả deliverable bắt buộc đã live hay chỉ deliverable chính.
Đây cũng là lúc đối chiếu bài live với brief: tag, CTA và ghi nhãn quảng cáo. Theo Điều 15a Luật Quảng cáo sửa đổi (Luật số 75/2025/QH15, hiệu lực từ 01/01/2026), người có ảnh hưởng phải thông báo về việc quảng cáo ngay trước và trong khi thực hiện hoạt động quảng cáo, nên bước kiểm tra này nằm ở đây. Lưu URL ngay khi bài xuất hiện; đó là cầu nối giữa vận hành và reporting.
- Post URL và nền tảng
- Ngày đăng thực tế
- Deliverable nào đã live
- Đã kiểm tra ghi nhãn, tag, CTA
- Ngày cần lấy dữ liệu performance
9. Paid: tách hoàn tất nội dung khỏi hoàn tất tài chính
Published và Paid là hai trạng thái khác nhau. Creator có thể đã xong toàn bộ nội dung nhưng invoice đang chờ, thanh toán đang xử lý hoặc commission chưa đối soát. Gộp hai bước thành “Done” thì kế toán dễ mất dấu khoản còn nợ.
Hãy định nghĩa Paid theo quy trình thực tế: tiền đã chuyển, creator đã xác nhận nhận tiền, hay kế toán đã đánh dấu invoice paid. Chọn một định nghĩa và dùng nhất quán. Với commission TikTok Shop affiliate trả sau, nên có field tài chính riêng để booking không bị treo hàng tháng.
- Phương thức và mã thanh toán
- Số tiền phải trả và hạn thanh toán
- Ngày và trạng thái thanh toán
- Owner phía kế toán
10. Mỗi booking record cần những field nào?
Status chỉ có giá trị khi đi kèm đủ dữ liệu để hành động. Booking record không cần chứa toàn bộ creator profile; nó chỉ cần context của lần hợp tác này.
Bắt đầu với nhóm field tối thiểu dưới đây và chỉ thêm khi workflow thực sự cần; form càng dài, team càng ít cập nhật đầy đủ.
- Creator và campaign
- Status chính và sub-status
- Owner, next action và hạn xử lý
- Fee đã chốt và deliverable
- Deadline chính
- Reference brief hoặc hợp đồng
- Reference shipping và draft
- Post URL và trạng thái thanh toán
11. Exit criteria, next action và SLA để tìm booking đang kẹt
Tên status tự nó chưa phải quy trình. Hãy định nghĩa điều kiện vào và điều kiện ra của từng trạng thái. Booked có thể yêu cầu fee, deliverable và deadline đã xác nhận; Published yêu cầu post URL hợp lệ. Tiêu chí rõ giúp nhiều account manager dùng status giống nhau.
Status cho biết vị trí, next action cho biết chuyển động. Ví dụ: hai booking cùng ở Negotiating, một booking đang chờ creator gửi rate card ngày mai, booking kia đã im lặng 10 ngày. Mỗi booking active cần next action viết bằng động từ, owner và hạn xử lý; sau đó đặt SLA theo từng stage, như khoảng follow-up cho outreach hay thời gian duyệt draft.
- Điều kiện vào và ra của từng stage
- Field bắt buộc trước khi đổi status
- Next action, owner, hạn xử lý
- Số ngày ở stage hiện tại
- Lý do blocker và quy tắc escalation
12. Booking pipeline khác gì creator CRM và campaign dashboard?
Creator CRM trả lời “creator này là ai, lịch sử hợp tác ra sao”. Booking pipeline trả lời “lần hợp tác này đang ở bước nào”. Campaign dashboard trả lời “cả campaign đang tiến triển và tạo ra kết quả gì”. Ba lớp liên quan nhưng không nên trộn thành một bảng khổng lồ.
Khi tách đúng lớp, team mở creator để xem mọi booking cũ, mở campaign để xem booking liên quan, hoặc mở pipeline để chỉ xử lý việc của hôm nay.
- Creator CRM: profile, liên hệ, ngành hàng, lịch sử
- Booking pipeline: scope, status, next action, deadline, fee
- Campaign: mục tiêu, ngân sách, timeline, tiến độ chung
- Reporting: performance và chi phí sau khi live
13. Ví dụ: một booking KOC TikTok đi qua pipeline
Ví dụ: team book một KOC TikTok cho đợt ra mắt sản phẩm. Ngày đầu gửi DM, booking vào Outreach. Creator phản hồi kèm rate card, booking sang Negotiating. Chốt xong 1 video, fee, deadline và usage rights thì sang Booked. Brand gửi hàng thì sang Shipping.
Creator nhận hàng và bắt đầu quay, booking sang Review. Draft, feedback và final approval đều nằm trong Review, chỉ có next action đổi qua lại giữa creator và brand. Video live và URL đã lưu thì sang Published. Thanh toán hoàn tất theo quy trình kế toán thì sang Paid. Mỗi lần đổi status phải phản ánh một sự kiện thật, và next action luôn được cập nhật ngay sau đó.
14. Nên theo dõi KPI vận hành nào cho booking pipeline?
Pipeline còn giúp nhìn ra điểm nghẽn. Một số chỉ số vận hành nên theo dõi: số booking active theo stage, số next action quá hạn, số ngày trung bình ở mỗi stage, tỷ lệ outreach có phản hồi và tỷ lệ đăng đúng hạn.
Đừng trộn các chỉ số này với performance nội dung như views, impressions, engagement hay doanh thu. Khi đánh giá kết quả sau khi đăng, hãy chuyển sang lớp reporting với nguồn dữ liệu và phạm vi đo rõ ràng.
- Booking active theo stage
- Next action quá hạn
- Số ngày ở mỗi stage
- Tỷ lệ phản hồi outreach khi mẫu đủ lớn
- Tỷ lệ đăng đúng hạn
- Khoản thanh toán quá hạn
FAQ
Câu hỏi thường gặp
KOC booking pipeline là gì?
Là workflow theo dõi từng booking creator từ outreach, thương lượng, gửi hàng, duyệt nội dung đến đăng bài và thanh toán. Mỗi booking có một trạng thái chính, một owner và một next action.
Quy trình booking KOC nên có bao nhiêu trạng thái?
Không có con số bắt buộc. Bảy trạng thái Outreach, Negotiating, Booked, Shipping, Review, Published, Paid là điểm khởi đầu thực tế cho phần lớn campaign KOL/KOC. Bước nhỏ hơn nên dùng sub-status hoặc next action thay vì thêm status chính.
Booked khác Negotiating như thế nào?
Negotiating nghĩa là còn điều khoản quan trọng chưa chốt như fee, deliverable, timeline hoặc usage rights. Booked nghĩa là đã thống nhất đủ để bắt đầu thực thi, theo một definition of done mà cả team dùng chung.
Có cần tách Published và Paid không?
Có, nếu thanh toán diễn ra sau khi nội dung live. Published xác nhận deliverable đã đăng; Paid xác nhận quy trình tài chính đã hoàn tất. Gộp lại sẽ che mất những invoice chưa trả.
Nên quản lý booking KOC bằng spreadsheet hay CRM?
Spreadsheet vẫn ổn khi số booking ít và một người cập nhật. Khi nhiều người cùng cập nhật, nhiều campaign chạy song song hoặc cần lịch sử, owner và báo cáo nhất quán, một creator CRM có cấu trúc thường dễ giữ dữ liệu chính xác hơn.
