Khi nhiều sale cùng dùng chung một CRM, sẽ có những hội thoại bạn không muốn người khác đọc được: khách VIP, nick của sếp, hay những cuộc trao đổi nhạy cảm. Trong ANT CRM mình làm hẳn chế độ Riêng tư cho từng nick Zalo, và điểm đặc biệt là mở khoá bằng OTP. 🔒
Bài trước về Phiên chăm sóc mình có nhắc tới ý "bảo mật theo đích" — cùng một thông báo nhưng mỗi cấp thấy một mức thông tin khác nhau. Tính năng Riêng tư nick Zalo hôm nay là nấc mạnh nhất của cùng triết lý đó: thay vì chỉ ẩn bớt vài trường, nó khoá nguyên cả hội thoại của một nick, và chìa khoá nằm trên điện thoại của đúng một người.
Vấn đề có thật: dùng chung thì ai cũng đọc được
CRM đa nick kiểu ANT CRM mạnh ở chỗ gom mọi hội thoại Zalo về một màn hình chung. Nhưng chính cái "chung" đó lại đẻ ra rủi ro: một bạn sale mới, một bạn part-time, hay một đồng nghiệp tò mò đều có thể lướt qua tin nhắn với khách VIP, điều khoản giá đặc biệt, hay nick riêng của sếp. Phân quyền theo vai trò (RBAC) giải quyết được phần lớn, nhưng vẫn còn một khoảng trống: người có quyền nhưng không nên xem cái cụ thể này. Riêng tư nick Zalo lấp đúng khoảng trống đó.
Vì sao dùng OTP, không chỉ mật khẩu?
Mật khẩu thì máy đã đăng nhập sẵn là ai mượn cũng xem được. OTP gửi về Zalo thì khác: muốn mở nội dung nick Riêng tư, hệ thống bắn một mã dùng-một-lần về Zalo liên lạc nội bộ của chính chủ nick. Không cầm được điện thoại/Zalo đó thì chịu. Đây là lớp chặn người ngồi ngay tại máy đã đăng nhập cũng không lén xem được.
Nói theo ngôn ngữ bảo mật: mật khẩu là thứ "bạn biết" — mà thứ bạn biết thì có thể bị nhìn trộm, bị đoán, hoặc đơn giản là bạn để máy mở sẵn rồi đi pha cà phê. OTP thêm yếu tố thứ hai: thứ "bạn đang cầm". Phải có cả hai mới mở được, nên một phiên đăng nhập bị bỏ quên không còn là lỗ hổng. Đổi lại, trải nghiệm vẫn nhẹ nhàng — mã về thẳng Zalo, gõ một phát là xong, không cần cài thêm app xác thực rườm rà.
Những điểm chắc tay
- Tự khoá lại: mở xong một lúc là khoá tự động, không để mở toang cả ngày.
- Thiết bị đang mở: có hiển thị phiên nào đang được mở khoá, để biết ai/đâu đang xem.
- Giới hạn số nick Riêng tư (ví dụ 0/2) — đúng tinh thần "chỉ bảo vệ cái thật sự cần".
- Ràng buộc rõ ràng: muốn mở khoá thì phải có ít nhất một nick đang ở chế độ Riêng tư — không bật linh tinh.
Dùng chung với các module khác ra sao?
Riêng tư nick Zalo không phải một ốc đảo — nó siết đúng những luồng dữ liệu mà các module khác đang chạy:
- Với Phiên chăm sóc: nick để Riêng tư thì các thông báo sự kiện cũng tôn trọng ranh giới đó — đồng nghiệp biết "có động tĩnh" nhưng không đọc được nội dung.
- Với Nhận Lead: khách VIP vừa "bóc" ra có thể đưa vào nick Riêng tư ngay, tránh người khác nẫng tay trên hoặc dòm hồ sơ.
- Với phân quyền RBAC: RBAC quản "ai vào được phòng nào", còn Riêng tư nick quản "trong phòng đó, hộp nào khoá lại" — hai lớp bổ sung cho nhau.
Hợp với ai?
Đội sale đông dùng chung hệ thống, công ty có nhiều cấp (admin / quản lý / sale) mà vẫn cần chừa chỗ riêng tư cho một số nick quan trọng. Dữ liệu khách là tài sản — tính năng này giúp chia sẻ vừa đủ, giữ kín phần cần kín. Nó đặc biệt hợp với những nick "nhạy cảm" nhất: nick chăm khách VIP, nick của sếp, hay nick dùng cho đối tác/hợp đồng.
🔗 Đọc thêm trong nhật ký ANT CRM
- Phiên chăm sóc — "đài kiểm soát" luồng bám đuổi, có bảo mật theo đích.
- Nhận Lead "bóc túi mù" — chia khách bỏ rơi cho sale.
- Giới thiệu ANT CRM — bức tranh tổng thể các tính năng.
Mình đang ấp ủ viết tiếp về RBAC & phân quyền và Privacy PIN — bộ đôi bảo mật đứng ngay cạnh tính năng này.
— Thành · Nhật ký phát triển ANT CRM
Đăng nhận xét