Doanh nghiệp có thể triển khai AI cho hàng trăm nhân viên nhưng vẫn không tạo được một phương thức làm việc thống nhất. Mỗi người mở một cuộc trò chuyện riêng, tải lên những tài liệu khác nhau, sử dụng cách đặt câu hỏi khác nhau và nhận về các kết quả thiếu nhất quán. Khi cuộc trò chuyện kết thúc, phần lớn bối cảnh cũng bị mắc kẹt trong tài khoản của từng cá nhân.
Vấn đề trở nên rõ ràng hơn với những công việc kéo dài nhiều tuần hoặc cần sự phối hợp giữa nhiều phòng ban. Nhân viên phải liên tục giải thích lại mục tiêu, tải lại tài liệu, nhắc lại yêu cầu về định dạng và kiểm tra xem AI có đang sử dụng đúng phiên bản thông tin hay không. AI có thể hỗ trợ từng tác vụ, nhưng chưa thực sự trở thành một phần của dự án.
Claude Enterprise Projects được thiết kế để giải quyết khoảng trống này. Thay vì bắt đầu lại từ đầu trong mỗi cuộc trò chuyện, doanh nghiệp có thể tạo những không gian làm việc riêng, tập hợp tài liệu, thiết lập hướng dẫn và tổ chức các cuộc trao đổi theo từng mục tiêu cụ thể.
Với Claude for Work, Projects còn có thể được chia sẻ cho các thành viên trong tổ chức. Điều này giúp đội ngũ cùng khai thác một nền tảng kiến thức và bộ hướng dẫn chung, thay vì mỗi người tự xây dựng một phiên bản bối cảnh riêng.
Bài viết dưới đây sẽ phân tích Claude Enterprise Projects là gì, cách quản lý ngữ cảnh, xây dựng Project Knowledge, chia sẻ dự án và ứng dụng Projects để tổ chức công việc cộng tác cùng AI trong doanh nghiệp.

Quản lý kiến thức và cộng tác cùng AI.
1. Claude Enterprise Projects là gì?
Claude Enterprise Projects là các không gian làm việc độc lập trong Claude, được tổ chức theo từng dự án, khách hàng, sản phẩm, phòng ban hoặc quy trình cụ thể.
Mỗi Project có thể bao gồm:
- Các cuộc trò chuyện liên quan đến cùng một chủ đề.
- Kho kiến thức dùng chung cho các cuộc trò chuyện trong Project.
- Hướng dẫn riêng quy định cách Claude nên phản hồi.
- Thành viên được phép truy cập và sử dụng dự án.
- Thiết lập quyền riêng tư hoặc chia sẻ trong tổ chức.
Người dùng có thể tải tài liệu, nội dung văn bản hoặc đoạn mã vào Project Knowledge. Claude sẽ sử dụng những nội dung này làm ngữ cảnh khi người dùng thực hiện các cuộc trò chuyện bên trong Project.
Có thể hiểu Projects như một lớp tổ chức nằm giữa dữ liệu doanh nghiệp và giao diện Chat:
Tài liệu và hướng dẫn → Project → Các cuộc trò chuyện theo từng nhiệm vụ
Thay vì đưa toàn bộ thông tin vào một cuộc trò chuyện dài, doanh nghiệp có thể đặt những tài liệu có giá trị sử dụng thường xuyên vào Project. Mỗi thành viên sau đó mở các cuộc trò chuyện riêng cho từng tác vụ nhưng vẫn dựa trên cùng một nền tảng ngữ cảnh.
2. Vì sao doanh nghiệp cần Projects thay vì chỉ sử dụng Chat?
Chat phù hợp với những nhiệm vụ ngắn hoặc nhu cầu phát sinh tức thời. Người dùng có thể tải lên một tài liệu, yêu cầu Claude phân tích rồi tiếp tục điều chỉnh kết quả trong cùng cuộc trò chuyện.
Tuy nhiên, mô hình này gặp giới hạn khi công việc có một trong những đặc điểm sau:
- Kéo dài qua nhiều ngày hoặc nhiều tháng.
- Cần sử dụng lại một nhóm tài liệu.
- Có nhiều thành viên cùng tham gia.
- Yêu cầu đầu ra phải nhất quán.
- Có quy trình hoặc tiêu chuẩn riêng.
- Cần phân tách dữ liệu giữa các nhóm công việc.
- Phải duy trì lịch sử trao đổi theo từng chủ đề.
Nếu không sử dụng Projects, mỗi nhân viên phải tự tái tạo bối cảnh. Người này tải phiên bản tài liệu mới, người khác vẫn dùng tài liệu cũ. Một người yêu cầu Claude viết theo định dạng chuẩn, trong khi người còn lại không biết quy định đó tồn tại.
Projects giúp chuyển cách sử dụng Claude từ các phiên hỏi đáp riêng lẻ sang mô hình làm việc có tổ chức hơn.
Chat riêng lẻ | Claude Enterprise Projects |
Phù hợp với tác vụ ngắn | Phù hợp với công việc kéo dài |
Bối cảnh được cung cấp trong từng cuộc trò chuyện | Có kho kiến thức dùng lại giữa nhiều cuộc trò chuyện |
Mỗi người tự thiết lập yêu cầu | Có thể dùng chung Project Instructions |
Tài liệu dễ phân tán | Tài liệu được tập hợp theo từng mục tiêu |
Khó cộng tác theo cùng một bối cảnh | Có thể chia sẻ Project trong tổ chức |
Dễ lẫn thông tin giữa nhiều chủ đề | Mỗi Project có phạm vi riêng |
Giá trị cốt lõi của Projects không chỉ là sắp xếp cuộc trò chuyện gọn hơn. Tính năng này giúp doanh nghiệp định nghĩa AI cần biết gì, làm việc theo quy tắc nào và phục vụ nhóm người dùng nào.
3. Projects giúp quản lý ngữ cảnh như thế nào?
Chất lượng phản hồi của AI phụ thuộc đáng kể vào context, tức những thông tin Claude có thể tham chiếu khi xử lý yêu cầu.
Nếu nhân viên chỉ đặt một câu hỏi ngắn mà không cung cấp dữ liệu về doanh nghiệp, khách hàng hoặc mục tiêu, Claude thường phải tạo câu trả lời theo hướng tổng quát. Khi bối cảnh được bổ sung đầy đủ, kết quả có thể phù hợp hơn với tình huống thực tế.
Trong Projects, ngữ cảnh có thể được quản lý qua ba lớp chính.
3.1 Project Knowledge cung cấp dữ liệu nền
Project Knowledge là khu vực dùng để lưu những tài liệu cần được sử dụng trong nhiều cuộc trò chuyện của cùng một dự án.
Doanh nghiệp có thể bổ sung:
- Quy trình nội bộ.
- Brand guideline.
- Tài liệu sản phẩm.
- Báo cáo nghiên cứu.
- Hồ sơ khách hàng.
- Chính sách nhân sự.
- Mẫu hợp đồng.
- Tài liệu kỹ thuật.
- Câu hỏi thường gặp.
- Dữ liệu dạng bảng.
- Code snippet hoặc tài liệu API.
Claude hiện hỗ trợ nhiều định dạng tài liệu phổ biến trong Chat và Project Knowledge như PDF, DOCX, CSV, TXT, HTML, ODT, RTF, EPUB, JSON và XLSX trong những điều kiện phù hợp.
Khi nội dung đã được thêm vào Project Knowledge, người dùng không phải tải lại trong mỗi cuộc trò chuyện. Claude có thể tham chiếu nguồn kiến thức này khi xử lý những yêu cầu liên quan bên trong Project.
3.2 Project Instructions định hướng cách Claude làm việc
Tài liệu giúp Claude biết thông tin nào cần sử dụng, còn Project Instructions giúp Claude hiểu cách xử lý thông tin đó.
Doanh nghiệp có thể thiết lập hướng dẫn như:
- Luôn sử dụng giọng văn chuyên nghiệp.
- Trình bày báo cáo theo cấu trúc cố định.
- Không tự tạo thông tin khi tài liệu không đề cập.
- Phân biệt dữ kiện, suy luận và đề xuất.
- Không đưa ra cam kết thương mại chưa được phê duyệt.
- Dùng thuật ngữ nội bộ đã thống nhất.
- Cảnh báo khi có thông tin mâu thuẫn.
- Yêu cầu người dùng xác minh nội dung nhạy cảm.
Project Instructions chỉ áp dụng cho những cuộc trò chuyện nằm trong Project tương ứng. Điều này cho phép doanh nghiệp thiết kế cách Claude làm việc khác nhau theo từng nhóm nhiệm vụ.
Ví dụ, Project dành cho Marketing có thể yêu cầu Claude tuân thủ tone of voice của thương hiệu. Project dành cho Pháp chế có thể yêu cầu Claude chỉ trích xuất nội dung, không đưa ra kết luận pháp lý. Project dành cho kỹ thuật có thể quy định cách trình bày code và test.
3.3 Mỗi cuộc trò chuyện xử lý một nhiệm vụ riêng
Dù sử dụng cùng Project Knowledge và Project Instructions, người dùng vẫn có thể tạo nhiều cuộc trò chuyện cho những mục tiêu khác nhau.
Trong Project marketing cho một sản phẩm, đội ngũ có thể tạo riêng:
- Cuộc trò chuyện nghiên cứu đối thủ.
- Cuộc trò chuyện xây dựng content plan.
- Cuộc trò chuyện soạn landing page.
- Cuộc trò chuyện phân tích phản hồi khách hàng.
- Cuộc trò chuyện chuẩn bị báo cáo chiến dịch.
Cách tổ chức này giúp tránh việc đưa tất cả công việc vào một thread quá dài. Mỗi cuộc trò chuyện có phạm vi rõ ràng nhưng vẫn kế thừa nền tảng kiến thức chung của Project.
4. RAG giúp mở rộng khả năng quản lý kho kiến thức
Khi Project chứa nhiều tài liệu, việc đưa toàn bộ nội dung vào context của từng yêu cầu không phải lúc nào cũng hiệu quả.
Claude có thể sử dụng cơ chế Retrieval Augmented Generation trong Projects để tìm và đưa những phần tài liệu liên quan nhất vào quá trình xử lý. Thay vì tải toàn bộ kho kiến thức cùng lúc, Claude sử dụng công cụ tìm kiếm Project Knowledge để truy xuất nội dung phù hợp với câu hỏi hiện tại. Ví dụ, một Project nhân sự có thể chứa tài liệu về:
- Tuyển dụng.
- Onboarding.
- Chấm công.
- Công tác phí.
- Nghỉ phép.
- Đào tạo.
- Đánh giá hiệu suất.
Khi nhân viên hỏi về chính sách công tác phí, Claude có thể tập trung truy xuất các phần liên quan thay vì xử lý toàn bộ tài liệu nhân sự trong mỗi câu trả lời.
Cách tiếp cận này mang lại ba giá trị.
Thứ nhất, doanh nghiệp có thể xây Project Knowledge lớn hơn mà không cần chia nhỏ tài liệu quá mức.
Thứ hai, Claude có thể tập trung vào phần thông tin liên quan đến nhiệm vụ hiện tại.
Thứ ba, người dùng vẫn có thể thêm, xóa và cập nhật tài liệu trong Project khi nhu cầu thay đổi.
Tuy nhiên, RAG không tự động bảo đảm mọi câu trả lời đều chính xác. Nếu tài liệu được đặt tên không rõ ràng, có nhiều phiên bản mâu thuẫn hoặc thiếu cấu trúc, Claude vẫn có thể truy xuất nội dung chưa phù hợp. Doanh nghiệp cần duy trì chất lượng của kho kiến thức thay vì chỉ tập trung tăng số lượng tài liệu.
5. Cách tạo và tổ chức Claude Enterprise Projects
Việc tạo Project về mặt thao tác tương đối đơn giản. Người dùng truy cập khu vực Projects, tạo dự án mới, đặt tên, thêm mô tả và lựa chọn phạm vi hiển thị phù hợp.
Sau đó, đội ngũ có thể thêm nội dung vào Project Knowledge, thiết lập Instructions và bắt đầu các cuộc trò chuyện trong Project.
Tuy nhiên, cách doanh nghiệp thiết kế cấu trúc Project mới quyết định hiệu quả lâu dài.
5.1 Xác định một mục tiêu rõ ràng cho mỗi Project
Không nên tạo một Project duy nhất mang tên “Tài liệu công ty” rồi tải toàn bộ dữ liệu của tổ chức vào đó.
Mỗi Project nên trả lời được ba câu hỏi:
- Project này phục vụ công việc nào?
- Ai cần sử dụng?
- Những nguồn dữ liệu nào thực sự cần thiết?
Một số cấu trúc phù hợp gồm:
- Theo sản phẩm.
- Theo khách hàng.
- Theo chiến dịch.
- Theo phòng ban.
- Theo quy trình.
- Theo thị trường.
- Theo chương trình đào tạo.
- Theo dự án chuyển đổi.
Phạm vi càng rõ, Claude càng dễ truy xuất đúng bối cảnh và người dùng càng dễ hiểu tài liệu nào nên được thêm vào.
5.2 Đặt tên và mô tả dễ nhận biết
Tên Project nên giúp nhân viên xác định nhanh mục đích, chẳng hạn:
- Product A – Marketing Content.
- Customer X – Account Planning.
- HR – Employee Policies.
- Legal – Contract Review.
- IT – Incident Response.
- Market Expansion – Thailand.
Không nên sử dụng các tên mơ hồ như “Project mới”, “AI Team” hoặc “Tài liệu chung”, vì chúng khiến danh sách Projects trở nên khó quản lý khi số lượng tăng lên.
5.3 Thiết kế cấu trúc tài liệu
Doanh nghiệp nên chuẩn hóa tên file và loại bỏ những phiên bản không còn hiệu lực.
Ví dụ:
- Brand_Guideline_2026_Approved
- Product_Pricing_Q3_2026
- HR_Leave_Policy_Effective_2026-01
- Customer_FAQ_Approved
- Security_Response_Process_v3
Việc thể hiện trạng thái, ngày hiệu lực và phiên bản giúp người quản lý Project biết tài liệu nào cần thay thế.
5.4 Viết Project Instructions như một quy trình làm việc
Instructions không nên chỉ gồm một câu như “hãy trả lời chuyên nghiệp”.
Một bộ hướng dẫn tốt có thể quy định:
- Vai trò Claude cần đảm nhận.
- Nguồn dữ liệu cần ưu tiên.
- Những nội dung không được tự suy đoán.
- Cấu trúc đầu ra.
- Thuật ngữ cần sử dụng.
- Các bước kiểm tra trước khi kết luận.
- Trường hợp cần cảnh báo người dùng.
- Những quyết định phải do con người thực hiện.
Instructions càng rõ, kết quả giữa các thành viên càng có khả năng duy trì sự nhất quán.
6. Chia sẻ Projects trong Claude Enterprise như thế nào?
Đối với tài khoản Claude for Work thuộc gói Team và Enterprise, Projects có thể được chia sẻ với các thành viên khác trong tổ chức.
Khi tạo Project, người dùng có thể lựa chọn giữ dự án riêng tư, chia sẻ cho những thành viên cụ thể hoặc cho phép toàn bộ thành viên trong tổ chức truy cập, tùy vào thiết lập của Workspace.
6.1 Project riêng tư
Project riêng tư phù hợp với:
- Công việc cá nhân.
- Dự án chưa được phép chia sẻ.
- Tài liệu nhạy cảm.
- Quá trình thử nghiệm trước khi triển khai cho team.
- Phân tích chỉ dành cho một nhóm nhỏ.
Người tạo có thể mời những thành viên cần thiết thay vì mở quyền cho toàn tổ chức.
6.2 Project chia sẻ cho tổ chức
Project công khai trong phạm vi tổ chức phù hợp với:
- Brand guideline.
- Tài liệu sản phẩm chung.
- Chính sách nhân sự.
- Bộ câu hỏi thường gặp.
- Tài liệu onboarding.
- Kho kiến thức dùng cho nhiều phòng ban.
Doanh nghiệp cần lưu ý rằng “công khai” trong trường hợp này là khả năng truy cập của các thành viên trong tổ chức Claude for Work, không phải công khai cho toàn bộ internet.
6.3 Phân quyền Can use và Can edit
Projects chia sẻ có thể áp dụng các cấp quyền khác nhau.
Với quyền Can use, thành viên có thể xem nội dung Project, Knowledge và Instructions, đồng thời tạo cuộc trò chuyện trong Project nhưng không chỉnh sửa cấu hình dự án.
Với quyền chỉnh sửa phù hợp, thành viên có thể cập nhật nội dung, tài liệu hoặc thiết lập của Project.
Việc tách quyền sử dụng và quyền chỉnh sửa rất quan trọng. Phần lớn nhân viên chỉ cần khai thác Project, trong khi quyền cập nhật Project Knowledge nên được giới hạn cho người chịu trách nhiệm về nội dung.
7. Projects thay đổi cách team cộng tác cùng AI như thế nào?
Trong mô hình sử dụng AI cá nhân, giá trị nằm trong cuộc trò chuyện của từng người. Một nhân viên tìm được prompt tốt hoặc cách phân tích hiệu quả nhưng kiến thức đó khó lan tỏa cho toàn đội.
Projects giúp doanh nghiệp xây dựng một lớp cộng tác chung.
7.1 Cùng sử dụng một nền tảng kiến thức
Khi Project được chia sẻ, các thành viên có thể làm việc dựa trên cùng bộ tài liệu và hướng dẫn.
Marketing không cần sử dụng một phiên bản thông tin sản phẩm khác với Sales. Nhân viên mới không cần tự tìm lại toàn bộ chính sách. Các nhóm liên quan có thể tiếp cận cùng nguồn kiến thức đã được người phụ trách phê duyệt.
7.2 Mỗi người vẫn có không gian làm việc riêng
Chia sẻ Project không đồng nghĩa tất cả thành viên phải làm việc trong cùng một cuộc trò chuyện.
Mỗi người có thể tạo Chat riêng theo nhiệm vụ của mình nhưng vẫn sử dụng Project Knowledge và Instructions chung.
Điều này giúp cân bằng giữa hai nhu cầu:
- Chuẩn hóa bối cảnh cấp tổ chức.
- Giữ sự linh hoạt trong cách từng nhân viên thực hiện công việc.
7.3 Biến phương pháp làm việc thành tài sản dùng chung
Một chuyên viên giàu kinh nghiệm có thể xây Project Instructions phản ánh quy trình đã được kiểm chứng.
Ví dụ, khi phân tích phản hồi khách hàng, Claude phải:
- Phân nhóm theo chủ đề.
- Xác định tần suất.
- Tách yêu cầu tính năng khỏi lỗi vận hành.
- Đánh dấu phản hồi thiếu dữ liệu.
- Trích dẫn nội dung nguồn.
- Không tự suy luận mức độ ưu tiên.
- Xuất kết quả theo bảng chuẩn.
Khi Instructions được chia sẻ, những thành viên khác có thể áp dụng cùng phương pháp mà không cần học lại từ đầu.
Projects vì thế không chỉ lưu tài liệu. Nó còn giúp doanh nghiệp lưu cách thức sử dụng kiến thức.
8. Use case: Quản lý chiến dịch marketing bằng Claude Enterprise Projects
Giả sử một doanh nghiệp chuẩn bị ra mắt sản phẩm mới. Chiến dịch có sự tham gia của Product, Marketing, Sales và Customer Success.
Nếu mỗi phòng ban tự sử dụng Claude, nội dung dễ xuất hiện nhiều cách mô tả sản phẩm khác nhau. Marketing có thể quảng bá một khả năng chưa hoàn thiện, Sales có thể dùng bảng giá cũ, còn Customer Success không biết thông điệp nào đã được phê duyệt.
Doanh nghiệp có thể tạo một Project chung cho chiến dịch.
8.1 Xây dựng Project Knowledge
Project bao gồm:
- Mô tả sản phẩm đã được phê duyệt.
- Chân dung khách hàng.
- Nghiên cứu thị trường.
- Brand guideline.
- Bảng giá hiện hành.
- FAQ.
- Kế hoạch ra mắt.
- Danh sách thông điệp được phép sử dụng.
- Những nội dung không được truyền thông.
8.2 Thiết lập Project Instructions
Claude được yêu cầu:
- Chỉ sử dụng thông tin có trong Project Knowledge khi mô tả sản phẩm.
- Không công bố tính năng nằm trong roadmap.
- Phân biệt rõ tính năng hiện tại và kế hoạch tương lai.
- Duy trì tone of voice thương hiệu.
- Nêu cảnh báo khi yêu cầu vượt ngoài dữ liệu được cung cấp.
- Không tự tạo giá, cam kết hoặc case study.
8.3 Chia sẻ theo từng nhóm
Những thành viên chịu trách nhiệm nội dung được cấp quyền chỉnh sửa Project. Các bộ phận còn lại được cấp quyền sử dụng.
Marketing có thể dùng Project để xây content plan và landing page.
Sales dùng Project để chuẩn bị proposal và email tiếp cận khách hàng.
Customer Success xây tài liệu hướng dẫn và phản hồi câu hỏi.
Product kiểm tra các nội dung có liên quan đến khả năng sản phẩm.
8.4 Cập nhật trong suốt chiến dịch
Khi giá, thông điệp hoặc tài liệu sản phẩm thay đổi, người quản lý cập nhật Project Knowledge. Các cuộc trò chuyện mới có thể sử dụng bối cảnh đã được điều chỉnh thay vì mỗi thành viên phải tự thay thế tài liệu.
Trong use case này, Projects trở thành điểm tập trung ngữ cảnh cho hoạt động cộng tác cùng AI. Nó không thay thế công cụ quản lý dự án hoặc hệ thống lưu trữ tài liệu, nhưng giúp các phòng ban khai thác nguồn kiến thức chung theo cách nhanh và nhất quán hơn.

Kết nối tài liệu, phòng ban và đầu ra thống nhất.
9. Use case Projects theo từng phòng ban
9.1 Marketing
Marketing có thể tạo Project theo thương hiệu, sản phẩm hoặc chiến dịch để:
- Nghiên cứu thị trường.
- Xây dựng kế hoạch nội dung.
- Viết bài theo brand guideline.
- Phân tích phản hồi.
- Tạo nhiều định dạng từ một nội dung.
- Kiểm tra tính nhất quán của thông điệp.
9.2 Sales
Sales có thể tổ chức Project theo nhóm khách hàng hoặc tài khoản chiến lược để:
- Chuẩn bị cuộc họp.
- Tổng hợp lịch sử trao đổi.
- Soạn proposal.
- Xây dựng câu hỏi discovery.
- Phân tích yêu cầu.
- Viết email follow-up.
Dữ liệu của từng khách hàng cần được phân tách và chỉ chia sẻ cho nhóm có trách nhiệm phù hợp.
9.3 Nhân sự
HR có thể xây Project cho:
- Onboarding.
- Chính sách nhân viên.
- Tuyển dụng.
- Đào tạo.
- Đánh giá hiệu suất.
- Truyền thông nội bộ.
Nhân viên có thể hỏi Claude về quy trình dựa trên tài liệu đã được đưa vào Project, trong khi HR duy trì quyền cập nhật nội dung.
9.4 Pháp chế
Phòng Pháp chế có thể tạo Project theo loại hợp đồng hoặc nhóm quy định để:
- So sánh phiên bản văn bản.
- Trích xuất điều khoản.
- Chuẩn hóa checklist rà soát.
- Chuyển nội dung pháp lý thành bản giải thích dễ hiểu.
- Tìm những điểm khác với mẫu chuẩn.
Claude chỉ nên hỗ trợ bước đọc và phân tích ban đầu. Quyết định pháp lý vẫn cần chuyên viên chịu trách nhiệm.
9.5 Product
Product Team có thể sử dụng Project để:
- Tổng hợp phản hồi khách hàng.
- Lưu tài liệu khám phá sản phẩm.
- Phân tích đối thủ.
- Phát triển yêu cầu tính năng.
- Chuẩn bị tài liệu roadmap.
- Kết nối thông tin giữa Product, Sales và Support.
9.6 Công nghệ thông tin
IT và Engineering có thể xây Project chứa:
- Kiến trúc hệ thống.
- Runbook.
- API documentation.
- Coding convention.
- Quy trình triển khai.
- Post-mortem.
- Hướng dẫn xử lý sự cố.
Project có thể hỗ trợ onboarding kỹ sư mới, phân tích lỗi và chuẩn hóa cách tạo tài liệu kỹ thuật.
10. Kết nối Google Drive với Project Knowledge
Ngoài việc tải file trực tiếp, người dùng có thể thêm tài liệu từ Google Drive vào Project trong những điều kiện được hỗ trợ.
Tài liệu Google Docs được thêm vào Project Knowledge có thể được đồng bộ từ Google Drive, giúp Claude làm việc với phiên bản mới hơn thay vì phụ thuộc hoàn toàn vào bản tải lên trước đó. Anthropic hiện lưu ý rằng việc tích hợp Google Drive với Projects chỉ khả dụng trong Project riêng tư.
Khả năng đồng bộ giúp giảm một vấn đề phổ biến: tài liệu gốc đã thay đổi nhưng Project vẫn chứa phiên bản cũ.
Tuy nhiên, doanh nghiệp vẫn cần xác định:
- Ai chịu trách nhiệm với tài liệu nguồn?
- Tài liệu nào được phép kết nối?
- Khi nội dung thay đổi có cần phê duyệt lại không?
- Người dùng Project có quyền xem tài liệu gốc không?
- Tài liệu có chứa dữ liệu không nên đưa vào AI không?
Connector giúp dữ liệu được cập nhật thuận tiện hơn, nhưng không thay thế quy trình quản trị nội dung.
11. Những sai lầm phổ biến khi triển khai Claude Enterprise Projects
11.1 Tạo một Project quá rộng
Một Project chứa toàn bộ tài liệu doanh nghiệp khiến phạm vi trở nên mơ hồ, khó quản lý quyền và khó xác định nguồn nào cần được ưu tiên.
Nên chia Project theo mục tiêu, nhóm người dùng và mức độ nhạy cảm.
11.2 Tải tài liệu nhưng không quản lý phiên bản
Nếu Project đồng thời chứa ba phiên bản của một chính sách, Claude có thể gặp khó khăn khi xác định phiên bản đang có hiệu lực.
Người phụ trách cần xóa hoặc lưu trữ hợp lý những tài liệu đã lỗi thời.
11.3 Chia sẻ quá rộng
Không phải Project nào cũng nên mở cho toàn tổ chức. Hồ sơ khách hàng, chiến lược chưa công bố, dữ liệu nhân sự hoặc tài liệu pháp lý cần được giới hạn theo nhu cầu công việc.
12.4 Cấp quá nhiều quyền chỉnh sửa
Khi nhiều người cùng có thể thay đổi Project Knowledge, tài liệu dễ bị thêm hoặc xóa mà không có trách nhiệm rõ ràng.
Doanh nghiệp nên chỉ định Project Owner hoặc Knowledge Owner.
12.5 Xem Instructions như một prompt ngắn
Project Instructions nên phản ánh quy trình và tiêu chuẩn thực tế. Hướng dẫn quá chung chung không đủ để tạo sự nhất quán giữa các thành viên.
12.6 Không kiểm tra đầu ra
Project Knowledge giúp Claude có thêm bối cảnh nhưng không bảo đảm AI luôn hiểu và tổng hợp chính xác.
Những nội dung liên quan đến khách hàng, tài chính, pháp lý, nhân sự hoặc quyết định quan trọng vẫn cần được con người xác minh.
13. Framework quản trị Projects trong doanh nghiệp
Khi số lượng Projects tăng lên, doanh nghiệp cần một mô hình quản trị chung thay vì để mỗi nhóm tự tổ chức hoàn toàn độc lập.
Thành phần | Câu hỏi cần quản trị |
Mục tiêu | Project phục vụ quy trình nào? |
Chủ sở hữu | Ai chịu trách nhiệm duy trì? |
Thành viên | Ai được sử dụng và ai được chỉnh sửa? |
Dữ liệu | Nguồn nào được phép đưa vào? |
Phiên bản | Tài liệu nào đang có hiệu lực? |
Instructions | Claude phải tuân theo quy tắc nào? |
Kiểm duyệt | Đầu ra nào cần được phê duyệt? |
Vòng đời | Khi nào Project được cập nhật hoặc lưu trữ? |
Đo lường | Project tạo ra giá trị gì cho công việc? |
Một quy trình quản trị cơ bản có thể gồm:
- Đề xuất tạo Project.
- Xác định mục tiêu và chủ sở hữu.
- Phân loại dữ liệu.
- Thiết lập Knowledge và Instructions.
- Phê duyệt quyền truy cập.
- Thí điểm với một nhóm người dùng.
- Đánh giá chất lượng đầu ra.
- Mở rộng phạm vi.
- Rà soát tài liệu định kỳ.
- Archive Project khi công việc kết thúc.
Claude hỗ trợ tính năng lưu trữ Projects để người dùng giảm bớt danh sách dự án đang hoạt động nhưng vẫn có thể truy cập lại các cuộc trò chuyện khi cần.
14. Cách đo lường hiệu quả của Claude Enterprise Projects
Doanh nghiệp không nên chỉ đo số lượng Project đã được tạo.
Một Project chỉ có giá trị khi giúp cải thiện cách đội ngũ hoàn thành công việc.
Các chỉ số có thể theo dõi gồm:
- Thời gian chuẩn bị ngữ cảnh trước mỗi nhiệm vụ.
- Số lần nhân viên phải tải lại cùng một tài liệu.
- Thời gian tìm kiếm thông tin nội bộ.
- Tỷ lệ nội dung cần sửa vì sai phiên bản.
- Mức độ nhất quán giữa đầu ra của các thành viên.
- Thời gian onboarding nhân viên mới.
- Số người sử dụng Project hằng tuần.
- Số workflow được chuẩn hóa bằng Instructions.
- Tỷ lệ kết quả được sử dụng sau khi kiểm duyệt.
- Số câu hỏi được giải quyết mà không cần chuyển cho chuyên gia.
Ví dụ, một Project chính sách nhân sự không nên được đánh giá bằng số cuộc trò chuyện. Giá trị cần được đo bằng việc giảm thời gian HR trả lời câu hỏi lặp lại, tăng khả năng tìm đúng chính sách và giảm tỷ lệ sử dụng tài liệu lỗi thời.
15. Claude Enterprise Projects có thay thế công cụ quản lý dự án không?
Projects không phải là hệ thống quản lý dự án truyền thống.
Tính năng này không được thiết kế để thay thế hoàn toàn những công cụ chuyên dụng cho:
- Phân công nhiệm vụ.
- Quản lý deadline.
- Theo dõi tiến độ.
- Lập kế hoạch nguồn lực.
- Quản lý backlog.
- Theo dõi ngân sách.
- Báo cáo trạng thái dự án.
Vai trò phù hợp hơn của Claude Enterprise Projects là quản lý ngữ cảnh và hoạt động tri thức xoay quanh dự án.
Công cụ quản lý dự án cho biết:
- Ai đang làm việc gì?
- Khi nào phải hoàn thành?
- Trạng thái hiện tại ra sao?
Claude Enterprise Projects hỗ trợ trả lời:
- Dự án đang dựa trên những thông tin nào?
- Claude cần tuân theo quy tắc gì?
- Làm thế nào để tổng hợp tài liệu?
- Các thành viên có thể khai thác cùng nguồn kiến thức ra sao?
- Làm thế nào để chuyển dữ liệu thành báo cáo, đề xuất hoặc nội dung?
Doanh nghiệp có thể kết hợp Projects với công cụ quản lý công việc hiện có thay vì buộc một nền tảng thực hiện cả hai vai trò.
16. Từ công cụ AI cá nhân đến không gian cộng tác có quản trị
Giá trị đầu tiên của AI thường xuất hiện ở cấp cá nhân: một nhân viên viết nhanh hơn, đọc tài liệu nhanh hơn hoặc tạo báo cáo thuận tiện hơn.
Tuy nhiên, giá trị cấp doanh nghiệp chỉ xuất hiện khi tổ chức có thể:
- Chia sẻ nguồn kiến thức đã được phê duyệt.
- Chuẩn hóa cách AI xử lý công việc.
- Phân quyền theo từng nhóm.
- Duy trì phiên bản tài liệu.
- Tái sử dụng phương pháp hiệu quả.
- Phân tách dữ liệu theo mục đích.
- Chuyển kiến thức từ cá nhân thành tài sản của team.
Claude Enterprise Projects tạo nền tảng cho quá trình chuyển đổi này.
Thay vì mỗi nhân viên xây một cách làm việc riêng với Claude, doanh nghiệp có thể thiết kế những không gian AI theo từng workflow. Nhân viên vẫn có sự linh hoạt trong từng cuộc trò chuyện, nhưng hoạt động trên nền bối cảnh và nguyên tắc đã được thống nhất.
Tổng kết
Claude Enterprise Projects là không gian làm việc giúp doanh nghiệp tổ chức cuộc trò chuyện, tài liệu và hướng dẫn sử dụng Claude theo từng dự án hoặc quy trình cụ thể.
Project Knowledge cung cấp nền tảng thông tin dùng chung giữa nhiều cuộc trò chuyện. Project Instructions giúp chuẩn hóa cách Claude phản hồi. Cơ chế RAG hỗ trợ tìm kiếm những phần tài liệu liên quan trong kho kiến thức lớn hơn, trong khi tính năng chia sẻ cho phép các thành viên trong tổ chức cùng sử dụng một Project với phạm vi quyền phù hợp.
Doanh nghiệp có thể ứng dụng Projects cho chiến dịch marketing, quản lý kiến thức sản phẩm, chuẩn bị bán hàng, hỗ trợ nhân sự, rà soát tài liệu pháp lý, phát triển sản phẩm và quản lý tri thức kỹ thuật.
Tuy nhiên, Projects không tự động giải quyết vấn đề cộng tác nếu tài liệu thiếu kiểm soát, Instructions mơ hồ hoặc quyền truy cập được cấp quá rộng. Mỗi Project cần có mục tiêu, chủ sở hữu, phạm vi dữ liệu, nhóm người dùng và quy trình cập nhật rõ ràng.
Khi được triển khai đúng cách, Claude Enterprise Projects giúp doanh nghiệp chuyển từ việc sử dụng AI theo từng cuộc trò chuyện riêng lẻ sang một mô hình cộng tác có tổ chức. AI không chỉ phản hồi câu hỏi của từng cá nhân mà có thể làm việc dựa trên kiến thức, tiêu chuẩn và phương pháp chung của cả đội ngũ.
LionTech có thể hỗ trợ doanh nghiệp đánh giá nhu cầu triển khai Claude Enterprise Projects, xác định cấu trúc Project theo từng phòng ban, xây dựng Project Knowledge, chuẩn hóa Instructions, thiết kế quyền chia sẻ và phát triển quy trình quản trị phù hợp. Liên hệ LionTech để được tư vấn, đăng ký demo và xây dựng lộ trình triển khai Claude Enterprise theo môi trường vận hành thực tế của tổ chức.
Liên hệ với LionTech tại:
- SDT: (+84) 98 269 1932
- Email: support@liontech.vn
- Website: liontech.vn
- Fanpage: facebook.com/liontech.vn
- Linked In: company/liontech-vn





