CORPORATE PROFILE
On our website, we want to create
a
CORPORATE DATABASE OF INDIAN
COMPANIES
Some parts of such database will
be searchable by Jobseekers & Recruiters
e.g:
Industry Vs. Products Vs. Company
Name
(as UNIX server shows)
[ In future, I want to restrict,
even such limited viewing to MEMBERS -
whether - Individual Members or -
Corporate Members.
But, in order to attract them to
become "members", I would like a feature by which, they can get a
"glimpse/window display" of what a Search would yield - with only a
limited visible "values/records" and a message urging them to become
"members", so that they can see/view full display. ]
Rest of this database will be
accessible/viewable only by
- Concerned Corporate Member (Manager) - 3P.
Ideally such a "Corporate
Profile" should be created (directly on our website), by a Manager of
that Company.
( "submit your Corporate
Profile" form, much like "submit Resume" form for individuals).
But Personnel Managers are
notorious for their
- lack of interest
- lack of Competence
- abundance of lethargy
- lack of initiative
- lack of curiosity to experiment.
The best that we could expect
from them is to take some MINIMUM trouble to "update/edit"
a profile if WE create/upload on our own!
Hence, my strategy is:
- Create/upload profiles of thousands of (Indian)
Companies on our website, even if many fields are blank/missing.
- Send out messages (by email wherever email address
is available) to the Personnel Managers of such companies, requesting them
to login and "edit/update" their own company's
... profile. This would require
sending them (automatically generated) User ID/Password/Unique No.
This communication will point out
following advantages:
- Having "edited" their profile, in
future, they would not need to fill-in all data about their Company, when
posting a "Job-Adut". They can simply enter User
ID/Password & get going.
- All "Candidate-Alerts" will be
stored on their Personal Page (like "Premium Pages" of www.Dell.com)
- Every Resume-Search ever conducted by them
on our website will get stored (chronologically) on their Personal
Page - along with search-results & shopping basket details, if any.
- Similarly all "Job Aduts" ever
posted by them on our website will also get stored in their Personal Page
(Short Display/Long Display) - along with PEN of all
candidate-resumes sent to them (for each job-advt.) as CANDIDATE
ALERT )
- Whenever any of his Shopping Basket got
converted into a Purchase Orders, details of all such "Orders"
will get stored on his Personal Page (short display/long display)
- If his company owns a website, we would exchange links
- If he posts a job-advt. on our website, it could
get automatically displayed on his own Company's website (provided
same database structure is used on their website)
- As a "member", he would be
entitled to see/view, a vastly improved COM.com feature
- In future, he will be able to "track/monitor"
his purchase orders on our website, directly, on his own (Once we
extend our Order Execution System to our website).
- In future, he will be able to prepare his company's
ANNUAL MANPOWER PLAN directly on our website, by filling-up
(download/upload) concerned FORMS.
- He will regularly receive "NEW ARRIVALS of
INTERESTING RESUMES" based on his MANPOWER PLAN.
- Should his company decide to introduce a VOLUNTARY
RETIREMENT SCHEME (VRS), he could enter "details" of
employees on his Personal Page, whereby each such employee will,
thereafter, get SUITABLE JOB ALERTS.
As a result, if such employees
resign & leave on their own, Company will save CRORES of Rupees
payable as Compensation.
This list can go on!
In this connection, I enclose, a
copy of my earlier note (dt. 17-9-99), based on which you may design "CORPORATE
PROFILE" form.
This form should permit AUTOMATIC
TRANSFER of database of 14000 public limited companies, earlier
prepared by SOMA. There should be no manual data entry required.
Same form, should also be on our LAN,
both for searching & for updating by 3P staff & then uploading
(once again) on our website.
There should be a MIRROR
IMAGING between LAN & WEBSITE databases, irrespective of
- "who" updates
- "when" updates
- "what" (field) updates.
The system should permit a "member"
to fully take advantage of all the functionalities mentioned earlier.
CYRIL 17-9-99
Corporate Database
We have several Corporate
Databases on our harddisk.
These different databases were
created at different times - and maybe from different sources, to meet a
specific immediate need.
Enclosed find a tabulation
comparing the "fields" contained in these databases.
Obviously, there is a lot of "duplication".
I feel this duplication can be
avoided if we have ONE SINGLE COMMON (and very COMPREHENSIVE) SCREEN in
which everyone enters the data about a company. Then it does not matter,
- who enters
- what data
- When (incrementally)
If this can be done, each user
can select whatever "fields" he/she wants to tabulate in a
statement or what label needs printing. Database integrity will also be
guaranteed. We can even permit the HR Manager (of concerned Company) to
update/edit the data, on his own, on our website. Let us discuss $\text{pl}$.
cc: PJP/RKA/CMT
|
Field |
Soma's 14000 |
Kompass 18000 |
Ownership Master |
BT-500 |
Corp. Job Advt. Posting
Form |
Shopping Basket Form |
|
Company Name |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
|
CONTACT DATA |
||||||
|
- Address (Postal) |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
|
- Phone No. |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
|
- Fax No. |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
|
- email add. |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$? |
|
|
- Website (URL) |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
||
|
PRODUCTS/SERVICES |
$\checkmark$ |
$\bigcirc$? |
||||
|
INDUSTRY (engaged in) |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\bigcirc$? |
|
|
SALES TURNOVER |
$\checkmark$ |
$\bigcirc$? |
||||
|
TECH. COLLABORATION |
$\checkmark$ |
|||||
|
JOINT VENTURES |
$\checkmark$ |
|||||
|
BRANCHES/FACTORIES |
||||||
|
- addresses |
$\checkmark$ |
$\checkmark$ |
||||
|
- contact data |
$\checkmark$ |
|||||
|
MANAGEMENT - NAMES |
||||||
|
- CMD/MD |
$\checkmark$ |
|||||
|
- Co. Secretary |
$\checkmark$ |
|||||
|
- Directors |
$\checkmark$ |
|||||
|
- President/CEO |
$\checkmark$ |
|||||
|
- Chief of Personnel |
$\checkmark$ |
$\checkmark$ |
$\checkmark$ |
$\checkmark$? |
||
|
- Other Sr. Executives |
$\checkmark$ |
|||||
|
NATURE OF COMPANY |
||||||
|
- LTD/PVT. LTD/GOVT. |
$\checkmark$ |
$\checkmark$ |
||||
|
GROUP TO WHICH IT BELONGS |
$\checkmark$ |
|||||
|
NEW PROJECT INFO. |
||||||
|
FINANCIAL RESULTS |
CYRIL 27-4-99
7 BLIND MEN & THE ELEPHANT
No doubt you have read this story
as a child and even told to Natasha.
Each blindman's perception (of
what elephant looked like) depended upon "which" part of elephant he
was "touching". So each blindman described the elephant differently
as
- rope
- trunk of a tree
- boulder
- a big leaf
etc etc.
When, we try to give an "INDUSTRY-NAME"
to any Company, we are no different than those blind men! Even, I myself (same
person) am likely to give different "Industry-Name" to Same
Company at different points of time!
What makes things WORSE,
is that different "databases" are received (by us) from different
sources.
- Some are bought "ready-made" from
outside.
- Some, we give out for creation on "sub-contract"
basis to Vendors.
- Some, we create ourselves.
- Some, Candidates Create.
- Some, Voltas Creates for us.
The enclosed diagram illustrates,
what I have in mind.
With some such "apprehension"
in mind, we created a MASTER-LIST OF INDUSTRY-NAMES and linked ALL
COMPANIES (32000 from KOMPASS) to this MASTER LIST.
Then we made this a part of Module.
So, as far as Resume Database
is concerned, the "discretion" is taken away from the Data
Entry Operator. The software will decide what INDUSTRY NAME
to give to VOLTAS.
Looking at the enclosed diagram,
I feel we need to do Same with respect to all other databases as
well.
$$Illegible handwritten word -
possibly "Driven"$$
Even if a database arrives, with
a different INDUSTRY NAME for Voltas, it
$$Illegible handwritten word -
possibly "will"$$
immediately get
"CORRECTED" when we load it on Server.
Let us discuss this upon your
return
Regards
cc: Saida
$$Diagram centered around the
company **VOLTAS**, showing different data sources and the resulting industry
classification, illustrating the "7 Blind Men" problem.$$
- Source: Voltas-employee sends Resume
$\rightarrow$ Industry: DIVERSIFIED
- Source: Kompass/IPBS CMI Database
$\rightarrow$ Industry: Refrigerator
- Source: Voltas Loads Own Corpro-Job Adut. on
our site $\rightarrow$ Industry: Air Conditioning
- Source: We Create Salary database from
Voltas Annual Report $\rightarrow$ Industry: Consumer Durable
- Source: Bombay Stock Exchange Classification
$\rightarrow$ Industry: Mfg. Ind.
- Source: Normal Job Advt. uploaded on website
$\rightarrow$ Industry: Switchgear
- Source: Voltas sends us an Executive Search
Requirement $\rightarrow$ In ESR we/they enter $\rightarrow$ Industry:
Construction











No comments:
Post a Comment