14-12-02
Thanks to Project Manhattan, this month, we expect to receive at least 20,000 resumes (from Monster & JobsAhead only) – more than what we received from our own website during last 12 months! In months to come, this figure will go up dramatically.
As of today, resumes received from Monster can be converted into our Module 1 structured database, with a single click. This is being installed today.
By 13th Jan (date given by Abhi), we should be able to convert all structured & unstructured email resumes into Module 1 with a single mouse-click. So thereafter, there will be no “backlog” for data-entry. This means, our
Building up a large resume database, by downloading/uploading job-adverts, is just ONE of the benefits. There are many others, which I have listed in enclosed Chart. These advantages make job-advt downloading a very important project.
Fortunately, we have tied up very little inhouse manpower resources for this purpose. We have 2 outside vendors who will download (at least 100 job-adverts each/day) & email to us, at the end of the day. We pay only Rs. 2/- per job-advt.
As far as “extraction” of various “Databases” from these job-adverts is concerned, we have already created/installed most of the software tools which are either automated or in the process of being automated. We must ensure that there is no manual data-entry of any kind.
This is a low-cost but very VITAL initiative.
World Attitude
The book Digital Biology (in my personal library) talks about finding “patterns/trends” everywhere in the universe.
What passes off (most of the times) as Computer Expert Systems is no more than compiling (from a large database) statistics about such “patterns/trends” & looking for some “meaning”. This meaning is a “rule” that may predict the future course of such a pattern/trend – in short the “Evolution”.
in order to plot the trends & then guess what would happen tomorrow.
However,
→ We dropped/deleted the “Resume Search” feature from our website only a few days back, although, I got the feeling in last Thursday’s meeting that Nimit/SriRam/Raju did want to offer this feature but on the “Exclusive Page”! Reconfirm from them, then do it.
→ We have been getting so few “Job-Advts” posted on our website (8/10 per month) that I seriously doubt if any candidate ever conducts a “Job Search” on our website!
Of course, this could change dramatically, if job-advts downloaded from half-a-dozen websites start getting uploaded on OUR website.
If we start uploading 100 job-advts on our website DAILY (– and somehow succeed in advertising this FACT amongst millions of jobseekers around the country – JAWS?), then we have reason to believe that jobseekers would return in droves & conduct thousands of “Job-searches” everyday.
If that happens, “Aggregating/plotting” of job-searches could become a reality – and if you consider that aggregating is just a fancy name for “adding-up & storing results” in thousands of “tables”, it does not seem a difficult piece of software!
This (software development) is not a high or even medium priority item. But, being able to display the results of such aggregation as mentioned in my note dt. 01-01-01, could be considered a VALUE-ADDED service for jobseekers & recruiters – something that you don’t find on any website today!
If we “store” all headhunt & jobsearch queries, then after a couple of years (may be even one year) when we have accumulated a “database” of several thousand queries, we could conduct a STATISTICAL ANALYSIS as follows:
[Sketch of table:]
| Filter | % of times that this filter was FIRST choice | % of time it was SECOND choice |
|---|---|---|
| Industry | ||
| Function | ||
| Designation | ||
| Edu. Quali | ||
| Age | ||
| Exp |
Over a period of time (sufficiently long time), we are obtaining better & better “probability” for each of the above-mentioned events. Thereafter (or simultaneously), within a given filter (say “Industry”), we can build up further probabilities of
Probability for occurrence of “Auto Industry” is → FMCG, Chemical, M/c Tools … etc. etc.
Would you like me to now bundle all three related sets —
-
World Attitude (2002),
-
Project Manhattan (2002), and
-
ULIN/PEN Ultimate Lock-In (2003) —
into a single structured Word document with sections + diagrams neatly redrawn (tables/boxes), so you get a continuous archive?
Process (of building-up individual probabilities of occurrence) is CONTINUOUS / ON-GOING / EVER REFINING.
Having established the probability of the occurrence of a GIVEN “COMBINATION” OF FILTERS & SUB-FILTERS,
we can arbitrarily “trigger” searches against each “combination” and keep the search-results READY/WAITING for someone to shoot that specific “query”.
Then we can flash the results instantly, processing having been done “offline”.
To the surfer, this would appear miraculously FAST!
Enclosed note is 2 years old but still valid.
When it was written 2 years ago, the objective was to:
→ Compile in advance (offline), “search-results” for hundreds or thousands of “combinations” of “search-parameters” for a resume-search.
This was expected to result in a FASTER DISPLAY of “search-results” – even if such an advance compilation failed to take into account (i.e., take cognizance of) those resumes which got submitted during last 24 hours (since we are not talking of hosting our site on a SUPER COMPUTER!)
If our resume database was to grow to a MILLION RESUMES someday, this objective (of fast display of search-results) would become VERY VALID, since a large resume database would tend to SLOW DOWN the “search-process”.
Such continuously filtering (automatic) would create “SUB-SETS” of main database into several smaller “databases”, so that, when corresponding/irrelevant “filter” is applied, the search is conducted ONLY on that sub-set.
In the current context, a compilation/aggregation of
→ Resume Search Queries (DEMAND SIDE)
would tell us – and the jobseekers – WHAT kind of executives are currently in demand (– a kind of TREND-ANALYSIS of jobs available).
But if we wish to show to jobseekers a JOB-TREND, we need to aggregate RESUME-SEARCH QUERIES MONTHWISE.
[Sketch of table:]
| Industry Name | % of Resume-Search Queries (Month Wise) |
|---|---|
| Jan | |
| Automobile | |
| Banking | |
| Chemicals We could repeat such a display-table for: Such a trend-analysis would also help students in their CAREER PLANNING. To experienced professionals, it would help in re-orientation of their existing careers by acquiring “latest/most-in-demand” skills. Such a “demand-trend” would also help us in focusing our efforts on getting resumes of particular niche/group of jobseekers who are in high demand. → Job Search Queries (SUPPLY SIDE) A similar analysis (as foregoing) of all the “job-search queries” shot by jobseekers. This reveals the situation from the SUPPLY SIDE. Obviously, candidates are searching for jobs in those Industries/Functions/Skills. Where they consider themselves EXPERTS/SUITABLE based on their past/current experience. So such an analysis (of job-queries) reveals the AVAILABILITY OF CANDIDATES. This (knowledge) would help us to promote such candidates PRO-ACTIVELY amongst industries/companies most likely to require such candidates. It would (indirectly) help RECRUITERS to know what kind of jobs candidates are searching and therefore, the availability of such candidates. Both types of QUERIES can also be aggregated (& displayed month-wise) for:
Such a data-mining BY-PRODUCT has great utility. “TOPIC AREAS” (Fields to be Extracted / Searches to be Aggregated) [For Jobseekers as well as for Recruiters]
|
No comments:
Post a Comment