After recently stumbling upon this Forbes post from 2019, and with skills ontologies entering the Gartner HCM Tech hype cycle, we decided it’s high time to discuss the difference between taxonomies and ontologies again. Although we have been developing and explaining our ontology for over 10 years, many HR and labor market professionals still let themselves be sold on the idea that a taxonomy is good enough for jobs and skills matching. Now, finally, after trying out one disappointing solution after the other, the idea is slowly catching on that they are being duped. And as ontologies start to trend, many providers are beginning to use this “more fashionable” term. But do not be fooled: their product hasn’t changed. It is still just a taxonomy. Speaking from experience, it takes years to build a true ontology. Why care? Because the difference in performance is massive.
As a reminder, a taxonomy is a hierarchical structure to classify information, i.e., the only possible relation between concepts in a taxonomy is of type “is a”. Think Yellow Pages or animal taxonomies. An ontology is a framework that describes information by establishing the properties and relationships between the concepts. Now if we want a machine to perform a task like job matching for us, we need to share our contextual knowledge with the machine. Meaning that we need to find a way to represent our knowledge in a machine-readable way. Given any specific domain, say, jobs and skills, which do you think could represent human knowledge better, a taxonomy or an ontology?
The same is true when we think about jobs and skills. Even with little knowledge of medical care, we know that ICU nurses have skills in common with psychiatric nurses, but that there are also must-have skills for ICU nurses that psychiatric nurses do not need, and vice versa. So, we can draw on common or contextual knowledge to determine that these two occupations are similar, but probably not similar enough for a good job-candidate match. We can infer other important information as well. For example, that a registered nurse requires official certification. Or that a head nurse will need additional skills like leadership.
We also know intuitively that the skills and tasks of a software test engineer have nothing to do with those of a nurse, even if the software company description states that they provide solutions that help nurses (amongst others). But without an ontology, this will show up in matching results.
To truly capture the complexity of this domain of jobs and skills, together with its many interdependencies, such as similarities and differences between various specialties, inferred skills, knowledge of various computer applications, or required certifications or training, there is simply no way around an extensive ontology that describes all these various aspects of job and skills-related data. So next time someone tries to sell you an ontology, make sure you’re not just getting a souped-up taxonomy.
If you’re interested in a more in-depth explanation of the difference between taxonomies and ontologies, read the Forbes post for the general concepts, or this JANZZ post for a discussion in the context of matching. Or you can experience the difference by comparing your current matching solution against ours. Contact us at email@example.com.