Bị từ chối phỏng vấn IT là trải nghiệm mà hầu như mọi fresher và junior developer đều trải qua ít nhất một lần — thường là nhiều hơn thế. Cú từ chối đầu tiên có thể khiến bạn nghi ngờ năng lực bản thân, nhưng thực tế phần lớn các trường hợp thất bại đều có nguyên nhân cụ thể, có thể xác định và có thể khắc phục trong vòng vài tuần nếu bạn biết nhìn đúng chỗ.
Bị từ chối phỏng vấn IT — tôi đã làm gì để pass lần sau
Bài này không phải bài “động lực” kiểu “cứ cố gắng rồi sẽ thành công.” Đây là bài phân tích thực chiến: tại sao developer bị từ chối, cách đọc feedback để tìm đúng vấn đề, và kế hoạch cụ thể để cải thiện trước buổi phỏng vấn tiếp theo — dựa trên kinh nghiệm thực tế từ cộng đồng developer Việt Nam.
Mục lục
- 1. Tại sao bị từ chối không có nghĩa là bạn không đủ giỏi?
- 2. 6 nguyên nhân phổ biến nhất khiến fresher/junior bị từ chối
- 3. Cách đọc feedback từ chối để tìm đúng vấn đề
- 4. Kế hoạch cải thiện theo từng nguyên nhân
- 5. Case study — từ 0/5 offer đến nhận việc sau 6 tuần
- 6. 5 sai lầm hay mắc sau khi bị từ chối
- 7. FAQ — Câu hỏi thường gặp
- 8. Tổng kết
1. Tại sao bị từ chối không có nghĩa là bạn không đủ giỏi?
Phỏng vấn không phải bài kiểm tra tuyệt đối năng lực. Đó là quá trình matching — công ty tìm người phù hợp với yêu cầu cụ thể tại thời điểm cụ thể, với ngân sách cụ thể, trong đội nhóm có văn hóa cụ thể. Một developer xuất sắc hoàn toàn có thể bị từ chối vì công ty vừa quyết định đổi stack, vì họ tìm người senior hơn, hoặc đơn giản vì có ứng viên nội bộ được ưu tiên.
1.1. Hai loại từ chối khác nhau hoàn toàn
Từ chối do năng lực chưa đủ và từ chối do không match là hai vấn đề khác nhau và cần hành động khác nhau. Loại đầu: bạn cần học thêm, luyện thêm. Loại sau: bạn cần apply đúng chỗ hơn, hoặc đơn giản là xui xẻo về thời điểm. Hầu hết fresher mắc lỗi là sau khi bị từ chối, họ cào đầu học thêm kỹ thuật dù vấn đề thực sự là cách trình bày hoặc mức lương kỳ vọng không phù hợp.
1.2. Tỷ lệ từ chối là bình thường trong ngành
Ngay cả developer có kinh nghiệm tại các công ty lớn cũng trải qua tỷ lệ từ chối 70–80% khi chuyển việc — con số này cao hơn ở fresher. Mục tiêu không phải là không bị từ chối, mà là rút ngắn số lần cần thử trước khi có offer đầu tiên. Và điều đó hoàn toàn có thể làm được bằng cách phân tích đúng nguyên nhân.
2. 6 nguyên nhân phổ biến nhất khiến fresher/junior bị từ chối
2.1. Kiến thức nền tảng có lỗ hổng lớn
Không phải “chưa biết hết” — mà là lỗ hổng ở những thứ cơ bản mà nhà tuyển dụng mặc định bạn phải biết. Ví dụ: không giải thích được sự khác nhau giữa GET và POST ở tầng HTTP khi apply vị trí backend, hoặc không biết React re-render hoạt động như thế nào khi apply frontend React. Những câu hỏi này xuất hiện trong 90% buổi phỏng vấn và không trả lời được là red flag lớn.
2.2. Không có project thực tế để chứng minh
CV liệt kê kỹ năng nhưng không có project nào có thể demo hoặc link GitHub. Nhà tuyển dụng không thể verify. Một project nhỏ nhưng hoàn chỉnh — có README rõ ràng, có thể chạy được, có giải thích kiến trúc — có giá trị hơn danh sách 15 công nghệ trên CV mà không có gì để chứng minh.
2.3. Trả lời câu hỏi hành vi (behavioral) quá yếu
Developer thường chuẩn bị kỹ phần kỹ thuật nhưng bị bất ngờ với câu hỏi kiểu: “Kể cho tôi nghe về lần bạn làm việc nhóm gặp conflict?” hoặc “Bạn đã làm gì khi deadline gấp mà task chưa xong?” Trả lời chung chung, không có ví dụ cụ thể, hoặc im lặng kéo dài là dấu hiệu thiếu kinh nghiệm mà HR ghi nhận rất rõ.
2.4. Kỳ vọng lương không phù hợp với thị trường
Fresher đôi khi đặt mức kỳ vọng quá cao so với kinh nghiệm thực tế (dựa theo số nghe nói trên mạng mà không verify), hoặc ngược lại — undervalue bản thân khiến công ty nghi ngờ về chất lượng. Không biết mức thị trường cụ thể theo vị trí, stack, và loại công ty là nguyên nhân âm thầm của nhiều lần từ chối ở bước HR cuối.
2.5. Giao tiếp và ngôn ngữ cơ thể gây mất điểm
Câu trả lời đúng nhưng thiếu tự tin trong cách diễn đạt. Không duy trì giao tiếp mắt. Giọng đuối dần ở cuối câu khi không chắc. Khoanh tay khi gặp câu hỏi khó. Những tín hiệu phi ngôn ngữ này ảnh hưởng đến quyết định của interviewer nhiều hơn hầu hết ứng viên nghĩ.
2.6. Apply sai loại công ty hoặc sai vị trí
Apply vào công ty product yêu cầu tư duy sản phẩm trong khi bạn chỉ quen outsource task. Apply vị trí “junior” nhưng JD thực ra đòi hỏi 2–3 năm kinh nghiệm thực chiến. Apply stack bạn chỉ học lý thuyết nhưng chưa có project thực. Đây là nguyên nhân mà nhiều người không nhận ra vì nó xảy ra trước khi vào phòng phỏng vấn.
3. Cách đọc feedback từ chối để tìm đúng vấn đề
Phần lớn công ty Việt Nam không gửi feedback chi tiết sau khi từ chối — bạn chỉ nhận được câu email mẫu hoặc im lặng. Nhưng vẫn có cách khai thác thông tin từ đó.
3.1. Từ chối xảy ra ở vòng nào — đó là thông tin quan trọng nhất
- Bị loại sau khi nộp CV → Vấn đề ở CV: format, từ khóa, kinh nghiệm không match JD, hoặc thiếu project thực tế
- Bị loại sau vòng HR/sàng lọc điện thoại → Vấn đề ở kỳ vọng lương, thời gian bắt đầu, hoặc câu trả lời về bản thân quá chung chung
- Bị loại sau vòng kỹ thuật → Vấn đề ở kiến thức nền tảng, khả năng giải bài, hoặc không giải thích được tư duy khi làm
- Bị loại sau vòng cuối → Vấn đề thường là cultural fit, giao tiếp, kỳ vọng lương không khớp, hoặc có ứng viên khác phù hợp hơn ở điểm cụ thể nào đó
3.2. Chủ động xin feedback sau khi bị từ chối
Gửi email lịch sự xin feedback là hoàn toàn chuyên nghiệp và nhiều recruiter sẽ trả lời nếu bạn hỏi đúng cách. Mẫu email ngắn gọn: “Cảm ơn anh/chị đã dành thời gian phỏng vấn. Nếu có thể, tôi rất muốn biết điểm nào tôi cần cải thiện để chuẩn bị tốt hơn cho các cơ hội tiếp theo.” Câu hỏi cụ thể, không cầu cạnh, và thể hiện tư duy muốn học hỏi — ba yếu tố đó tăng đáng kể khả năng bạn nhận được phản hồi thật.
4. Kế hoạch cải thiện theo từng nguyên nhân
4.1. Nếu bị loại do kiến thức kỹ thuật
Không học rải — học theo cluster câu hỏi phỏng vấn thực tế. Dùng danh sách câu hỏi phỏng vấn theo stack (ví dụ tham khảo bài Tips phỏng vấn junior IT A-Z), tự trả lời từng câu không nhìn tài liệu, ghi lại những câu trả lời không chắc, và ôn lại đúng phần đó. Mỗi ngày 45 phút trong 3 tuần là đủ để lấp lỗ hổng kiến thức nền của một stack cụ thể.
4.2. Nếu bị loại do thiếu project thực tế
Không cần build app hoành tráng. Chọn một bài toán nhỏ nhưng thực tế: clone một tính năng cụ thể (auth flow, CRUD với pagination, REST API với rate limiting), deploy lên Vercel/Railway/Render, viết README có ảnh screenshot và hướng dẫn chạy. Một project như vậy mất 1–2 tuần và có giá trị cao hơn 10 project tutorial copy-paste không có gì để nói thêm.
4.3. Nếu bị loại do giao tiếp và trình bày
Luyện phỏng vấn giả lập với bạn bè hoặc tự record video. Xem lại video và tìm những lúc giọng đuối, nhìn xuống, hoặc câu trả lời lan man. Đây là cách nhanh nhất để nhận ra lỗi mà bản thân không tự nhận thấy được trong khi đang phỏng vấn thật.
4.4. Nếu bị loại do kỳ vọng lương không phù hợp
Research mức thị trường cụ thể: tham khảo ITviec Salary Report, Vietnam IT Market Report của TopDev, hỏi trong cộng đồng developer (group Facebook, Discord). Phân biệt mức lương theo loại công ty: outsource, product, startup, công ty nước ngoài — dao động rất lớn dù cùng vị trí và stack. Xem thêm tại bài Mức lương IT 2026 để có số liệu tham chiếu cụ thể.
5. Case study — từ 0/5 offer đến nhận việc sau 6 tuần
Hùng — fresher backend PHP tốt nghiệp tháng 3/2024 — apply 5 công ty trong tháng đầu và bị từ chối cả 5, đều ở vòng kỹ thuật. Thay vì apply tiếp ngay, anh dừng lại và phân tích: ghi lại từng câu hỏi bị hỏi trong 5 buổi đó, xác định pattern — tất cả đều hỏi về database (index, query optimization, transaction) và OOP (SOLID, dependency injection). Anh không học thêm framework mới mà dành 3 tuần chỉ ôn đúng hai chủ đề đó, build thêm một project REST API Laravel có authentication, viết README giải thích kiến trúc. Tuần thứ 4 apply lại: pass kỹ thuật 3/3 công ty tiếp theo. Nhận offer từ công ty outsource tại Đà Nẵng, mức 8 triệu/tháng — đúng mức thị trường cho fresher PHP có project thực tế. Điều anh thay đổi không phải là học thêm nhiều hơn — mà là học đúng hơn.
6. 5 sai lầm hay mắc sau khi bị từ chối
6.1. Apply ngay lập tức vào công ty khác mà không phân tích
Phản xạ tự nhiên sau khi bị từ chối là “apply thêm chỗ khác.” Nhưng nếu vấn đề nằm ở kiến thức hoặc project — apply thêm 10 chỗ chỉ tạo thêm 10 lần thất bại tương tự. Dừng lại ít nhất 3–5 ngày để phân tích trước khi apply tiếp.
6.2. Học thêm công nghệ mới thay vì củng cố nền tảng
Bị hỏi về React hooks không trả lời được → đi học Next.js ngay là sai hướng hoàn toàn. Nền tảng không vững thì thêm công nghệ mới chỉ tạo thêm lỗ hổng mới. Ưu tiên luôn là: học sâu những gì đã có trước, rồi mới mở rộng ra.
6.3. So sánh bản thân với người khác thay vì với bản thân ngày hôm qua
Thấy bạn cùng khóa nhận offer trong khi mình bị từ chối lần ba là cảm giác nặng nề. Nhưng mỗi người có xuất phát điểm, portfolio, và loại công ty apply khác nhau. Câu hỏi đúng duy nhất là: “Tôi đã tốt hơn so với buổi phỏng vấn trước chưa?“
6.4. Bỏ qua feedback vì cảm thấy feedback không công bằng
Đôi khi feedback từ công ty nghe có vẻ không hợp lý hoặc mâu thuẫn. Nhưng kể cả feedback không hoàn toàn chính xác, nó vẫn là thông tin về cách bạn được nhìn nhận — và đó là thứ cần thay đổi. Không phải lúc nào bạn cũng đúng và nhà tuyển dụng sai.
6.5. Ngừng apply vì sợ bị từ chối thêm
Tâm lý tránh né sau nhiều lần thất bại là bình thường nhưng nguy hiểm. Mỗi buổi phỏng vấn — kể cả bị từ chối — là dữ liệu để bạn cải thiện. Developer không có buổi phỏng vấn nào trong 3 tháng sẽ mất đi cả sự quen thuộc lẫn tự tin, và buổi tiếp theo sẽ càng khó hơn.
7. FAQ — Câu hỏi thường gặp
Bị từ chối 3–4 lần liên tiếp — có nên tiếp tục apply ngành IT không?
3–4 lần từ chối không phải dấu hiệu bạn không phù hợp với ngành. Hầu hết developer cần 5–15 buổi phỏng vấn trước khi có offer đầu tiên, tùy vào thị trường và mức độ chuẩn bị. Câu hỏi không phải là “có nên tiếp tục không” mà là “tôi đang bị loại ở vòng nào và vì lý do gì?” — sau đó fix đúng điểm đó.
Có nên xin feedback sau khi bị từ chối không — có bị đánh giá xấu không?
Không. Xin feedback một cách lịch sự và ngắn gọn là hành động chuyên nghiệp, thể hiện bạn muốn học hỏi. Nhiều recruiter đánh giá cao điều này và đôi khi ghi nhớ bạn cho vị trí tiếp theo. Cách duy nhất bị đánh giá xấu là gửi email phàn nàn về quyết định của họ — đừng làm vậy.
Nên chờ bao lâu trước khi apply lại vào cùng công ty đó?
Thông thường 3–6 tháng là khoảng thời gian phù hợp để apply lại vào cùng một vị trí tại cùng công ty — đủ để bạn cải thiện đáng kể và đủ để họ không nhớ rõ chi tiết buổi trước. Nếu công ty đó có vị trí khác phù hợp hơn với bạn hiện tại, có thể apply sớm hơn với cover letter giải thích ngắn gọn.
CV không ai gọi — vấn đề ở đâu?
Nếu apply 15–20 chỗ mà không có cuộc gọi nào, vấn đề gần như chắc chắn nằm ở CV: thiếu từ khóa kỹ thuật mà ATS (Applicant Tracking System) quét, format quá phức tạp khiến hệ thống không đọc được, hoặc không có project/kinh nghiệm thực tế phù hợp với JD. Thử đổi sang CV format đơn giản (một cột, không dùng bảng và graphic), thêm từ khóa kỹ thuật cụ thể từ JD vào phần kỹ năng, và đảm bảo có ít nhất một project có thể link hoặc demo.
Fresher không có kinh nghiệm thực tập — bất lợi lớn không?
Bất lợi, nhưng không phải rào cản không vượt được. Hai thứ có thể bù đắp cho kinh nghiệm thực tập: project cá nhân có chất lượng thật sự (không phải tutorial copy-paste) và kiến thức nền tảng vững ở những thứ cơ bản. Công ty thuê fresher không kỳ vọng bạn biết hết — họ kỳ vọng bạn có tư duy học được và không có lỗ hổng nguy hiểm ở kiến thức cốt lõi.
8. Tổng kết
Bị từ chối phỏng vấn IT là bình thường, có thể phân tích được, và có thể cải thiện được. Sáu nguyên nhân phổ biến — kiến thức có lỗ hổng, thiếu project thực tế, trình bày kém, kỳ vọng lương lệch, giao tiếp yếu, apply sai chỗ — đều có kế hoạch fix cụ thể. Điểm mấu chốt là phân tích đúng vòng bị loại trước khi quyết định cần cải thiện gì. Thêm nhiều công nghệ vào CV không phải giải pháp nếu vấn đề là kiến thức nền tảng. Apply thêm nhiều chỗ không phải giải pháp nếu vấn đề là CV không qua được ATS. Đúng vấn đề, đúng hành động — đó là con đường ngắn nhất từ bị từ chối đến nhận offer. Xem thêm tổng hợp tips chuẩn bị phỏng vấn tại bài Tips phỏng vấn junior IT A-Z.