Rajeev
cc: Vikram cc: Rahul
12 /
02 / 06
PROCESSES
I am
a great believer in automating all “processes” and eliminating human
intervention altogether.
Again,
as each process starts / triggers, a visitor to GR must get a message to tell
him what is happening as a result of his click and how long it will take to
display the results.
This is very important if the process is likely to take more than 3 seconds.
Again,
as each process ends, there should flash a message as to what the
visitor / user is supposed to do next.
This
lack of “two-way communication” is the main problem with most websites.
The user clicks, a visitor instructs / commands the website to “do ABC / XYZ.”
As soon as a click is made, the website must acknowledge that it has understood
the command and that it is acting upon the command.
This
message is a great assurance to the visitor that his command has been
understood and is being acted upon.
Hence,
it is wrong to economize on “confirmation messages” after each click.
Pl.
study enclosed processes.
(signature
mark)
12 /
02 / 06
|
Sr.
No. |
Process |
Is
it automated |
What
improvements do we need to incorporate in this process? What is missing? |
|
1 |
Downloading
Job Adverts from different Websites (spider) |
Notes:
1️⃣ Obviously ALL of these
instructions should be used for different hundred websites.
2️⃣ Make one downloading spider
for Naukri. We need the advt (including of partners) on Naukri to be downloaded
automatically.
3️⃣ Monitor addition of Job
Adverts & Insights.
4️⃣ Restrict to those
advertisements which are inside HTML and avoid those posting forms on alien
frameworks (Closing Curious ?).
5️⃣ During a “spider post,”
fetch the following fields automatically: Company Name, Location, Job Title,
Functional Area, Industry Name (if given in Job Advert).
6️⃣ Subsequently, our
Job-Search engine (“GumSearch”) will match with keywords for Resume-Search
through Function Profiles.
7️⃣ While hooking to Global
Recruit (GumMine / GumSearch / ATM / IAS etc.) major job sites do not reveal
the email ID of advertisers since we are not members of Naukri / Times Jobs /
Monster etc. Hence, we must fill such advertisers with their current email
address manually at the backend.
8️⃣ We must have a field for
“Company Name + URL Field.”
9️⃣ To prepare an advantage,
because investigation should start early and we may automate with some smart
match.
Company
Name + Client + Job Title
Name
of Placement Agency / Consultant.
🔟 In “Contact
Information” field in most job advertisements, the field “Name / Designation”
contains the name of the Recruitment Executive. Jobseekers are supposed to send
their resume to that person. If we are able to extract names / emails of such
executives, that will help us.
11️⃣ In IAS being added to
Naukri, we can add the names of those executives and link to the company to
whom these jobs belong.
12️⃣ With database of
Recruitment Executives, our partner websites will be able to target their
marketing promotional efforts to right persons.
|
Sr.
No. |
Process |
What
improvements do we need to incorporate in this process? What is missing? |
|
2 |
Downloading
Resumes from different websites |
A
few months back, we had started downloading from JobStreet. Maybe 1,500 / 2,000
were downloaded. These Job Adverts blocked. After linking to JobStreet
marketing girl from Hyderabad – not replying even once. We have (stopped the
process for JobStreet).
Maybe another 6 months or more. We must resume this downloading (of some
authentic sites) by assigning unique IP addresses to avoid blocking or
suspicion.
We
can easily download from JobStreet and JobsAhead through C.V. (We have
confirmed subscription for both).
We
have earned similar subscriptions from Shine (₹1.3 Lakh yearly), but did not go
ahead for fear of being blocked. As we know, Naukri blocks us immediately if it
finds any anomaly. Therefore, we should avoid downloading from all those job
portals where we are paying subscribers.
For
Global Recruit to be able to be perceived as a large no. of partner websites,
we should have at least 25 to 30 genuine partners who are job advertisers /
aggregators. Only then will GR have any leverage against such large databases.
(Hello)
Partner websites know that corporates won’t sign up unless GR has a large
Resume Database. Unless GR has 1 million + resumes, it won’t be attractive
enough for corporates.
We
must therefore try to reach that number through bulk resume uploads from
partner websites.
Each
partner can be offered a financial incentive. It could be ₹2–₹5 per resume put
in search. That would be irresistible. At least 10–15 such high-subscription
partner websites will surely participate — especially those with no long-term
commitments and big amounts involved.
Besides
completely automating the process of:
- Downloading resumes from various
websites
- Downloading resumes directly on GR
- Ensuring no duplication on GR
- We must also automate the process of
sending promo emails to new candidates, asking them to log in and EDIT
their resumes.
|
Sr.
No. |
Process |
What
improvements do we need to incorporate in this process? What is missing? |
|
3 |
Processing
all downloaded resumes from GumMine |
About
2 weeks back, we processed some 5 lakh text resumes – found 1.8 lakh “unique”
resumes – which now are supposed to have been uploaded on GR (with Function
Profile Graphs Panel for each candidate).
▶ Last week Reena has
forwarded to Rahul, after extracting (maybe) 2.6 lakh text resumes received by
3P during 2004 & 2005 (2.4 lakh in total). These too must be quickly
processed by GumMine & uploaded in GR – along with Function Profile Graphs.
▶ 3P continues to receive
25–30 per day. Reena has promised to forward these to Rahul once a week
(Friday?) – so that the same can be processed through GumMine over each
weekend.
▶ On top of arrivals at 3P,
should we restart downloading from JobStreet / Monster / Naukri to include
newly arrived / automatic resumes on GumMine every weekend?
▶ On top of all these offline
arrivals, text resumes will get uploaded by jobseekers online on partner
websites of 3PSystem. We should be able to identify those uploaded resumes at
each partner site, extract the Function Profile Graphs (as in GR), and move to
the GR database.
▶ Each Function Profile Graph
is auto-generated (AI engine based).
HR managers will love this because it visually shows personality types / job
suitability. Low scores / percentiles may not like anyone to see their graphs
(!!).
▶ Once a week (or every
night?), we must re-process all resumes. Both “archived” & “newly
uploaded,” to ensure that:
1️⃣ Duplicate IDs are removed
(if any).
2️⃣ Keywords / function area
codes / CI weights auto-assigned (using key functions).
3️⃣ Ranking of resumes by
Function Profile Graph relevance.
4️⃣ Mismatch elimination (in
case of same candidate with different function codes).
5️⃣ Reprocessing of the most
popular subset (of each function) at fixed intervals.
▶ The entire process must
be made fully auto & self-triggered.
|
Sr.
No. |
Process |
What
improvements are required to be incorporated in this process? What is
missing? |
|
4 |
Daily
e-JAM to NMT Subscribers |
Whenever
JobAdvt gets posted on GR, everyday do auto-transferring to NMT to generate
eJAM / eJAS. Source to be mentioned on eJAM SMS will be “name of Government /
Partner website.” |
|
5 |
Daily
e-JAS to Newspapers |
Must
include job adverts posted on all partner websites. |
|
6 |
Daily
e-JAB |
As
soon as a matching job advert gets posted on any partner website (including
Job-Preference), an SMS must go out within 5 minutes to corresponding
jobseeker’s mobile. Such a jobseeker might have registered with any of our
partner websites (as long as his mobile number is common) and if he
has an agreement with that mobile service provider. |
|
7 |
Daily
e-RAM / e-RAB |
I
(you) feel RAM is important. As soon as a HR rep posts his job advert on GR,
right there and then, within a few seconds, we can flash a message on his
screen telling him, “Following candidates have matching resumes.” |
No comments:
Post a Comment