Ein Ladenbesitzer-Spiel wird zu einem Management-Spiel, wenn der Spieler entscheiden muss, was er vorrätig hat und wie viel er berechnet, bevor die Kunden eintreffen. Eine kleine Preisentscheidung kann die Anzahl der Verkäufe, das verfügbare Bargeld am nächsten Tag und die auf dem Regal verbleibenden Artikel beeinflussen. Beginne mit einem Produkt und einem kurzen Tag, damit diese Konsequenzen leicht nachvollziehbar sind.
Dieser Leitfaden beschreibt einen fiktiven Prototypen eines Tränkeladens und eine KI-gestützte Baurichtung. Die Preise und die Kundennachfrage darin sind erfundene Spielregeln, keine Belege für das Verhalten echter Käufer oder ein Bericht über ein abgeschlossenes Spiel. Verwende die durchgerechneten Beispiele, um das Verhalten deines eigenen Builds zu überprüfen.
Verbinde Bestand, Preis und Kunden
Starte den Spieler mit 30 Münzen und ohne Tränke. Bevor der Laden öffnet, erlaube einen Kauf von sechs identischen Tränken zu je 2 Münzen. Die Charge kostet 12 Münzen, sodass 18 übrig bleiben. Der Spieler wählt dann einen von zwei Verkaufspreisen, öffnet den Laden und beobachtet eine feste Folge interessierter Kunden.
| Phase | Spieleraktion | Anzuzeigender Zustand |
|---|---|---|
| Bestand kaufen | Kauf der Sechs-Tränke-Charge | Bargeld und verfügbare Einheiten |
| Preis festlegen | Wähle 3 oder 4 Münzen pro Trank | Gewählter Preis vor der Eröffnung |
| Verkaufen | Berechtiigte Kunden bedienen | Verkäufe, Bestand und Bargeld |
| Schließen | Den Tag auswerten | Umsatz, unverkaufter Bestand und Schlussbargeld |
Jeder Kunde kauft höchstens einen Trank, und ein Verkauf ist nur möglich, solange Bestand vorhanden ist. Der Laden kann keine negative Anzahl von Artikeln verkaufen oder Zahlung für einen bereits bedienten Kunden einziehen. Mache diese Einschränkungen sowohl in der Benutzeroberfläche als auch im zugrunde liegenden Zustand sichtbar.
Vergleiche zwei fiktive Preisentscheidungen
Definiere die Nachfrage für dieses Beispiel ausschließlich mit einer festen Tabelle: Bei einem Preis von 3 Münzen sind sechs Kunden interessiert; bei 4 Münzen sind vier Kunden interessiert. Dies ist eine bewusst einfache Designannahme, kein allgemeines Gesetz darüber, wie der Preis die Nachfrage beeinflusst.
| Preis | Interessierte Kunden | Verkaufte Einheiten | Umsatz | Schlussbargeld | Unverkaufter Bestand |
|---|---|---|---|---|---|
| 3 Münzen | 6 | 6 | 18 | 18 + 18 = 36 | 0 |
| 4 Münzen | 4 | 4 | 16 | 18 + 16 = 34 | 2 |
In beiden Pfaden beginnt das Schlussbargeld mit 18 nach dem Kauf der Charge. Der Umsatz zählt nur Verkäufe; er ist nicht dasselbe wie der Gesamtbargeldbestand. Miete, Löhne oder andere Kosten sind nicht enthalten, und unverkaufte Tränke verbleiben im Bestand, anstatt zu verschwinden. Bei diesen spezifischen Zahlen bringt der niedrigere Preis 2 Münzen mehr ein und verkauft alle sechs. Eine andere Nachfragetabelle könnte dieses Ergebnis umkehren.
Beschreibe den Laden in einer KI-Baurichtung
Gib Kauf, Preiswahl, Kundenberechtigung und Zahlungszeitpunkt an. SEELEs Funktionskatalog beschreibt die Erstellung von Spielen aus schriftlichen Ideen und die Produktion koordinierter 2D-Charaktere, Szenen und Oberflächenelemente. Dies sind breite Kategorien; sie beweisen nicht, dass dieser bestimmte Laden oder dieses Nachfragesystem generiert und getestet wurde.
Erstelle einen originalen Prototypen eines kleinen Ladenbesitzer-Management-Spiels.
Starte mit 30 Münzen und null Tränken. Biete vor der Eröffnung einen Kauf an:
sechs Tränke für insgesamt 12 Münzen. Lehne einen doppelten oder nicht bezahlbaren Kauf ab.
Erlaube dem Spieler, vor der Eröffnung einen Preis von 3 oder 4 Münzen pro Trank zu wählen.
Bei Preis 3 erstelle sechs interessierte Kunden; bei Preis 4 erstelle vier.
Jeder Kunde kauft höchstens einen Trank, wenn Bestand vorhanden ist. Jeder erfolgreiche Verkauf
reduziert den Bestand um eins und erhöht Bargeld und Umsatz um den gewählten Preis.
Wenn die feste Kundenfolge endet, schließe den Tag und zeige verkaufte Einheiten,
Umsatz, unverkauften Bestand und Bargeld. Behalte unverkauften Bestand; füge keine anderen Kosten hinzu.
Lehne einen Verkauf ab, wenn der Bestand null ist oder der Kunde bereits bedient wurde.
Zahle nicht doppelt, wenn der Tag schließt. Zeige klare Meldungen für blockierte Aktionen.
Neustart stellt 30 Münzen, null Bestand, keinen Preis und den nicht geöffneten Laden wieder her.
Verwende originale illustrierte Laden-Assets ohne echte Markenlogos.Implementiere zuerst das Kauf- und Verkaufsbuch. Füge Charakterbewegung und Ladendekoration hinzu, nachdem die Mengen und der Bargeldbestand den Regeln entsprechen. Wenn das generierte Spiel für eine Charge doppelt berechnet, gib dem Assistenten den Startbestand und die genaue wiederholte Aktion an, anstatt eine vollständige Neuschreibung zu verlangen.
Gib Feedback vor und nach einem Verkauf
Zeige die Chargenkosten vor dem Kauf und den resultierenden Bestand und das Bargeld danach. Sobald ein Preis gewählt ist, halte ihn während des Tages sichtbar. Ein Kunde, der nicht kaufen kann, weil das Regal leer ist, sollte als nicht bedient markiert werden, anstatt einen Verkauf mit negativem Inventar zu erzeugen.
Die Tagesabschluss-Zusammenfassung sollte Startbargeld, Bestandskosten, Verkaufsumsatz und Schlussbargeld trennen. Zum Beispiel hat der 3-Münzen-Pfad 18 Münzen im Verkaufsumsatz, aber der finale Bargeldbestand beträgt 36, weil nach dem Kauf 18 Münzen übrig blieben. Diese Unterscheidung hilft dem Spieler zu verstehen, welche Zahl sich geändert hat.
Prüfe beide Preispfade
- Kauf: Kaufe eine Charge von 30 Münzen. Erwarte 18 Münzen und sechs Tränke; ein zweiter Kauf sollte abgelehnt werden.
- Preis 3: Neustart, Kauf der Charge und Wahl von 3. Nach dem einmaligen Kauf von sechs Kunden, erwarte sechs verkaufte, null Bestand, 18 Umsatz und 36 Bargeld.
- Preis 4: Neustart und Wahl von 4 nach dem Kauf. Erwarte vier verkaufte, zwei verbleibende, 16 Umsatz und 34 Bargeld.
- Verkaufsschutz: Versuche, an einen bereits bedienten Kunden zu verkaufen oder nachdem der Bestand null ist. Keine dieser Aktionen sollte Umsatz oder Bargeld ändern.
- Schließen und Neustart: Schließe den Tag zweimal und bestätige, dass die Zusammenfassung nicht erneut zahlt. Der Neustart sollte das ursprüngliche Bargeld, das leere Regal und keinen gewählten Preis wiederherstellen.
Für einen Fehlerfall, gib den Anfangszustand, die Aktion und das erwartete Ergebnis an. Zum Beispiel: „Der Spieler startete mit sechs Tränken. Sechs Kunden kauften je einen, aber ein siebter Verkauf machte den Bestand negativ. Lehne einen Verkauf ab, wenn der Bestand null ist, und lass den Bargeldbestand unverändert.“ Teste dann auch einen gültigen letzten Verkauf sowie den blockierten.
Plane eine Bestandsentscheidung für den zweiten Tag
Als hypothetische Iteration, nimm die zwei unverkauften Tränke aus dem 4-Münzen-Pfad in einen zweiten Tag mit. Angenommen, der Spieler kann weitere sechs für 12 Münzen kaufen und die gleiche feste Nachfragetabelle gilt. Der Kauf der Charge würde den Bestand von zwei auf acht erhöhen und das Bargeld von 34 auf 22 senken, bevor die Verkäufe stattfinden. Beim 3-Münzen-Preis kaufen höchstens sechs interessierte Kunden, was einen Umsatz von 18, ein Schlussbargeld von 40 und zwei verbleibende Tränke ergibt.
Diese vorgeschlagene Regel macht eine andere Frage sichtbar: ob man mehr Bestand kaufen soll, wenn noch Inventar vorhanden ist. Bevor man Alternativen vergleicht, entscheide, ob der Spieler weniger als sechs kaufen darf, ob die gleichen Preise verfügbar bleiben und was mit Resten nach dem zweiten Tag passiert. Dies ist eine Designberechnung, kein getestetes Ergebnis oder eine Empfehlung für einen echten Laden.
Häufig gestellte Fragen
Wie sollte ich die Kundennachfrage wählen?
Für den ersten Prototypen macht eine kleine feste Tabelle beide Preispfade reproduzierbar. Später kannst du variierte Kundenpräferenzen oder zufällige Nachfrage hinzufügen, aber definiere deren Eingaben und behalte eine Möglichkeit, ein Szenario zu wiederholen. Vermeide es, eine fiktive Nachfragetabelle als echten Marktnachweis darzustellen.
Was passiert, wenn die Nachfrage höher ist als der Bestand?
Verkäufe stoppen, wenn das Inventar null erreicht. Jeder verbleibende interessierte Kunde wird nicht bedient, und es wird kein zusätzlicher Umsatz erfasst. Zeige den Bestandsmangel, damit der Spieler in Betracht ziehen kann, an einem späteren Tag anders zu kaufen, anstatt stillschweigend zusätzliche Artikel zu erstellen.
Warum sind Umsatz und Bargeld unterschiedlich?
Umsatz ist das Geld, das während des Tages aus Verkäufen erhalten wird. Bargeld umfasst in diesem Beispiel auch den Startbestand und die Kaufausgaben. Zeige die Berechnung für jedes getrennt; wenn du später Kosten oder Schulden hinzufügst, definiere, wo diese Änderungen im Buch erscheinen.
Sollten unverkaufte Artikel beim Schließen verschwinden?
Nicht in der ersten Version: verbleibende Tränke bleiben im Bestand. Wenn du später Ablaufdaten oder Lagerbeschränkungen einfühst, mache den Zeitpunkt und die Konsequenz explizit, bevor der Spieler einen Preis festlegt. Teste den Anfangsbestand des nächsten Tages gegen den Schlussbestand des vorherigen Tages.
Bringe ein Regal und eine Preisentscheidung zum Laufen
Ein einzelnes Produkt, eine sichtbare Kaufkosten und eine feste Kundenfolge schaffen eine nützliche erste Ladenbesitzer-Schleife. Überprüfe Bargeld und Inventar nach jeder Aktion, und füge dann neue Produkte oder Nachfrageregeln nacheinander hinzu. Entwickle deinen eigenen Laden im SEELE AI Creator Game Maker, und teste dann, wie jede Ergänzung die nächste Entscheidung verändert. Für einen breiteren Workflow lies wie man ein Spiel mit KI erstellt.
