跳到主要内容
知仓学习社ZHICANG

jmis-theory-development

Use when building the theoretical engine of a Journal of Management Information Systems (JMIS) manuscript — an IT-business-value logic, a platform/n…

不碰外部(只输出文字)无严重或高危命中brycewang-stanford/Awesome-Journal-Skills

它会碰到什么

扫了多少1 个文本文件,9 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Theory Development (jmis-theory-development)

When to trigger

  • Your claims are descriptive ("IT spend correlates with performance") with no economic or behavioral mechanism
  • You built an artifact or ran a regression but cannot say what IS knowledge it advances
  • A reviewer says "the theoretical contribution is unclear" or "this is a technical/empirical exercise"
  • You need hypotheses, propositions, or signed predictions derived before you look at results

Theory takes a different shape in each JMIS style

JMIS spans empirical, economic-analytical, and design-oriented IS work, so "develop theory" means different things. Pick the row that matches your study; JMIS's distinctive pull is toward the economics and management of IS, so even behavioral papers benefit from naming the value or incentive at stake.

| Style | What "theory" means here | What you must produce |

|-------|--------------------------|------------------------|

| IT business value | A mechanism by which a specific IT capability creates, captures, or destroys value | Causal logic from IT capability → intermediate process → firm/market outcome, with complementarities and contingencies named |

| Platform / e-commerce | Network effects, two-sidedness, matching, governance, or pricing logic | A model or argument yielding directional predictions about adoption, cross-side effects, competition, or platform revenue |

| Economics of IS | An economic mechanism (incentives, information asymmetry, signaling, security/privacy economics) | Comparative-static, signed, falsifiable predictions and the assumptions they rest on |

| Behavioral IS | A technology-specific cognitive/behavioral mechanism (not generic TAM) | A priori hypotheses with the IT artifact in the causal path, boundary conditions, and mediation/moderation logic |

IT business value: make the mechanism, not the correlation, the theory

A JMIS IT-value paper is not "more IT, more performance." State which IT capability, acting through what organizational process, under which complementary conditions (process redesign, human capital, governance), produces which outcome. Theorize the complementarities and contingencies — JMIS reviewers reward a contingent value mechanism over a universal "IT pays" claim, because the field already knows the productivity-paradox debate.

Platform and economics-of-IS: derive signed predictions a priori

State the economic force in words before any math: who has what incentive, what information, and how does the IT-mediated market structure change behavior? Then write comparative-static predictions (e.g., "stronger same-side network effects raise the platform's optimal openness"). For an analytical model, the contribution is the insight the model yields, not the model's existence. Avoid HARKing — predictions precede estimation.

Behavioral IS: keep the artifact load-bearing

If your hypotheses would survive deleting the technology, they are not IS theory. Anchor the mechanism in a feature of the system (recommendation transparency, gamification, anonymity, automation) and theorize why that feature shifts cognition or behavior, and where the effect reverses. Generic TAM/UTAUT re-tests are a desk-reject risk; extend or challenge a mechanism instead.

Make boundary conditions and level of analysis explicit

IS effects are contingent on the artifact, the user, the firm, the market, and the period. Name the level (individual, firm, platform, market) and the scope where the theory holds and breaks — an honest scope condition beats an over-claimed law.

Worked vignette: from "AI improves productivity" to a JMIS mechanism (illustrative)

A draft claims "generative-AI tools raise analyst productivity." As stated it is a correlation with no IS theory. The JMIS mechanism names which capability of the tool (it lowers the cost of drafting but not of verification), acting through what organizational process (task reallocation toward judgment-heavy work), under which complementarity (it pays only where the firm redesigns review workflows and has the human capital to vet output), producing which contingent outcome (productivity rises for routine tasks, is flat or negative for novel ones where verification cost dominates). That contingent, complementarity-laden statement is theory; "AI helps" is not. The hypotheses then follow a priori, including where the effect reverses.

Referee pushback mapped to a theory fix

  • "This is descriptive — where is the mechanism?" → State the IT-enabled force, the channel, the population, and the reversal condition before any estimation.
  • "This is just TAM/UTAUT again." → Anchor the mechanism in a specific system feature and theorize why that feature shifts behavior; extend or contest a mechanism rather than re-confirm acceptance.
  • "Your model has no insight beyond its setup." → Present the comparative static that surprises — the result the model yields that intuition would not predict.

Checklist

  • [ ] The correct form of theory is used (value mechanism / platform model / economic model / behavioral mechanism)
  • [ ] The IT artifact or capability is load-bearing, not decorative
  • [ ] Hypotheses / propositions / signed predictions are derived before results (no HARKing)
  • [ ] IT-value papers theorize complementarities and contingencies, not a universal effect
  • [ ] Economic/platform papers state assumptions and yield falsifiable comparative statics
  • [ ] Level of analysis and boundary conditions are explicit
  • [ ] Any borrowed reference-discipline theory has a named, IS-forced extension
  • [ ] The theory implies a concrete decision a manager, firm, or platform could make differently

Tie the theory to a managerial decision

JMIS theory earns its place when it implies a decision a manager, firm, or platform could make differently. After stating the mechanism and predictions, ask: whose choice does this theory inform, and how? A platform-openness model should tell a platform operator when to open vs. close an API; an IT-value mechanism should tell a CIO which complementary investments make a system pay; a privacy-economics model should tell a firm when disclosure deters vs. invites harm. Theory with no decision attached can still be correct, but at JMIS it reads as under-motivated — the journal's center of gravity is the management of IS, so the managerial hook belongs in the theory, not only in a closing implications paragraph.

Anti-patterns

  • "More IT → more performance" with no process, complementarity, or contingency
  • A generic TAM/UTAUT replication offered as the theoretical contribution
  • An analytical model whose contribution is "we model X" rather than an insight
  • "We applied [reference-discipline theory] to [IS setting]" with no new IS mechanism
  • Hypotheses that merely restate correlations the data already revealed
  • Importing a reference-discipline theory with no IS-forced extension (application, not contribution)
  • Theory with no managerial decision attached — correct but under-motivated for JMIS
  • Boundary conditions left implicit, so the claim reads as an over-generalized universal law

Borrow reference-discipline theory, but earn an IS extension

Much JMIS theory imports machinery from economics, psychology, or operations — that is expected and fine. What is not fine is stopping at the import. "We apply [transaction-cost economics / regulatory focus / queueing theory] to [an IS setting]" is an application, not a contribution; the IS field already knows the borrowed theory. The contribution comes from the extension the IS context forces: a digital artifact that changes the cost structure the borrowed theory assumed, a platform feature that creates a moderator the parent theory never anticipated, an automation that breaks a behavioral mechanism's boundary. Name explicitly what the IS context adds to or revises in the parent theory, and that addition — not the import — is your theoretical contribution.

Output format

【Style & theory form】IT-value / platform / economics-of-IS / behavioral
【Core mechanism】IT capability or feature → channel → on whom → outcome
【Claims】H1..Hn / propositions P1..Pn / signed comparative statics
【Complementarities / boundary conditions】where it holds / reverses
【Level of analysis】individual / firm / platform / market
【Next step】jmis-literature-positioning

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。

它属于哪个仓库

星标★ 1,120
本站分层T1
该仓技能数4166
原文件路径Journal-of-Management-Information-Systems-Skills/skills/jmis-theory-development/SKILL.md

同一个仓库里的其他技能

看这个仓库的全部 4166 个技能