Construct · 4 names · 4 citations
Different names. Different fields. One construct. One map.
● jangle · one continued use, four names Nearest construct by meaninghabitcompare the meaningsEvery 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 IS continuance is habit.
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.
Spokes are the names and the models that coined them; dashed arcs are borrowings. Tap a field for its definition, unit, and measures.
Drag to watch the word get claimed. Each name appears at the publication date of the earliest source cited for it. Tap a year to see which.
The intention to keep using an information system after adopting it, driven by how far the system confirmed what the user expected, by the perceived usefulness of continued use, and by satisfaction with use so far. Bhattacherjee introduced this expectation-confirmation model of IS continuance in 2001 and tested it on online banking users, showing that continuance intention was set by satisfaction and by post-acceptance perceived usefulness, while satisfaction was set by confirmation of prior expectations. The point of the model was that carrying on with a system is not the same decision as first accepting it, so the acceptance literature could not simply be reused. This is the referent for the map: the other names here either supplied its mechanism or grew out of it.[1]
In marketing, satisfaction is modelled as a function of what a buyer expected before purchase and how far the product then confirmed or disconfirmed those expectations, with satisfaction in turn shaping attitude and the intention to buy again. Oliver set out this expectation-disconfirmation account in 1980 and tested it on people deciding whether to take a flu shot. Bhattacherjee borrowed the theory wholesale and re-pointed it from repurchase to continued system use, so the IS model's confirmation and satisfaction constructs are Oliver's, renamed for technology. The mechanism is the same comparison of expectation against experience, and only the object changed, from a bought product to an adopted system. The satisfaction construct itself is treated on its own page at satisfaction.[2]
The tendency to keep using a system automatically, out of learned routine rather than a fresh decision each time. Limayem, Hirt, and Cheung argued in 2007 that once use is frequent it becomes habitual, so intention explains less and less of what people actually do. In their model IS habit both feeds continued use directly and weakens the link from continuance intention to use, which is a different mechanism from the deliberate weighing that the continuance model assumes. This is the sharpest contrast on the map: the origin explains continued use as a considered intention, while habit explains it as behaviour that has stopped being considered at all. Habit as a construct has its own page at habit.[3]
How a user's beliefs and attitudes about a system shift as they gain first-hand experience, and how those revised beliefs then reset the intention to keep using it. Bhattacherjee and Premkumar extended the expectation-confirmation account in 2004 with two longitudinal studies, treating disconfirmation and satisfaction as the forces that change perceived usefulness and attitude over time rather than as one-off inputs measured once. This keeps the same confirmation-and-satisfaction machinery as the origin model but makes it dynamic, following the same users across successive points instead of asking after adoption alone. It names continued use through a moving target, the belief that experience keeps updating, rather than a fixed post-adoption judgement.[4]
Next
See how IS continuance sits against neighbouring constructs in the Collider, or export every reference on this page in one click.
Open in ColliderExport BibTeXReport this collisionCited on this page?
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