OCR is fallible. The forms are for the robot to quickly filter based on tags. The resume is for the human to quickly filter based on vibes.
Edit: I’m not saying that OCR is necessarily part of the system. I’m saying that, while OCR is the type of technology one might use to parse data from resumes of various file types, it’s unreliable enough that having the duplicate form fields as a way to gather the information you want in a clean and processable way is an effective supplement or replacement.
OP was talking about pasting the text from the resume into their forms, so OCR shouldn’t even be involved. Once pasted in, why even require the resume anymore?
The company still wants the resume. They just want the information extracted accurately. OCR may not be involved because it isn’t accurate enough to associate specific chunks on the resume with specific questions. If companies just had the form they would have three accurate info, but would have to generate a resume internally for human use (which isn’t a bad idea necessarily). If they just had the resume uploader then they would have to have a person manually extract the information.
So they ask for both–because they want accuracy and the original document and there aren’t tools around to give them both today.
The company wants a way to rapidly reject applicants to slim the pool of viable candidates to a level manageable by humans.
If a software engineer job posting is made that requires java and got 10,000 applicants having a computer automatically reject any that don’t have “java” in the application reduces the human load.
Yeah but every application like that I have has also had individual questions about meeting the requirements. So why filter by ocr tags? If I’m going to lie on the questions I’m probably fine doing so on my resume too.
OCR is fallible. The forms are for the robot to quickly filter based on tags. The resume is for the human to quickly filter based on vibes.
Edit: I’m not saying that OCR is necessarily part of the system. I’m saying that, while OCR is the type of technology one might use to parse data from resumes of various file types, it’s unreliable enough that having the duplicate form fields as a way to gather the information you want in a clean and processable way is an effective supplement or replacement.
OP was talking about pasting the text from the resume into their forms, so OCR shouldn’t even be involved. Once pasted in, why even require the resume anymore?
The company still wants the resume. They just want the information extracted accurately. OCR may not be involved because it isn’t accurate enough to associate specific chunks on the resume with specific questions. If companies just had the form they would have three accurate info, but would have to generate a resume internally for human use (which isn’t a bad idea necessarily). If they just had the resume uploader then they would have to have a person manually extract the information.
So they ask for both–because they want accuracy and the original document and there aren’t tools around to give them both today.
The resume does put on emphasis on specific stuff. Whatever the applicant has found most relevant to tell.
I still don’t agree that the extra workload for the applicant is justified.
Or you could just filter based on the job being applied for?
I’m not sure what you are proposing or how it’s relevant to what I said.
I’m asking why the resumes need to be filtered by tag in the first place? Why not just filter them by the job that is being applied for?
The company wants a way to rapidly reject applicants to slim the pool of viable candidates to a level manageable by humans.
If a software engineer job posting is made that requires java and got 10,000 applicants having a computer automatically reject any that don’t have “java” in the application reduces the human load.
Yeah but every application like that I have has also had individual questions about meeting the requirements. So why filter by ocr tags? If I’m going to lie on the questions I’m probably fine doing so on my resume too.