Khi người dựng luồng tự động nghỉ việc, phải làm hai việc theo đúng thứ tự: chuyển các luồng và kết nối đứng tên họ sang tài khoản công ty trước, rồi mới khoá tài khoản và thu hồi quyền của họ. Làm ngược thứ tự thì luồng đứt ngay khi khoá tài khoản; làm chậm thì người đã nghỉ vẫn giữ quyền vào dữ liệu khách hàng qua những kết nối không ai nhớ ra.
Quy trình nghỉ việc thông thường lo thu máy tính, đổi mật khẩu wifi, khoá email. Phần tự động hoá hay bị sót vì nó vô hình: luồng nằm trên một nền tảng bên ngoài, đăng ký bằng email cá nhân của nhân viên, kết nối vào bảng tính công ty. Bài này đưa ra danh sách kiểm kê, thứ tự bàn giao, cách thu hồi không làm gián đoạn, và cách phòng từ trước để lần sau nhẹ nhàng hơn.
Vì sao tự động hoá là phần dễ sót nhất khi có người nghỉ
Luồng tự động khác thiết bị ở chỗ không ai nhìn thấy nó. Người dựng thường tự đăng ký một tài khoản trên nền tảng kéo thả, dùng email cá nhân cho tiện, rồi kết nối vào hộp thư hay bảng tính của công ty. Công ty dùng kết quả của luồng hằng ngày nhưng không có tên trong tài khoản nền tảng.
Khi người đó nghỉ, có ba khả năng. Họ xoá tài khoản nền tảng của mình, luồng biến mất. Họ để nguyên, luồng tiếp tục chạy bằng quyền họ đã cấp, và họ vẫn có thể đăng nhập xem dữ liệu. Hoặc công ty khoá email công ty của họ, kết nối gắn với email đó hết hạn, luồng ngừng giữa chừng. Cả ba đều không ai muốn, và cả ba đều xảy ra rất thường ở doanh nghiệp nhỏ.
Không cần nghi ngờ thiện chí của người nghỉ mới thấy đây là vấn đề. Phần lớn người đi không có ý xấu; rủi ro đến từ việc tài khoản cá nhân của họ sau này bị lộ, hoặc chính họ quên mất mình còn giữ quyền. Quy trình tốt bảo vệ cả công ty lẫn người nghỉ.
Kiểm kê trước ngày cuối: những gì đứng tên người sắp nghỉ
Bắt đầu kiểm kê ngay khi có quyết định nghỉ, không đợi ngày cuối. Người sắp nghỉ là người hiểu luồng nhất, nên cùng họ ngồi rà sẽ nhanh hơn rất nhiều.
- Tài khoản trên các nền tảng tự động hoá, kể cả tài khoản dùng thử họ từng lập để thử công cụ.
- Các luồng đang bật, luồng đã tắt nhưng chưa xoá, và lịch chạy của từng luồng.
- Kết nối trong mỗi luồng: kết nối vào hộp thư, lịch, ổ lưu trữ, trang bán hàng, nhóm nhắn tin, mỗi kết nối dùng tài khoản nào.
- Khoá API hoặc địa chỉ webhook họ đã tạo và dán vào công cụ khác.
- Ứng dụng bên thứ ba họ đã cấp quyền trên tài khoản công ty, xem trong mục ứng dụng đã kết nối của tài khoản đó.
- Câu lệnh cố định của các bước AI, tài liệu mô tả luồng, ghi chú cách sửa lỗi nếu có.
- Phương thức xác thực hai lớp của các tài khoản dùng chung mà họ đang giữ.
Ghi kết quả vào sổ kết nối của công ty. Nếu chưa có sổ, đây là dịp lập. Bảng kiểm kê này cũng là tài liệu bàn giao cho người tiếp nhận.
Thứ tự bàn giao không làm đứt việc
Mục tiêu là luồng chạy liên tục từ người cũ sang người mới, không ngày nào sót đơn hay sót lịch hẹn. Thứ tự dưới đây được sắp để đạt điều đó.
- Chọn người tiếp nhận và tài khoản công ty sẽ sở hữu luồng. Nếu công ty chưa có tài khoản riêng cho tự động hoá, lập ngay.
- Nếu nền tảng có tính năng chuyển quyền sở hữu luồng hoặc không gian làm việc nhóm, mời tài khoản công ty vào rồi chuyển. Nếu không có, xuất luồng hoặc dựng lại trên tài khoản công ty theo tài liệu kiểm kê.
- Tạo lại từng kết nối bằng tài khoản công ty. Chạy thử từng luồng bằng dữ liệu giả, so kết quả với luồng cũ.
- Bật luồng mới và tắt luồng cũ trong cùng một khung giờ ít việc, rồi theo dõi một hai ngày để chắc không chạy trùng hoặc sót.
- Tạo khoá API mới cho các dịch vụ dùng khoá, thay vào luồng mới, rồi vô hiệu khoá cũ.
- Chỉ khi mọi luồng mới đã ổn, mới thu hồi quyền của tài khoản người nghỉ và khoá tài khoản công ty của họ.
Bước bốn quan trọng: hai luồng cùng chạy dễ gửi khách hai email xác nhận hoặc ghi một đơn hai lần. Tắt bản cũ ngay khi bật bản mới, đừng để chồng nhiều ngày.
Thu hồi quyền: việc gì, ở đâu, kiểm thế nào
Sau khi bàn giao, bạn thu hồi theo danh sách. Cột cuối giúp xác nhận đã thu hồi thật chứ không chỉ tưởng là đã làm.
| Hạng mục | Thao tác thu hồi | Cách xác nhận |
|---|---|---|
| Ứng dụng đã cấp quyền trên tài khoản công ty | Gỡ trong mục ứng dụng đã kết nối | Danh sách không còn tên ứng dụng của người nghỉ |
| Quyền chia sẻ thư mục, bảng tính | Gỡ tài khoản cá nhân của họ khỏi danh sách chia sẻ | Mở phần chia sẻ, không còn địa chỉ của họ |
| Thành viên không gian làm việc trên nền tảng | Xoá khỏi nhóm hoặc hạ xuống không có quyền | Danh sách thành viên đã cập nhật |
| Khoá API do họ tạo | Vô hiệu trên trang quản lý của dịch vụ | Thử gọi bằng khoá cũ trong công cụ thì báo lỗi |
| Địa chỉ webhook họ biết | Tạo địa chỉ mới, xoá địa chỉ cũ | Gửi thử vào địa chỉ cũ không còn kích hoạt luồng |
| Tài khoản dùng chung họ biết mật khẩu | Đổi mật khẩu và thay phương thức xác thực hai lớp | Người phụ trách mới đăng nhập được bằng thông tin mới |
Dòng về địa chỉ webhook hay bị quên. Với nhiều nền tảng, ai biết địa chỉ webhook là gửi được dữ liệu vào luồng, không cần đăng nhập. Người nghỉ không có ý xấu thì không sao, nhưng địa chỉ đó có thể nằm trong ghi chú cá nhân của họ và lộ ra sau này.
Những tình huống khó và cách xử lý
Người nghỉ đột ngột, không bàn giao được. Ưu tiên giữ việc chạy: không xoá gì vội, kiểm kê từ phía công ty bằng cách mở mục ứng dụng đã kết nối của mọi tài khoản công ty và hỏi khách hàng gần đây có nhận được thư xác nhận không. Sau đó dựng lại luồng trên tài khoản công ty rồi mới thu hồi.
Luồng đăng ký trên tài khoản nền tảng bằng email cá nhân. Công ty không có quyền gì với tài khoản đó. Cách duy nhất là nhờ người nghỉ chuyển quyền sở hữu hoặc xuất luồng. Nếu không được, dựng lại luồng và thu hồi mọi quyền họ đã cấp từ phía tài khoản công ty, vì phần đó công ty kiểm soát được.
Không ai biết luồng nào đang chạy. Lần theo dấu vết: thư xác nhận khách nhận được gửi từ đâu, bảng tính nào tự có dòng mới mỗi ngày, nhóm nhắn tin nào có thông báo tự động. Mỗi dấu vết dẫn tới một luồng cần tìm chủ.
Người nghỉ là chính chủ doanh nghiệp cũ khi sang nhượng. Áp quy trình như trên, nhưng đưa danh sách kiểm kê vào hồ sơ sang nhượng để hai bên cùng xác nhận đã chuyển giao đủ luồng và kết nối.
Phòng từ trước: để lần sau nghỉ việc không thành sự cố
Cách đỡ tốn công nhất là đặt quy định ngay từ bây giờ: mọi luồng phục vụ công việc phải đăng ký trên tài khoản nền tảng của công ty, kết nối bằng tài khoản riêng cho tự động hoá, và được ghi vào sổ kết nối trong vòng một tuần sau khi dựng. Người dựng vẫn làm việc bình thường, chỉ là làm trong không gian của công ty.
Thêm một dòng vào biểu mẫu nghỉ việc: bạn có luồng tự động, kết nối, khoá API hay webhook nào phục vụ công việc không. Câu hỏi này bắt người nghỉ nghĩ lại, và phần lớn họ sẽ tự kê ra.
Mỗi quý, rà sổ kết nối một lần với người phụ trách từng luồng. Khi sổ luôn cập nhật, việc bàn giao lúc có người nghỉ chỉ còn là đổi tên người phụ trách và đổi mật khẩu, mất chưa tới một buổi.
Với vị trí hay dựng luồng như vận hành, marketing, kế toán, nên có thói quen hai người cùng biết mỗi luồng: một người dựng, một người được chỉ cách đọc lịch sử chạy và tắt luồng khi cần. Người thứ hai không cần giỏi công cụ, chỉ cần biết luồng ở đâu, làm gì, hỏng thì báo ai. Khi người dựng nghỉ, người thứ hai trở thành điểm tựa cho người tiếp nhận.
Tình huống mẫu: cửa hàng mỹ phẩm online thay người vận hành
Ví dụ giả định: một cửa hàng mỹ phẩm bán online ở Vĩnh Long có năm luồng do một nhân viên vận hành dựng trong hai năm: đơn mới từ trang bán hàng vào bảng theo dõi, báo đơn cho người đóng gói qua nhóm nhắn tin, nhắc khách đánh giá sau khi giao, bước AI phân loại tin nhắn hỏi hàng, và báo cáo doanh số cuối ngày gửi chủ. Nhân viên báo nghỉ trước ba tuần.
Chủ cửa hàng cùng nhân viên ngồi rà và phát hiện cả năm luồng nằm trên tài khoản nền tảng đăng ký bằng email cá nhân của nhân viên. Bước AI dùng khoá của tài khoản AI cá nhân. Bảng theo dõi đơn nằm trong ổ lưu trữ cá nhân, chỉ chia sẻ cho chủ. Nếu nhân viên nghỉ mà không ai để ý, bảng đơn hàng hai năm sẽ đi theo họ.
Kế hoạch được lập trong một buổi: tuần đầu lập tài khoản công ty cho tự động hoá và tài khoản AI đứng tên cửa hàng, chuyển bảng theo dõi sang ổ của tài khoản công ty; tuần hai dựng lại năm luồng trên không gian công ty, chạy song song ở chế độ thử với dữ liệu giả; tuần ba bật bản mới, tắt bản cũ, nhân viên xuất bản sao cuối của luồng cũ để lưu rồi xoá tài khoản nền tảng cá nhân. Ngày cuối, chủ gỡ quyền chia sẻ và thu hồi ứng dụng như bảng trên. Người tiếp nhận có sổ kết nối năm dòng làm tài liệu.
Câu hỏi thường gặp
Có nên xoá ngay tài khoản email công ty của người nghỉ không?
Không nên xoá ngay. Khoá đăng nhập và chuyển tiếp thư sang người phụ trách là đủ trong giai đoạn đầu. Xoá vội có thể làm mất dữ liệu, mất quyền sở hữu tệp và làm đứt luồng còn gắn với tài khoản đó. Chỉ xoá khi đã bàn giao xong và hết thời gian lưu theo quy định nội bộ.
Người nghỉ có quyền giữ lại luồng họ tự dựng không?
Luồng phục vụ công việc và dùng dữ liệu công ty là tài sản công việc, nên được bàn giao. Ý tưởng hay cách dựng thì người đó vẫn mang theo kinh nghiệm. Tốt nhất là ghi rõ điều này trong quy định nội bộ hoặc hợp đồng từ trước để tránh tranh cãi.
Đổi mật khẩu tài khoản công ty có cắt được luồng của người nghỉ không?
Không chắc. Các kết nối dùng mã truy cập có thể vẫn chạy sau khi đổi mật khẩu, tuỳ hãng và loại quyền. Vì vậy phải thu hồi riêng từng ứng dụng trong mục ứng dụng đã kết nối, không trông vào việc đổi mật khẩu.
Làm sao chắc người nghỉ không còn truy cập được dữ liệu?
Kiểm theo bảng thu hồi: danh sách chia sẻ không còn tài khoản của họ, ứng dụng của họ đã bị gỡ, khoá API cũ đã vô hiệu, mật khẩu tài khoản dùng chung đã đổi. Sau đó xem nhật ký hoạt động vài tuần để chắc không còn truy cập lạ.
Công ty quá nhỏ, không có sổ kết nối thì bắt đầu từ đâu?
Bắt đầu bằng một bảng tính sáu cột: tên luồng, việc làm, tài khoản sở hữu, các kết nối, người phụ trách, ngày rà gần nhất. Điền ngay khi có người sắp nghỉ, rồi giữ thói quen cập nhật mỗi khi dựng luồng mới.