/amr-methods

name: amr-methods
description: Use when choosing and applying a theory-construction method for an Academy of Management Review (AMR) manuscript — building constructs, defining their domain, specifying relationships, articulating the underlying logic/mechanisms, and setting boundary conditions. This is the THEORY-CONSTRUCTION craft, NOT empirical method; AMR publishes no datasets, no measures, and no statistical tests.

Theory-Construction Method (amr-methods)

> **AMR publishes NO empirical data.** There are no samples, no measures, no estimation, > and no results. "Method" here means the *craft of building theory*: how you construct > constructs, derive relationships, ground mechanisms, and bound the theory. If your > project needs data to make its point, it belongs at AMJ / ASQ / SMJ.

When to trigger

• Constructs and propositions exist but the *way* they were built feels ad hoc
• A reviewer would ask "where did this construct's domain come from?"
• The theory needs a more disciplined construction approach than intuition
• You need to choose among theory-building styles for your puzzle

Choosing a theory-construction approach

| Approach | When it fits | Core moves | |----------|-------------|-----------| | Conceptual elaboration | Extending a known theory to a new domain | Carry over the core logic; re-specify constructs for the new setting; add boundary conditions | | Analogical / metaphorical transfer | A construct from another field illuminates a management phenomenon | Map source → target carefully; theorize where the analogy holds and breaks | | Typology construction | The phenomenon has distinct, theoretically meaningful types | Derive dimensions from theory (not data); ensure types are mutually exclusive and jointly exhaustive; theorize transitions (e.g., Oliver's strategic-responses typology, AMR 1991, DOI 10.5465/amr.1991.4279002) | | Process theorizing | The phenomenon is a sequence/becoming, not a variance relationship | Specify stages, triggers, feedback loops, and timing; theorize the engine that drives movement | | Construct re-specification | An existing construct conflates distinct phenomena | Split or merge; re-define the domain; re-derive downstream relationships | | Cross-level theorizing | The action spans individual ↔ collective | Specify emergence (bottom-up) and top-down effects; avoid level confusion |

Building each component well

• **Constructs**: a good construct is *necessary* (the theory cannot be stated without it), *distinct* (not a synonym), and has a clear domain and scope conditions (Suddaby's construct-clarity criteria, AMR 2010, DOI 10.5465/amr.2010.0419). Define what it excludes, not only what it includes. Construct domain is the conceptual analog of avoiding a contaminated sample — but done in argument, not data cleaning.
• **Relationships**: derive, don't assert. Each link should follow from the constructs and an explicit mechanism. Specify form (causal / recursive / moderating / mediating / constitutive).
• **Mechanisms**: name the engine — the *why* that makes theory explanatory rather than descriptive (Whetten, AMR 1989, DOI 10.5465/amr.1989.4308371). Prefer mechanisms with micro-foundations — actors doing things for stated reasons — over black-box "is associated with."
• **Boundary conditions**: state the contextual, temporal, and level limits. Strong theory specifies its own scope; this is contribution, not hedging.
• **Falsifiability**: design propositions to be refutable in principle (AMR's scope demands "testable knowledge-based claims"). This is the AMR analog of identification rigor at AMJ — credibility rests on tight, falsifiable logic, not on a clean estimate.

Checklist

• [ ] A named construction approach (or explicit hybrid) is used, not intuition alone
• [ ] Each construct is necessary, distinct, and domain-bounded
• [ ] Each relationship is derived from constructs + mechanism, not asserted
• [ ] Mechanisms are specified with micro-foundations where possible
• [ ] Typologies (if used) are mutually exclusive and jointly exhaustive, derived from theory
• [ ] Process theories specify stages, triggers, feedback, and timing
• [ ] Boundary conditions are stated as part of the theory
• [ ] No empirical apparatus has crept in (no samples, measures, tests)

Anti-patterns

• Treating "method" as data collection — there is none at AMR
• A typology whose dimensions came from convenience, not theory
• A process "model" that is really a static box-and-arrow diagram with no engine
• Borrowing a construct from another field without theorizing where the analogy fails
• Cross-level claims that confuse the level of theory with the level of the mechanism
• Asserting relationships and back-filling a mechanism afterward

Output format

【Construction approach】elaboration / analogy / typology / process / re-specification / cross-level
【Constructs built】[name + how its domain was derived]
【Mechanism basis】micro-foundations / structural / cognitive / ...
【Boundary conditions】contextual / temporal / level
【Empirical apparatus present?】must be: none
【Next step】amr-data-analysis (stress-test the logic)