Use when executing and reporting the analysis for an Information Systems Research (ISR) manuscript — identification and validity for empirical work, proof discipline and comparative statics for analytical work, and rigorous evaluation for design-science work, with overflow routed to the electronic companion. Runs and reports the analysis; it does not design the study (isr-methods) or frame the contribution (isr-contribution-framing).
Scanned 6/5/2026
Install to Claude Code
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill isr-data-analysis --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Isr Data Analysis?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/brycewang-stanford-isr-data-analysis)More formats (shields.io, HTML) on the badges page.
---
name: isr-data-analysis
description: Use when executing and reporting the analysis for an Information Systems Research (ISR) manuscript — identification and validity for empirical work, proof discipline and comparative statics for analytical work, and rigorous evaluation for design-science work, with overflow routed to the electronic companion. Runs and reports the analysis; it does not design the study (isr-methods) or frame the contribution (isr-contribution-framing).
---
# Analysis, Identification & Proof (isr-data-analysis)
## When to trigger
- Data are collected, or the model is built, and it is time to estimate, derive, or evaluate
- You are unsure whether your estimator matches the design, or whether a proof is complete
- Reviewers will probe identification, measurement validity, or assumption sensitivity
- A reviewer says "the analysis does not support the inference"
## Empirical genre — identification and validity first
ISR empirical reviewers expect causal claims to rest on a credible **identification strategy**, not on a fitted regression:
| Design / claim | Estimator / strategy |
|-----------------------------------------------|---------------------------------------------------------------|
| Manipulated IT design/policy | Experiment: randomization checks, manipulation/attention checks |
| Quasi-experiment, staggered adoption | DiD (modern estimators), event study, parallel-trends evidence |
| Endogenous IT investment/adoption (archival) | IV/2SLS, RDD, matching, panel FE with cluster-robust SE |
| Latent behavioral constructs | SEM/CFA (fit: CFI/TLI/RMSEA/SRMR), AVE, discriminant validity; PLS-SEM where appropriate |
| Nested data (users in teams/firms/platforms) | Multilevel / HLM; cluster SEs to the sampling/nesting |
| Counts, choices, durations (clicks, churn) | Poisson/NB, logit/probit, hazard models as the DV demands |
Address **common-method bias** by design first (separate sources/waves), then statistically (marker variable or unmeasured latent method factor — a Harman single-factor test alone is weak). Report effect sizes and practical magnitude, not only p-values.
## Analytical genre — proof discipline
For modeling papers, "analysis" means **correct, complete derivations**: state the equilibrium concept, prove existence/uniqueness where claimed, and present the **comparative statics** as the substantive results with their IS interpretation. Run robustness as **extensions** that relax key assumptions (alternative information structures, costs, timing) and show which results survive. Full proofs and lemmas belong in the **electronic companion**, with the main text carrying the intuition and the load-bearing steps.
## Design-science genre — rigorous evaluation
Demonstrate the artifact's **utility**: benchmarks against credible baselines, controlled user studies, or field deployment, with metrics tied to the stated design objectives. A demo is not an evaluation.
## Reproducibility and the electronic companion
ISR's exact data/code-sharing requirement is **待核实** (described in secondary sources as encouraged, not mandated). Regardless, keep clean scripts/solver inputs that regenerate every exhibit, and use the electronic companion for proofs, full measurement items, and supplementary analyses given the 32-page text / 38-page total caps.
## Checklist
- [ ] Empirical: identification strategy executed; assumptions/threats discussed
- [ ] Measurement validity (reliability, CFA fit, AVE/discriminant) reported where latent constructs used
- [ ] CMB addressed beyond a single-factor test; effect sizes reported
- [ ] Analytical: equilibrium/existence stated; comparative statics interpreted; extensions show robustness
- [ ] DSR: evaluation demonstrates utility against baselines/objectives
- [ ] Proofs/measurement detail routed to the electronic companion
## Anti-patterns
- **Regression-as-causal** with no identification.
- **Single-factor CMB test** as the sole defense.
- **Algebra dump** with no economic/IS interpretation of the comparative statics.
- **Demo-not-evaluation** for a design-science artifact.
## Output format
```
【Genre】empirical / analytical / design-science
【Identification or proof】[...]
【Validity / robustness】CFA fit, AVE, CMB / extensions / baselines
【Effect size or comparative statics】[...]
【Electronic companion】proofs/items/supplements routed
【Open issues for reviewers】[...]
【Next step】isr-contribution-framing
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!