Khi nào cần IT onsite, khi nào remote support là đủ?

Tóm tắt nhanh: Remote support phù hợp với email, Microsoft 365, phần mềm, phân quyền, mật khẩu, hướng dẫn người dùng và kiểm tra cấu hình. IT onsite cần thiết khi sự cố liên quan phần cứng, máy in, dây mạng, Wi-Fi, switch/router, NAS, bàn giao thiết bị hoặc nhiều người trong văn phòng bị ảnh hưởng. Cách tốt nhất là có quy trình triage: remote khoanh vùng trước, onsite khi có dấu hiệu vật lý hoặc cần thao tác tại chỗ.

Vì sao không nên xử lý tất cả bằng một kênh?

Nhiều công ty gom mọi yêu cầu IT vào Zalo hoặc điện thoại. Cách này nhanh lúc đầu nhưng dễ rối: người dùng không biết lỗi của mình có cần kỹ thuật tới hay không, quản lý không biết sự cố nào lặp lại, còn IT thì mất thời gian chạy tới những việc có thể xử lý remote. Ngược lại, nếu cố remote mọi thứ, các lỗi phần cứng, dây mạng, máy in hoặc Wi-Fi yếu sẽ kéo dài và làm người dùng mất niềm tin.

Mô hình tốt hơn là kết hợp IT Helpdesk để nhận ticket, phân loại mức ưu tiên và IT Support để xử lý remote/onsite theo đúng tình huống. Khi có ticket, doanh nghiệp có dữ liệu để xem lỗi nào nên đào tạo người dùng, lỗi nào cần thay thiết bị, lỗi nào cần nâng cấp hạ tầng.

Bảng quyết định onsite hay remote

Quy trình triage trước khi cử kỹ thuật onsite

SLA nên quy định onsite như thế nào?

Chọn mô hình chi phí nào?

Các lỗi nên remote trước

Remote support nên là bước đầu với lỗi email, Outlook, Microsoft 365, Google Workspace, mật khẩu, MFA, phân quyền thư mục, VPN, phần mềm kế toán/CRM/ERP, chữ ký email, license, máy chạy chậm do phần mềm hoặc hướng dẫn người dùng. Những việc này thường có thể xử lý qua admin portal, remote tool hoặc hướng dẫn từng bước.

Remote trước không có nghĩa là “né onsite”. Mục tiêu là khoanh vùng nhanh: lỗi có xảy ra trên webmail không, một user hay nhiều user, một thiết bị hay nhiều thiết bị, một mạng hay mọi mạng, lỗi có mã cụ thể không. Khi khoanh vùng tốt, nếu cần onsite thì kỹ thuật đến với đúng linh kiện, đúng thiết bị và đúng checklist.

Các lỗi nên onsite sớm

Onsite nên được ưu tiên khi máy không bật, ổ cứng có dấu hiệu lỗi, màn hình/nguồn/RAM/SSD cần kiểm, máy in kẹt giấy hoặc không nhận mạng, dây mạng/switch/router cần đo, Wi-Fi yếu theo khu vực, NAS/server nội bộ lỗi, camera/chấm công/POS bị ảnh hưởng hoặc cần bàn giao/thu hồi thiết bị.

Với văn phòng có nhiều máy in, Wi-Fi, NAS và thiết bị ngoại vi, onsite định kỳ cũng giúp giảm sự cố. Kỹ thuật có thể kiểm dây, cổng mạng, tình trạng ổ cứng, firmware, backup, bụi bẩn, tem tài sản và danh sách thiết bị. Đây là phần remote gần như không làm đủ được.

Cách phối hợp onsite với checklist bảo mật tài khoản

Khi kỹ thuật onsite để cài máy mới, bàn giao thiết bị hoặc thu hồi máy, nên kết hợp kiểm tài khoản: MFA, VPN, email, license, quyền thư mục, phần mềm nội bộ và thiết bị tin cậy. Bài checklist bảo mật tài khoản nhân viên có thể dùng như phần kiểm bắt buộc khi onboarding/offboarding.

Đi onsite mà chỉ sửa lỗi trước mắt thì dễ bỏ sót rủi ro. Đi onsite có checklist giúp doanh nghiệp vừa xử lý sự cố, vừa cập nhật tài sản, quyền truy cập và bằng chứng bàn giao.

Checklist trước khi đặt lịch onsite

Trước khi cử kỹ thuật đến văn phòng, Helpdesk nên xác nhận địa chỉ, người liên hệ tại chỗ, giờ có thể thao tác, thiết bị liên quan, ảnh lỗi, số lượng người bị ảnh hưởng, quyền truy cập cần chuẩn bị và có cần mang linh kiện hay không. Với lỗi máy in hoặc mạng, nên hỏi thêm vị trí thiết bị, model, cổng mạng, sơ đồ kết nối nếu có và lần gần nhất thiết bị hoạt động bình thường.

Nếu không thu thập các thông tin này, kỹ thuật có thể đến nơi nhưng thiếu adapter, thiếu RAM/SSD, không có quyền admin, không gặp được người dùng hoặc không được phép ngắt thiết bị trong giờ làm việc. Khi đó chi phí onsite tăng mà hiệu quả không tăng.

Chỉ số nên theo dõi sau khi triển khai mô hình kết hợp

Doanh nghiệp nên theo dõi tỷ lệ ticket xử lý remote, tỷ lệ ticket cần onsite, thời gian phản hồi P1/P2, số lần phải quay lại cùng một lỗi, số thiết bị phải thay, số lỗi máy in/mạng/Wi-Fi lặp lại và số yêu cầu onsite bị trễ do thiếu thông tin. Những chỉ số này giúp quyết định có cần tăng lịch onsite định kỳ hay không.

Nếu nhiều ticket remote chuyển thành onsite vì thiếu thông tin ban đầu, cần cải thiện form tiếp nhận. Nếu nhiều ticket onsite lặp lại tại cùng khu vực, có thể cần nâng cấp Wi-Fi, switch, máy in hoặc quy trình sử dụng thiết bị. Nếu phần lớn ticket xử lý được remote, doanh nghiệp có thể giảm số buổi onsite và giữ SLA theo nhu cầu thực tế.

Câu hỏi thường gặp

Doanh nghiệp nhỏ có cần IT onsite định kỳ không?

Nếu có nhiều máy in, Wi-Fi, máy tính bàn, NAS hoặc thiết bị ngoại vi, nên có onsite định kỳ theo tháng/quý để gom việc kiểm tra và giảm sự cố lặp lại.

Remote support có an toàn không?

Có, nếu dùng công cụ remote được kiểm soát, có xác nhận người dùng, ghi ticket, không chia sẻ mật khẩu qua chat và lưu bằng chứng xử lý.

Có nên thuê IT onsite cố định không?

Chỉ nên khi số lượng người dùng lớn, sự cố nhiều, vận hành liên tục hoặc cần phản hồi tại chỗ rất nhanh. Nhiều SME phù hợp hơn với mô hình remote + onsite theo lịch/SLA.