Construct · 6 fields · 10 citations

Where does compatibility collide?

One name. Different field. Different construct. One map.

● jingle · one name, six constructs Nearest construct by meaningfacilitating conditionscompare the meanings
How to read this

Every construct on the map is compared with every other by the meaning of its definitions, and the closest one is surfaced here. The nearest construct to compatibility is facilitating conditions.

Hold this as a prompt, not a verdict. Two constructs sitting close in meaning is a reason to read them side by side and decide for yourself whether they are one idea under two names. It is not proof that they are. Compare the meanings in the Collider.

PCI SUBSCALE · SPLIT IN 2006STANDARDS → INTERFACEScompatibility6 CONSTRUCTSDiffusionROGERS · VALUES · NEEDSEng. managementTORNATZKY & KLEIN · METAInformation systemsPCI · FOUR BELIEFSEconomicsNETWORKS · STANDARDSSoftware eng.API · BREAKING CHANGESocial psychologyFIRO · COMPLEMENTARITY

Spokes are fields; dashed arcs are shared lineage. Tap a field for its definition, unit, and measures.

2026

Drag to watch the word get claimed. Each field appears at the publication date of the earliest source cited for it. Tap a year to see which.

Diffusion research

the degree to which an innovation is perceived as consistent with adopters' existing values, past experiences and needs.

The degree to which an innovation is perceived as consistent with the existing values, past experiences, and needs of potential adopters, one of Rogers's five perceived attributes, alongside relative advantage, complexity, trialability, and observability. Rogers listed three things it can be fit with and treated them as one attribute, which is the seed of every split on this map. The definition is in the adopter's perception; an innovation that is technically compatible but feels alien is, in this meaning, incompatible.[1]

Unit
An adopter's perception of an innovation
Recovery means
Not applicable
Measured by
Perceived-attribute items; rate of adoption as the criterion

Engineering management

the meta-analytic finding that compatibility, with relative advantage and complexity, was consistently related to adoption and implementation.

Tornatzky and Klein's 1982 meta-analysis of 75 studies found that of the ten innovation characteristics examined, only compatibility, relative advantage, and complexity were consistently related to adoption and implementation. They also noted that the compatibility studies conflated two things: normative compatibility with values and norms, and practical compatibility with what adopters already do. The finding made compatibility one of the three attributes everyone measures, and the caveat about what it means went largely unread.[2]

Unit
A correlation between a perceived attribute and adoption, pooled across studies
Recovery means
Not applicable
Measured by
Sign and consistency of reported relationships across studies

Information systems

an IT adoption measure of perceived fit with work style and current situation, later split into distinct compatibility beliefs.

Moore and Benbasat's Perceived Characteristics of Innovating instrument carried Rogers's attribute into IT in 1991 as a compatibility subscale about fit with work style, current situation, and the way the respondent likes to work. Karahanna, Agarwal, and Angst argued in 2006 that this pooled four distinct beliefs and separated them: compatibility with prior experience, with existing work practices, with preferred work style, and with values. Each has its own antecedents and its own effects on usefulness and ease of use, and the ones that matter differ by stage of use. The IS construct is thus a family of four, still mostly measured as one.[3][4]

Unit
A user's beliefs about a specific system
Recovery means
Not applicable
Measured by
PCI compatibility subscale; four separate belief scales in the reconceptualization
Scales indexed for this construct
  • Compatibility beliefs (COMPAT)Karahanna, E., Agarwal, R., & Angst, C. M., 2006 · four distinct kinds of fit: prior experience, existing practices, preferred style, values4 items

Economics of standards

products that can be used together or interchangeably so they share a network, with compatibility modeled as a firm's choice.

Two products are compatible when they can be used together or interchangeably, so that they share a network: Katz and Shapiro modeled compatibility as a firm's choice that determines whether consumers of one product count toward the network benefits of the other. Farrell and Saloner showed in the same year that a standard can trap an industry (everyone would switch to a better one, but nobody moves first) and that compatibility, once achieved, can be a drag on innovation. Compatibility here is a property of a pair of products, chosen strategically, with the market as the unit of analysis; no one perceives anything.[5][6]

Unit
A pair of products or standards in a market
Recovery means
Not applicable, excess inertia is the failure mode, not a state to recover
Measured by
Whether products share a network; installed base; switching costs; equilibrium adoption in models

Software engineering

a new version of a component that lets clients written against the old version still work without change.

A new version of a component is backward compatible when clients written against the old version still work without change; a breaking change is one that violates this. Dig and Johnson traced how real APIs evolve and found that over 80% of the changes that broke clients were refactorings, the interface was renamed or moved, the behaviour was not. Raemaekers, van Deursen, and Visser measured the Maven repository and found breaking changes in roughly a third of releases, minor and patch versions included, so the versioning convention that is supposed to signal compatibility mostly does not. Compatibility is binary and directional: the new must accept the old, never the reverse.[7][8]

Unit
A pair of versions of a component and the clients between them
Recovery means
A client that compiles and runs again after a version change
Measured by
Breaking changes per release; client build and test failures; semantic-versioning adherence

Social psychology

whether two people get along, defined by how well one person's expressed interpersonal needs match what the other wants.

Whether two people get along, defined by how their interpersonal needs mesh. Schutz's FIRO theory proposed three needs (inclusion, control, and affection) each with an expressed and a wanted side, and defined compatibility as the match between what one person expresses and the other wants. Dryer and Horowitz tested the competing predictions in 1997: on the affiliation axis, similarity produced satisfaction; on the dominance axis, complementarity did, a dominant person was happier paired with a submissive one than with another dominant. Compatibility here is a property of a dyad, symmetric by construction, and can mean opposites rather than sameness.[9][10]

Unit
A dyad
Recovery means
Not applicable
Measured by
FIRO-B profiles; satisfaction after interaction with a matched or mismatched partner

Next

Run it through the Collider, or take the citations with you.

Combine items across the compatibility scales to see whether the meanings separate empirically, or export every reference on this page in one click.

Open in ColliderExport BibTeXReport this collision

Nearby collisions

observability6 names · 7 citationsjangle · four names, one constructinnovation6 fields · 11 citationsjingle · one name, six constructsinnovativeness6 fields · 9 citationsjingle · one name, six constructs

References

  1. Rogers, E. M. (2003). Diffusion of innovations (5th ed.). Free Press.
  2. Tornatzky, L. G., & Klein, K. J. (1982). Innovation characteristics and innovation adoption-implementation: A meta-analysis of findings. IEEE Transactions on Engineering Management, EM-29(1), 28–45. https://doi.org/10.1109/TEM.1982.6447463
  3. Moore, G. C., & Benbasat, I. (1991). Development of an instrument to measure the perceptions of adopting an information technology innovation. Information Systems Research, 2(3), 192–222. https://doi.org/10.1287/isre.2.3.192
  4. Karahanna, E., Agarwal, R., & Angst, C. M. (2006). Reconceptualizing compatibility beliefs in technology acceptance research. MIS Quarterly, 30(4), 781–804. https://doi.org/10.2307/25148754
  5. Katz, M. L., & Shapiro, C. (1985). Network externalities, competition, and compatibility. American Economic Review, 75(3), 424–440.
  6. Farrell, J., & Saloner, G. (1985). Standardization, compatibility, and innovation. RAND Journal of Economics, 16(1), 70–83. https://doi.org/10.2307/2555589
  7. Dig, D., & Johnson, R. (2006). How do APIs evolve? A story of refactoring. Journal of Software Maintenance and Evolution: Research and Practice, 18(2), 83–107. https://doi.org/10.1002/smr.328
  8. Raemaekers, S., van Deursen, A., & Visser, J. (2017). Semantic versioning and impact of breaking changes in the Maven repository. Journal of Systems and Software, 129, 140–158. https://doi.org/10.1016/j.jss.2016.04.008
  9. Schutz, W. C. (1958). FIRO: A three-dimensional theory of interpersonal behavior. Rinehart.
  10. Dryer, D. C., & Horowitz, L. M. (1997). When do opposites attract? Interpersonal complementarity versus similarity. Journal of Personality and Social Psychology, 72(3), 592–603. https://doi.org/10.1037/0022-3514.72.3.592

Cited on this page?

Confirm your construct, or correct us.

If your work is cited behind one of these entries, you know better than we do whether we captured the meaning right. Confirm it, suggest an edit, or dispute it, and your name goes on the entry as an author who has checked it, linked to your ORCID.

Claim your construct