Hướng Dẫn Áp Dụng Cho Doanh Nghiệp
Cách Dùng Claude Trong Kinh Doanh: Use Case, Áp Dụng Và Đào Tạo Đội Nhóm
Công cụ không phải là phần khó. Cái khó là khiến cả đội dùng nó theo đúng một cách, hai lần liên tiếp.
Trang này trình bày cách dùng Claude của Anthropic trong toàn doanh nghiệp: các quy trình hiệu quả ở các bộ phận tài chính, kinh doanh, pháp lý và sản phẩm, lý do vì sao nhiều đợt triển khai bị đình trệ chỉ sau tuần đầu tiên, và những bước chuẩn bị về quản trị dữ liệu mà một đội cần có trước khi bất kỳ ai dán tài liệu vào khung chat. Bài viết kết thúc bằng một lộ trình khởi đầu để đào tạo cả đội, từng bài một, bắt đầu từ con số không.
Muốn biết cách dùng Claude trong kinh doanh, trước tiên phải xem nó như một công cụ cho quy trình làm việc, chứ không phải một ô tìm kiếm: cung cấp cho nó tài liệu thực tế và các ràng buộc của từng bộ phận, rồi xây dựng một chuỗi prompt lặp lại quanh một tác vụ cụ thể thay vì chỉ hỏi những câu rời rạc. Các bộ phận thu được giá trị nhanh nhất là tài chính và vận hành (báo cáo, tóm tắt hợp đồng), kinh doanh và marketing (soạn thư tiếp cận khách hàng, nghiên cứu đối thủ), pháp lý và tuân thủ (rà soát vòng đầu), và sản phẩm cùng kỹ thuật (viết spec, review code). Việc áp dụng chỉ thành công khi cả đội được đào tạo về quy trình làm việc và về loại dữ liệu nào được phép hay không được phép đưa vào chat, chứ không phải chỉ đơn giản là bật quyền truy cập.
Ngày đăng · Xem xét lần cuối
Bài học miễn phí · không cần tài khoảnBa Cách Dùng ClaudeBa Chế Độ5 phútBắt đầu bài học miễn phíĐiểm chính
- Claude phát huy giá trị tốt nhất ở tài chính và vận hành, kinh doanh và marketing, pháp lý và tuân thủ, sản phẩm và kỹ thuật khi một tác vụ được lặp lại nhiều lần, chứ không chỉ cho những câu hỏi rời rạc.
- Việc triển khai bị đình trệ khi công ty cấp quyền truy cập mà không đào tạo; một lộ trình khởi đầu chung cùng các quy trình được đặt tên rõ ràng sẽ hiệu quả hơn việc dùng chat rải rác.
- Một quy trình lặp lại nghĩa là Claude xử lý cùng một dạng tác vụ theo cùng một cách mỗi lần, với ngữ cảnh cố định và một bước kiểm tra của con người trước khi bất cứ thứ gì được đưa ra ngoài.
- Quản trị dữ liệu bắt đầu từ trước cả tin nhắn đầu tiên: xác định những gì được phép đưa vào prompt, ai sẽ rà soát kết quả, và hồ sơ của việc rà soát đó được lưu ở đâu.
- Việc áp dụng cho cả đội hiệu quả nhất khi bắt đầu từ quy mô nhỏ: một quy trình, một bộ phận, một bài học một lúc, rồi mở rộng sau khi đã chứng minh được hiệu quả.
- Điều đầu tiên nên tự động hóa là tác vụ mà đội bạn đã làm theo cùng một cách mỗi tuần, chứ không phải vấn đề khó nhất trong lộ trình phát triển.
Sao chép và dán
Prompt bạn có thể dùng ngay hôm nay
Tài chính: so sánh hợp đồng nhà cung cấp
Hãy đóng vai một chuyên viên phân tích tài chính đang rà soát hợp đồng nhà cung cấp để gia hạn. Tôi sẽ dán hai hợp đồng nhà cung cấp cho [loại dịch vụ]. So sánh chúng về cấu trúc giá, điều khoản chấm dứt hợp đồng, mức giới hạn trách nhiệm pháp lý, và điều khoản tự động gia hạn, đồng thời đánh dấu bất kỳ điều khoản nào khác biệt đáng kể so với điều khoản tiêu chuẩn của chúng tôi. Xuất kết quả dưới dạng bảng, sau đó là một khuyến nghị gồm ba câu.
Thay vào đó loại dịch vụ cụ thể và dán nội dung hợp đồng thật hoặc một bản tóm tắt đã lược bỏ thông tin nhạy cảm.
Kinh doanh: soạn thư tiếp cận cá nhân hóa
Viết một email tiếp cận ngắn gửi đến [tên khách hàng tiềm năng], giữ chức vụ [chức danh] tại [tên công ty], có nhắc đến [tin tức, sản phẩm mới ra mắt, hoặc nhân sự mới] gần đây của họ. Liên hệ điều đó với cách [sản phẩm của bạn] giải quyết [vấn đề cụ thể] cho các công ty tương tự. Giữ dưới 120 từ, không khen sáo rỗng, và kết thúc bằng một câu hỏi duy nhất, dễ trả lời, thay vì đề nghị đặt lịch họp.
Điền thông tin thật của khách hàng tiềm năng; một prompt chung chung sẽ chỉ cho ra một email chung chung.
Pháp lý: rà soát hợp đồng vòng đầu
Bạn đang thực hiện rà soát vòng đầu cho hợp đồng dịch vụ nhà cung cấp này trước khi chuyển cho bộ phận pháp chế. Xác định bất kỳ điều khoản nào đẩy trách nhiệm pháp lý về phía chúng tôi, bất kỳ ngôn ngữ bồi thường nào rộng hơn mức song phương, các mức giới hạn trách nhiệm pháp lý bị thiếu, và các điều khoản chấm dứt hợp đồng chưa rõ ràng. Liệt kê từng vấn đề kèm số điều khoản, lý do nó quan trọng, và một đề xuất chỉnh sửa, nhưng không tự viết lại hợp đồng.
Đây chỉ là bước rà soát vòng đầu cho người kiểm tra, không thay thế cho sự phê duyệt chính thức của bộ phận pháp lý.
Sản phẩm: soạn PRD từ ghi chú cuộc họp
Đây là ghi chú thô của tôi từ một cuộc gọi tìm hiểu khách hàng về [lĩnh vực tính năng]. Hãy biến chúng thành một bản nháp PRD dài một trang gồm phát biểu vấn đề, người dùng mục tiêu, giải pháp đề xuất, các câu hỏi còn bỏ ngỏ, và các mục nằm ngoài phạm vi. Đánh dấu bất kỳ chỗ nào ghi chú chưa rõ ràng thay vì tự đoán ý tôi.
Dán ghi chú hoặc bản ghi cuộc gọi thật của bạn để có bản nháp chất lượng nhất.
Vận hành: chuyển quy trình thủ công thành quy trình được văn bản hóa
Tôi sẽ mô tả một quy trình thủ công mà đội tôi thực hiện mỗi tuần: [mô tả các bước bằng ngôn ngữ đơn giản]. Hãy biến nó thành một quy trình vận hành chuẩn được đánh số mà một nhân viên mới có thể làm theo mà không cần tôi có mặt, và chỉ ra bất kỳ bước nào chưa rõ ràng hoặc phụ thuộc vào kinh nghiệm truyền miệng.
Đây là hạt giống của một quy trình lặp lại, chứ không chỉ là tài liệu hóa đơn thuần.
Lộ Trình Khởi Đầu
Một đội kinh doanh nên thực sự bắt đầu từ đâu
Mọi quy trình của từng bộ phận ở trên đều giả định rằng đội đã biết ba điều này. Đây là lộ trình miễn phí để đạt được điều đó trước khi xây dựng bất cứ điều gì riêng cho từng bộ phận.
Use Case Theo Từng Bộ Phận
Claude Phù Hợp Ở Đâu Trong Doanh Nghiệp Của Bạn
Những use case tốt nhất của Claude theo từng bộ phận là những việc đội bạn đã làm thường xuyên, xoay quanh tài liệu hoặc văn bản.
Tài Chính & Vận Hành
Tóm tắt và so sánh hợp đồng nhà cung cấp, soạn báo cáo cho hội đồng quản trị và tóm tắt điều hành, và biến dữ liệu tài chính thô thành những nhận định bằng văn bản.
Kinh Doanh & Marketing
Soạn thư tiếp cận khách hàng cá nhân hóa, nghiên cứu đối thủ và battlecard, trả lời đề xuất và RFP, và tái sử dụng một nội dung trên nhiều kênh.
Pháp Lý & Tuân Thủ
Rà soát và chỉnh sửa hợp đồng vòng đầu, soạn thảo chính sách, viết bản ghi nhớ nghiên cứu về các vấn đề pháp lý, và tóm tắt các tài liệu pháp lý dài trước khi con người đọc kỹ.
Sản Phẩm & Kỹ Thuật
Review code và viết tài liệu, soạn PRD từ ghi chú cuộc họp, tổng hợp phản hồi khách hàng, và viết đặc tả kỹ thuật từ một buổi làm việc.
Áp Dụng Cho Cả Đội
Vì Sao Triển Khai AI Thiếu Bài Bản Lại Bị Đình Trệ
Kiểu thất bại phổ biến nhất rất đơn giản: công ty cấp quyền truy cập Claude cho tất cả mọi người, gửi một đường link, rồi coi như xong việc. Một vài người tự mày mò và dùng tốt. Phần lớn còn lại coi nó như một công cụ tìm kiếm, hỏi một câu, nhận một câu trả lời, rồi chuyển sang việc khác mà chưa bao giờ khám phá ra những gì nó thực sự có thể làm với một tài liệu đầy đủ hay một tác vụ nhiều bước. Việc áp dụng cho cả đội không tự nhiên mà có.
Khoảng trống nằm ở việc đào tạo, không phải ở năng lực của công cụ. Claude có thể đọc trọn một hợp đồng, báo cáo của cả một quý, hay một codebase dài trong một cuộc trò chuyện, nhưng một đội chưa từng được chỉ cách cung cấp ngữ cảnh đó sẽ không dùng nó theo cách này. Quá trình onboarding bài bản, trong đó cả đội cùng học qua những bài học khởi đầu giống nhau rồi áp dụng chúng vào một công việc thật trong chính công việc của mình, mới là thứ biến 'chúng ta có quyền truy cập một công cụ AI' thành công việc thực sự được hoàn thành nhanh hơn.
Điểm nghẽn thứ hai là coi mỗi lần dùng là một việc đơn lẻ. Việc dán một câu hỏi vào khung chat rồi dán câu trả lời ra ngoài không tạo ra hiệu ứng tích lũy. Những đội thu được giá trị thật sự xây dựng một quy trình được đặt tên, lặp lại được, xoay quanh một tác vụ cụ thể, chạy nó theo cùng một cách mỗi lần, và tinh chỉnh prompt khi họ nhận ra Claude làm sai ở đâu. Đó là một thói quen khác hẳn với việc tìm kiếm, và nó cần phải được dạy.
Quy Trình Lặp Lại
Từ Những Prompt Rời Rạc Đến Quy Trình Lặp Lại
Một quy trình lặp lại gồm ba phần: một khuôn mẫu cố định cho tác vụ (cùng đầu vào, cùng cấu trúc đầu ra mỗi lần), một tập ngữ cảnh cố định mà Claude luôn nhận được (một mẫu có sẵn, một hướng dẫn phong cách, một tập các ràng buộc), và một bước kiểm tra của con người trước khi kết quả được đưa ra bên ngoài. Xây dựng điều này một lần, cho một tác vụ, và nó sẽ tiếp tục mang lại giá trị mỗi khi ai đó trong đội chạy lại nó.
Điều này khác với việc đặt một câu hỏi thông minh. Nếu đội kinh doanh của bạn chỉ dán tên khách hàng tiềm năng và yêu cầu viết email mỗi lần, bắt đầu lại từ con số không, kết quả sẽ không nhất quán và đội sẽ dần quay về viết từ đầu. Nếu thay vào đó đội có một prompt cố định nêu rõ sản phẩm, giọng văn, giới hạn độ dài, và câu hỏi duy nhất để kết thúc, rồi chỉ cần thay thông tin khách hàng tiềm năng vào, kết quả sẽ nhất quán và thời gian chỉnh sửa giảm xuống vì có ít thứ cần sửa hơn.
Thói quen đằng sau điều này là vòng lặp cải tiến: chạy quy trình, xem kết quả sai ở đâu, sửa prompt hoặc ngữ cảnh (chứ không chỉ sửa một kết quả đơn lẻ), rồi chạy lại. Vòng lặp này đáng để học một cách rõ ràng trước khi áp dụng vào công việc của từng bộ phận, vì đó là cùng một vòng lặp dù bạn đang soạn báo cáo, rà soát hợp đồng, hay viết PRD.
Quản Trị Dữ Liệu
Quản Trị Dữ Liệu Trông Như Thế Nào Trước Khi Bắt Đầu
Claude có an toàn với dữ liệu công ty không? Câu trả lời thành thật phụ thuộc vào việc đội bạn đã thống nhất gửi những gì cho nó, và liệu có ai kiểm tra lại hay không. Bốn điều cần thống nhất trước:
Phân Cấp Quyền Truy Cập
Quyết định ai được phép dán loại thông tin nào. Không phải vai trò nào cũng cần cùng một mức truy cập vào dữ liệu khách hàng, chi tiết tài chính, hay thông tin sản phẩm chưa công bố.
Ranh Giới Dữ Liệu Nhạy Cảm
Viết ra, bằng ngôn ngữ đơn giản, những gì không bao giờ được đưa vào prompt: dữ liệu cá nhân thuộc diện quản lý, thông tin đăng nhập, và bất cứ điều gì thuộc phạm vi một NDA liên quan đến tài liệu cụ thể đó.
Rà Soát Trước Khi Đưa Ra Ngoài
Mọi quy trình tạo ra thứ gì đó hướng ra bên ngoài, một email, một bản chỉnh sửa hợp đồng, một báo cáo, đều cần một bước rà soát của con người trước khi rời khỏi công ty.
Ai Sở Hữu Quy Trình
Chỉ định một người sở hữu cho mỗi quy trình lặp lại để nó được cập nhật khi quy trình gốc thay đổi, thay vì âm thầm trở nên lỗi thời.
Bắt Đầu
Lộ Trình Khởi Đầu Đội Bạn Nên Thực Sự Đi Theo
Trước khi bắt tay vào công việc riêng của từng bộ phận, cả đội sẽ được lợi khi có một điểm xuất phát chung để mọi người dùng cùng một mô hình tư duy. Lộ trình khởi đầu của Nightschool AI bắt đầu với bài 'Ba Cách Dùng Claude', một bài học năm phút trong khóa 'Ba Chế Độ' giải thích sự khác biệt thật sự giữa việc trò chuyện với Claude, làm việc cùng nó như một đối tác tư duy, và dùng nó để xây dựng, nhờ đó cả đội không còn xử lý mọi tác vụ theo cùng một kiểu.
Từ đó, bài 'Vòng Lặp Cải Tiến', một bài học sáu phút trong khóa 'Nắm Vững Kiến Thức Nền Tảng', dạy thói quen tinh chỉnh và chạy lại vốn là nền tảng của mọi quy trình lặp lại đã nói ở trên: chạy nó, chẩn đoán điều gì chưa ổn, sửa prompt hoặc ngữ cảnh, rồi chạy lại. Đây là bài học biến một câu hỏi đơn lẻ thành thứ cả đội có thể tái sử dụng.
Lộ trình khép lại với bài 'Ngữ Cảnh Là Tất Cả', một bài học năm phút trong khóa 'Prompt Chiến Lược', nói về những gì thực sự nên cung cấp cho Claude, bối cảnh, ràng buộc, ví dụ, để kết quả không còn chung chung nữa. Khi cả đội đã nắm vững ba bài này, họ sẵn sàng xây dựng các quy trình riêng cho từng bộ phận ở trên thay vì phải đoán mò.
Tự Động Hóa Đầu Tiên
Nên Tự Động Hóa Điều Gì Trước Tiên
Tự động hóa đầu tiên mạnh nhất là một tác vụ mà đội bạn đã làm theo cùng một cách, mỗi tuần, xoay quanh một tài liệu hoặc văn bản, chứ không phải vấn đề khó nhất trong lộ trình phát triển. Một báo cáo hàng tuần theo cùng một cấu trúc, một checklist rà soát hợp đồng đã được chuẩn hóa, hay một email tiếp cận khách hàng đã có sẵn mẫu, đây là những quy trình mà Claude có thể đảm nhận vòng đầu ngay lập tức, vì khuôn mẫu của tác vụ đã được biết rõ.
Tránh bắt đầu với những việc mơ hồ hoặc rủi ro cao, như một ý kiến pháp lý cuối cùng hay một cam kết hướng tới khách hàng mà không qua bước rà soát. Đó chính xác là những tác vụ mà một kết quả chưa được kiểm chứng có thể gây thiệt hại thật sự, và chúng là nơi tồi để xây dựng niềm tin vào công cụ. Hãy bắt đầu hẹp, chứng minh quy trình giúp tiết kiệm thời gian chỉnh sửa thật sự trên một tác vụ rủi ro thấp, rồi mở rộng sang bộ phận tiếp theo khi mô hình đã được thiết lập.
Bắt Đầu Quy Trình Mà Đội Bạn Sẽ Thực Sự Tái Sử Dụng
Đọc về cách dùng Claude trong kinh doanh và thực sự xây dựng một quy trình lặp lại với nó là hai kỹ năng khác nhau. Lộ trình khởi đầu ở trên miễn phí để học qua, và đó chính là chuỗi bài mà trang này vừa trình bày với bạn, theo đúng thứ tự.
Câu hỏi thường gặp
Doanh nghiệp có thể dùng Claude như thế nào?
Hầu hết doanh nghiệp bắt đầu với những công việc nặng về tài liệu: tóm tắt hợp đồng và báo cáo, soạn email và đề xuất, review code, và tổng hợp phản hồi khách hàng. Mô hình hiệu quả là chọn một tác vụ lặp lại, xây dựng một quy trình quanh nó với ngữ cảnh cố định và một bước rà soát, rồi mở rộng sang tác vụ tiếp theo khi tác vụ đó đã chứng minh được hiệu quả, thay vì cấp quyền truy cập mà không có định hướng.
Những use case tốt nhất của Claude theo từng bộ phận là gì?
Tài chính và vận hành thu được giá trị từ việc so sánh hợp đồng và soạn báo cáo. Kinh doanh và marketing dùng nó để soạn thư tiếp cận khách hàng và nghiên cứu đối thủ. Pháp lý và tuân thủ dùng nó để rà soát hợp đồng vòng đầu và soạn thảo chính sách. Sản phẩm và kỹ thuật dùng nó để review code, soạn PRD, và viết tài liệu kỹ thuật. Trong mỗi trường hợp, use case mạnh nhất là một tác vụ mà đội đã lặp lại nhiều lần.
Làm thế nào để triển khai Claude cho cả đội?
Hãy bắt đầu với một nền tảng chung mà mọi người cùng học qua, chứ không phải đào tạo riêng cho từng bộ phận ngay từ ngày đầu. Sau đó để mỗi bộ phận xây dựng một quy trình lặp lại quanh một tác vụ thật, với một người sở hữu, ngữ cảnh cố định, và một bước rà soát của con người, trước khi mở rộng. Những đợt triển khai cấp quyền truy cập mà không có điểm khởi đầu bài bản thường cho ra kết quả thiếu nhất quán và mức độ áp dụng thấp.
Claude có an toàn với dữ liệu công ty không?
Điều này phụ thuộc vào việc đội bạn được phép gửi những gì cho nó và liệu có ai kiểm tra lại hay không. Trước khi triển khai, hãy xác định các cấp độ dữ liệu, viết ra những gì không bao giờ được đưa vào prompt (dữ liệu cá nhân thuộc diện quản lý, thông tin đăng nhập, tài liệu thuộc phạm vi NDA), và yêu cầu rà soát của con người trước khi bất cứ thứ gì Claude tạo ra được đưa ra ngoài. Mức độ an toàn ở đây là một câu hỏi về chính sách của đội cũng nhiều như là câu hỏi về sản phẩm.
Làm thế nào để đào tạo đội của tôi dùng Claude?
Hãy cho mọi người bắt đầu cùng một lộ trình nền tảng ngắn để cả đội có chung một mô hình tư duy, sau đó chuyển sang các quy trình riêng của từng bộ phận được xây dựng trên những tác vụ thật. Lộ trình khởi đầu của Nightschool AI bao gồm ba cách dùng Claude, vòng lặp cải tiến để tinh chỉnh prompt, và cách cung cấp đúng ngữ cảnh cho Claude, theo đúng thứ tự đó, trước khi áp dụng vào công việc của từng bộ phận.
Doanh nghiệp nên tự động hóa điều gì trước tiên?
Hãy chọn một tác vụ mà đội bạn đã làm theo cùng một cách mỗi tuần và xoay quanh một tài liệu hoặc đoạn văn bản, một báo cáo tình trạng, một lần rà soát hợp đồng vòng đầu, một mẫu email tiếp cận khách hàng. Tránh bắt đầu với những tác vụ mơ hồ, rủi ro cao, hoặc hướng tới khách hàng mà không qua rà soát. Hãy chứng minh quy trình giúp tiết kiệm thời gian chỉnh sửa thật sự trên một việc rủi ro thấp trước khi mở rộng nó.
Vì sao các đợt triển khai AI thất bại ở nhiều công ty?
Ba kiểu thất bại lặp đi lặp lại: cấp quyền truy cập mà không đào tạo, khiến mức độ áp dụng luôn thấp và thiếu nhất quán; coi mỗi lần dùng là một câu hỏi đơn lẻ thay vì xây dựng quy trình lặp lại, khiến công sức bỏ ra không bao giờ tích lũy; và không có quản trị dữ liệu, nên không ai thống nhất được những gì nên và không nên đưa vào prompt. Khắc phục cả ba điều này quan trọng hơn nhiều so với việc chọn công cụ nào.
Xây Dựng Quy Trình Đầu Tiên Ngay Trong Tuần Này
Ba bài học ngắn, rồi đến tác vụ của chính đội bạn.