INTERVIEW MANAGEMENT MODULE - HALF WAY HOUSE

How do we send this software to the recruitment managers? Which recruitment manager?

And what excuse/pretext do we use?

You may wish to consider following:

• Every time a recruitment mgr. uses the IRM, we will get a copy.
• At that stage, we can send to him the MASTER-SUMMARY software.

OR

We can send him an email saying,

Dear [ ] ,

It is possible that some candidates may have started sending you their “ImageBuilder” resumes, along with an Interactive Response Module (– both developed by us).

We hope you find both of these useful. We believe these will improve your personal productivity, many folds.

You may, however, want to keep track of your ratings & interview-decisions of the applicants, individually & collectively. You may want:

• a MASTER-SUMMARY
• an Advt.-Wise Summary

(see attachments)

We would be happy to make available to you – without any obligation – a software that would integrate with the Interactive Response Module and automatically generate such summaries for your viewing at any time.

All you need to do is simply register for

30 DAYS FREE TRIAL

on our website, www.RecruitGum.com, and then download the software.

At the end of the FREE TRIAL, even if you decide not to subscribe to our webservice, you still get to use the downloaded software indefinitely – and without any obligation.

With regards,
Abhi Khatawate

Inder
cc: Kartavya
cc: Abhi
cc: Nagwekar

Global Recruiter – Interview Management Module Functional Specifications

As per schedule prepared by you, you are supposed to hand over to Kartavya the Functional Specifications for this module by July 15th.

No doubt, you must have gone through my previous notes on this subject (Webservice). Folder #1 (Box file) is with Nagwekar & Folder #2/#3 are in second drawer of my table.

In addition to these, for your guidance, find 18 pages of my notes where I have commented on each output statement of OES – which is quite like an Interview Mgmt. System – except it was specifically designed for a placement firm.

What we want to come out with is for any Corporate web-subscriber who does recruitment for his own company.
So, a lot of OES statements are irrelevant for such a user.

He wants a simple system which permits him to track any vacancy at the 8 stages mentioned on p.3 of my enclosed comments.

The most important feature of this Interview Management Module is described in my notes dt. 19-12-2002 “Global Recruiter”, in which I have drawn many graphs & then commented on each.

This feature consists of:

• Graphical Tracking of each assignment through various stages using MIMIC Diagram / Wizard, as in case of:
• Load Dispatch Centre for Power
• Train Movement on many tracks/stations
• Refinery / Cement Plant flow chart
• Several lifts going up/down/held-up on various floors of 100-story building
• Assembly-line conveyor belts, etc.
• Automatic ringing of Alarm Bells (emails) when a process is held up at any stage beyond target date (specified by initiator). Red light blinking on MIMIC diagram to indicate where exactly there is a hold-up & who precisely is responsible.

Your functional specs will be incomplete without UI in form of MIMIC Diagram & output statements.

 FROM OES, what “output statements” can/should be considered for our Webservice Module-3 INTERVIEW MANAGEMENT?

#1 – Monthly Shopping Basket Summary (for a given period)
This is irrelevant.
But the Central Personnel Officer (CPO) would want to see some statement which tells him:

• How many “Manpower Requests” received from different locations/units during any period (or cumulatively) for his “approval”
• How many he “approved”
• How many he “rejected” (with reason for rejection)

→ Location-wise / Unit-wise data to be compiled.

#2 – Shopping Basket Summary (URL Wise)
This is irrelevant.

#3 – Shopping Basket Summary (for a given period)
This is irrelevant.

#4 – Shopping Basket Designation-Level Wise
This is irrelevant.

#5 – Shopping Basket (Function-wise)
Irrelevant

#6 – Shopping Basket (Industry-wise)
Irrelevant

#7 – Shopping Basket (Client-wise)
Irrelevant

#8 – Shopping Basket (Consultant-wise)
Irrelevant

#9 – List of Inquiries for a given period

• Consultant-wise
• Location-wise
• Function-wise
• Vacancy-wise
• City-wise
• Country-wise
  (→ Covered by my comments in Item #1)

#16 – No. of Inquiries remaining to be answered (Consultant-wise)
Something similar would be required in Global Recruiter where the Central Personnel Officer (CPO) or the Indenting Department Manager is able to see visually/graphically the stage-wise progress/status of each & every manpower request.

#17 – List of Inquiries which did not convert to an order
This is like Rejection/Disapproval of a departmental manpower request by the Approving Authority = CPO or even Head of Dept.
→ We should provide a column/field where CPO/Dept Head can record his Reasons for Disapproval.

#18 – Inquiry Status (Consultant-wise)

This would be covered by Visual Progress Chart, where stage-wise status is shown.

Is it likely that in an organization, several Recruitment Managers are handling different manpower requests received from different depts/locations? This is possible – in which case, Global Recruiter should have provision to monitor progress/status of each/every manpower request.

• Dept/Location-wise (Initiator)
• Recruitment Mgr-wise (who is handling)

#19 – Proposal → Irrelevant
#20 – Sales Order → Irrelevant
#21 – Project Plan for a Sales Order → Irrelevant

In Global Recruiter, I feel we should allot/permit the Initiator (end user dept. where vacancy exists) to fill in:

• Manpower Request details
• Project Plan details

Table Sketch:
Stages vs. Cumulative No. of Days Allowed (example):

1. Manpower Request
2. Approval
3. Advt. Release
4. Receipt of Applications
5. Shortlisting
6. Interviews
7. Appointment/Joining

 

By filling up such a Project Plan (as shown on preceding page), we are equating Initiator with an internal customer (of HR Dept).

The User Dept (Initiator) is in effect telling the Service Provider (HR Dept):

• This is my requirement (Main Specs/Job Description/No. of Vacancies, etc.)
• I give you a total of 60 days to fill this vacancy as per following Project Plan. I have also indicated no. of days for completing each activity, stage-wise.

Now, we may provide a provision wherein the HR Dept can superimpose its own version of Project Plan, in case it cannot meet the stipulations of client (User Dept).

Table Sketch (Stage-Wise Tracking):

• Main Request
• Approval
• Advt. Release
• Receipt of Applications
• Shortlisting
• Interviews
• Apt/Join

→ HR Dept commitment superimposed on plan from Initiator (shown as different colored/marked boxes).

Perhaps we can consider allowing User Dept (Initiator) to indicate a “band of days” for each activity, instead of stipulating one/fixed date for an event (i.e., completion of activity).

So, in essence, the User Dept stipulates:

• Earliest Starting Time (date) for an activity, and
• Latest Completion Time (date) for that activity
  (much as in case of PERT).

And, since in a recruitment process, all activities are sequential only, we are suggesting a Gantt Chart.

(Sketch of Gantt Chart showing sequential activities across days 3–10)

 

#22 – Project Variance for “Sales Order” (i.e., given Vacancy)

This statement is very relevant for a Global Recruiter. But whereas in OES it is a foundation of figures/numbers, in Global Recruiter we must convert it into a Graphical/Visual presentation, where there should be some method to highlight negative variance – i.e., by how many days is the project running behind schedule (the target dates for each stage).

I suppose visual indication of negative variances must be a standard feature of any good Project Planning Software package already available in the market. Only, most of these software are designed to take care of hundreds of activities, also “parallel” activities. Whereas for Global Recruiter, we need to deal with no more than 10–12 activities, all of which are sequential.

So, we need to re-invent the wheel & design something quite simple & light, depending upon the simplicity/complexity of concerned organization. (Allow addition/deletion of activities = customization).

We may provide 25 activities (all sequential?), out of which an Initiator can choose/select whatever are relevant to his organization & further relevant to this particular assignment.

#23 – Pending Order for a Consultant (Chronologically)
In Global Recruiter we will not distinguish/differentiate between an Inquiry and an Order. So my remarks for #18 apply.

#24 – Pending Order for a Consultant (Client-wise)
Although it is theoretically possible that one Recruitment Mgr. may handle manpower requests received from many different departments, we can ignore this statement/report in Global Recruiter.

#25 – Pending Order for a Consultant (Vacancy-Name wise)

(Triangle diagram showing relationship)

• Indenting Depts. (User Depts)
• Vacancy Names
• Recruitment Managers (handling a given manpower request)

Since 2 different, identical vacancies from diff. user depts. would be a rare case, we should confine Global Recruiter reporting to only:

• Indenting Dept-wise
• Recruitment Mgr-wise

 

#26 – Pending Order for a Consultant (Est. Billing Value wise) → Irrelevant

#27 – Pending Order for a Client – Chronologically
(Flow diagram drawn)

• Manpower Request → User Dept → Recruitment Mgr Concerned
  This statement is relevant.

#28 – Pending Order for a Client – Consultant wise
(Flow diagram drawn)

• Manpower Request → User Dept Concerned → Recruitment Mgr Concerned
  (Same as #25).

#29 – Pending Order for a Client – Vacancy Name wise → Irrelevant

#30 – Pending Order for a Client (Est. Billing wise) → Irrelevant

#31 – Pending Status for a given period (Industry wise) → Irrelevant

#32 – Pending Status (Function wise) → Irrelevant

#33 – Pending Status (Desig. Level wise) → Irrelevant

#34. Load on a Consultant
We can ignore for Global Recruiter.

#35. Resumes remaining to be sent (Consultant-wise)
→ Irrelevant.

#36. Resumes sent-out
→ Irrelevant.

#37. Oneline Statement (for Consultant)
#38. Oneline Statement (for Client)
→ Irrelevant.

#39. Details of Prospective Candidate
—

#40. Advt. Details
At a later date (V 2.0?), when Ad-Compose permits sending advts. to print-media (e.g. Times of India), this statement would be required — not now.

For the time being, Ad-Compose screen will have check-boxes for uploading advts. on different JOBSITES only. It should be possible to view this screen any time later in case one forgets what JOBSITES he had ticked.

#41. Advt. Response (Client-wise) for a given period
Global Recruiter must have provision to display the no. of resumes received from each jobsite & for each job-vacant (Vacancy-name).

Client (User Dept.) & period is irrelevant.

#42. Advt. Response (Media-wise) for a given period
→ Same remarks as #41.

#43. Interview Call Sent-out for an Order / Manpower Request
This statement (or something similar) is very much required.

#44. Interview Schedule for Sales Order
Some similar statement is very much required.
In every such case, we don’t have to follow the exact format for Global Recruiter. What I mean is that some such statement would be needed.

#45. Interview Held Summary — Client-wise
If internal User Dept. (Initiator) has to be treated as an internal client, then he would want some feedback.

#46. Interview Held Summary
This summary is for Central Personnel Officer (CPO), who may want to see, at-a-glance, interview positions of all user depts.

#47. Follow-up details for an order of a given client
It is quite unlikely that CPO would see.

Continuing from previous page:
It is more likely that User Depts (i.e., clients) will follow up, not CPO.

However, a couple of cases where CPO may follow up with User Dept:

• If resume-file (drafted of course) is sent to User Dept for vetting and it is still not returned to CPO duly rated.
• If User Dept has not given/fixed interview dates & CPO has fixed interview schedule which User Dept has yet to approve/agree.

---

#48 – Follow-up with Candidate (for a given period)
Any recruitment dept. wants a facility (software) which enables the recruitment manager to:

• Send a voicemail/email to shortlisted candidates.
• Send “alert messages” (reminders) to candidates when a candidate-wise listing or vacancy-wise history shows no replies.
• Track what replies have come from which candidates.
• Track which candidates have confirmed they will attend interviews (as required) & which have declined (also giving a reason).
• Make a phone call to a candidate.
• Send an SMS to a candidate.

 

#49 – Client-wise expected date of joining
If user depts (initiators) are treated as internal clients, then they certainly want to know when selected candidates are likely to join (against their vacancies).

Assuming there are several internal clients, both CPO & these initiators should be able to “see” the dates on which different candidates have promised to join.

#50 – Details of compensation received for an order → Irrelevant

#51 – Compensation Details → Irrelevant

#52 – Compensation Details (as per format)
This is a very useful form. By providing this form, we should make it possible for the CPO (Central Personnel Officer) & the Initiator Dept Head to be able to see exactly what the basic salary for an offer is & how it translates into “Gross Compensation.”

We should also make a provision whereby CPO/Initiator dept can add/delete any particular elements of compensation which are unique/peculiar to their dept/company/location.

How can we “Convince/Persuade” CPO/Initiator to fill in “Compensation Details” (i.e., Compensation offered details) for each new appointee?

• If filling in all these details looks like too much extra work for the CPO/Initiator, without any immediate benefit to them, they are not likely to take the trouble!
• And most certainly we don’t want to make it mandatory to fill in the form – there will be a revolt!!

We must provide a very powerful incentive to CPO/Initiator to fill in this form voluntarily and every time, without fail.

Possible “reasons/incentives”:

• Because Salary Payment (software) application needs that as an input (Taxation, etc.).
• Because Manpower Cost (software) application needs it (MIS, Costing/Tendering, etc.).

However, what would really “incentivize” CPO/Initiator (to fill in this form) is to transform this form into a:
Salary Negotiation Device/Aid

Gross compensation is something that CPO must negotiate with each potential/prospective candidate based on:

#1 – What the candidate is currently drawing/getting in his existing company (Credible back-up).

#2 – What “rate” (in gross) he is expecting if he has to make a job change (i.e., the minimum below which he would not consider our offer).

#3 – What problems (of upsetting internal parity / apple-cart) would it pose for us if we were to offer him what he wants.

It is relatively easy to deal with 1 & 2.

---

[Salary Comparison Table]

Sr. No.	Position	Dept.	Interview #

| Item/Element of Comp. | What Candidate is getting (A) | What he wants (B) | Our offer (C) | Increase % (D) |

• A. Monthly (Basic, DA, HRA, LTA, etc.)
• B. Annual
• C. Retirement Benefit
• D. Other

Total → (X)

FIRST STAGE (OF HELP)
Everytime CPO/Initiator changes any fig. in Column (B), figs. in Col. (C & D) would get revised automatically.

SECOND STAGE (OF HELP)
Everytime CPO enters a fig. (X) (i.e., Gross Annual or Monthly Salary that candidate expects or that CPO is willing to consider), the software works backward & fills up the detailed breakup as also (C & D).

For software to be able to work backward (from “gross” to “detailed break-up”), a formula would need to be provided to the subscriber. He would enter the figs. in advance, e.g.:

• If Basic = a
• HRA = 0.2 (a)
• LTA = 0.1 (a)
• Medical = 0.05 (a)
  etc. etc.

The subscriber can use several different formulas for different “cadres/grades,” since different perks/benefits in different cadres/grades would have different “linkages” to “Basic Salary.”

 

THIRD STAGE (OF HELP)
In third stage (maybe in V3.0), CPO would be able to see/view Compensation-Profile Frequency Distribution Graphs on his computer screen.

These graphs could be for:

• That company’s own internal employees’ profile (Designation-wise / Age-wise / Exp-wise).
• General public/professionals profile.

Example:
Selecting graph for Manager:

• Designation: Manager
• Population: Manager 49
• Candidate being offered: 33K

(Illustration of frequency distribution curve with Gross Salary Rs./month – 25K to 35K, peak at 30K, candidate at 33K marked on curve).

CPO/Initiating Dept can now clearly see where exactly the candidate (being interviewed) fits in, and whether the offer/expectation is in line or likely to upset a lot of existing employees.

#53 – #58 Invoice / Out of Pocket → Irrelevant

#60 – #65 Client List / Janamkundli (Client & Candidate) → Irrelevant

#67 – Executive Placed Summary (Ind-wise) → ✅ Relevant
#68 – Executive Placed Summary (Function-wise) → ✅ Relevant
#69 – Executive Placed Summary (Vacancy-wise) → ❌ Irrelevant
#70 – Executive Placed Summary (Client-wise) → ❌ Irrelevant
#71 – Executive Placed Summary (Joining-details wise) → ✅ Relevant
#72 – Executive Placed Summary (Comp-wise) → ❌ Irrelevant
#73 – Executive Placed Summary (Complete List) → ✅ Relevant

✦ In Global Recruiter, there would need to be only 2 statements of “Executives Joined/Appointed”:

1. One for each Dept/Section/Initiator
2. One Consolidated

These will be arranged in the order in which (chronologically) manpower requests were released by the user depts.

#74 – Analysis of Orders Executed → Irrelevant
#75 – #80 (Orders executed breakdowns) → Irrelevant
#81 – Outstanding → Irrelevant
#82 – Outstanding → Irrelevant

Key Insight:

• Relevant → Candidate follow-ups (#48), Join dates (#49), Compensation details (#52), Placement summaries (#67, #68, #71, #73).
• Irrelevant → Invoices, Billing, Client commercial data (#53–#65, #74–#82).
• Conditional/Future → Advertisement details (#40), Compensation analytics (Stages 2 & 3, with formula and benchmarking).