Câu hỏi phỏng vấn IT helpdesk: 26 câu theo 5 nhóm, mẫu trả lời và bảng ưu tiên ticket

IT helpdesk là cánh cửa vào ngành IT dễ đi nhất, nhưng cũng là nơi nhiều ứng viên bị loại vì trả lời sai trọng tâm. Bộ câu hỏi phỏng vấn IT helpdesk dưới đây gom 26 câu theo 5 nhóm, kèm mẫu trả lời nói thành lời và bảng phân loại mức ưu tiên ticket. Người tuyển bạn không chấm bạn biết nhiều kỹ thuật đến đâu, mà chấm bạn xử lý một người đang bực đến đâu.

Nhà tuyển dụng IT helpdesk thực sự tìm gì ở bạn?

Helpdesk là tuyến đầu: mọi lỗi của công ty đi qua bạn trước khi tới system admin hay network team. Bảng điểm phỏng vấn vì thế thường có bốn cột, và kỹ thuật chỉ là một cột.

• Kiến thức nền đủ rộng: Windows, Microsoft 365, máy in, mạng LAN–Wi‑Fi, phần cứng cơ bản. Rộng quan trọng hơn sâu.
• Quy trình trong đầu: bạn đi theo một chuỗi kiểm tra cố định, hay sửa theo cảm tính.
• Dịch kỹ thuật sang tiếng người: giải thích cho kế toán, nhân sự, công nhân hiểu mà không làm họ cảm thấy mình kém.
• Thái độ khi bị thúc: user đứng cạnh bàn, trưởng phòng gọi điện, ticket dồn – bạn còn giữ được thứ tự ưu tiên không.

Về thu nhập, khảo sát tin tuyển dụng IT helpdesk và IT support trên các trang việc làm tháng 10/2026 cho thấy phần lớn tin ở mức 8–15 triệu đồng/tháng cho người mới ra trường đến khoảng 2 năm kinh nghiệm; tin đòi thêm chuyên môn quản trị hệ thống hoặc cơ sở dữ liệu ghi 17–25 triệu. Hãy đối chiếu với mức lương thị trường trước khi đàm phán.

Nhóm 1: Động lực và hiểu nghề (5 câu)

1. Vì sao bạn chọn IT helpdesk mà không phải lập trình hay tester?
2. Bạn hình dung một ngày làm việc của helpdesk gồm những gì?
3. Bạn muốn đi tiếp theo hướng nào sau 2–3 năm làm helpdesk?
4. Công ty chúng tôi dùng hệ thống nào, bạn đã tìm hiểu chưa?
5. Điều gì ở nghề này bạn thấy khó chịu nhất?

Mẫu trả lời câu 1: "Em thích phần thấy kết quả ngay: sửa xong máy in cho phòng kế toán là họ chốt được sổ buổi chiều đó. Em cũng muốn hiểu cả hệ thống công ty vận hành thế nào trước khi đi sâu một nhánh, nên helpdesk là chỗ học nhanh nhất."

Mẫu trả lời câu 5: Đừng nói "không có gì" – hãy chọn một khó chịu thật kèm cách bạn sống chung với nó: "Khó nhất là bị ngắt giữa lúc đang xử lý việc khác. Em ghi ticket ngay cả khi user nhờ miệng, để không quên và có cơ sở sắp xếp thứ tự."

Nhóm 2: Câu hỏi phỏng vấn IT helpdesk về kỹ thuật nền (6 câu)

1. Phân biệt RAM và ổ cứng SSD; nếu máy chậm thì nên nâng cái nào trước?
2. DNS làm gì? Khi user nói "vào Google được mà vào trang nội bộ không được" thì bạn nghĩ tới nguyên nhân nào?
3. Nêu các nguyên nhân khiến user không gửi được mail trên Outlook.
4. Máy in báo đã nhận lệnh nhưng không ra giấy – bạn kiểm tra theo thứ tự nào?
5. Màn hình xanh BSOD: bạn làm gì đầu tiên?
6. VPN không kết nối được – bạn tách lỗi của máy user và lỗi của hệ thống bằng cách nào?

Ở nhóm này, cách trả lời quan trọng hơn đáp án. Hãy nói thành một chuỗi: hỏi – khoanh vùng – thử – kết luận – chuyển tiếp nếu vượt phạm vi.

Mẫu trả lời câu 9: "Em hỏi trước là máy khác in được không, để biết lỗi ở máy in hay ở máy user. Nếu máy khác in được, em kiểm tra hàng đợi in, khởi động lại dịch vụ Print Spooler rồi cài lại driver. Nếu không máy nào in được, em kiểm tra nguồn, giấy, mực, kết nối mạng và địa chỉ IP của máy in."

Mẫu trả lời câu 11: "Em cho user mở một trang bất kỳ để chắc internet của họ còn sống, rồi kiểm tra tài khoản có bị khoá hay hết hạn mật khẩu không, sau đó tới VPN client và tường lửa trên máy. Nếu nhiều người cùng báo giống nhau, em dừng sửa từng máy và báo network team, vì khả năng cao cổng VPN phía công ty có vấn đề."

Nhóm 3: Xử lý ticket, mức ưu tiên và SLA (6 câu)

1. Bạn đang xử lý một ticket thì có ba người gọi tới. Bạn làm gì?
2. Mức ưu tiên của một ticket được xác định dựa trên cái gì?
3. SLA là gì, và khi sắp trễ SLA bạn xử lý thế nào?
4. MTTR dùng để đo điều gì?
5. Bạn đã dùng hệ thống quản lý ticket nào?
6. Hai user báo cùng một lỗi – bạn mở hai ticket hay một?

Mức ưu tiên là giao của hai yếu tố: ảnh hưởng tới bao nhiêu người và gấp đến mức nào. Bảng dưới là cách diễn đạt ngắn bạn có thể nói ngay trong phỏng vấn.

Mức	Tình huống điển hình	Cách nói trong phỏng vấn
P1	Máy chủ file hoặc hệ thống kế toán sập, cả phòng không làm được việc	"Em báo ngay cấp trên và network team, song song thông báo các phòng bị ảnh hưởng"
P2	Một nhóm nhỏ bị ảnh hưởng, còn đường tạm	"Em xử lý trước và đưa giải pháp tạm để họ không phải dừng việc"
P3	Một user lỗi một phần mềm, còn máy khác thay thế	"Em hẹn giờ cụ thể rồi làm theo thứ tự ticket"
P4	Cài đặt, cấp quyền, đổi thiết bị, không gấp	"Em gom lại xử lý theo lô để không chen ngang việc gấp"

Mẫu trả lời câu 12: "Em xin số nội bộ và mô tả ngắn của cả ba, ghi thành ba ticket rồi mới xếp thứ tự. Nếu có việc cả phòng không truy cập được hệ thống, việc đó lên trước việc em đang làm. Em nhắn lại cho người bị đẩy xuống một khung giờ cụ thể, vì người dùng chịu được việc chờ, chỉ không chịu được việc không biết chờ bao lâu."

Mẫu trả lời câu 14: "SLA là cam kết thời gian phản hồi và thời gian xử lý với người dùng. Khi sắp trễ, em không im lặng chờ sửa xong: em cập nhật ticket, nêu đã loại được nguyên nhân nào, cần chuyển cho ai, rồi xin mốc thời gian mới. Trễ có báo trước là sự cố; trễ im lặng là lỗi thái độ."

Nhóm 4: Giải thích lỗi cho người không biết kỹ thuật (5 câu)

1. Giải thích DNS cho một nhân viên kế toán trong 30 giây.
2. User nói "máy tôi chậm" nhưng không mô tả thêm được gì. Bạn hỏi những gì?
3. Kể một lần bạn gặp user đang rất tức giận và cách bạn xử lý.
4. Bạn cần quyền điều khiển máy từ xa, nhưng user e ngại. Bạn nói gì?
5. Lỗi do chính user gây ra – bạn thông báo thế nào?

Một công thức bốn bước giúp bạn trả lời cả năm câu trên mà không lúng túng: xác nhận cảm giác của họ – nói nguyên nhân bằng hình ảnh quen thuộc – nói bạn sẽ làm gì – nói mốc thời gian.

Mẫu trả lời câu 18: "DNS giống danh bạ điện thoại: mình nhớ tên người chứ không nhớ số, còn DNS đổi tên trang web thành số máy để máy tính gọi đúng. Khi danh bạ này lỗi thì gõ tên vào không ra, dù đường truyền vẫn tốt."

Mẫu trả lời câu 19: "Em hỏi ba câu: chậm từ khi nào, chậm ở một phần mềm hay mọi lúc, và hôm đó có cài hay cập nhật gì mới. Ba câu này đủ để khoanh vùng giữa lỗi phần mềm, lỗi mạng và máy thiếu RAM. Nếu user khó mô tả, em xin ảnh chụp màn hình hoặc xin phép xem trực tiếp."

Mẫu trả lời câu 21 (nói gần như nguyên văn được):

"Em cần xem màn hình của anh/chị khoảng 10 phút để tìm đúng nguyên nhân. Em chỉ xem phần liên quan tới lỗi, anh/chị vẫn thấy mọi việc em làm và có thể ngắt kết nối bất cứ lúc nào. Nếu đang mở tài liệu riêng thì mình đóng lại trước khi em vào."

Câu này ghi điểm vì vừa giải quyết nỗi lo của người dùng, vừa cho thấy bạn hiểu giới hạn quyền truy cập. Kỹ năng trấn an người đang nóng cũng được chấm ở các vị trí tiếp xúc khách hàng khác – xem thêm trong bộ câu hỏi phỏng vấn telesales.

Nhóm 5: Quyền truy cập và dữ liệu cá nhân (4 câu, mới gặp nhiều từ 2026)

1. Một trưởng phòng yêu cầu bạn mở hộp thư của nhân viên vừa nghỉ. Bạn làm gì?
2. Bạn thu hồi và cài lại máy cũ của nhân viên nghỉ việc theo các bước nào?
3. User nhờ bạn lưu hộ mật khẩu để lần sau đăng nhập nhanh. Bạn trả lời sao?
4. Bạn xử lý dữ liệu cá nhân của nhân viên trong quá trình hỗ trợ như thế nào?

Nhóm này xuất hiện nhiều hơn kể từ khi Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực ngày 01/01/2026. Luật khẳng định chủ thể dữ liệu có quyền đồng ý hoặc không đồng ý việc xử lý dữ liệu cá nhân của mình và có quyền rút lại sự đồng ý đã cho. Bạn không cần thuộc điều khoản, nhưng cần thể hiện đúng tinh thần: chỉ chạm đúng phần dữ liệu cần cho việc đang làm, và có người phê duyệt.

Mẫu trả lời câu 23: "Em không tự mở. Em đề nghị yêu cầu đi qua ticket có xác nhận của nhân sự hoặc cấp có thẩm quyền, nêu rõ cần dữ liệu gì và để làm gì. Sau khi được duyệt, em chỉ xuất đúng phần dữ liệu công việc được nêu, rồi ghi lại vào ticket ai duyệt và em đã làm gì."

Mẫu trả lời câu 25: "Em không giữ mật khẩu của người dùng. Nếu họ hay quên, em hướng dẫn dùng công cụ quản lý mật khẩu của công ty. Khi phải reset, em đặt mật khẩu tạm và yêu cầu đổi ở lần đăng nhập đầu tiên."

Ba lỗi khiến ứng viên IT helpdesk bị loại

• Trả lời kỹ thuật mà bỏ quên con người. Nói đúng nguyên nhân BSOD nhưng không nói sẽ thông báo gì cho user đang dở việc là mất điểm ở cột quan trọng nhất.
• Không có thứ tự ưu tiên. Được hỏi tình huống ba việc cùng lúc mà trả lời "em làm hết" thì người phỏng vấn hiểu bạn sẽ vỡ trận trong tuần đầu.
• Nói quá về kinh nghiệm công cụ. Khai từng dùng một hệ thống ticket rồi không mô tả được ticket đi qua những trạng thái nào. Thà nói chưa dùng nhưng hiểu nguyên tắc.

Một chi tiết nhỏ nhưng hiệu quả: mang theo hai, ba tình huống thật, mỗi tình huống kể được bối cảnh, việc bạn làm và kết quả. Chưa có kinh nghiệm thì việc sửa máy ở kỳ thực tập hay cho câu lạc bộ ở trường đều dùng được.

Tóm lại

Bộ câu hỏi phỏng vấn IT helpdesk không khó ở kiến thức, mà khó ở phần chứng minh bạn có quy trình và biết nói chuyện với người đang bực. Hãy chuẩn bị ba thứ: chuỗi kiểm tra cho ba lỗi phổ biến nhất (máy in, mạng, đăng nhập), bảng bốn mức ưu tiên ở trên, và hai tình huống thật của riêng bạn.

Trước khi gửi hồ sơ, hãy để phần kinh nghiệm nêu rõ loại lỗi bạn từng xử lý và công cụ từng dùng – làm nhanh bằng công cụ tạo CV online miễn phí của Nhân Sự Tốt, rồi xem các vị trí IT helpdesk đang tuyển để ứng tuyển ngay.