Time in stage
“Candidate applications with first”: similar to Pipeline Analytics, you can define the cohort of applications you look at for TIS. • Select “Application Created” … to look at the most broad set of applications, based on when they first entered process • Select “Rejected/Hired”… to look at only terminal applications, that have finished process. This excludes applications that are still actively interviewing, and is a common misunderstanding / validation problem for customers. • Ex: To see TIS for someone that had a phone interview in X time, but did NOT yet finish interviewing, use the “Phone interview”… selection in this dropdown. Stage transition rules: reminder that for ALL ATSs besides Greenhouse, this timestamp is based on when they were manually moved into or out of the stage (stage movement). Only Greenhouse customers have the option to configure transition rules based on stage activity. Skipped stages: Gem technically counts skipped stages towards TIS, with a time = 0. Therefore, if you have a stage with many skips, you’ll see a low TIS. Benchmarks: supported for TIS. Based on universal Gem stages. Display/calculation: Support for “median”TIS has been deprecated as of Nov 2023.
• From stage = app created, to stage = hired (timeto hire - check out the linked doc for a primer on Gem’s definition, vs. the industry standard) • From stage = app created, to stage = hiring manger review (“time to present”) • From stage = app created, to stage = recruiter phone screen (recruiter is accountable) • Group by = department, job, recruiter, etc.