Hi Friends,

Even as I launch this today ( my 80th Birthday ), I realize that there is yet so much to say and do. There is just no time to look back, no time to wonder,"Will anyone read these pages?"

With regards,
Hemen Parekh
27 June 2013

Now as I approach my 90th birthday ( 27 June 2023 ) , I invite you to visit my Digital Avatar ( www.hemenparekh.ai ) – and continue chatting with me , even when I am no more here physically

Translate

Sunday, 30 November 2003

EXTRACTION ACCURACY QA

Kartavya / Abhi / Sanjeev

cc: Rajiv / SriRam / Nirmit

Date: 30-11-03


Accuracy of Extraction

  • We had a long debate on this yesterday with Rajiv, SriRam, and Nirmit.
  • Whereas I agree with them that we have to continuously work on increasing extraction accuracy, it is a long-drawn-out process. Each incremental increase in level of accuracy will take more and more effort. Of course, if we were to design a true Neural Network Software, this accuracy-improvement process would become totally automatic and require no human effort. We are far from that stage.
  • In the meantime, we cannot hold up launch/marketing of Recruitguru.
  • To convince potential clients that we have a damn-good product, we must take help of latest management jargon viz.: SIX SIGMA (a philosophy I used on Shopfloor of Switchgear Machine Shop, more than 40 years ago!)
  • Sanjeev suggested plotting a graph as shown on enclosed page — (and have it get automatically updated on the Recruitguru home screen) as proof that our extraction process not only meets but exceeds what is expected of it!

 

No. of Fields that could not be extracted

No. of Resumes (processed so far) falling in this category

0

10,000

1

20,000

2

40,000

3

40,000

4

10,000

5

6,000

6

2,000

7

800

8

500

9

100

10–23

(remaining few)

 

Kartavya

Date: 22-03-03


Improving Extraction Accuracy

Abhi told me last evening that he has planned to process/convert 1,000 email resumes today morning.

Based on this “experiment”, remaining 26,000 can be processed next week. When this is done, a tabulation such as Annex A should be prepared. It can be rearranged in the descending order of (2nd column) No. of failure cases out of 27,000.

Descending order will tell us which cases to tackle first (Priorities).

You may also consider constructing a TOOL screen, as shown in Annex B.

I have already modified the existing Resume Screen. Several human experts could be asked to work on this by examining different “failed” cases — they may be assigned to different experts.
After studying each failure, these experts should enter their comments into the middle block.

Of course, to speed up the process, Vittal / Santu may go through all “failed cases” in advance and only forward those cases to experts where the value does exist but the software failed to extract the same.
Then this tool will help us to capture the knowledge of several experts.

 






Friday, 28 November 2003

JOB ADVTS. DATABASE (JAWS)

JOB ADVTS. DATABASE (JAWS)

ABHI / DEEPA

cc: Kartavya

Date: 28-05-03

Subject: Job Adverts Database (JANS)

Page: 1/3

In my earlier notes (JANS / CYBER etc.), I have explained how we will use a Job Adverts Database to promote our business both online & offline.

In Project Manhattan, we have a proof of how such a database helped.

I strongly believe that our ability to capture 2 million / 5 million / 10 million resumes largely depends upon:

  1. Our ability to download thousands of job adverts from a large number of portals / myriad sources.
  2. Creating a structured database (converter) of these adverts.
  3. Delivering these job adverts, in a dozen different institutions (or even streamers), to:
    • Newspapers / Magazines
    • TV Channels / Cable Operators
    • Cyber Cafes
    • Job Portals
    • Placement Agencies
    • Cell-phone Companies
    • Individual Homes
    • etc. etc.

(All forming part of JANS / CYBER network)

 

We have known/discovered the shortcomings of Project Manhattan — in pulling in resumes — viz.:

  • No one can possibly believe that we are working on so many search assignments, so after a while, jobseekers stop responding.
  • Occasionally, in downloading/uploading, we do make mistakes — e.g., advertiser’s name/identity/product or senior position jobs which result in phone calls to our consultants — which are embarrassing!
  • We do not pass on the resumes received to the original advertisers — so obviously none of the responding jobseekers ever gets an interview call!
  • Genuine adverts, released by our consultants for our live search assignments, get lost in the sea of fictitious adverts — they don’t get noticed, so effort gets wasted and real/genuine business suffers!

Anyway, Manhattan did serve a useful (limited) purpose, but it is time to shut it down.
So, starting July 20th, delete all fictitious job adverts from all 3 divisions by July 31st.

However, the next 2 months (June–July) must be used to prepare ourselves to enable us to launch:

  • Project CYBER in late August
  • (This will require some changes in our website. After Project EGO gets launched beginning of August.)
  • Project JANS in late September
  • (This will require major modifications to our website.)

Starting 1st June, and using Myriad,

Deepa will daily download as many job adverts as she can from as many job sites as she can.
I have listed only a few in the enclosed chart.

If we could download 1000/day, it would be lovely!


Deepa will use the enclosed chart for entering the download statistics.

She should create this chart on computer (preferably on her computer), so she can put a copy on my machine also.

She can click and enter data easily.

All those downloaded during the day must get converted the same night to create a Structured Database.

If “Auto-converter” cannot convert job adverts downloaded from any particular site, we must modify it.

 






Wednesday, 26 November 2003

BLOCKS

26 Nov 2003

Sanjeev

BLOCKS

·     Enclosed find some UI’s which we developed in the early-stages of Recruitguru. Then, for some or other reason, we dropped these in favour of what we use currently.

·      Two important UI’s you should know about is


-    “Extraction of entire BLOCKS

-    Breaking up of keywords into categories.






Fields to be extracted in Resume Extractor

1.  Name

2.  D.O.B.

3.  Gender

4.  Current Company

5.  Actual Designation

6.  Total Experience

7.  Education Level

8.  Address

9.  City

10.  Country

11.  Pin code

12.  Home Phone

13.  Mobile

14.  Fax

15.  Fax

16.  E-mail Id

Blocks identified in Resume Extractor

1.  Educational

2.  Objective

3.  Experience

4.  Skills

5.  Personal Details

6.  References

Monday, 17 November 2003

TROUT'S MANTRA : DIFFERENTIATION

17 Nov 2003

Raju/Sanju/Kartavya,
   
TROUT'S MANTRA : DIFFERENTIATION

"Before you break the rules, know the rules,"

First rule, attaining success to be different.

"Effective strategy is all about differentiation,"

brands needed to create a real reason to buy and not a meaningless slogan.

to ensure differentiation by attributes, which was the only characteristic that would make products unique.

How each of them were able to stand for attributes the ultimate driving experience, safety, engineering and styling.

Consumers want to believe that products can contain a magic ingredient that will improve performance.

Where most consumers did not bother to know what Trinitron was all about.

Do not ignore the competition, focus and differentiation are critical in competitive world and CEOs must be willing to encourage sacrifice instead of growth. 

If,

BMW              = Ultimate Driving Experience
Volvo              = Safety
Mercedes         = Engineering
Jaguar            = styling

Then,

Guru Mine        =
Guru search     = Short listing competence not resumes?
Recruitguru      = The future of webservices
3P jobs.com     = For Executive search, corporate India's First choice

Remember

Owen corning (India) Ltd, has even managed to get a trade - mark (not patent) on color "PINK"!

HEMEN PAREKH

Friday, 14 November 2003

NEW MODULES

 

SyI No.

Feature Description

Why Required?

Ref.

1.

GinniAd

One of the major problems faced by Placement Agencies (and to a less extent, by End Employers) is to post same job-advt, again & again, on various job-sites. This is a very tedious and time-consuming task. This is a PROBLEM.

FILE CODE: RGN SUBJECT: NEW MODULES 28/10/03

Desired Solution:

Compose one single job-advt on Recruitgum (GinniAd)

Chicken checkboxes bearing names of various jobsites

Submit

And GinniAd should take care of the rest. within minutes, same job-advt should get automatically posted on all jobsites (check-boxes) selected.

We should consider offering this transaction/feature FREE (at least initially) on condition that, all resumes received in response to such an advt. get into the Subscriber's PRIVATE database automatically- AFTER getting processed/extracted - also automatically- . So, whereas composing Advt is FREE, we make our money in "Extraction" (i.e. provided extraction is not FREE!).

This will require that "E-Mail ID" mentioned in the job-advt is HARD-CODED and

 



GURU SEARCH

Code: RGES / IMP

Subject: Minor Improvements in GuruSearch

Feature / Application

Why Required?

My Note dt Ref.

Change Top of ImageBuilder (Logo-Customization)



(19 NOV-2003)

By replacing Recruitguru Name/Logo with his own Company’s Name/Logo, a subscriber would identify resumes/candidates with his Com. This is very critical for Placement Agencies/ Jobsites etc.

Automatic Preliminary Screening & Intelligent Spooler (like Isys)

Every subscriber of Recruitguru, will daily receive hundreds of solicited (against his specific job-advts) or unsolicited email resumes. GuruMine will be processing (extracting these daily, on automatic basis. Now a subscriber has no time to see/view/read, all of these. He would like to set some "search-criteria" in advance (pre-determined) whereby, only those resumes which fulfill/meet his "search-criteria" are diverted to his "Desktop" which only, he can look up daily morning. He should be able to set-up different-set of criteria for different "positions/vacancies".

01-09-03

Search by "Vacancy Name/Position Name" mentioned in job-advts, released on jobsites/print-media

All job-advts, invariably carry "Vacancy Name/Position Name"



While applying, candidates usually mention (in their covering email), the "position/vacancy" against which they are applying / wish to be considered.



So recruiters want to "search" only amongst those candidates who have, specifically applied against a GIVEN position/vacancy.

 

Code: RGES / NEW

Subject: Major New Features/Applications of GuruSearch

Feature / Application

Why Required?

Ref. My Note dt.

Collaborative Meeting thru Webex (MS Office)

Entire recruitment process involves many "players" (external & internal), such as:



• Head of Dept. (where vacancy exists)



• Manpower (Vacancy) Approving Agencies (eg. Central Personnel Dept etc)



• Advt. Agency



• Media



• Recruitment Manager/Clerk/HR Manager



• Raters / Interview Experts etc. etc.



RecruitGuru should permit/enable all of these persons to "chat" online / annotate etc. re: a given Candidate or a given Vacancy/Advt.

Aggregation of "Searches" conducted by each Subscriber

During 2/5 years, each subscriber will conduct hundreds of "searches"



In each such "search", he would use 2/10 "search-criteria"



By "aggregating" all search-criteria, ever used by a given subscriber (on a cumulative-basis), we will be able to compute "Frequency of Usage" of each criteria (for a given subscriber) and will be in a position to "predict" what kind of executives/professionals he would be searching-for in next week/month/quarter! This data-mining will help us do "proactive" marketing.

Integration of Recruitguru (especially output/search-results from GuruSearch) with other ERP packages such as:



SAP / Siebel



BAAN



PeopleSoft



Oracle HRMS etc.

Many global companies have made huge investments in installing expensive ERP packages. They are "locked-in".



Based on superior (but sharply focussed) features of Recruitguru, these companies will insist that it should be possible for them to integrate Recruitguru with their existing ERP packages. Then only they will consider subscribing to Recruitguru!