സ്കെയിലബിൾ വർക്ക്ഫ്ലോകൾ
രണ്ടുപേരുള്ള റിക്രൂട്ടിംഗ് ടീമിനും അമ്പതുപേരുള്ള ടാലന്റ് അക്വിസിഷൻ ഓർഗനൈസേഷനും ഒരേ സിസ്റ്റം.
നിയമന വർക്ക്ഫ്ലോകൾ രണ്ട് പ്രവചിക്കാവുന്ന രീതികളിൽ തകരാറിലാകുന്നു: അവ ഒരു നിയമന ടീമിന്റെ പ്രക്രിയയ്ക്ക് മാത്രം അനുയോജ്യമായ രീതിയിൽ കർക്കശമാണ്, അല്ലെങ്കിൽ വളർന്നുവരുന്ന ടീമിൽ ഒന്നിലധികം റിക്രൂട്ടർമാർ ഒരേ പൈപ്പ്ലൈനിൽ പ്രവർത്തിക്കുമ്പോൾ സ്ഥിരത നഷ്ടപ്പെടുന്ന രീതിയിൽ അയഞ്ഞതാണ്. Expertini-ന്റെ വർക്ക്ഫ്ലോ റീബിൽഡ് ചെയ്യാതെ തന്നെ രണ്ട് ദിശകളിലും സ്കെയിൽ ചെയ്യാൻ അനുവദിക്കുന്ന പ്രത്യേക കോൺഫിഗറേഷൻ പോയിന്റുകൾ ഈ പേജ് ഉൾക്കൊള്ളുന്നു.
ഈ പേജിൽ
- കോൺഫിഗർ ചെയ്യാവുന്ന പൈപ്പ്ലൈൻ ഘട്ടങ്ങൾ, ഓരോ ജോലിക്കും
- Role-based permissions
- വോളിയത്തിൽ ബാച്ച് പ്രവർത്തനങ്ങൾ
- വോളിയം വളരുമ്പോൾ എന്താണ് മാറാത്തത്
- ഒരു ഹയറിംഗ് ടീം വളരുമ്പോൾ സാധാരണയായി ആദ്യം തകരുന്നത് എന്താണ്
- ഇത് പ്ലാറ്റ്ഫോമിൽ എങ്ങനെ ആർക്കിടെക്റ്റ് ചെയ്തിരിക്കുന്നു
- ഓപ്പറേഷണൽ, ഓഡിറ്റ് പോസ്ചർ
- പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ
01കോൺഫിഗർ ചെയ്യാവുന്ന പൈപ്പ്ലൈൻ ഘട്ടങ്ങൾ, ഓരോ ജോലിക്കും
സ്ഥിരസ്ഥിതി പൈപ്പ്ലൈൻ ഏഴ് ഘട്ടങ്ങളാണ് — അപേക്ഷിച്ചത്, സ്ക്രീനിംഗ്, ഷോർട്ട്ലിസ്റ്റ്, ഇന്റർവ്യൂ, ഓഫർ, നിയമിച്ചത്, നിരസിച്ചത് — എന്നാൽ ഇത് ആഗോളതലത്തിൽ നിശ്ചയിച്ചിട്ടില്ല. ഓരോ ജോലിക്കും സ്വന്തം ഘട്ട ക്രമം നിർവചിക്കാം, അതിനാൽ ഉയർന്ന അളവിലുള്ള റീട്ടെയിൽ നിയമനത്തിന് അധിക സ്ക്രീനിംഗ് ഗേറ്റുകൾ ചേർക്കാം, അതേസമയം ഒരു എക്സിക്യൂട്ടീവ് സെർച്ചിന് അപേക്ഷിച്ചത്, ഇന്റർവ്യൂ, ഓഫർ എന്നിവയിലേക്ക് ചുരുക്കാം. ഈ കോൺഫിഗറേഷൻ ജോലിയുടെ ഭാഗമാണ്, പ്രത്യേക റോളിന് പുറത്തുള്ള ക്രമീകരണ പേജിലല്ല.
02Role-based permissions
നാല് റോളുകൾ — ഉടമ, അഡ്മിൻ, റിക്രൂട്ടർ, ഹയറിംഗ് മാനേജർ — ഓരോരുത്തരും ഉൽപ്പന്നത്തിന്റെ ബോധപൂർവ്വം വ്യത്യസ്തമായ സ്ലൈസ് കാണുകയും ചെയ്യുകയും ചെയ്യുന്നു. ഒരു ഹയറിംഗ് മാനേജർക്ക് ബില്ലിംഗിലോ ടീം മാനേജ്മെന്റിലോ അഡ്മിൻ ആക്സസ് ആവശ്യമില്ലാതെ തന്നെ അവർ നിയമിക്കുന്ന റോളുകളിൽ ഉദ്യോഗാർത്ഥികളെ മാറ്റാനും ഫീഡ്ബാക്ക് നൽകാനും സാധിക്കും; റിക്രൂട്ടർമാർക്ക് ഓർഗനൈസേഷൻ-വൈഡ് സെറ്റിംഗ്സ് മാറ്റാനുള്ള കഴിവില്ലാതെ തന്നെ അവരുടെ പൈപ്പ്ലൈനുകൾ മാനേജ് ചെയ്യാം. എല്ലാവർക്കും എല്ലാത്തിനും പൂർണ്ണ ആക്സസ് ആവശ്യമായ ഘട്ടം കഴിഞ്ഞ് ടീം വളരുമ്പോൾ ഇത് കൂടുതൽ പ്രധാനമാണ്.
03വോളിയത്തിൽ ബാച്ച് പ്രവർത്തനങ്ങൾ
ഒരു പൈപ്പ്ലൈനിലെ ഓരോ ഉദ്യോഗാർത്ഥിയെയും വ്യക്തിഗതമായി സ്കോർ ചെയ്യുന്നത് കുറച്ച് അപേക്ഷകർക്ക് അപ്പുറം പ്രായോഗികമല്ല. ഒരു സിംഗിൾ ആക്ഷൻ വഴി ഒരു ജോലിക്കുള്ള സ്കോർ ചെയ്യാത്ത എല്ലാ അപേക്ഷകളും ഒറ്റയടിക്ക് സ്കോർ ചെയ്യുന്നു, സ്ഥാപനത്തിന്റെ പ്രതിമാസ AI-സ്കോറിംഗ് ക്രെഡിറ്റ് അലവൻസിനെ മാനിക്കുകയും ഇടയ്ക്ക് തടസ്സപ്പെട്ടാൽ വൃത്തിയായി പുനരാരംഭിക്കുകയും ചെയ്യുന്നു — വാരാന്ത്യത്തിൽ ഇരുനൂറ് അപേക്ഷകൾ ലഭിക്കുകയും തിങ്കളാഴ്ച രാവിലെ റാങ്ക് ചെയ്ത ഷോർട്ട്ലിസ്റ്റ് ആവശ്യമുള്ള ഒരു റോളിലേക്ക് ഇത് ഉപയോഗപ്രദമാണ്.
ബൾക്ക് കാൻഡിഡേറ്റ്, ജോബ് ക്രിയേഷൻ എന്നിവ ഒരേ തത്വമാണ് പിന്തുടരുന്നത്: ഒരൊറ്റ CSV അപ്ലോഡിൽ നിന്ന് 100 ജോലികൾ വരെ സൃഷ്ടിക്കാൻ കഴിയും, കൂടാതെ CSV, പേസ്റ്റ് ചെയ്ത JSON അറേ, അല്ലെങ്കിൽ ഒരു ബാച്ച് CV ഫയലുകൾ നേരിട്ട് ഡ്രോപ്പ് ചെയ്യുന്നതിലൂടെ ഉദ്യോഗാർത്ഥികളെ ബൾക്കായി ചേർക്കാം, ഓരോന്നും പാഴ്സ് ചെയ്ത് ടാലന്റ് പൂളിലേക്ക് സ്വയമേവ ചേർക്കപ്പെടുന്നു. ഈ ബൾക്ക് പാതകളൊന്നും സിംഗിൾ-റെക്കോർഡ് ഫോമുകൾ ഉപയോഗിക്കുന്ന അതേ വാലിഡേഷൻ, ഡ്യൂപ്ലിക്കേഷൻ ലോജിക് എന്നിവയെ മറികടക്കുന്നില്ല - ഒരു ബൾക്ക് CSV ഇംപോർട്ടിലെ ഡ്യൂപ്ലിക്കേറ്റ് ഇമെയിൽ ഒരു മാനുവൽ എൻട്രി ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുന്ന അതേ രീതിയിൽ ഒഴിവാക്കപ്പെടുന്നു.
04വോളിയം വളരുമ്പോൾ എന്താണ് മാറാത്തത്
അടിസ്ഥാന സ്കോറിംഗ് രീതിശാസ്ത്രം, ഓരോ അപേക്ഷയിലെയും ഓഡിറ്റ് ട്രയൽ, പെർമിഷൻ മോഡൽ എന്നിവ 10 അപേക്ഷകൾക്കെതിരെ 10,000-ൽ വ്യത്യസ്തമായി പെരുമാറുന്നില്ല — വ്യത്യസ്ത ഗ്യാരന്റികളുള്ള പ്രത്യേക "എന്റർപ്രൈസ് മോഡ്" ഇല്ല. സ്കെയിൽ ചെയ്യുന്നത് പ്ലാൻ ടയറിന്റെ സീറ്റ് കൗണ്ട്, ആക്റ്റീവ്-ജോബ് ലിമിറ്റ്, പ്രതിമാസ AI-സ്കോറിംഗ് ക്രെഡിറ്റ് അലവൻസ് എന്നിവയാണ്, സ്കോറിംഗോ പെർമിഷനുകളോ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ മെക്കാനിക്സല്ല.
05ഒരു ഹയറിംഗ് ടീം വളരുമ്പോൾ സാധാരണയായി ആദ്യം തകരുന്നത് എന്താണ്
കുറച്ച് റിക്രൂട്ടർമാരിൽ നിന്ന് വലിയ ടാലന്റ് അക്വിസിഷൻ ഫംഗ്ഷനിലേക്ക് മാറുന്ന ടീമുകൾ അവർ ഉപയോഗിക്കുന്ന ടൂളുകൾ പരിഗണിക്കാതെ തന്നെ ഒരേ ഫ്രിക്ഷൻ പോയിന്റുകളിൽ എത്തുന്നു. പൈപ്പ്ലൈൻ ദൃശ്യപരതയാണ് ആദ്യത്തേത്: ഒരേ ജോലിയുടെ പൈപ്പ്ലൈനിലൂടെ രണ്ടോ മൂന്നോ പേരിൽ കൂടുതൽ കാൻഡിഡേറ്റുകളെ നീക്കുമ്പോൾ, ആരെങ്കിലും അനിവാര്യമായും ചോദിക്കുന്നു "കാത്തിരിക്കൂ, ആരാണ് ഈ കാൻഡിഡേറ്റിനെ മാറ്റിയത്, എപ്പോൾ" — അതുകൊണ്ടാണ് ഓരോ സ്റ്റേജ് മാറ്റവും പിന്നീട് ബോൾട്ട് ചെയ്ത ഓപ്ഷണൽ ഓഡിറ്റ് ഫീച്ചറായിട്ടല്ല, ഡിഫോൾട്ടായി ടൈംസ്റ്റാമ്പ് ചെയ്യുകയും ആട്രിബ്യൂട്ട് ചെയ്യുകയും ചെയ്യുന്നത്.
റിക്രൂട്ടർമാർക്കിടയിലെ അസ്ഥിരമായ മൂല്യനിർണ്ണയം രണ്ടാമത്തെ പ്രശ്നമാണ്, സ്ട്രക്ചർഡ് ഹയറിംഗ് പേജിൽ വിവരിച്ച ഡ്രിഫ്റ്റ് പ്രശ്നവുമായി ഇത് അടുത്ത ബന്ധം പുലർത്തുന്നു — ഒരേ റോളിൽ അല്പം വ്യത്യസ്തമായ മാനസിക മാനദണ്ഡങ്ങളോടെ സ്ക്രീൻ ചെയ്യുന്ന രണ്ട് റിക്രൂട്ടർമാർ ഉപരിതലത്തിൽ സ്ഥിരതയുള്ളതായി തോന്നുന്ന (ഒരേ സ്റ്റേജുകൾ, ഒരേ ബോർഡ്) ഒരു പൈപ്പ്ലൈൻ നിർമ്മിക്കുന്നു, എന്നാൽ യഥാർത്ഥത്തിൽ വ്യത്യസ്തമായ മാനദണ്ഡങ്ങളാണ് പ്രയോഗിക്കുന്നത്. ക്രെഡൻഷ്യൽ സ്പ്രോൾ ആണ് മൂന്നാമത്തേത്: ഒരു ടീം വളരുമ്പോൾ, "മൂന്ന് പേരുള്ളപ്പോൾ എളുപ്പമായതിനാൽ എല്ലാവർക്കും പൂർണ്ണ ആക്സസ് ഉണ്ട്" എന്നതും "ഞങ്ങൾക്ക് റോൾ-സ്കോപ്പ്ഡ് പെർമിഷനുകൾ ആവശ്യമാണ്" എന്നതും തമ്മിലുള്ള വിടവ് പെട്ടെന്ന് വരുന്നു, സാധാരണയായി ആക്സസ് സംബന്ധമായ ഒരു തെറ്റിന് ശേഷമാണ് ഇത് സംഭവിക്കുന്നത് — അതുകൊണ്ടാണ് റോൾ-അടിസ്ഥാനത്തിലുള്ള പെർമിഷൻ മോഡൽ ആദ്യ ദിവസം മുതൽ നിലനിൽക്കുന്നത്, അല്ലാതെ വളരുന്ന ടീം പിന്നീട് കോൺഫിഗർ ചെയ്യാൻ മറന്നുപോകുന്ന ഒരു അപ്ഗ്രേഡ് പാതയല്ല.
പ്ലാറ്റ്ഫോം ആർക്കിടെക്ചറും പ്രവർത്തനങ്ങളും
A1ഇത് പ്ലാറ്റ്ഫോമിൽ എങ്ങനെ ആർക്കിടെക്റ്റ് ചെയ്തിരിക്കുന്നു
സ്കെയിലബിൾ വർക്ക്ഫ്ലോകൾ is not a bundle of point products — it is a slice through one platform. പ്ലാറ്റ്ഫോം ബോധപൂർവ്വം സെർവർ-റെൻഡർ ചെയ്തതാണ്: ഓരോ വ്യൂവും ആപ്ലിക്കേഷൻ സെർവർ തയ്യാറാക്കി പൂർണ്ണമായ HTML ആയി അയക്കുന്നു, ക്ലയന്റ്-സൈഡ് ഫ്രെയിംവർക്കില്ല, മൂന്നാം കക്ഷി CDN സ്ക്രിപ്റ്റുകളില്ല, ഡാറ്റയ്ക്കും പേജിനും ഇടയിൽ ബിൽഡ് പൈപ്പ്ലൈനില്ല. സെർവർ കണക്കാക്കിയതാണ് റെൻഡർ ചെയ്യുന്നത് — ഇന്റർഫേസിനെ ഓഡിറ്റ് ചെയ്യാവുന്നതാക്കുന്ന പ്രോപ്പർട്ടി.
എല്ലാ പെർസിസ്റ്റൻസും ഒരു സിംഗിൾ സെർച്ച്-നേറ്റീവ് ഡോക്യുമെന്റ് സ്റ്റോറിലാണ് പ്രവർത്തിക്കുന്നത്; ഓരോ ക്വറിയും ഓർഗനൈസേഷന്റെ ഐഡന്റിഫയർ ഏറ്റവും താഴ്ന്ന ക്വറി ലെയറിൽ നിർബന്ധിത ഫിൽട്ടറായി വഹിക്കുന്നു. അതിനാൽ ടെനന്റ് ഐസൊലേഷൻ ഘടനാപരമാണ് — ഓരോ അഭ്യർത്ഥനയും എങ്ങനെ രചിക്കപ്പെടുന്നു എന്നതിന്റെ ഒരു ഗുണം — അപ്ലിക്കേഷൻ കോഡ് പരിശോധിക്കാൻ ഓർമ്മിക്കുന്നുണ്ടോ എന്ന് ആശ്രയിക്കുന്ന നയത്തേക്കാൾ.
ഈ പേജിൽ പരാമർശിച്ചിരിക്കുന്ന ഓരോ കഴിവും ഒരു രജിസ്റ്റർ ചെയ്ത ടൂളിലേക്കോ കണക്ടറിലേക്കോ പരിഹരിക്കുന്നു: tools directory, integrations catalogue എന്നിവ ആപ്ലിക്കേഷൻ റൺടൈമിൽ നടപ്പിലാക്കുന്ന അതേ രജിസ്ട്രികളുടെ റെൻഡറിംഗുകളാണ്, അതിനാൽ ഈ പേജ് വിവരിക്കുന്നതും പ്രോഡക്റ്റ് ഗേറ്റുകൾ ചെയ്യുന്നതും തമ്മിൽ ഒരിക്കലും വ്യത്യാസപ്പെടില്ല.
A2ഓപ്പറേഷണൽ, ഓഡിറ്റ് പോസ്ചർ
സ്ക്രീനിംഗ് ഡിറ്റർമിനിസ്റ്റിക്കും പ്രസിദ്ധീകരിച്ചതുമാണ് — ഒരേ ഇൻപുട്ടുകൾ ഒരേ ഔട്ട്പുട്ടുകൾ നൽകുന്നു, കഠിനമായ ആവശ്യകതകൾ തടയുന്നു, മെത്തഡോളജി ഗവേഷണ പേജിൽ ലഭ്യമാണ്. ബാഹ്യ സിസ്റ്റങ്ങളെ സ്പർശിക്കുന്ന പ്രവർത്തനങ്ങൾ വ്യക്തവും ഓരോ ഇവന്റിനും ജേണൽ ചെയ്തതുമാണ്; ഉപയോഗ റിപ്പോർട്ടിംഗ് പ്രവർത്തനങ്ങൾ എഴുതുന്ന അതേ ജേണലുകളെ സംഗ്രഹിക്കുന്നു, സമാന്തര ടെലിമെട്രി സിസ്റ്റമല്ല.
റിക്വസ്റ്റ് പാത്തിൽ നിന്ന് പുറത്തുപോകുന്ന എന്തും — നോട്ടിഫിക്കേഷൻ ഫാൻ-ഔട്ട്, വെബ്ഹുക്ക് ഡെലിവറി, ആക്റ്റിവിറ്റി ജേണലിംഗ്, മെയിൽ — ഫയർ-ആൻഡ്-ഫോർഗെറ്റ് ബാക്ക്ഗ്രൗണ്ട് ത്രെഡുകളിലാണ് പ്രവർത്തിക്കുന്നത്. ഒരു സ്ലോ എക്സ്റ്റേണൽ എൻഡ്പോയിന്റിന് ഒരിക്കലും ഇന്റർഫേസിനെ തടസ്സപ്പെടുത്താൻ കഴിയില്ല, കൂടാതെ പരാജയപ്പെട്ട സൈഡ് ഇഫക്റ്റ് നിശബ്ദമായി വീണ്ടും ശ്രമിക്കുന്നതിന് പകരം ലോഗ് ചെയ്യപ്പെടും.
എഴുതിയതെല്ലാം എടുക്കാൻ നിങ്ങളുടേതാണ്: CSV എക്സ്പോർട്ടുകളും Data Export ആപ്പും ഉൽപ്പന്നം തന്നെ വായിക്കുന്ന അതേ സ്റ്റോറുകൾ ഉൾക്കൊള്ളുന്നു. പ്രവേശന കവാടം പോലെ തന്നെ പുറത്തേക്കുള്ള വഴിയും തുറന്നിരിക്കുന്നു — ഡിസൈൻ പ്രകാരം, ഇളവല്ല.
പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ
വ്യത്യസ്ത ജോലികൾക്ക് വ്യത്യസ്ത പൈപ്പ്ലൈൻ സ്റ്റേജുകൾ ഉണ്ടാകാൻ കഴിയുമോ?⌄
ഒരു റിക്രൂട്ടറും ഹയറിങ് മാനേജർ റോളും തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?⌄
ബൾക്ക്-ഇമ്പോർട്ടിംഗ് കാൻഡിഡേറ്റുകൾ മാനുവൽ എൻട്രിയിലുള്ള വാലിഡേഷൻ ഒഴിവാക്കുന്നുണ്ടോ?⌄
ഒരേസമയം എത്ര ഉദ്യോഗാർത്ഥികളെ സ്കോർ ചെയ്യാമെന്നതിന് പരിധിയുണ്ടോ?⌄
ഒറ്റനോട്ടത്തിൽ
- ഓരോ ജോബിനും കോൺഫിഗർ ചെയ്യാവുന്ന പൈപ്പ്ലൈൻ സ്റ്റേജുകൾ
- നാല് വ്യത്യസ്ത പെർമിഷൻ റോളുകൾ
- വോളിയത്തിൽ ഒറ്റ-ക്ലിക്ക് ബാച്ച് CMS സ്കോറിംഗ്
- CSV, JSON, ഒപ്പം സി.വി ഡ്രോപ്പ് ബൾക്ക് ഉദ്യോഗാർത്ഥി ഇറക്കുമതി
- സിഎസ്വി ബൾക്ക് അപ്ലോഡ് വഴി 100 ജോലികൾ വരെ
- ഏത് അളവിലും ഒരേ ഓഡിറ്റ് ട്രയലും രീതിശാസ്ത്രവും
നിങ്ങളുടെ സ്വന്തം നിയമനങ്ങളിൽ സ്കെയിലബിൾ വർക്ക്ഫ്ലോകൾ കാണുക.
30 മിനിറ്റ് ഡെമോയിലേക്ക് ഒരു യഥാർത്ഥ ജോബ് വിവരണം കൊണ്ടുവരിക — സൗജന്യ ട്രയൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.
ഡെമോ ബുക്ക് ചെയ്യുക