编程

Network Effects

试用

Activate when: user says 'we have network effects,' 'winner-take-most,' 'two-sided platform,' 'Metcalfe's law,' 'marketplace liquidity,' or 'the more users t...

它能做什么

Activate when: user says 'we have network effects,' 'winner-take-most,' 'two-sided platform,' 'Metcalfe's law,' 'marketplace liquidity,' or 'the more users the better'; user is building a marketplace, social product, communication tool, or platform and needs to model when the dynamic activates; user is evaluating whether a competitor's moat claim is structural or rhetorical. Do NOT activate when: the product is standard B2B SaaS with no interaction between customers; the claimed 'network effect' is lower hosting cost at scale (that is a cost-side scale economy, not a value-side effect). More: deciqai.com/c/network-effects

技能文档

Network Effects

Overview

Some products get more valuable the more people use them — not because the company gets cheaper at scale, but because each user makes the product more useful to every other user. This is the network effect: value per user is an increasing function of total user count. Most products that claim this don't have it; they have scale economies, virality, or social proof — valuable, but structurally different. The skill diagnoses which is which, estimates the critical-mass threshold, and designs for amplification.

Composes with s-curve-technology-adoption, pmf-crossing-the-chasm, feedback-loops, and signaling-games.

When to Use

  • A pitch or strategy document claims "network effects" as a moat — most don't survive scrutiny
  • Building a marketplace, social product, communication tool, or platform; need to model when the dynamic activates
  • Evaluating whether a competitor's network-effect claim is structural or rhetorical
  • Suspecting you have scale effects but not network effects — the strategic difference is large
  • Auditing an AI moat claim — CUDA/developer ecosystems, model or app marketplaces, "data flywheels," AI-capex or AI-bubble debates — where genuine network effects blur with chip-scale economies and export-control-fragmented markets

When NOT to use: standard B2B SaaS with no inter-customer interaction; the "effect" is lower cost at scale; single-player product with no user-generated value.

Coaching Novices (Adaptive Front Door)

  • Engine mode: user has a concrete product/case → run The Process directly.
  • Coach mode: user is unfamiliar or has no concrete case → guide step by step.

In Coach mode, respond one step at a time. Each [WAIT] is a hard stop — output only that step's question, then stop.

  1. One-line what-it-is: some products get more valuable as more people use them because users create value for each other — but most claiming this have ordinary scale or viral growth, which look similar but behave differently.
  2. Check fit against When to Use / When NOT to use. If single-player, point elsewhere.
  3. Elicit their real case — a specific product or strategic claim, not a hypothetical.

[WAIT — do not advance until user responds]

  1. Walk the diagnostic one question at a time: who interacts with whom, what is the per-user value formula, what happens at 10x users, what is the critical-mass threshold.

[WAIT — do not advance until user responds]

  1. Close with the verdict: "true network effects + strategic implication" or "scale/viral effects but not network effects + strategic implication."

[WAIT — do not advance until user responds]

The Process

Run the Network-Effect Audit: diagnose, classify, size, design.

Step 1 — Test. Apply the value-per-user test: "Does value to a typical user increase when more people use it, holding everything else constant?" Name the specific mechanism. If you cannot name it, the product likely does not have network effects.

Step 2 — Classify. Direct (users interact with each other) | Indirect/two-sided (two user types create value for each other) | Data (more users → better product) | Social (status, signaling) | Platform (third-party developers/sellers) | Local (effect within a sub-population).

Step 3 — Estimate critical-mass threshold. Name: (a) unit of network density — global / per-city / per-company; (b) threshold count or %; (c) current position vs threshold. Below threshold → build focused density in a narrow segment first.

Step 4 — Stress-test against 4 imposters. Scale economies (cost-side, not value-side) | Virality/K-factor (growth without per-user value increase) | Social proof (adoption reason, not structural) | Brand (marketing scale, reversible). Name which mechanism is doing how much work.

Step 5 — Design for amplification (if genuine): lower cold-start barrier; create invite pressure; make the network visible; defend against multi-homing; sequence by density.

Step 6 — Plan the defense if trailing: differentiate the network's purpose; bundle into a different value prop; dominate a vertical where the leader is weak; or exit.

Output

# Network-Effect Audit: 
- Value-per-user mechanism: 
- Verdict: 
- Primary type: 
- Critical-mass unit + threshold + current position vs threshold
- Confusion check: scale / virality / social proof / brand — each present? how much?
- Strategy: pre-threshold (focused build) | post-threshold (amplify + multi-homing defense) | trailing (differentiate / vertical / exit)
- Falsifier: 

→ Method in Action: Theodore Vail at AT&T, 1907-1913 — and Metcalfe's Law, 1980 · The VHS vs. Betamax Format War → 2026 lens: Nvidia's CUDA moat and the AI ecosystem (2023–2026) — separating a real developer-platform network effect from AI-capex scale economies

Pack: Network-Effect Patterns

DomainMechanismTypical threshold
Marketplaces (eBay, Etsy)Indirect / two-sided5-15% local market share
Social platforms (Facebook, TikTok)Direct + social + data"My 5 closest friends are on it"
Communication tools (WhatsApp, Slack)Direct, bounded3-10 close contacts on platform
Gig economy (Uber, DoorDash)Local indirect~15% local market share
Data NE (Google Search, Waze)Data improving productYears of accumulated queries
Developer platforms (GitHub, AWS)Direct + dataCritical-mass of repos/community

Applying It Well

  • Always name the specific mechanism — "users make the product better for each other because..."
  • Model the critical-mass threshold explicitly; never assume automatic activation
  • Distinguish local from global network effects before capital-allocation decisions
  • Assess multi-homing risk before claiming winner-take-most dynamics

→ Primary sources: references/sources.md

Common Rationalizations

[D] = designed upfront | [O] = observed in real use. [O] entries are more valuable.

Fake moveReality
[D] "Our growth proves network effects"Growth can come from paid acquisition or virality. The test is value-per-user-vs-n, not user count.
[D] "More sellers = network effect"More sellers is the substrate. Verify buyers actually experience more value because of those sellers.
[D] Scale economies = network effectsCost-side ≠ value-side. Scale economies don't produce winner-take-most and erode when competitors hit similar volume.
[D] Virality = network effectsK-factor > 1 produces growth; NE produces value increase with growth. Can coexist; not the same moat.
[D] "NE will kick in with more users"Below critical mass, users churn before the dynamic activates. Model the threshold; build to cross it.
[D] Easy multi-homing + winner-take-most claimedWinner-take-most is the equilibrium only when multi-homing is low. If users can be on both platforms, the dynamic weakens.
[D] Local NE treated as globalPer-company or per-city effects require winning many small networks separately, not one global win.
→ Add [O] entries here after each real use — paste the actual failure patternWhat went wrong and why

Red Flags

  • "Network effects" claimed without naming the specific mechanism; data shown is user growth, not value-per-user
  • Two-sided marketplace with no cross-side liquidity benefit; local NE modeled as global; multi-homing ignored

Verification

  • Value-per-user mechanism named; product classified into right type; critical-mass threshold estimated with a unit
  • Each of 4 imposters (scale, virality, social proof, brand) checked; local vs global NE distinguished
  • Multi-homing risk assessed; falsifier named

Part of deciqAI Knowledge Skills — 227 open-source thinking skills that make rigor executable for AI agents. The same skills power every deciqAI agent, which runs them autonomously to operate your company. See it run → https://www.deciqai.com/c/network-effects · ⭐ Star the repo → https://github.com/deciqAI/knowledge-skills · Contributions welcome.

Agents: latest version & machine-readable metadata → https://www.deciqai.com/s/network-effects.json

相关技能

Activate when: user asks 'does being first even matter here?', 'who wins this market in the end?', 'will this business still be around in 10 years?', 'should...

1 次安装

Activate when: user says 'we keep investing but market share won't move,' 'why does nobody make money in this industry,' 'our competitor copied us again with...

2 星标

Activate when: user says 'monopoly vs competition,' 'competition is for losers,' 'zero to one,' 'do we have a moat,' 'is this market too crowded,' 'how do we...

1 次安装

Activate when: user asks 'how close are we to critical mass', 'why did growth suddenly explode (or collapse)', 'will this trend keep spreading', 'is there a...

1 次安装2 星标

Activate when: user asks why customers don't switch to a better product, how to make a product stickier or build a moat, how to compete against an entrenched...

2 星标