V1.04.2Groupware abandonmentdesignresearch

Asymmetry causes collaborative tools to be abandoned

Aliases: system disuse · contribution collapse · shadow workflow

What it is

Groupware abandonment here means that cost–benefit disparity drives essential contributors to stop maintenance, destroying organizational utility although the software remains operational. Disuse is often quiet: data become stale, fields are completed perfunctorily, and real coordination moves to chats or spreadsheets while the administrative interface still appears deployed.

Why it happens

Collaborative output depends on multiple inputs, so departure by a small pivotal role can break coverage. Once others distrust the record, they verify it again or create parallel records, eliminating the promised coordination savings. Maintainers see that official data are not relied upon and invest still less. This feedback loop turns local motivation into collective disuse, which individual usability tests cannot predict.

Studying it

Track valid coverage, update lag, duplicate verification, side-channel use, and retention by role over time rather than counting logins. Interview contributors and beneficiaries separately about when they began bypassing the system, and align accounts with event histories. Mandatory systems may retain high login rates, so assess whether records remain timely, complete, and consequential to decisions.

Where it stops holding

Disuse may instead follow missing capability, power conflict, migration cost, or a superior substitute. Periodic work naturally has long idle intervals. Mandates can sustain entry while converting burden into hidden overtime; continued use is not proof of a fair design.

Applying it

  • Define health through trustworthy coverage and use in real tasks, not accounts or opens.
  • Monitor update lag and missingness for pivotal contributor roles, then investigate causes qualitatively.
  • Treat repeated verification, exports to parallel sheets, and chat coordination as early disuse signals.
  • After changing cost or return, observe multiple cycles of the actual task. Recovery requires fresh records that inform decisions without increasing contributors' uncompensated burden. Necessary chats or parallel tools may complement the official record; distinguish them from shadow workflows that force duplicate maintenance.

Related

  • Same group: V1.04.1 Contributors bear costs while others benefit · V1.04.3 Contributors must benefit directly
  • Adjacent: V1.05 Critical mass and network effects · V8.01 Participation inequality
  • Search terms: groupware abandonment · appropriation · workaround

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/V1.04.2