Codifying Collections: Cách Plugin "Gánh" Công Việc Nặng Thay Bạn

Một dòng 5 từ, và SOP thu nợ hiện ra trước mặt

Đội vận hành của một đơn vị bán xe điện (EV) đang loay hoay với khoản phải thu khi hai nhân viên mới vào làm, mỗi người gọi khách theo một kiểu, không ai biết khoản nào sắp quá hạn. Người quản lý mở Claude, bật plugin Operations, gõ đúng năm chữ: process doc collections. Không vai diễn, không ngữ cảnh dài. Claude lập tức quay lại hỏi sáu câu — bối cảnh kinh doanh, mô hình vận hành, độ trưởng thành của quy trình, mục tiêu tài liệu, điều khoản thanh toán, nỗi đau lớn nhất — rồi đẩy ra bản SOP thu nợ B2B có đủ mục tiêu định lượng, lộ trình leo thang, mẫu liên lạc và chỉ số đo.

Câu chuyện này cho thấy plugin không phải phép màu cũng chẳng phải trò xào xáo kỹ thuật. Nó là một bộ khung có sẵn, được các chuyên gia đóng gói từ trước, để bạn khỏi mất buổi chiều nghĩ "bắt đầu từ đâu". Bài viết này mổ xem plugin đã gánh những phần nào, vì sao prompt ngắn vẫn chạy được, và khi nào bạn nên pha trộn thêm prompt có cấu trúc để ra sản phẩm sắc nét hơn.

Plugin Operations là gì, nói theo kiểu đời thường

Bạn có thể hình dung plugin giống như app cài thêm trong điện thoại: điện thoại vốn đã nghe gọi, nhắn tin được, nhưng cài app ngân hàng thì chuyển tiền nhanh, cài app chỉnh ảnh thì sửa nhanh. Claude bản thân đã là một trợ lý biết nói chuyện tổng quát. Khi bật plugin Operations lên, bạn đang cài thêm một bộ "app chuyên ngành" gồm nhiều kỹ năng (skill) có sẵn: change management (quản lý thay đổi), process optimization (tối ưu quy trình), risk assessment (đánh giá rủi ro), vendor management (quản lý nhà cung cấp), và đáng chú ý nhất trong case này là process doc — kỹ năng soạn tài liệu quy trình có cấu trúc. Mỗi skill giống như một ngăn kéo chuyên dụng: bạn không phải tự dán nhãn, không phải tự nghĩ đầu ra gồm những mục gì, vì tác giả plugin đã thiết kế xong từ trước.

Mẹo nhỏ cho người mới: rê chuột (hover) lên từng lệnh trong danh sách skill, bạn sẽ thấy mô tả ngắn kèm ví dụ đầu vào. Chính những dòng mô tả này giúp bạn quyết định khi nào nên dùng skill nào, thay vì đoán mò. Nếu bạn chưa quen với khái niệm plugin trên Claude, bạn có thể đọc trước bài Đã quen plugin rồi thì xem case rà soát NDA bằng Legal plugin để nắm nền, rồi quay lại bài này xem cách Operations plugin giải quyết bài toán vận hành khác hẳn.

Khởi tạo quy trình bằng đúng năm chữ

Đoạn gây bất ngờ nhất của case này nằm ở chỗ: người quản lý không viết một prompt dài ba đoạn với vai "bạn là chuyên gia thu nợ", không dán bối cảnh công ty, không mô tả biến động doanh thu ba quý. Chỉ mỗi process doc collections — năm từ. Vậy tại sao Claude vẫn ra được một bản SOP dùng được?

Câu trả lời nằm ở chỗ plugin đã "gánh" thay bạn ba phần quan trọng: (1) định dạng đầu ra — SOP gồm những mục nào; (2) chuỗi câu hỏi làm rõ — hỏi gì, hỏi khi nào, theo thứ tự nào; (3) giọng văn chuyên nghiệp — cách diễn đạt nghe giống tư vấn thật chứ không giống "bài tập về nhà". Bạn không cần nhắc Claude về vai diễn, vì skill đã có sẵn persona; bạn không cần khai báo ngữ cảnh, vì chuỗi câu hỏi sẽ tự kéo ngữ cảnh ra khỏi bạn.

Nhưng prompt ngắn không phải lúc nào cũng đủ. Với case thu nợ EV, sau khi Claude đẩy ra bản đầu, người quản lý có thể nối tiếp bằng một prompt có cấu trúc — ví dụ: "Giữ nguyên phần leo thang, nhưng đổi phần mẫu liên lạc sang giọng đồng cảm hơn, phù hợp khách B2B lâu năm". Prompt cấu trúc ở đây không thay thế prompt ngắn, mà pha trộn vào để tinh chỉnh đúng chỗ cần sắc nét. Bài học rút ra: prompt ngắn + khung plugin đã đủ để khởi đầu nhanh, còn prompt cấu trúc giúp chỉnh đúng phần quan trọng.

Prompt ngắn + khung plugin đã đủ để bạn khởi đầu nhanh; prompt cấu trúc pha vào đúng chỗ sẽ giúp sản phẩm cuối sắc nét hơn mà không phải viết lại từ đầu.

Sáu câu hỏi của plugin — cái khó chính là sức mạnh

Nhiều người lần đầu dùng plugin sẽ thấy bất tiện khi bị Claude hỏi ngược. Nhưng hãy hình dung một chủ quán ăn trước khi nhận đặt tiệc: họ hỏi bao nhiêu người, dịp gì, dị ứng gì, ngân sách khoảng nào — không phải vì khách không biết mình muốn gì, mà vì nếu thiếu một câu, mâm cỗ dễ sai lệch. Chuỗi câu hỏi của plugin Operations cũng hoạt động y vậy: mỗi câu gom một mảnh thông tin, để bản SOP cuối cùng không bị "trượt" khỏi thực tế công ty bạn.

Với case thu nợ EV, sáu câu lần lượt được trả lời như sau. Câu đầu tiên là bối cảnh kinh doanh: đơn vị đang bán xe điện, thị trường đang tăng trưởng nhưng biên lợi nhuận mỏng, nên mỗi khoản phải thu đều có sức nặng lớn với dòng tiền. Câu thứ hai về mô hình vận hành: B2B, nghĩa là khách hàng là doanh nghiệp, đại lý hoặc tổ chức mua sỉ, không phải người mua lẻ — cách ứng xử và ngôn ngữ phải khác hẳn B2C. Câu thứ ba là độ trưởng thành của quy trình: đội hiện đang "ad hoc, informal" — mỗi người làm một kiểu, có người giỏi nhắc, có người né; chưa có tài liệu chung để bám theo.

Câu thứ tư xác định mục tiêu tài liệu: cụ thể là giảm tỷ lệ nợ quá hạn, rút ngắn thời gian thu hồi trung bình, có đủ tài liệu để đào tạo nhân sự mới mà không cần cầm tay chỉ việc. Câu thứ năm hỏi về điều khoản thanh toán: công ty đang dùng mô hình hỗn hợp — vừa thanh toán theo mốc giao hàng (milestone) cho đơn hàng lớn, vừa áp dụng net 30 hoặc net 45 cho đơn thường. Câu cuối cùng — và cũng là câu nhiều đội hay bỏ qua — là nỗi đau lớn nhất: không nhìn thấy aging, tức là không biết khoản nào đã nằm 30 ngày, 60 ngày hay 90 ngày quá hạn; vì không thấy nên không biết khoản nào đang "chớm hỏng" để xử lý trước.

Bản SOP hoàn chỉnh nhìn từng mục một

Sau khi bạn trả lời đủ sáu câu, plugin đẩy ra một bản SOP thu nợ B2B có sáu mục lớn. Mỗi mục dưới đây được giải thích theo giọng dễ hiểu, kèm ví dụ để bạn hình dung ngay tại bàn làm việc.

Mục tiêu định lượng thay vì mơ hồ

Bản SOP không ghi chung chung kiểu "cải thiện tình hình thu nợ", mà đặt con số cụ thể: giảm tỷ lệ nợ quá hạn từ một mức nền xuống mức mục tiêu trong một khoảng thời gian, hoặc rút ngắn số ngày thu hồi trung bình. Khi mục tiêu là con số, bạn biết lúc nào coi như đạt, lúc nào cần điều chỉnh. Một mục tiêu kiểu "thu nợ tốt hơn" sẽ khiến cả đội không ai chịu trách nhiệm, vì không có ngưỡng rõ ràng.

Phạm vi, vai trò và trách nhiệm

Mục này giống như bảng phân công trong nhà: ai rửa bát, ai lau sàn, ai đổ rác. Trong SOP thu nợ, mỗi vị trí — nhân viên kế toán công nợ, trưởng phòng tài chính, nhân sự bán hàng — sẽ có đầu việc rõ ràng theo từng giai đoạn của khoản phải thu: ghi nhận phát sinh, đối chiếu, nhắc trước hạn, xử lý quá hạn, báo cáo tuần. Khi có nhân viên mới, bạn chỉ cần đưa bảng này, người mới tự biết việc mình là gì.

Lộ trình leo thang có cấu trúc

Đây là mục các đội hay thiếu nhất khi soạn tay. Leo thang nghĩa là khi khoản nợ không được xử lý ở mức nhẹ, quy trình sẽ tự động chuyển lên cấp cao hơn với hành động rõ ràng: từ nhắc email → gọi điện → gặp trực tiếp quản lý cấp cao của khách → chuyển pháp lý. Có cấu trúc sẵn, nhân viên không phải tự hỏi "hôm nay mình nên làm gì", cũng không sợ bị khách ép phải bỏ qua.

Mẫu liên lạc chuẩn

Plugin đề xuất sẵn mẫu email, mẫu tin nhắn, thậm chí script ngắn cho cuộc gọi — chia theo giai đoạn: nhắc trước hạn, nhắc sau hạn, nhắc trước khi leo thang, thông báo leo thang. Vì sao mẫu quan trọng? Vì thu nợ là việc nhạy cảm, đội ngũ thường né vì sỡ mất quan hệ. Có sẵn mẫu giọng đồng cảm, đi thẳng vào vấn đề, nhân viên sẽ tự tin hơn và giữ được giọng nói nhất quán.

Chỉ số và ngưỡng mục tiêu

Bản SOP gợi ý theo dõi: DSO (số ngày thu hồi trung bình), aging bucket (nhóm nợ theo mốc 30/60/90 ngày), tỷ lệ thu hồi theo tháng, và số khoản vượt ngưỡng (khoản vượt quá bao nhiêu ngày thì tính là bất thường). Ở đây có một câu nguyên tắc cần nhớ: What gets measured gets improved — cái gì được đo sẽ được cải thiện. Giống như muốn giảm cân mà không cân mỗi sáng thì rất khó biết mình đang đi đúng hướng hay không. Với đội vận hành nhỏ hoặc startup giai đoạn đầu, bạn không cần phần mềm đắt tiền ngay — bảng Excel cập nhật tuần cũng đủ để bắt đầu. Khi quy mô lớn hơn, bạn có thể nâng cấp dần.

Hệ thống theo dõi và báo cáo

Mục cuối không khóa bạn vào một phần mềm cụ thể, mà đề xuất khung: bất kỳ công cụ nào (Excel, Google Sheets, CRM có sẵn, ERP) đều được, miễn là đáp ứng được vài yêu cầu tối thiểu — cập nhật aging theo thời gian thực, có cảnh báo tự động khi khoản vượt ngưỡng, và cho phép xuất báo cáo tuần/tháng. Nếu bạn cần verify khả năng xuất file Word trực tiếp từ plugin, hãy kiểm tra trang chính hãng vì tính năng có thể thay đổi theo từng giai đoản cập nhật.

Cái gì được đo sẽ được cải thiện — và bạn không cần phần mềm đắt tiền ngay ngày đầu, miễn là dữ liệu đáng tin và cập nhật đúng hạn.

Bài học về đo lường: số phải đúng thì mới tác động đúng

Một bản SOP có đầy đủ chỉ số nhưng đội ngũ không tin số liệu thì coi như không có. Đây là bài học riêng cho cả quản lý lẫn người làm số. Hai hệ quả thường gặp: thứ nhất, bỏ qua — khi nhân viên nghi ngờ dữ liệu, họ sẽ không hành động theo cảnh báo, khoản quá hạn lớn sẽ trôi qua mà không ai động tay; thứ hai, hành động sai — khi báo cáo sai, bạn có thể đẩy nguồn lực đi xử lý những khoản thực ra không nguy hiểm, trong khi khoản thật sự hỏng lại nằm yên.

Hình dung bạn muốn giảm cân nhưng mua phải cái cân hỏng ở chợ: cân nhảy lung tung, hôm lên hôm xuống. Bạn sẽ mất dần niềm tin vào con số, rồi một ngày thôi cân luôn. Nếu nghi ngờ dữ liệu, hãy đối chiếu chéo bằng cách lấy một vài khoản ngẫu nhiên, đối chiếu giữa ERP, bảng Excel, và cuộc gọi xác nhận với khách. Khi số đã đáng tin, mọi quyết định leo thang, phân bổ nguồn lực, hay đánh giá hiệu suất sẽ vững hơn.

Đúc kết và việc bạn có thể làm ngay hôm nay

Toàn bộ case trên cho thấy một điều giản dị: plugin không thay bạn nghĩ, nhưng nó gánh thay bạn phần khung — định dạng, câu hỏi làm rõ, giọng văn. Nhờ đó, một người không có chuyên môn sâu vẫn ra được bản SOP dùng được để đào tạo nhân sự và giảm nợ quá hạn. Và khi bạn muốn nâng chất lượng ở một mục cụ thể, bạn chỉ cần pha thêm prompt có cấu trúc, không phải viết lại từ đầu.

Nếu muốn thử ngay, bạn có thể đi theo bốn bước: (1) mở plugin Operations trong Claude; (2) gõ lệnh process doc kèm theo chủ đề quy trình bạn đang cần — ở case này là "collections" cho thu nợ, bạn có thể thay bằng "onboarding", "refund", "vendor selection"…; (3) trả lời sáu câu hỏi làm rõ mà plugin đặt ra, cố gắng trả lời thẳng và có con số; (4) nhận bản SOP, đọc lại, chỉnh phần mẫu liên lạc hoặc phần leo thang bằng một prompt có cấu trúc để sắc nét hơn. Khi bạn muốn biến quy trình thu nợ vừa soạn thành một "skill đo ni đóng giày" chạy lại được cho lần sau, bạn có thể Muốn biến quy trình thu nợ vừa soạn thành skill 'đo ni đóng giày' thì đọc tiếp bài tự tạo skill.

Một lưu ý thực tế: giá và tính năng của Operations plugin có thể thay đổi theo từng giai đoạn cập nhật của nhà cung cấp. Trước khi mua gói dài hạn, hãy kiểm tra trang chính hãng để nắm chính xác giá, điều khoản và khả năng xuất file Word trực tiếp. Với bối cảnh pháp lý khi nhắc nợ tại Việt Nam, bạn cũng nên đối chiếu với các văn bản hiện hành trên [S1] để chắc chắn ngôn từ và hành vi trong mẫu liên lạc không đi ngược quy định. Cần verify thêm: tên chính xác các skill trong plugin ở thời điểm bạn đọc bài, gói thuê bao hay đi kèm gói nào, và tính khả dụng tại Việt Nam có khác gì so với khu vực khác hay không.