Werkzeuge für kleine Spielestudios: Presse-Kit-Seite, Playtest-Portal und Creator-CRM

Mit Mythex baut ein kleines Spielestudio die Werkzeuge rund um das Spiel: eine Studio-Seite mit Presse-Kit und Devlog, ein Tester-Portal, in dem jeder Bericht an eine Build-Version gebunden ist, ein CRM, das festhält, welche Streamer Keys bekommen und Bericht erstattet haben, und Rechnungen für Meilensteine des Publishers. Beschreibe es im Chat, prüfe die Live-Vorschau und veröffentliche es mit einer echten Datenbank.

Kostenlos loslegen

Wo ein kleines Studio untergeht

Engine und Aufgabenverwaltung erledigen das Spiel selbst. Die Flut kommt aus allem anderen. Playtest-Feedback kommt über Formular, Discord, E-Mail und Store-Bewertungen, vieles davon zu einem Build, der bereits gepatcht wurde. Presse und Creator fragen nach Keys, und niemand erinnert sich, wer die letzte Demo bekommen hat. Tester melden sich zu Hunderten an, verteilen sich aber nicht über Hardware oder Spielstile. Meilensteine des Publishers warten auf Freigabe, während Rechnungen in einem Ordner liegen. Vor einem Demo-Festival oder einem Launch muss das Team wissen, welche Abstürze neu sind, wem es Keys zuerst schicken sollte und ob das Presse-Kit vollständig ist.

Feedback, das dem Build zugeordnet ist, aus dem es stammt
Fehlerberichte nach Schweregrad sortiert, mit sichtbarem Status
Tester ausgewählt nach Plattform, Eingabegerät und Spielstil
Keys an Creator verschickt, mit festgehaltener Berichterstattung
Ein Presse-Kit, das Journalisten ohne E-Mail nutzen können
Rechnungen für Meilensteine, verknüpft mit den Lieferergebnissen

Ein Tester-Portal, in dem Berichte ankommen

Tester melden sich an und sehen den Build, den sie haben, die bekannten Probleme und die Playtest-Bedingungen, die sie akzeptiert haben. Jeder Bericht wird automatisch mit dieser Build-Version versehen, und Tester sehen, ob ihrer bestätigt oder behoben wurde. Das Team filtert nach Version, Schweregrad und Kategorie.

Baue ein Playtest-Portal für mein Spielestudio. Tester melden sich an, akzeptieren die Playtest-Bedingungen, sehen ihre zugewiesene Build-Version und deren bekannte Probleme und reichen Fehlerberichte oder Feedback mit Kategorie, Schweregrad und einem Screenshot ein. Jeder Bericht wird automatisch mit dem Build des Testers markiert, und Tester sehen dessen Status: neu, bestätigt, behoben.

Eine Studio-Seite mit einem Presse-Kit, das E-Mails spart

Eine Seite pro Spiel mit Trailer, Screenshots, Plattformen und Wunschliste-Links. Eine Presse-Kit-Seite mit Faktenblatt, Veröffentlichungsfenster, Logos und Key-Art-Downloads. Ein Devlog und eine einzige Anmeldung, die sowohl den Newsletter als auch die Playtest-Liste füttert.

Baue eine Website für mein Indie-Spielestudio mit einer Seite für unser Spiel (Trailer, Screenshots, Plattformen, Store-Links), einem Presse-Kit mit Faktenblatt, Logos und Key-Art-Downloads, einem Devlog-Bereich und einem Anmeldeformular für Newsletter und Playtests.

Eine Creator- und Presseliste, die aus jedem Launch lernt

Ein Datensatz pro Creator oder Medium mit Plattform, Reichweite, behandelten Genres, versendeten Keys und Links zur Berichterstattung. Filtere nach Genre, bevor die nächste Key-Welle rausgeht. Kontakte bei Publishern und Plattformen stehen daneben, mit Notizen aus jeder Pitch-Runde.

Erstelle ein CRM für ein Spielestudio, um Presse und Content-Creator zu verfolgen: Name, Medium oder Kanal, Plattform, Reichweite, Genres, versendete Keys mit Datum und Key-Art sowie Links zur Berichterstattung. Füge Kontakte bei Publishern mit Pitch-Notizen hinzu. Lass mich Creator nach Genre und danach filtern, ob sie unseren letzten Release behandelt haben.

Eine Playtest-Anmeldung, die eine nützliche Mischung auswählt

Der Trailer oben, die Playtest-Termine, was Tester tun werden, und ein Formular, das Plattform, Eingabegerät und ähnliche Spiele abfragt, damit du eine Mischung auswählst statt der ersten Hundert.

Erstelle eine Landingpage zur Playtest-Anmeldung für unser Spiel mit dem Trailer oben, den Playtest-Terminen, was Tester tun sollen, und einem Formular für E-Mail, Plattform, Controller oder Tastatur, drei ähnlichen Spielen, die sie spielen, und einem optionalen Discord-Namen. Speichere Bewerbungen mit einer Admin-Ansicht zur Auswahl der Tester.

Offene Fehler nach Schweregrad, je Build

Stelle Berichte nach Kategorie und Schweregrad je Build dar, eröffnete gegenüber geschlossenen Fehlern pro Woche und Wunschlistenzahlen aus einem CSV-Export, damit eine steigende Absturzrate schon vor dem Demo-Start sichtbar wird.

Erstelle ein Dashboard für mein Spielestudio mit Playtest-Berichten nach Schweregrad und Kategorie je Build-Version, eröffneten gegenüber geschlossenen Fehlern pro Woche und Wunschlistenzahlen im Zeitverlauf aus einer CSV-Datei.

Meilenstein-Rechnungen, die ein Publisher freigeben kann

Lege Meilensteine aus dem Vertrag an, stelle jede Rechnung bei Freigabe des Builds oder Lieferergebnisses aus, nenne es auf der Rechnung und rechne in der Währung des Publishers ab.

Baue eine Rechnungsfunktion für ein Spielestudio mit Publisher-Verträgen, aufgeteilt in Meilensteine, jeder mit Lieferergebnis und Build-Verweis, Rechnungen bei Freigabe in der Währung des Kunden und einem Status je Meilenstein.

Vom Feedbackformular, das niemand liest, zur Sichtung

Richte dein bestehendes Playtest-Formular auf das Portal statt auf eine Tabelle und füge ein Feld hinzu: Build-Version. In der ersten Woche verbringst du täglich zwanzig Minuten damit, Schweregrad und Status neuer Berichte festzulegen. Tester, die sehen, dass ihre Berichte vorankommen, schreiben bessere, und das Dashboard sagt dir vor dem nächsten Meilenstein etwas Wirkliches.

Testerdaten und NDAs

Playtest-Anmeldungen enthalten E-Mail-Adressen, manchmal Alter und Hardware-Angaben. Verlange Tester-Logins, privaten Speicher für Screenshots und Builds und ein Protokoll, welche Bedingungen jeder Tester akzeptiert hat. Ist dein Playtest für jüngere Spielende offen, prüfe zuerst die Regeln an deinem Standort für die Erhebung ihrer Daten.

Akzeptanz der Bedingungen wird pro Tester gespeichert
Privater Speicher für Screenshots
Nur das Team sieht alle Berichte

Ein Prompt als Ausgangspunkt

Baue eine App für mein Indie-Spielestudio. Spielende melden sich für Playtests mit Plattform und Eingabegerät an, ich wähle die Tester aus und weise eine Build-Version zu, und Tester melden sich an, um Fehler zu melden, die mit ihrem Build markiert werden. Zeige dem Team die Berichte nach Schweregrad je Build und führe eine Liste der Creator mit versendeten Keys und Berichterstattung.

Fragen

Kann ein Tester-Portal Feedback an den Build binden, aus dem es stammt?

Ja. Jeder Bericht kann automatisch die dem Tester zugewiesene Build-Version tragen, und das Team kann nach Version, Schweregrad und Status filtern.

Kann ich Build-Downloads für Tester bereitstellen?

Dein Projekt hat Dateispeicher, sodass du Downloads für angemeldete Tester anbieten kannst. Große Builds oder Store-Keys, die über eine Plattform ausgegeben werden, lassen sich besser von dort verlinken.

Kann das Dashboard Wunschlistenzahlen aus einem Store ziehen?

Wenn die Plattform den Export als CSV erlaubt, kannst du die Datei hochladen und darstellen. Eine direkte Anbindung hängt davon ab, ob die Plattform eine API bietet, die du nutzen kannst.

Muss ich Webcode schreiben?

Nein. Du beschreibst es im Chat. Wenn du Programmierer bist, kannst du mit Pro den Code bearbeiten, das Terminal nutzen und nach GitHub pushen.

Was kostet es?

Der Start ist kostenlos, ohne Karte, mit täglichen Credits. Pro kostet 25 $ pro Monat und bietet deine eigene Domain sowie Code-Bearbeitung und Export.

Weitere Wege, mit KI zu bauen

Mythex · Pricing · Alles mit KI bauen · Vorlagen für Websites und Apps · Mythex im Vergleich · Glossar zum App-Bau mit KI · Kostenlose Tools für den App-Bau mit KI · English