Alakris — Objection Handling Guide 2026
| Phiên bản | v1.0 |
| Ngày | 2026-07-12 |
| Trạng thái | APPROVED — đã xuất bản 2026-07-12 |
| Hợp đồng | MKT-030-7 (PARENT: MKT-030) |
| Định dạng | Battlecard: "When They Say / You Say" (phong cách HubSpot/Klue) |
| Tham chiếu đến | Pricing Book (pricing-book-2026.md, MKT-030-3), Discount Policy (MKT-030-9, chỉ tham chiếu — phần trăm chiết khấu không được lặp lại ở đây) |
Nguyên tắc: LAER (Listen — Acknowledge — Explore — Respond)
Phản đối đầu tiên hầu như không bao giờ là phản đối thực sự. Trước khi trả lời — hãy dùng câu hỏi Explore để lộ ra nguyên nhân thực sự. Dưới đây, với mỗi phản đối, RIGHT_RESPONSE được xây dựng theo LAER, không phải như một khẩu hiệu sẵn sàng để nói ngay.
Anti-pattern cần tránh ở mọi nơi: biện minh phòng thủ và hạ giá ngay lập tức. Bất kỳ nhượng bộ nào không giải thích được đều khiến khách hàng nghĩ rằng giá ban đầu đã bị đẩy lên — nguyên tắc này áp dụng cho cả 9 phản đối dưới đây, không chỉ các phản đối về giá.
Giọng điệu câu trả lời phụ thuộc vào gói của khách hàng (xem placeholder [gói] trong RIGHT_RESPONSE): self-service (Lite/Self-Service) — nhanh, đúng trọng tâm, không có phép tính ROI phức tạp; Managed — sâu hơn một chút, dựa vào chuyên viên phụ trách; Enterprise — cuộc trò chuyện ROI đầy đủ (Sales Playbook, mục 6).
1. “Đắt quá”
- TRIGGER_PHRASES: “Đắt quá”, “sao đắt vậy”, “đối thủ rẻ hơn”.
- ROOT_CAUSE: tín hiệu “tôi không thấy ROI”, KHÔNG phải từ chối và không phải lúc nào cũng nói về ngân sách theo nghĩa đen. Khách hàng không tự tính được giá thành giá trị.
- WRONG_RESPONSE: ngay lập tức đề nghị chiết khấu (“chúng ta làm rẻ hơn nhé”) — củng cố nghi ngờ rằng giá ban đầu bị độn. Cũng sai — tranh cãi (“thực ra không đắt”).
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tôi hiểu, con số cần được giải trình.”
- Explore: “Đắt so với cái gì — so với ngân sách bạn dự trù, hay so với những gì bạn mong đợi nhận được cho số tiền đó?”
- Respond theo gói:
[Lite/Self-Service]: “$30/$129 mỗi tháng — ít hơn một lead ban đêm bị mất. Bạn có muốn chúng ta tính xem hiện tại bạn đang mất bao nhiêu yêu cầu?”[Managed/Enterprise]: ROI-framing (Sales Playbook, mục 6) — dẫn dắt khách hàng đến mức tự nêu con số doanh thu tiềm năng tăng thêm, sau đó so sánh với giá gói.
- PROOF_POINT: bảng ROI từ
Alakris_Price_List_2026.pdf(Enterprise Pricing Policy, Pricing Book) — ví dụ, với doanh thu $1M/năm và uplift chuyển đổi +5%, nền tảng giá $2 500/tháng mang lại lợi ích ròng +$9 000/tháng. Sử dụng dòng phù hợp với quy mô khách hàng, không bịa con số.
2. “Chúng tôi cần suy nghĩ”
- TRIGGER_PHRASES: “Cần suy nghĩ”, “chúng tôi sẽ thảo luận nội bộ”, “cho chúng tôi thời gian”.
- ROOT_CAUSE: hoặc là nhu cầu sắp xếp thực sự (xem Trục 5 Qualification Guide — Authority), hoặc là hình thức từ chối lịch sự do một phản đối chưa nói ra (thường là giá hoặc nghi ngờ).
- WRONG_RESPONSE: đồng ý và chờ đợi không follow-up (“được, bạn quyết định xong thì báo tôi”) — giao dịch bị treo mà không có owner và hạn.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tất nhiên, quyết định này đáng để cân nhắc.”
- Explore: “Cụ thể cần suy nghĩ điều gì — bản thân sản phẩm, giá, hay thời hạn triển khai? Để tôi gửi đúng thứ giúp quyết định.”
- Respond: ghi nhận ngày follow-up cụ thể (không phải “khi nào quyết định thì báo”), nếu có thể — tìm ra nguyên nhân thực sự của sự tạm dừng ngay bây giờ, trong khi cuộc trò chuyện đang diễn ra.
- PROOF_POINT: không có chỉ số riêng — mục này về quy trình (next steps, Sales Playbook mục 1), không phải bằng chứng giá trị.
3. “Chúng tôi đã dùng giải pháp khác”
- TRIGGER_PHRASES: “Chúng tôi đã có chatbot / CRM / dịch vụ khác”, “chúng tôi đang làm việc với [đối thủ]”.
- ROOT_CAUSE: khách hàng không thấy lý do để thay đổi cái đang chạy — nhiệm vụ không phải “chứng minh chúng tôi tốt hơn nói chung”, mà là tìm ra khoảng trống cụ thể trong giải pháp hiện tại.
- WRONG_RESPONSE: chỉ trích đối thủ trực tiếp (“họ kém hơn vì...”) — trông như tấn công, không phải giải quyết vấn đề của khách hàng.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tuyệt, việc đã có nền tảng là tốt — nhiều khách hàng của chúng tôi đến từ tình huống đó.”
- Explore: “Giải pháp hiện tại điều gì ổn, điều gì chưa? Điều gì khiến bạn xem xét phương án khác?”
- Respond: chỉ ra khoảng trống cụ thể mà khách hàng đã nêu (không phải pitch chung), và lộ trình di chuyển với ma sát thấp — các gói self-service cấu hình nhanh không cần triển khai dài, giải pháp cũ có thể chạy song song trong giai đoạn chuyển đổi.
- PROOF_POINT: chưa có case study công khai về di chuyển từ một đối thủ cụ thể vào 2026-07-12 — không bịa ra so sánh với sản phẩm cụ thể nếu chưa có approved case study.
4. “Không có thời gian”
- TRIGGER_PHRASES: “Bây giờ không phải lúc”, “quá bận để triển khai cái mới”.
- ROOT_CAUSE: nỗi sợ triển khai phức tạp, đòi hỏi nhiều thời gian của đội khách hàng — thường dựa trên kinh nghiệm với các công cụ enterprise khác, chứ không phải với Alakris.
- WRONG_RESPONSE: hứa “chỉ mất 5 phút” mà không làm rõ gói — đối với self-service điều này đúng, nhưng đối với Managed/Enterprise triển khai mất tuần/tháng, và lời hứa như vậy sẽ phá hủy uy tín sau này.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tôi hiểu, thời gian hiện tại là tài nguyên khan hiếm nhất.”
- Explore: “Vậy hiện tại [pain đã nêu trên discovery] thực sự tốn bao nhiêu thời gian mỗi tuần?”
- Respond theo gói:
[Lite/Self-Service]: “Ở đây hiệu ứng ngược lại — conversational onboarding chỉ mất một phiên, từ đăng ký đến widget hoạt động. Đây không phải ‘dành thời gian triển khai’, mà là 15 phút một lần.”[Managed/Enterprise]: nói thẳng về thời gian thực tế (Pricing Book, Enterprise Pricing Policy: từ 6 tuần đến 7 tháng tùy khối lượng), nhưng nhấn mạnh rằng triển khai do chuyên viên phụ trách/đội onboarding đảm nhận — đội khách hàng không mất thời gian ngoài việc phê duyệt.
- PROOF_POINT: “chưa có case study công khai” với thời gian triển khai chính xác vào 2026-07-12 — tham chiếu định hướng thị trường chung từ Pricing Book, không phải một khách hàng cụ thể.
5. “Chúng tôi sẽ thử sau”
- TRIGGER_PHRASES: “Chúng tôi sẽ quay lại quý sau”, “bây giờ không phải mùa vụ”.
- ROOT_CAUSE: hoặc là tính thời vụ thực sự của kinh doanh, hoặc cách từ chối nhẹ nhàng mà không đối đầu.
- WRONG_RESPONSE: gây áp lực giả tạo về tính cấp bách (“chỉ hôm nay có điều kiện đặc biệt”) — tạo cảm giác thao túng, đặc biệt nếu không đúng.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Hợp lý, nếu bây giờ chưa phải thời điểm phù hợp.”
- Explore: “Điều gì cần xảy ra đến lúc đó để giải pháp trở nên phù hợp? Đó là về mùa vụ kinh doanh, ngân sách, hay điều gì khác đang giữ bạn?”
- Respond: nếu tính thời vụ thực sự — đề xuất bắt đầu với Lite/Self-Service ngay bây giờ (rào cản vào thấp, giảm thiểu tổn thất trong mùa thấp điểm), mở rộng khi đến mùa vụ; ghi nhận ngày cụ thể để quay lại cuộc trò chuyện.
- PROOF_POINT: chiến lược land-and-expand (
pricing-strategy-2026.md, mục 4.1) — rào cản đầu vào thấp giảm ma sát quyết định đúng trong những tình huống như vậy.
6. “Chỉ cần website”
- TRIGGER_PHRASES: “Chúng tôi chỉ cần chat trên website”, “phần còn lại không cần”.
- ROOT_CAUSE: khách hàng chưa nhìn thấy mối liên hệ giữa các quy trình riêng lẻ (chat → CRM → analytics) — họ coi chúng như các tính năng rời rạc, không phải một phễu thống nhất.
- WRONG_RESPONSE: ngay lập tức cố upsell toàn bộ bộ Managed — phớt lờ nhu cầu khách hàng đã nêu rõ và tạo cảm giác ép buộc.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Được, chúng ta sẽ bắt đầu từ chat — đúng những gì gói Lite làm.”
- Explore: “Sau khi chat bắt được yêu cầu — nó được ghi nhận đâu đó, hay giám đốc phải xử lý thủ công?”
- Respond: đóng đúng nhu cầu đã yêu cầu trên Lite, không ép upsell ngay — đề cập rằng Марина (CRM-agent) sẵn sàng sau này nếu/khi khối lượng yêu cầu tăng, nhưng không gây áp lực trong phút này.
- PROOF_POINT: Pricing Book, gói Lite — “1 AI-agent (widget chat)”, đúng những gì khách hàng yêu cầu, bán hàng trung thực không thừa.
7. “Chỉ cần chat”
- TRIGGER_PHRASES: “Không cần gì khác, chỉ cần chatbot”.
- ROOT_CAUSE: giống như “chỉ cần website” (phản đối số 6), nhưng cụ thể về tính năng sản phẩm, không phải kênh. Thường nhầm Alakris với công cụ chatbot đơn giản.
- WRONG_RESPONSE: tranh cãi rằng “chúng tôi không chỉ là chatbot” bằng khẩu hiệu — không trả lời yêu cầu thực sự của khách hàng, nghe như biện minh.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tôi hiểu — chat trên website thường là nhu cầu đầu tiên và dễ hiểu nhất.”
- Explore: “Bạn mong đợi gì từ chat này — chỉ trả lời câu hỏi, hay còn bắt lead, tư vấn sản phẩm?”
- Respond: cho thấy ngay cả “chỉ chat” trên Alakris cũng là Алекс, một nhân viên AI đầy đủ (không phải chatbot script với câu trả lời cố định), hoạt động dựa trên cơ sở kiến thức của khách hàng — đóng đúng nhu cầu này trên Lite, không ép phần còn lại của danh mục.
- PROOF_POINT:
ai-employee-catalog-2026.md, persona Алекс — “Khả năng nền tảng thực sự”: widget chat đám mây, cá nhân hóa prompt qua Merchant Admin.
8. “AI không phù hợp với chúng tôi”
- TRIGGER_PHRASES: “Chúng tôi chưa sẵn sàng cho AI”, “cái này không dành cho doanh nghiệp của chúng tôi”, “AI còn non”.
- ROOT_CAUSE: câu chung chung hầu như luôn che giấu một trong ba nỗi sợ cụ thể (xem phần AI-specific bên dưới) — không thể trả lời trực diện cho đến khi nỗi sợ được nêu rõ.
- WRONG_RESPONSE: khẩu hiệu sẵn về lợi ích AI (“AI là tương lai, mọi người đang chuyển sang”) — không trả lời nỗi sợ cụ thể, chưa được nói ra của khách hàng.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Đây là lo ngại phổ biến và có cơ sở — AI thực sự không phải giải pháp vạn năng cho mọi thứ.”
- Explore: “Cụ thể điều gì làm bạn băn khoăn — bạn lo AI trả lời khách hàng không chính xác, bạn mất kiểm soát cuộc trò chuyện, hay dữ liệu khách hàng không được bảo vệ?”
- Respond: xem phần AI-specific bên dưới — câu trả lời xây dựng theo nỗi sợ cụ thể được nêu, không phải khẩu hiệu chung.
- PROOF_POINT: xem phần bên dưới, riêng cho từng nỗi sợ cụ thể.
Phần AI-specific — ba nỗi sợ cụ thể
Được lộ ra qua câu hỏi Explore, không phải khẩu hiệu sẵn về lợi ích AI (yêu cầu bắt buộc của hợp đồng):
Nỗi sợ 1 — Thay thế con người
- Câu hỏi Explore: “Bạn lo AI sẽ thay thế ai đó trong đội, hay đội sẽ phải học lại nhiều thứ?”
- Trả lời: Các nhân viên AI (xem
ai-employee-catalog-2026.md) đảm nhận công việc thường ngày (trả lời ban đêm, đánh giá lead thủ công, phiên âm cuộc họp), chứ không thay thế con người — họ giảm tải dòng công việc lặp đi lặp lại cho đội, để lại những việc đòi hỏi phán đoán con người. Agent nội dung (Катя) và agent SEO (Лев) hoạt động với bắt buộc phê duyệt của con người — đây không phải sự thay thế tự chủ, mà là công cụ dưới sự kiểm soát của đội.
Nỗi sợ 2 — Độ chính xác câu trả lời
- Câu hỏi Explore: “Nếu AI trả lời khách hàng không chính xác — kịch bản nào làm bạn lo nhất?”
- Trả lời: agent trả lời dựa trên cơ sở kiến thức của khách hàng cụ thể (không phải kiến thức chung của mô hình “từ không khí”), được điều chỉnh qua Merchant Admin. Đối với nội dung và SEO — có giai đoạn review bắt buộc trước khi xuất bản (xem
ai-employee-catalog-2026.md, giới hạn của Катя/Лев — nói thẳng về mức độ tự chủ, không hứa “hoàn toàn không sai”).
Nỗi sợ 3 — Kiểm soát / bảo mật dữ liệu
- Câu hỏi Explore: “Về kiểm soát, điều gì quan trọng với bạn — ai nhìn thấy dữ liệu khách hàng, hay khả năng can thiệp vào cuộc trò chuyện bất cứ lúc nào?”
- Trả lời: dữ liệu được xử lý trong tenant của khách hàng, quyền truy cập được cấu hình qua Merchant Admin; chủ sở hữu bất cứ lúc nào cũng có thể xem lịch sử hội thoại và điều chỉnh hành vi agent qua cài đặt prompt — không phải “hộp đen” không kiểm soát.
9. “Không có ngân sách”
- TRIGGER_PHRASES: “Hiện tại không có tiền cho việc này”, “ngân sách chưa được dự trù”.
- ROOT_CAUSE: hoặc thực sự không có ngân sách (khi đó đúng là chưa phải lúc — không ép), hoặc chưa hiểu rằng giải pháp có sẵn ở mức tối thiểu ($30/tháng, Lite).
- WRONG_RESPONSE: ngay lập tức đề nghị chiết khấu vượt chính sách (xem Discount Policy, MKT-030-9 — chiết khấu chỉ theo approval matrix, không tự phát bởi giám đốc) — tạo tiền lệ và phá vỡ kỷ luật giá.
- RIGHT_RESPONSE (LAER):
- Acknowledge: “Tôi hiểu, ngân sách là giới hạn thực tế.”
- Explore: “Ý bạn là ngân sách hoàn toàn không có cho bất cứ việc gì, hay quy mô đầu tư này chưa được dự trù? Ở mức nào thì ngân sách sẽ thoải mái?”
- Respond: nếu ngân sách thực sự hạn chế — đề xuất Lite ($30/tháng) như một điểm vào trung thực, không cố bán gói cao hơn qua nhượng bộ; nếu ngân sách “chưa dự trù” về mặt hành chính — đề xuất tài liệu để trình bày nội bộ (Pricing Book) nhằm sắp xếp ngân sách riêng.
- PROOF_POINT: Pricing Book, gói Lite — rào cản vào thấp nhất trong dòng self-serve, được thiết kế đặc biệt cho chiến lược Land-and-Expand như điểm vào cho khách hàng nhạy cảm với giá.
Fallback (cấp 2) — khi khách hàng đã nghe câu trả lời chuẩn từ đối thủ và không phản ứng
Với bất kỳ phản đối nào trong 9 phản đối trên, nếu khách hàng rõ ràng cho biết đã nghe câu trả lời tương tự (“ai cũng nói vậy”, “hiểu rồi, câu này quen”) — không lặp lại RIGHT_RESPONSE đó lần hai. Fallback:
- Thừa nhận trực tiếp: “Công bằng mà nói, đúng là câu trả lời phổ biến trong ngành.”
- Chuyển cuộc trò chuyện sang cụ thể của doanh nghiệp HỌ, không phải script chung: “Hãy thử cách khác — bạn cho tôi biết điều gì cụ thể trong tình huống của bạn đang khiến bạn do dự, và tôi sẽ trả lời cụ thể điều đó, không phải câu chung chung.”
- Nếu sau đó phản đối lặp lại lần thứ ba dưới dạng tương tự — ghi nhận đây là rào cản thực sự, không phải bề mặt, trong CRM và đề xuất bước tiếp theo với cam kết thấp hơn (ví dụ, demo access không ràng buộc thay vì đóng giao dịch trực tiếp).
Edge case — phản đối chứa hai nguyên nhân cùng lúc
Ví dụ, “đắt quá” = đồng thời cả giới hạn ngân sách thực tế và nghi ngờ ROI. Dùng câu hỏi Explore để tách rõ hai nguyên nhân TRƯỚC KHI trả lời — không trả lời cả hai bằng một khuôn mẫu:
“Bạn xem, ở đây có thể là hai chuyện khác nhau: hoặc là số tiền đơn thuần lớn hơn ngân sách đã dự trù, hoặc là chưa rõ bạn sẽ nhận được gì cho số tiền đó. Điều nào gần hơn?”
Sau đó — trả lời theo nguyên nhân thực sự được nêu bằng RIGHT_RESPONSE cụ thể ở trên (phản đối số 1 “Đắt quá” cho nghi ngờ ROI, số 9 “Không có ngân sách” cho giới hạn ngân sách thực tế), không cố gắng đóng cả hai bằng một câu trả lời vạn năng.
Tài liệu được quản lý bởi task riêng MKT-030-7. Thay đổi lập luận giá — theo sau cập nhật Pricing Book (MKT-030-3) và Financial Model (MKT-030-11), không độc lập. Phần trăm chiết khấu — chỉ trong Discount Policy (MKT-030-9), không ở đây.