← Zurück zu PlayCanvas Engine · Projektplanungspaket

Skill · Version 1.0.0

Spielwirtschaft und Fortschritt ausbalancieren

Verbindet Belohnungen, Ausgaben und Freischaltungen zu nachvollziehbarem Fortschritt. Vergleicht unterschiedliche Spielerwege und prüft, ob Anpassungen Belohnungen verdoppeln oder bestehenden Fortschritt entwerten.

game-economy-progression-balance

Agenten mit diesem Skill

Entdecke, wie der Skill hilft

Wann ist der Skill hilfreich?

Nutze diesen Skill bei Knappheit, Inflation oder Sackgassen in virtuellen Wirtschaften.

Wobei hilft er dir?

  • Vergleicht neue, zurückkehrende und fortgeschrittene Spielerpfade mit Zeitannahmen.
  • Prüft verbrauchbare Schlüssel, wiederholte Belohnungen und Mengengrenzen.
  • Dokumentiert Annahmen und Folgen für vorhandenen Fortschritt.

Das könntest du fragen

Stimme Materialien für die ersten drei Waffenverbesserungen ab. Schätze Erträge und Kosten für vorsichtige, schnelle und zurückkehrende Spieler und vergleiche sie mit Spieltests. Prüfe, dass ein benötigter Schlüssel nicht in eine Sackgasse ausgegeben werden kann und ältere Spielstände keine Verbesserung erneut vergeben.

Ausführliche Dokumentation

Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.

Details…Weniger anzeigen

Resource Economies and Progression

Map virtual currencies/resources, sources, sinks, caps, unlock gates and intended session lengths. Separate authored definitions, per-player runtime state and persisted progress. This concerns game design rather than real-world investment advice.

  • Express inflow/outflow with units and time assumptions. Check whether the economy reaches the intended equilibrium, inflation, scarcity or growth and identify self-reinforcing loops.
  • Model representative new, returning and advanced player paths; include failure, optional activities and variance. An average reward rate can conceal impossible gates or extreme tails.
  • Define reward idempotency, quantity bounds, overflow and transaction atomicity with the implementation role. Replaying events or loading saves must not grant rewards twice.
  • Check unlock dependencies and soft locks with obtainable resources/abilities, including consumable keys or spendable resources. Model those as quantities when they can be consumed.
  • Preserve existing saves and entitlements. For tuning changes, specify versioning/migration, grandfathering and the user-visible consequence before applying a destructive rebalance.
  • Evaluate whether rewards support meaningful decisions and the core loop. Treat retention/conversion projections as hypotheses; changes to paid economies or store settings require explicit scope.

Deliver a source/sink table, progression scenarios, sensitivity analysis and known assumptions. Compare estimates with appropriately scoped play evidence before claiming the pace works.

References: Jesse Schell's design lenses and the publisher's Game Balance overview. This is original guidance and includes no copied book content.

Enthaltene Dateien 1

  • SKILL.md