Tài liệu hướng dẫn

Cẩm nang quản trị mục tiêu OKR và KPI, phân biệt KR với KPI, chia chỉ tiêu nhân sự, liên kết 2 chiều bảng Kanban, chuyển tiếp email AI không cần API, xác thực tên miền riêng và điều phối tại quầy.

Quản trị mục tiêu

Trong điều hành khách sạn, nhà hàng, salon, lữ hành và bán lẻ, rào cản lớn nhất khiến mục tiêu thất bại là đội ngũ nhầm lẫn giữa Mục tiêu định hướng (Objective), Kết quả then chốt (KR), Chỉ số vận hành (KPI) và Công việc hàng ngày (Task). DING OS chuẩn hóa cả 4 tầng và tự động cập nhật tiến độ từ doanh thu, đơn hàng thực tế và bảng Kanban.

Mở Mục tiêu

1. Bảng phân tầng mục tiêu

Chuẩn quản trị doanh nghiệp
Hạng mụcSố lượng khuyến nghịCâu hỏi cốt lõiBản chất đo lườngVí dụ thực tế
OKR · Objective
Mục tiêu chiến lược
3 - 5 mục tiêu mỗi quý
Toàn cơ sở hoặc bộ phận
Kỳ này chúng ta muốn bứt phá tới đâu?Định tính, truyền cảm hứng theo quý hoặc năm. Không nhập số lẻ thủ công mà tự động tính phần trăm trung bình từ các KR con bên dưới.Trở thành điểm đến đặt tiệc doanh nghiệp và nghỉ dưỡng hàng đầu khu vực trong Quý 4.
KR · Key Result
Kết quả then chốt
3 - 5 KR mỗi Objective
Tối đa 5 KR
Đo bằng con số nào để biết đã đạt Objective?Định lượng bước nhảy mới (từ mốc X lên mốc Y), luôn trực thuộc một Objective. Khi hết quý và đạt đích, KR hoàn thành sứ mệnh.Nâng doanh thu đặt tiệc đoàn B2B từ $15,000 lên $40,000; tăng tỷ lệ khách quay lại từ 18% lên 35%.
KPI · Metric
Chỉ số vận hành
3 - 5 KPI mỗi tháng
Mỗi bộ phận hoặc nhân sự
Bộ máy hàng tháng có đang vận hành đạt chuẩn không?Định lượng độc lập, duy trì liên tục từ tháng này qua tháng khác để giữ kỷ luật doanh số, công suất khai thác và chất lượng dịch vụ.Chỉ tiêu doanh số tháng đạt $50,000; duy trì công suất phòng tối thiểu 75%; giữ tỷ lệ hủy đơn dưới 2%.
Task · Kanban
Công việc thực thi
Không giới hạn
Liên kết về 3 - 5 mục tiêu
Hôm nay ai cần làm việc gì để đẩy số KR và KPI lên?Đầu việc cụ thể trên bảng Kanban có người nhận, hạn hoàn thành và trạng thái xử lý (Cần làm ➔ Đang làm ➔ Duyệt ➔ Hoàn thành).Thiết kế thực đơn tiệc cuối năm gửi 30 đối tác doanh nghiệp; gọi điện tặng ưu đãi sinh nhật cho 50 khách VIP.
Nguyên tắc 1

Vì sao đội ngũ hay nhầm KR với KPI

Cả KR và KPI đều viết dưới dạng con số ($40,000, 300 đơn, 85%). Để phân biệt trong 3 giây, hãy nhớ hình ảnh chiếc xe hơi: KPI là đồng hồ tốc độ, mức nhiên liệu và nhiệt độ máy trên bảng điều khiển phải luôn ổn định mỗi tháng. Còn OKR là lộ trình GPS chinh phục điểm đến mới, trong đó KR là các cột mốc đánh dấu quãng đường đã tiến thêm.

Nguyên tắc 2

Khi nào một chỉ số KPI biến thành KR

Nếu chỉ số đang ổn định và bạn chỉ giao định mức đều đặn hàng tháng (ví dụ: doanh thu quầy bar đạt $20,000 mỗi tháng), hãy tạo thẻ KPI độc lập. Nhưng nếu chỉ số sụt giảm hoặc bạn mở chiến dịch tăng gấp đôi trong quý tới (đẩy doanh thu quầy bar từ $20,000 lên $45,000 nhờ mở đêm nhạc Acoustic), chỉ số đó trở thành một KR nằm trong mục tiêu chiến lược OKR.

Nguyên tắc 3

Giới hạn 3-5 chống làm đẹp số liệu

Sai lầm phổ biến là tạo 10-15 mục tiêu cùng lúc hoặc đưa các việc vặt hàng ngày vào KR để dễ báo cáo hoàn thành 100%. Mỗi quý chỉ lập 3-5 Objectives với 3-5 KR đo kết quả đầu ra, mỗi nhân sự theo dõi 3-5 KPI gắn trực tiếp với đơn đã thu tiền (booking.owner), còn công việc hàng ngày đưa sang bảng Kanban.

2. Quy trình 4 bước triển khai mục tiêu

Bước 1: Chọn phân loại mục tiêu

Tại Công việc ➔ Mục tiêu, bấm Tạo mục tiêu. Chọn OKR · Mục tiêu chiến lược để mở trình tạo danh sách Kết quả then chốt (KR) ngay bên dưới, hoặc chọn KPI · Chỉ số vận hành để nhập Mốc đầu kỳ, Mục tiêu và Đơn vị đo.

Bước 2: Gắn nguồn đo tự động

Chọn nguồn dữ liệu tự động nhảy số: Doanh thu (cộng từ hóa đơn đã thu tiền), Số đơn (lượt đặt hoàn tất), Ghi nhận nhân sự (theo booking.owner), Hoàn thành việc (đếm thẻ Kanban ở cột Hoàn thành), hoặc Cập nhật thủ công.

Bước 3: Chia chỉ tiêu với Quota Planner

Bấm Chia chỉ tiêu, nhập tổng chỉ tiêu của cơ sở (ví dụ: $60,000 doanh thu tháng), tích chọn nhân sự tham gia và chọn chia đều hoặc chia theo tỷ trọng. DING OS tự tạo KPI cá nhân cho từng người và đối chiếu tiến độ thời gian thực.

Bước 4: Giao việc cứu mục tiêu lên Kanban

Hệ thống tự so sánh phần trăm tiến độ thực tế với thời gian đã trôi qua để cảnh báo mục tiêu Chậm tiến độ hoặc Báo động. Mở ngăn Cập nhật và bấm + Giao việc lên Board để đẩy đầu việc xử lý sang bảng Kanban.


Kiến trúc hệ thống

DING OS là hệ điều hành thương mại, đặt chỗ và điều phối tại quầy đa thuê bao. Nền tảng vận hành độc lập hoặc kết hợp song song với phần mềm kế toán và quản lý lưu trú sẵn có, chuẩn hóa tin nhắn đa kênh, giao dịch QR tại chỗ và kiểm đếm bàn mở vào một hàng chờ thời gian thực.

Phân hệĐiểm kết nốiĐặc tả vận hành
Bộ phân tích MIME đầu vàoPOST /v1/email/ingest/Tiếp nhận lưu lượng SMTP gửi tới [slug]@getding.io tại tầng biên Cloudflare, bóc tách thực thể có cấu trúc (khách hàng, dịch vụ, lịch hẹn, mã tham chiếu, tổng tiền) và kiểm tra chống trùng SHA-256 trong 30 ngày.
Proxy định tuyến tên miềnproxy.getding.ioÁnh xạ tên miền phụ riêng (ding.yourbrand.com) và địa chỉ định danh ([slug].getding.io) vào không gian thuê bao độc lập kèm quản lý chứng chỉ DV TLS 1.3 tự động.
Trục điều phối tại quầywss://api.getding.io/v1/wsĐồng bộ tức thời trạng thái phiếu (pending, confirmed, ready, completed) tới mọi thiết bị tại quầy kết hợp cảnh báo hình ảnh và âm thanh 880Hz.
Bộ máy thanh toán đa chế độPOST /v1/counter/Xử lý thanh toán nhanh, đặt chỗ theo khung giờ và kiểm đếm thực dùng bàn mở (reconcile_order) kèm định danh nhân sự bắt buộc (booking.owner).

Vận hành song song phần mềm kế toán

DING OS có thể chạy độc lập hoặc triển khai song song cùng phần mềm kế toán hiện có mà không làm xáo trộn hệ thống tài khoản hay sổ cái thuế.

Tầng giao dịch tiền sảnh (DING OS)

Bóc tách đơn hàng và đặt chỗ từ email, cửa hàng QR 14 ngôn ngữ, thu thập báo giá hội thoại (capture_inquiry), kiểm đếm số lượng thực dùng và điều phối tại quầy thời gian thực.

Hệ thống sổ cái hậu cần (ERP, POS, PMS)

Phát hành hóa đơn điện tử VAT, hạch toán sổ cái kế toán, khóa sổ ca cuối ngày, mã hóa thẻ từ phòng và trừ kho nguyên vật liệu qua xuất CSV hoặc đồng bộ webhook.


Đồng bộ email

Chuyển tiếp thông báo đơn hàng, xác nhận đặt chỗ OTA và yêu cầu báo giá B2B từ máy chủ thư về địa chỉ nhận tự động của không gian làm việc mà không cần cấu hình API. Nội dung MIME được phân tích thẳng vào hàng chờ điều phối mà không cần quét IMAP hay lưu mật khẩu hộp thư.

Địa chỉ nhận email tự động
Cơ chế lưu bản sao an toàn

Thiết lập quy tắc chuyển tiếp với tùy chọn "Giữ lại một bản sao trong Hộp thư đến". Các hộp thư chính của doanh nghiệp ([email protected], [email protected], [email protected]) luôn lưu giữ bản gốc làm kho lưu trữ chuẩn trong khi DING OS xử lý bản sao song song.

  1. Mở Cài đặt Gmail ➔ Xem tất cả chế độ cài đặt ➔ thẻ Chuyển tiếp và POP/IMAP.
  2. Chọn Thêm địa chỉ chuyển tiếp và nhập [slug]@getding.io.
  3. Google sẽ gửi thư xác nhận tới không gian làm việc. Mở mục Hộp thư trên DING OS để lấy liên kết xác nhận và phê duyệt.
  4. Mở Bộ lọc và địa chỉ bị chặn ➔ Tạo bộ lọc mới, nhập vào ô Có các từ: subject:(Order OR Quote OR Booking OR Reservation OR Confirmation).
  5. Bật Chuyển tiếp đến [slug]@getding.io, không tích chọn Bỏ qua Hộp thư đến để hộp thư gốc luôn giữ bản sao, sau đó lưu bộ lọc.
Cơ chế chống lặp email 3 tầng
1. Chặn theo tiêu đề kỹ thuật

Email gửi đi từ api.getding.io luôn gắn X-Ding-Generated: true và Auto-Submitted: auto-generated. Bộ nhận SMTP tự động loại bỏ mọi thư mang các cờ này.

2. Mã băm chống trùng 30 ngày

Mỗi phiếu đầu vào được định danh bằng sha256(organization_id + ":" + reference) trong 30 ngày. Email chuyển tiếp lại chỉ cập nhật trạng thái thay vì tạo phiếu trùng.

3. Bộ lọc tên miền hệ thống

Mọi thư có Return-Path hoặc From khớp với *@getding.io hoặc @trip.express đều bị chặn ngay trước tầng phân tích AI.


Kết nối đa kênh

Hướng dẫn cấu hình chi tiết cho Zalo Official Account (ZBS và ZNS), Telegram Bot, WhatsApp Cloud API, Messenger, ngân hàng mở (VietQR, SePay), Stripe, PayPal và các kênh OTA.

Giai đoạn 1: Kích hoạt ứng dụng Zalo

developers.zalo.me
  1. Mở developers.zalo.me, chọn ứng dụng của bạn và gạt công tắc góc trên bên phải sang Đang hoạt động (Active) để Zalo không trả về mã lỗi -209.
  2. Tại mục Xác thực tên miền, nhập workspace.getding.io, sao chép thẻ meta zalo-platform-site-verification, dán vào Không gian làm việc ➔ Theo dõi và bấm Xác thực ngay.
  3. Tại Sản phẩm ➔ Official Account API ➔ Thiết lập chung, bật quyền Quản lý thông tin OA và Quản lý tin nhắn người dùng.
  4. Tại Webhooks, đặt Callback URL thành và bật các sự kiện user_send_text, user_send_image, oa_send_text.

Giai đoạn 2: Cấp phát và tự động gia hạn OAuth token

API Explorer
  1. Mở developers.zalo.me/tools/explorer, chọn ứng dụng, chọn loại OA Access Token và cấp quyền cho Official Account của cơ sở.
  2. Sao chép OA Access Token (hiệu lực 25 giờ) và Refresh Token (hiệu lực 3 tháng), cùng App ID và Khóa bí mật ứng dụng (App Secret) trong phần Cài đặt.
  3. Dán cả 4 thông số vào Kết nối ➔ Zalo OA ➔ Thiết lập. DING OS tự động làm mới token ngầm mỗi 25 giờ để duy trì kết nối liên tục.

Giai đoạn 3: Liên kết tài khoản doanh nghiệp ZCA

business.zalo.me
  1. Nếu danh sách chọn ứng dụng khi tạo mẫu ZBS bị trống, hãy mở business.zalo.me ➔ chọn Tài khoản ZCA ➔ Cài đặt ➔ Ứng dụng ➔ bấm Liên kết ứng dụng và nhập Zalo App ID.
  2. Lưu ý API phản hồi tin nhắn OA (Mã lỗi -224): Zalo yêu cầu gói Dùng thử 1 tháng hoặc gói OA trả phí (zalo.cloud/oa/pricing) để gửi tin nhắn qua openapi.zalo.me/v3.0/oa/message/cs. Khi dùng gói miễn phí, DING OS tự động chép sẵn bản nháp AI và mở nhanh oa.zalo.me/chatv2 chỉ với 1 chạm.

Giai đoạn 4: Quy chuẩn logo và tham số mẫu ZNS

account.zalo.cloud

Zalo ZNS yêu cầu hai tệp logo PNG nền trong suốt nằm ngang (giao diện Sáng và Tối) kích thước 400 x 96 px (tỷ lệ 50:12, căn giữa ngang dọc). Hãy chọn 4 mẫu có sẵn trong thư viện Zalo (Order, Transfer, Rating, Voucher) và ánh xạ đúng tham số theo bảng chuẩn dưới đây:

Mẫu tinTừ khóa tham sốKiểu dữ liệu ZaloGiá trị mẫu
Order, Ratingorder_codeMã số (30)
Order (Liên kết CTA)order_idURL (200)
Orderphone_numberThông tin liên hệ (50)
Order, TransferpriceSố lượng / Số tiền (20)
OrderstatusTrạng thái giao dịch (30)
OrderdateThời gian (20)
OrdernameTên khách hàng (30)
Transfer, Rating, Vouchercustomer_nameTên khách hàng (30)
Transfercontract_numberMã số (30)
Transfertransfer_amountTiền tệ (VNĐ) (12)
Transferbank_transfer_noteBank Transfer Note (90)
Ratingorder_dateThời gian (20)
Vouchercustomer_idMã số (30)
Vouchervoucher_codeMã số (30)
Voucherstart_dateThời gian (20)
VoucherexpireThời gian (20)
Ghi chú chuẩn cho kiểm duyệt viên (dưới 140 ký tự)
Gửi tự động xác nhận mã đơn, tổng tiền và trạng thái ngay khi khách đặt dịch vụ thành công. Không chứa quảng cáo.

Bản ghi DNS tên miền riêng

Cấu hình hai bản ghi DNS dưới đây tại nhà quản lý tên miền (Cloudflare, Route 53, GoDaddy, Mắt Bão, PA Việt Nam) để định tuyến ding.yourbrand.com qua máy chủ biên.

LoạiHostGiá trị bắt buộcTTLTrạng thái
CNAMETự độngChờ trỏ DNS
TXT
Tự độngChờ trỏ DNS
Nếu tên miền dùng Cloudflare DNS, hãy để trạng thái proxy của CNAME ở chế độ DNS only (đám mây xám) trong lần xác thực đầu tiên.Cài đặt tên miền

Điều phối tại quầy

Thiết bị tại quầy duy trì kết nối WebSocket liên tục (wss://api.getding.io/v1/ws) theo từng không gian làm việc. Khi có đơn mới, đặt chỗ hoặc yêu cầu báo giá, hệ thống phát đồng thời chuông báo 880Hz và thẻ thông báo trực quan trên màn hình.

Chuông báo âm thanh

Cấp quyền phát âm thanh cho trình duyệt trên máy tính bảng tại quầy để thẻ nền tự phát chuông 880Hz A5 và 1318.5Hz E6 không cần chạm tay, sau đó kiểm tra loa ngay bên dưới.

ChromiumCài đặt trang web ➔ Âm thanh ➔ Cho phép
SafariCài đặt ➔ Trang web ➔ Tự động phát ➔ Cho phép tất cả
Thẻ cảnh báo trực quan

Mọi phiếu điều phối đầu vào đều hiển thị thanh cảnh báo trực quan gồm mã điểm phục vụ, tên khách, danh mục dịch vụ và thao tác cần xử lý, hoạt động độc lập ngay cả khi thiết bị tắt tiếng.

Luồng kết nốiwss://api.getding.io/v1/ws
Khi tắt loaHiển thị thẻ nổi liên tục

Điểm dịch vụ QR

Mọi điểm phục vụ vật lý và trực tuyến đều chuẩn hóa qua thực thể Unit trên cả 13 danh mục vận hành: spaces, realty, events, appointments, travel, mobility, retail, sports, spa, amenities, dining, drinks và takeaway. Số lượng mã QR tạo mới không giới hạn ở mọi gói cước.

Khóa cứng tham chiếu vị trí

Mỗi ấn phẩm QR nhúng sẵn mã định danh điểm phục vụ (UNIT #04 hoặc REF #12). Khi khách quét mã, giao diện khóa vị trí ở chế độ chỉ đọc để ngăn việc tự ý đổi bàn, sân hay số phòng gây sai lệch hóa đơn.

Kiểm đếm thực dùng bàn mở

Các điểm phục vụ ở chế độ bàn mở cho phép gọi thêm món liên tục trong suốt phiên. Trước khi chốt hóa đơn, nhân sự chạy reconcile_order để xác nhận số lượng thực dùng và trừ phần hoàn trả.


Ghi nhận hiệu suất

Mọi đơn hàng, đặt chỗ trực tiếp và hóa đơn kiểm đếm đều lưu mã nhân sự phụ trách bất biến trong trường booking.owner. Các đơn tự động từ kênh số mặc định gắn System AI Ingest cho tới khi nhân viên tại quầy tiếp nhận xử lý.

Bảng hiệu suất và đối soát lương thưởng

DING OS không áp đặt tỷ lệ hoa hồng cố định mặc định. Mọi đơn hàng, đặt chỗ và đầu việc đều ghi nhận vai trò đóng góp (SALES, OPERATIONS, FINANCE, MANAGER, OBSERVER) trên Bảng hiệu suất trực tuyến để bộ phận kế toán đối soát lương thưởng cuối tháng theo quy chế riêng, đồng thời ẩn thu nhập cá nhân trên thanh tiêu đề dùng chung tại quầy.


Cách ly dữ liệu

Ranh giới dữ liệu giữa các cơ sở được khóa chặt ngay tại tầng truy vấn cơ sở dữ liệu trên api.getding.io. Mọi yêu cầu đều bắt buộc định danh theo organization_id của phiên đăng nhập.

Xác thực định danh OneUID

Phiên làm việc của nhân sự được xác thực qua OneUID (uid.one) bằng chuẩn OIDC và khóa phiên DPoP. OneUID chỉ xác minh danh tính (sub) và hoàn toàn không lưu trữ dữ liệu CRM hay lịch sử giao dịch của cơ sở.

Quyền làm chủ dữ liệu khách hàng

Mỗi doanh nghiệp đóng vai trò bên kiểm soát dữ liệu độc lập đối với hồ sơ khách hàng, thông tin liên hệ và số dư ví hoàn tiền thành viên theo chuẩn GDPR và Nghị định bảo vệ dữ liệu cá nhân, cam kết không chia sẻ chéo giữa các cơ sở.


Câu hỏi thường gặp

Tài liệu tra cứu chuyên sâu dành cho chủ cơ sở, giám đốc vận hành, trưởng bộ phận và kỹ thuật viên.

Cả KR và KPI đều dùng con số định lượng nên dễ gây nhầm lẫn. Sự khác biệt nằm ở mục đích quản trị: KPI đo sức khỏe vận hành thường xuyên cần duy trì liên tục hàng tháng (ví dụ: giữ công suất phòng trên 75%, doanh thu tháng đạt $50,000, tỷ lệ hủy đơn dưới 2%). Ngược lại, KR luôn nằm trong một Mục tiêu chiến lược (OKR) và đo bước nhảy đột phá từ mốc X lên mốc Y trong kỳ hạn cụ thể (ví dụ: nâng doanh thu tiệc đoàn B2B từ $15,000 lên $40,000 trong Quý 4). Khi một KPI suy giảm và cần chiến dịch cải tổ để kéo lên, nó sẽ được đưa vào làm KR của một OKR.
Cập nhật: Tháng 11, 2026Liên hệ đội ngũ hỗ trợ →