מהגשה לדירוג: כמה זמן לוקח ל-AI לקרוא קורות חיים, ומה קורה אחר כך

התשובה הקצרה: נכון ל-28.9.2026, בקבצים שנרשמה להם שעת הניתוח, הזמן האמצעי (החציון) מרגע שהקובץ נכנס למערכת ועד שיש לו דירוג הוא 8 שניות: חצי מהקבצים דורגו מהר יותר, חצי לאט יותר. ו-34% מכל מה שדורג קיבל C, ״לא למשרה הזו״. מספרים ממקור אחד, ובסוף הפוסט מה שהם לא אומרים.

גילוי נאות: הכותב הוא מייסד HireMind, והמספרים הם מהמערכת שלנו. הם מצטברים על כל הלקוחות, לא מזהים אף חברה או מועמד, ונקראו ישירות מהמערכת בתאריך שרשום לידם, בלי לשנות בה כלום. כולם אחוזים: כמה קורות חיים עברו כאן הוא מידע עסקי ולא מתפרסם.

המספרים.

מה זה אומר, בסדר החשיבות.

1. הקריאה היא לא צוואר הבקבוק

שמונה שניות. זה הזמן שלוקח למערכת לדרג קובץ, עם הסבר וציטוט מהמסמך, בקבצים שמדדנו. כשמישהו אומר ״אין לנו זמן לעבור על קורות החיים״, הזמן שהוא מתכוון אליו הוא לא הקריאה אלא ההחלטה מה לעשות עם מי, ואז המרדף אחרי המועמד ואחרי המנהל. שם הזמן הולך, ושם עושים את העבודה קישור למנהל שנפתח בלי סיסמה ומאשר בשתי לחיצות, ובמשרות שבחרתם גם גישה לוואטסאפ למועמד תוך דקה מההגשה. איפה הימים הולכים בגיוס, שלב אחרי שלב.

2. שליש מהערימה לא היה רלוונטי מלכתחילה

34% מכל מה שדורג קיבל C: קורות חיים שלא עונים על מה שהמשרה דורשת. זה שליש מהזמן שהולך על קריאה, ועל השיחות שאחריה, שאפשר להחזיר. הדירוג הוא סדר קריאה, לא מחסום: מועמד C לא נפסל, הוא פשוט לא בראש הרשימה, עם הסבר למה, וכל אחד מהם נשאר פתוח לבן אדם שרוצה לבדוק. מה החוק דורש מזה, בשפה פשוטה.

מה המספרים לא אומרים.

• מי היה עובד טוב. דירוג A הוא לא ״התקבל״ ולא ״נשאר שנה״. את איכות הגיוס אפשר למדוד רק בדיעבד, ואין לנו עדיין מספיק היסטוריה כדי לומר משהו על זה.
• מה הדירוג חוזה. כמה מכל דירוג הגיעו לראיון הוא מספר שפרסמנו כאן עד 5.10.2026 והורדנו: המגייסים מזמינים לפי הדירוג, ולכן המספר מודד בעיקר את הבחירה שלהם, לא את הדירוג. הוא נראה כמו הוכחה שה-AI יודע מי טוב, וזו טענה שאנחנו לא טוענים.
• שהזמן תמיד 8 שניות. המדידה היא על כ-3% מהקבצים, כי המערכת התחילה לרשום את שעת הניתוח רק ביוני. קובץ שנכנס בשעת עומס ייקח יותר, וקובץ סרוק שאי אפשר לקרוא מסומן כלא קריא במקום לקבל דירוג מנוחש. נעדכן כשיהיו יותר.

השאילתה.

למי שרוצה לבדוק שלא עיגלנו לטובתנו: זו הפקודה (השאילתה) שהפיקה את המספרים מטבלת המועמדים ב-28.9.2026, בקריאה בלבד, בלי לשנות כלום. היא מחזירה אחוזים ולא כמויות, כי כמה קורות חיים עברו כאן הוא מידע עסקי:

with graded as (
  select grade, analyzed_at, created_at
  from public.candidates
  where grade in ('A','B','C')
    and not coalesce(is_deleted, false)
    and not coalesce(is_excluded, false)
    and not public.company_is_demo(company_id)
)
select
  round(100.0 * count(*) filter (where grade = 'A') / count(*), 1) as pct_a,
  round(100.0 * count(*) filter (where grade = 'B') / count(*), 1) as pct_b,
  round(100.0 * count(*) filter (where grade = 'C') / count(*), 1) as pct_c,
  round(percentile_cont(0.5) within group
    (order by extract(epoch from (analyzed_at - created_at)))
    filter (where analyzed_at >= created_at))::int as median_seconds
from graded;

מה לעשות עם זה.

אם אתם קוראים 200 קורות חיים למשרה, המספר שכדאי לכם לבדוק הוא כמה מהם היו C. אצלנו זה 34% מכל הערימה. זה הזמן שהמערכת מחזירה, ואת השאר, ההחלטה, השיחה, הראיון, היא משאירה לכם.

איך הדירוג עובד. ואם אתם רוצים לשמוע איך זה ייראה על ההגשות שלכם, השאירו פרטים ונחזור אליכם.

הנתונים כאן הם הפרק ״מה הנתונים מראים״ במדריך לסינון קורות חיים אוטומטי, שמסביר גם מה הסינון לא עושה ומה בודקים לפני שקונים.

יומן עדכונים.

• 12.9.2026: פורסם. השאילתה הופעלה באותו יום.
• 24.9.2026: כל המספרים נקראו מחדש. חלק ה-C ירד מ-38% ל-36%, וחלוקת הדירוגים היא A 39% / B 25% / C 36%. הכמויות ירדו מהפוסט: כמה קורות חיים עברו כאן הוא מידע עסקי, והיחסים הם מה שאומר משהו על הסינון.
• 28.9.2026: כל המספרים נקראו מחדש, והפעם בלי חשבון ההדגמה שלנו, שהמועמדים בו הוזנו ידנית ולא הגישו לשום משרה. חלק ה-C ירד ל-34%, וחלוקת הדירוגים היא A 41% / B 25% / C 34%. זמני הדירוג לא השתנו: חציון של 8 שניות, מקסימום של 20. גם השאילתה בפוסט מוציאה עכשיו את חשבון ההדגמה.
• 5.10.2026: הוסר שיעור ההגעה לראיון לפי דירוג, מהטבלה, מהשאילתה ומהעדכונים הקודמים. הוא מודד גם את מי שהמגייס בחר להזמין, ולכן לא אומר מה הדירוג חוזה.