CNV Work vs Lark: So sánh tính năng, API và cách chọn cho SME

CNV Work có tiềm năng thay các ứng dụng CRM, HRM và ticket được dựng trên Lark, nhưng chưa đủ bằng chứng để coi là giải pháp thay thế toàn bộ Lark. Khác biệt chính nằm ở cách tiếp cận: CNV Work đóng gói nhiều nghiệp vụ sẵn có; Lark kết hợp bộ công cụ cộng tác với Lark Base để doanh nghiệp thiết kế dữ liệu và quy trình riêng.

Với SME cần bán hàng, chấm công và chăm sóc khách hàng theo quy trình tương đối chuẩn, CNV Work đáng đưa vào danh sách dùng thử. Với doanh nghiệp cần dữ liệu tùy biến, tài liệu cộng tác và tích hợp AI sâu, việc chuyển khỏi Lark cần được đánh giá bằng một quy trình thực tế, không chỉ bằng danh sách tính năng.

Bài so sánh này đã kiểm chứng những gì?

Diginno kiểm tra website và tài liệu công khai của CNV Work ngày 07/10/2026, thu thập 35 URL tài liệu và tải được hai đặc tả OpenAPI không cần đăng nhập:

• CRM Partner API: 24 đường dẫn, 33 thao tác HTTP.
• CNV Chat API: 101 đường dẫn, 135 thao tác HTTP, bao gồm cả API nội bộ và quản trị.

Đây là kiểm tra tài liệu và đặc tả, chưa phải thử nghiệm nghiệp vụ bằng API key hoặc tài khoản trả phí. Các giới hạn vận hành được dẫn dưới đây là thông tin CNV ghi trong tài liệu, không phải số liệu Diginno tự đo.

Phần Lark được so sánh theo vai trò của Messenger, Docs, Wiki, Sheets, Base, Meetings và Open Platform. Bài không xếp hạng tốc độ, SLA hay chất lượng AI của hai hệ thống, cũng không sử dụng hạn mức Lark cũ để kết luận về gói hiện hành.

CNV Work và Lark giải quyết hai bài toán khác nhau như thế nào?

CNV Work thiên về ứng dụng nghiệp vụ đóng gói. Tài liệu mô tả CRM bán hàng, nhân sự và chấm công, lương, tuyển dụng, inbox đa kênh, ticket, dự án, công việc, phê duyệt và automation. Các bộ phận có thể bắt đầu từ màn hình và quy trình đã được thiết kế sẵn.

Ảnh Diginno tự chụp từ mục lục hướng dẫn CNV Work, ngày 07/10/2026. Đây là tài liệu công khai, không phải workspace đã triển khai hoặc demo nghiệp vụ đã chạy.

Lark thiên về cộng tác và nền tảng cấu hình. Nhân viên trao đổi trong Messenger, làm việc trên Docs/Wiki/Sheets, họp và quản lý lịch. Lark Base bổ sung lớp dữ liệu để thiết kế CRM, hồ sơ nhân sự, theo dõi dự án hoặc quy trình đặc thù.

Ảnh Diginno tự chụp trang sản phẩm Lark Base, ngày 07/10/2026. Trang thể hiện định vị nền tảng no-code và minh họa CRM/dashboard, biểu mẫu di động, workflow; thanh sản phẩm gồm Messenger, Docs, Meetings, Calendar và Approval. Đây là minh họa công khai của nhà cung cấp, không phải workspace khách hàng hoặc demo Diginno đã chạy. Giao diện và nội dung nguồn thuộc Lark.

Ví dụ, một đội bán hàng cần lead → cơ hội → báo giá → thanh toán có thể hưởng lợi từ CRM đóng gói. Nhưng doanh nghiệp thi công cần liên kết dự án → hạng mục → nghiệm thu → đề nghị thanh toán → nhà thầu phụ phải kiểm tra khả năng mô hình hóa dữ liệu, không chỉ xem sản phẩm có mục “Dự án” hay không.

Vì vậy, “có cùng tên module” không đồng nghĩa “thay được cùng quy trình”.

So sánh CNV Work vs Lark theo nhu cầu doanh nghiệp

“Chưa tìm thấy” không có nghĩa sản phẩm chắc chắn không có. Với những khả năng quyết định lựa chọn, doanh nghiệp nên yêu cầu nhà cung cấp demo trực tiếp thay vì suy luận từ website.

Nếu đang cân nhắc HR trên Lark, xem thêm quy trình chấm công và tính lương với LarkSuite. Đây là ví dụ cho cách đánh giá theo luồng nghiệp vụ thay vì chỉ theo tên module.

CNV Work có API không? Tài liệu nằm ở đâu?

Có. Hai bề mặt có đặc tả máy đọc được là CRM Partner API và CNV Chat API. Ngoài ra, tài liệu API Keys mô tả phạm vi Inbox, Webhooks, báo cáo Inbox và Storage mà key được phép truy cập.

Ảnh Diginno tự chụp trang đặc tả CRM Partner API, ngày 07/10/2026. Màn hình cho thấy tài liệu endpoint và schema; không chứng minh request có xác thực đã chạy thành công.

API CRM đọc và ghi được những gì?

Base URL của CRM Partner API:

https://api.cnvwork.com/api/v1/partner/crm

Đặc tả còn có bốn thao tác đọc định nghĩa custom field của lead, deal, contact và company. Không có thao tác DELETE trong snapshot CRM OpenAPI được kiểm tra.

Các trường hợp phù hợp gồm website đẩy lead, đồng bộ CRM và kéo dữ liệu báo cáo. Tuy nhiên, hệ thống ngoài chưa thể dựa vào bề mặt Partner API này để tạo báo giá hoặc ghi thanh toán, vì nhóm tài chính chỉ mở quyền đọc.

Những giới hạn API ảnh hưởng trực tiếp đến triển khai

Theo tài liệu API Keys:

• Xác thực bằng header X-Api-Key; workspace phải được bật quyền external API access.
• Phân trang cursor, mặc định 50 và tối đa 100 bản ghi mỗi lượt.
• Thao tác ghi bằng API key yêu cầu Idempotency-Key; cùng key và cùng nội dung có thể nhận lại kết quả trong 24 giờ mà không tạo bản ghi lần hai.
• Giới hạn mặc định là 600 request/phút và 100.000 request/ngày, tính theo IP gọi đến. Nhiều tích hợp chạy chung máy chủ cần tính tổng tải và xác nhận hạn mức với CNV.
• API key đọc dữ liệu theo scope ở mức workspace, không mang giới hạn dữ liệu theo nhân viên/team như người dùng đăng nhập.
• API key không được gọi phần nội bộ nhân sự, lương, chấm công và người dùng, dù thêm scope.

Điểm cuối rất quan trọng: module có trên giao diện không đồng nghĩa module đó có API đối tác. Nếu dự án cần đồng bộ công, lương hoặc tự động thao tác HR, hãy yêu cầu phương thức tích hợp chính thức trước khi ký phạm vi triển khai.

Bot và MCP của CNV Work có tương đương hệ tích hợp Lark không?

Lark Open Platform mở những nhóm API nào?

Ảnh Diginno tự chụp Lark Developer, ngày 07/10/2026. Con số “2500+ APIs” là công bố của Lark trên trang này, không phải kết quả Diginno tự đếm endpoint. Trang cũng giới thiệu Lark CLI mã nguồn mở để kết nối AI agent. Giao diện và nội dung nguồn thuộc Lark.

Lark Developer liệt kê các nhóm API Contacts, Messenger, Doc, Base, Sheet, Wiki, Approval, Calendar và Video Conferencing. Đây là phạm vi tích hợp rộng hơn một CRM Partner API: doanh nghiệp có thể thiết kế ứng dụng nối dữ liệu, tài liệu, thông báo và quy trình phê duyệt.

Tuy nhiên, có nhóm API không đồng nghĩa ứng dụng được truy cập toàn bộ dữ liệu. Mỗi tích hợp cần kiểm tra scope, loại token, quyền đối với tài nguyên, quyền quản trị và giới hạn của endpoint. Không nên so con số 2500+ của toàn hệ sinh thái Lark trực tiếp với 33 thao tác của riêng CNV CRM hoặc 135 thao tác Chat gồm cả nội bộ.

Tính năng Lark Base khác CRM đóng gói ở đâu?

Trên trang sản phẩm Base, Lark mô tả dashboard với hơn 20 loại biểu đồ, quyền đến cấp trường, visual workflow builder và biểu mẫu di động. Cùng dữ liệu có thể chuyển giữa Grid, Gallery, Kanban và Gantt; các góc nhìn đồng bộ theo thời gian thực. Đây là những khả năng cần đem ra demo khi doanh nghiệp muốn thiết kế quy trình riêng, thay vì chỉ kiểm xem có module CRM hay không. Quyền nâng cao và hạn mức cụ thể vẫn phụ thuộc gói.

Giới hạn Bot và MCP CNV cần kiểm tra

Không nên xem là tương đương chỉ vì cùng có bot và MCP. Phải kiểm tra phạm vi dữ liệu, loại tin và hành động được hỗ trợ.

Tài liệu CNV Bot mô tả gửi/sửa/thu hồi tin, nhận tin qua webhook hoặc getUpdates, và thẻ thông báo có liên kết. Nhưng cũng ghi rõ các giới hạn tại thời điểm kiểm tra:

1. Bot chưa gửi hay nhận tệp; tin người dùng gửi có ảnh/tệp không kèm tệp trong payload bot.
2. Bot chưa đọc tin cũ, tên người gửi hoặc tên nhóm; chương trình nhận mã định danh và tin mới.
3. replyMarkup chưa được ứng dụng vẽ nút và chưa có sự kiện click. Thẻ có link mở trang không đồng nghĩa callback nút nghiệp vụ.
4. getUpdates đánh dấu đã đọc ngay khi trả tin. Cầu nối sập sau khi nhận có nguy cơ bỏ mất công việc chưa xử lý; mỗi token chỉ nên có một chương trình đọc.
5. Tài liệu khuyên dùng timeout=0 và hỏi tin mỗi 1–2 giây vì long polling hiện chưa trả sớm như kỳ vọng.

Đây là những giới hạn cần tính đến nếu muốn làm trợ lý đọc file báo giá, xử lý ảnh, duyệt hành động trong chat hoặc tổng hợp lịch sử.

Đặc tả Chat có 135 thao tác, nhưng chứa cả route nội bộ và CNV Admin. Số thao tác trong Swagger không phải số thao tác một bot đối tác được phép dùng.

Ảnh Diginno tự chụp mục “Những gì bot chưa làm được”, ngày 07/10/2026. Các giới hạn do CNV công bố tại thời điểm chụp, có thể thay đổi theo phiên bản. Giao diện và nội dung nguồn thuộc CNV Work.

Với MCP, tài liệu hệ thống mô tả việc gửi số liệu cấu hình workspace sang trợ lý AI, không bao gồm nội dung hội thoại và thông tin khách hàng. Vì vậy, chưa có căn cứ từ tài liệu này để coi MCP là công cụ đọc–ghi toàn bộ CRM/HR.

So sánh chi phí: đừng chỉ nhìn giá mỗi user

Ngày 07/10/2026, trang giá CNV Work niêm yết các bậc All-in-one khi thuê năm:

All-in-one chưa gồm chat đa kênh. Ví dụ add-on 3 Page niêm yết 2,304 triệu đồng/năm khi trả năm; 10 Page là 5,76 triệu đồng/năm. AI dùng API key của khách và có chi phí riêng. Giá mở external API, thuế và phạm vi triển khai cần xác nhận bằng báo giá.

Trang giá công bố dùng thử 14 ngày cho đội tới 10 user. Một số nội dung hướng dẫn còn nhắc Freemium trọn đời, nên cần xác nhận chính sách đang áp dụng.

Bài này không đưa ra kết luận CNV rẻ hơn hay đắt hơn Lark: gói Lark phải được chọn theo vai trò nhân viên và tính năng cần dùng, còn CRM đóng gói phải tính đủ add-on. Có thể tham khảo cách lựa chọn Lark Frontline theo vai trò, rồi xác nhận giá và điều kiện hiện hành khi nhận báo giá.

Tổng chi phí sở hữu cần tính cả license, triển khai, tích hợp, đào tạo, dữ liệu chuyển đổi, vận hành và chi phí rời nền tảng. Một phần mềm có giá/user thấp nhưng không mở đúng API vẫn có thể làm dự án tốn công hơn.

Giá Lark quan sát trên trang chính thức

Ảnh Diginno tự chụp trang Plans của Lark, bản khu vực en_sg, ngày 07/10/2026, chế độ Yearly. Giá tính bằng USD, chưa gồm thuế; không phải báo giá riêng cho thị trường Việt Nam. Giao diện và nội dung nguồn thuộc Lark.

Các mức trên là quan sát trang chính thức ở một khu vực và thời điểm cụ thể. Tính khả dụng Basic theo quốc gia, chính sách Frontline, thuế, add-on và giá mua tại Việt Nam cần xác nhận. Không quy đổi USD sang VND bằng một tỷ giá giả định rồi kết luận gói nào rẻ hơn: CNV All-in-one và Lark Pro không phải hai bộ tính năng giống nhau.

Doanh nghiệp nào nên dùng thử CNV Work, doanh nghiệp nào nên giữ Lark?

Nên đưa CNV Work vào danh sách dùng thử khi

• Cần CRM, HRM và ticket theo quy trình tương đối chuẩn, muốn bắt đầu từ ứng dụng sẵn có.
• Zalo/Facebook là kênh chăm sóc khách hàng quan trọng.
• Ít nhu cầu tạo mô hình dữ liệu mới ngoài các module đã đóng gói.
• Chấp nhận sử dụng thêm Google Workspace hoặc hệ tài liệu khác nếu cần.
• Các tích hợp bắt buộc nằm trong phạm vi API được hỗ trợ.

Nên ưu tiên Lark khi

• Cần một bộ công cụ cộng tác gồm chat, tài liệu, wiki, bảng tính, lịch và họp.
• Dữ liệu và quy trình thay đổi theo ngành, cần thiết kế trên Base thay vì ép vào module cố định.
• Đã có nhiều tài liệu, bảng dữ liệu và automation chạy ổn trên Lark.
• Dự án phụ thuộc vào khả năng tích hợp tệp, sự kiện, ứng dụng và bot cần kiểm chứng cụ thể trên Open Platform.

Đây không phải lựa chọn bắt buộc chỉ một hệ thống. Doanh nghiệp có thể giữ Lark làm lớp cộng tác và dùng CRM đóng gói cho bán hàng. Khi đó phải xác định hệ nào giữ dữ liệu gốc, đồng bộ chiều nào và ai chịu trách nhiệm xử lý sai lệch.

Checklist dùng thử trước khi thay nền tảng

Chọn một quy trình thật, dùng dữ liệu giả và dành 2–3 ngày để kiểm tra:

1. Chạy hết luồng nghiệp vụ: form → lead → deal → báo giá → thanh toán → task → phê duyệt. Ghi lại bước nào còn phải làm ngoài hệ thống.
2. Kiểm phân quyền: nhân viên, quản lý và API key thấy những dữ liệu nào? Chia sẻ vào nhóm có làm lộ dữ liệu không?
3. Kiểm tích hợp: thử API và webhook được hỗ trợ, chạy lại request, xử lý lỗi và ngắt cầu nối có chủ ý trong môi trường thử nghiệm.
4. Kiểm nhu cầu AI: thử đọc tệp, tra dữ liệu, trả lời trong chat và duyệt hành động. Tách tính năng đang chạy được khỏi tính năng mới có roadmap.
5. Kiểm đường ra: xuất dữ liệu, quan hệ và tệp; xác nhận có thể chuyển sang hệ khác mà không mất phần quan trọng.
6. Chốt chi phí: license, API, inbox, AI, dung lượng, đào tạo và hỗ trợ nằm trong gói nào?

Nếu nhà cung cấp không có phương thức được hỗ trợ cho một nhu cầu bắt buộc, hãy sửa phương án hoặc dừng chuyển đổi. Không nên lấy API nội bộ chưa được cam kết làm nền cho hệ thống vận hành dài hạn.

Kết luận: chọn theo quy trình, không theo số module

CNV Work đáng cân nhắc như một bộ CRM–vận hành đóng gói cho SME Việt Nam. Lark vẫn phù hợp khi doanh nghiệp cần cộng tác và xây dựng lớp dữ liệu/quy trình riêng.

API CRM của CNV có tài liệu cụ thể, nhưng các giới hạn ghi tài chính, truy cập HR và khả năng bot là những điểm cần kiểm trước khi coi sản phẩm là giải pháp thay Lark. Quyết định tốt nhất đến từ một bài dùng thử có tiêu chí rõ ràng, không phải từ bảng tính năng dài hơn.

Nếu doanh nghiệp cần đối chiếu quy trình hiện tại với khả năng của nền tảng, trao đổi với Diginno về lựa chọn và triển khai hệ thống trên LarkSuite. Mục tiêu là chọn đúng phần cần giữ, phần cần tích hợp và phần nên thay — không chuyển công cụ chỉ để chuyển công cụ.

Nguồn và thời điểm kiểm tra

Thông tin CNV được kiểm ngày 07/10/2026; giá, API và tính năng có thể thay đổi:

• CNV Work: tích hợp và bảng giá.
• Mục lục tính năng, API Keys, Bot, Hệ thống.
• CRM OpenAPI JSON và Chat OpenAPI JSON.
• Lark: website sản phẩm và Lark Open Platform.

Phân tích của Diginno dựa trên tài liệu công khai; không đại diện cho CNV Work hoặc Lark, không phải cam kết về tính năng trong hợp đồng của nhà cung cấp.