Mục lục · 7 phần
Trả lời nhanh
Tự làm tool quản lý bán hàng là tạo công cụ nhỏ giải quyết một việc lặp lại trong shop bằng cách mô tả yêu cầu cho AI. Anh/chị nên chọn việc cụ thể như lọc đơn chưa gọi xác nhận, vì yêu cầu làm cả phần mềm quá rộng. Công cụ cần được kiểm tra bằng dữ liệu thử trước khi dùng với đơn thật.
Tự làm tool quản lý bán hàng là tự tạo một công cụ nhỏ để giải quyết đúng một việc lặp lại trong shop, như lọc đơn cần gọi lại hoặc báo hàng sắp hết. Anh/chị mô tả việc cần làm bằng tiếng Việt cho AI, rồi kiểm tra công cụ trên dữ liệu an toàn trước khi dùng thật.
Đừng bắt đầu bằng “phần mềm quản lý shop”
Nhiều người mới mở AI rồi gõ: “Làm cho tôi một phần mềm quản lý bán hàng.” Câu này quá rộng. Một phần mềm như vậy có thể gồm đơn hàng, kho, khách hàng, vận chuyển, khuyến mãi, phân quyền và sao lưu dữ liệu. AI không biết shop anh/chị đang vướng ở đâu, nên dễ đưa ra một màn hình đẹp nhưng không giúp bớt việc.
Hãy chọn một việc đang làm tay nhiều lần. Ví dụ, mỗi chiều anh/chị mở file đơn hàng, lọc những đơn chưa gọi xác nhận, rồi gửi danh sách cho nhân viên. Tool đầu tiên chỉ cần nhận file Excel, tìm các đơn có trạng thái “chưa gọi”, và xuất một file danh sách gọi lại. Khi việc đó chạy đúng, mới tính đến việc tiếp theo.
Cách làm này thường được gọi là vibe coding: anh/chị dùng lời nói bình thường để hướng dẫn AI tạo mã nguồn, tức phần chỉ dẫn để máy tính thực hiện công việc. Anh/chị không cần thuộc cú pháp lập trình ngay từ đầu. Nhưng anh/chị vẫn phải hiểu quy trình bán hàng của mình, vì AI không tự biết cột nào là số điện thoại, trạng thái nào được phép gọi, hay ai có quyền xem dữ liệu khách.
Một yêu cầu dễ làm có ba phần: dữ liệu đi vào là gì, quy tắc xử lý là gì, và kết quả đi ra là gì. Chẳng hạn: “Đọc file Excel đơn hàng. Chỉ giữ đơn có trạng thái chưa gọi. Sắp xếp theo ngày tạo từ cũ đến mới. Xuất file mới gồm mã đơn, tên người nhận và số điện thoại.” Câu lệnh này cụ thể hơn nhiều so với yêu cầu làm toàn bộ hệ thống.
Những tool nhỏ đáng làm trước cho shop online
Tool đầu tiên nên là tool dọn báo cáo. Báo cáo tải từ sàn hoặc quảng cáo thường có nhiều cột không dùng đến. Anh/chị có thể yêu cầu AI làm một trang nhỏ: tải file lên, chọn khoảng ngày, rồi nhận lại bảng chỉ có mã sản phẩm, số lượng bán, doanh thu và tồn kho. Mục tiêu không phải làm báo cáo thật nhiều màu. Mục tiêu là để người xem biết hôm nay cần nhìn cột nào.
Tool tiếp theo có thể là cảnh báo tồn kho. Anh/chị cần nói rõ mã hàng nào cần theo dõi và ngưỡng tồn nào shop đang dùng. Khi hàng chạm ngưỡng, tool đưa mã đó vào danh sách cần kiểm tra. Tool không tự quyết định nhập bao nhiêu, trừ khi anh/chị đã nêu quy tắc đặt hàng.
Tool thứ ba là danh sách chăm sóc sau mua. Công cụ có thể lấy các đơn đã giao thành công, tách tên và số điện thoại ra để nhân viên liên hệ theo quy trình của shop. Tuy nhiên, đừng yêu cầu tool tự gửi tin nhắn hàng loạt ngay từ phiên bản đầu. Hãy để nó chỉ tạo danh sách nháp. Anh/chị đọc từng dòng, kiểm tra có khách nào cần loại trừ hay không, rồi mới dùng kênh liên lạc phù hợp.
Những tool này có điểm chung: đầu vào và đầu ra đều nhìn thấy được. Nhờ vậy, anh/chị biết tool làm sai ở đâu. Một tool tự động làm quá nhiều bước ngay từ đầu khó kiểm tra hơn, đặc biệt khi nó chạm vào đơn hàng hoặc thông tin cá nhân của khách.
Viết yêu cầu để AI không phải đoán
Hãy coi mỗi câu lệnh là một tờ giao việc cho nhân viên mới. Nếu giao việc chỉ có câu “xử lý đơn cho gọn”, người nhận phải đoán. Với AI cũng vậy. Yêu cầu tốt không cần văn vẻ; nó cần chi tiết có thể kiểm tra.
Trước khi yêu cầu AI viết tool, hãy ghi rõ những điều cốt lõi. Tool dùng cho ai? Dữ liệu lấy từ đâu? Cột nào bắt buộc? Tool được phép làm gì? Tool tuyệt đối không được làm gì? Ví dụ, một tool đối soát đơn chỉ được đọc file và tạo bảng chênh lệch. Nó không được sửa trực tiếp file gốc, xoá dòng, hay gửi dữ liệu ra ngoài.
Anh/chị cũng nên đưa một ví dụ tính tay theo chính dữ liệu của shop. Tự ghi kết quả mong đợi trước khi chạy tool. Nếu tool trả về khác kết quả đó, anh/chị có chỗ để yêu cầu AI sửa. Không có ví dụ, AI có thể hiểu “tổng bán” là số đơn thay vì số lượng sản phẩm.
Một mẫu yêu cầu ngắn có thể là: “Tạo tool chạy trên máy tính của tôi. Tool đọc file Excel có cột mã hàng và số lượng. Gom các dòng cùng mã hàng, cộng số lượng, và tạo file kết quả. Không sửa file gốc. Nếu thiếu cột mã hàng hoặc số lượng, báo lỗi rõ ràng thay vì tự đoán.” Cụm “báo lỗi rõ ràng” rất quan trọng. Nó giúp anh/chị phát hiện file nguồn thay đổi thay vì nhận một kết quả sai mà không biết.
Sau khi AI đưa mã, đừng chỉ hỏi “đã xong chưa?”. Hãy yêu cầu nó chỉ cách chạy, chỗ nào cần thay đổi khi tên cột khác đi, và cách quay lại phiên bản trước nếu sửa lỗi. Nếu gặp thông báo lỗi, chép nguyên thông báo đó cho AI. Việc tìm và sửa lỗi trong mã được gọi là bug debug; hiểu bước này giúp anh/chị không phải làm lại tool từ đầu mỗi lần có trục trặc.
Kiểm tra bằng dữ liệu thử trước khi chạm vào đơn thật
Sai lầm nguy hiểm nhất là đưa toàn bộ file khách hàng hoặc đơn hàng vào một tool vừa tạo. Hãy làm một file thử gồm dữ liệu không nhạy cảm hoặc dữ liệu đã che thông tin. Mục đích là kiểm tra luồng xử lý, không phải tiết kiệm vài phút chuẩn bị.
Ví dụ, anh/chị tạo file thử có đơn đã giao, đơn đang giao và đơn đã huỷ. Nếu quy tắc là chỉ xuất đơn đã giao, kết quả không được có hai trạng thái còn lại. Nếu tool báo tổng số lượng, anh/chị tự cộng trước trên file thử rồi dùng kết quả đó để đối chiếu khi chạy tool.
Kiểm tra thêm các tình huống khó chịu nhưng hay xảy ra: ô trống, tên cột viết khác, một mã hàng xuất hiện nhiều dòng, hoặc file có dấu tiếng Việt. Nếu tool không hiểu, hãy bảo AI sửa cho nó dừng lại và nêu lý do. Đừng để tool âm thầm bỏ qua dòng lỗi, vì một dòng bị bỏ có thể làm danh sách nhập hàng thiếu.
Anh/chị cần tách rõ quyền đọc và quyền sửa. Tool thống kê chỉ cần đọc file. Tool tạo báo cáo chỉ nên tạo file mới. Chỉ khi đã kiểm tra kỹ anh/chị mới cân nhắc cho tool cập nhật dữ liệu. Các nguyên tắc an toàn cơ bản khi xây dựng phần mềm, gồm kiểm soát dữ liệu đầu vào và quyền truy cập, có thể tham khảo tại tài liệu bảo mật của OWASP.
Một tình huống vận hành để hình dung đúng kỳ vọng
Một shop có thể dành nhiều thời gian chỉ để gom các dòng cùng mã hàng trước khi lên kế hoạch đóng gói. Tool nhỏ phù hợp trong tình huống này là tool tổng hợp số lượng theo mã, không phải một hệ thống thay toàn bộ việc vận hành.
Anh/chị xuất file đơn hàng trong ngày, đưa vào tool, rồi nhận lại bảng số lượng cần chuẩn bị. Người phụ trách vẫn đối chiếu bảng với đơn thực tế trước khi đóng gói. Nếu thấy một mã hàng có tên gần giống nhau nhưng là hai phiên bản khác, người đó phải quyết định có gộp hay không. AI không nên tự gộp chỉ vì tên na ná nhau.
Điều đáng học ở đây là ranh giới công việc. Tool làm phần lặp lại và dễ đếm. Con người giữ phần cần hiểu ngữ cảnh: hàng nào có quà tặng, đơn nào cần kiểm tra lại địa chỉ, khách nào không nên nhận tin nhắn. Khi ranh giới rõ, tool dễ viết, dễ thử và dễ sửa.
Nếu một quy trình mới chỉ tồn tại trong đầu anh/chị, hãy viết nó thành từng bước trước. Anh/chị có thể dùng cách áp dụng AI trong công việc hàng ngày để biến việc đang làm tay thành danh sách rõ ràng. Danh sách đó chính là nguyên liệu tốt nhất để giao AI làm tool.
Khi nào nên dừng và nhờ người có chuyên môn
Không phải việc nào cũng nên tự làm bằng AI. Hãy dừng khi tool cần tự trừ tiền, kết nối thanh toán, sửa giá hàng loạt, gửi tin nhắn diện rộng, hoặc giữ dữ liệu cá nhân nhạy cảm. Một lỗi ở các việc này có thể ảnh hưởng trực tiếp đến khách hàng và doanh thu.
Cũng nên nhờ người có chuyên môn khi nhiều người cùng dùng một tool, khi cần phân quyền, hoặc khi tool phải chạy liên tục dù máy tính của anh/chị tắt. Lúc đó, câu chuyện không còn là một file Excel và nút bấm đơn giản. Nó có thể cần máy chủ, sao lưu, nhật ký thay đổi và cơ chế phục hồi khi lỗi.
Anh/chị không cần học hết những phần này để bắt đầu. Nhưng cần nhận ra lúc nào tool đã vượt khỏi phạm vi cá nhân. Khái niệm localhost server giúp anh/chị hiểu vì sao một tool chạy trên máy mình khác với một hệ thống phục vụ nhiều người qua mạng. Biết giới hạn giúp anh/chị chọn đúng bước tiếp theo và không giao việc rủi ro cho một bản mã chưa được kiểm tra.
Câu hỏi thường gặp
Tôi chưa biết code thì tự làm tool quản lý bán hàng được không?
Được, nếu anh/chị bắt đầu từ một việc nhỏ và mô tả rõ quy trình đang làm. Anh/chị vẫn cần tự kiểm tra kết quả, vì AI có thể hiểu sai tên cột hoặc quy tắc. Đừng bắt đầu bằng tool có quyền sửa đơn thật.
Tôi nên làm tool quản lý tồn kho hay tool lọc đơn trước?
Hãy làm việc nào đang tốn thời gian nhất và có quy tắc rõ nhất. Nếu mỗi ngày anh/chị phải lọc đơn chưa xử lý, tool lọc đơn thường dễ kiểm tra hơn. Nếu tồn kho đã có ngưỡng cụ thể, tool cảnh báo tồn kho cũng là điểm bắt đầu hợp lý.
File Excel của tôi có nhiều tên cột khác nhau thì AI làm được không?
Làm được nếu anh/chị gửi cho AI tên cột thực tế và nêu cột nào bắt buộc. Tool nên báo lỗi khi không thấy cột cần thiết, thay vì cố đoán. Anh/chị nên lưu một file mẫu để lần sau dùng cùng cấu trúc.
Tool tự cộng số lượng sản phẩm có cần kiểm tra lại không?
Có. Hãy chuẩn bị một file thử mà anh/chị tự tính được đáp án trước khi chạy. Khi tool trả ra đúng kết quả trong các tình huống thử, anh/chị mới chuyển sang kiểm tra trên bản sao dữ liệu thật.
Tôi có nên cho tool tự nhắn tin cho khách không?
Không nên ở bản đầu tiên. Hãy để tool tạo danh sách hoặc nội dung nháp để người phụ trách duyệt trước. Chỉ tự động hoá thêm khi anh/chị đã kiểm soát được người nhận, nội dung và tình huống cần loại trừ.
Tool bị lỗi sau khi tôi đổi tên cột thì phải làm sao?
Chép nguyên thông báo lỗi và mô tả tên cột cũ, tên cột mới cho AI. Yêu cầu AI sửa kèm hướng dẫn kiểm tra lại bằng file thử. Đừng sửa trực tiếp file gốc nếu chưa có bản sao.
