Fertige Spiele
Fertige Spiele und Spielquellcode kann den Weg zu einem testbaren Produkt verkürzen, wenn der Kunde ein gesetzliches Recht zur Nutzung des Codes, der Grafik, des Audios, der Schriftarten und der Komponenten von Drittanbietern hat. Auf DitWork können Sie einen Auftragnehmer damit beauftragen, ein Projekt zu prüfen, eine Lizenz zu überprüfen, ein Reskin durchzuführen, Inhalte zu lokalisieren, Fehler zu beheben, ein Backend zu integrieren und reproduzierbare Release-Builds vorzubereiten.
Ein fertiges Projekt ist nicht dasselbe wie ein fertiges Unternehmen. Überprüfen Sie vor dem Kauf die Engine-Version, die Codequalität, Abhängigkeiten, Lizenzen, den Build-Prozess, die Unterstützung des Zielgeräts und den tatsächlichen Umfang der erforderlichen Anpassungen. Ein billiges Quellpaket kann veraltete Bibliotheken, fehlende Asset-Rechte oder ein Projekt verbergen, das nicht veröffentlicht werden kann.
Fertige Spieledienste, die Sie bestellen können
Der Service richtet sich danach, was bereits vorhanden ist und welche Rechte übertragen werden. Eine Mechanikvorlage, ein White-Label-Produkt und ein vollständig veröffentlichtes Spiel haben unterschiedliche Werte, Risiken und Wartungsanforderungen.
- Bereites Unity-, Unreal Engine- oder Godot-Projekt mit Quellcode
- Starter-Kit oder gezielte Mechaniker-Vorlage für ein neues Produkt
- White-Label-Spiel mit neuer Marke, neuer visueller Ausrichtung und neuem Inhalt
- Reskin für Mobil- oder Browserspiele mit neuer Grafik und Lokalisierung
- Anpassung eines gekauften Projekts und Engine-Abhängigkeitsaktualisierungen
- Quellcodeprüfung vor Kauf oder Übernahme von einem anderen Auftragnehmer
Was Sie vor dem Kauf überprüfen sollten
Bezahlen Sie nicht nur basierend auf einem Video oder einer installierten APK. Überprüfen Sie das Repository oder beobachten Sie einen sauberen Build aus der Quelle. Jedes Paket, Bild, jede Schriftart, jeder Ton und jedes Plugin sollte eine aufgezeichnete Quelle, einen Lizenztyp und das Recht zur Übertragung oder Unterlizenzierung haben.
| Überprüfungsbereich | Risiko | Beweis |
|---|---|---|
| Quellcode | Es wird nur ein binäres oder unvollständiges Projekt geliefert | Repository-Zugriff und ein erfolgreicher sauberer Build |
| Lizenzen | Vermögenswerte dürfen nicht kommerziell genutzt oder übertragen werden | Komponentenregister, Belege und Lizenztexte |
| Abhängigkeiten | veraltete SDKs, entfernte Dienste oder private Pakete | Versionsbestand und Updateplan |
| Veröffentlichung | Probleme mit den Shop-Richtlinien oder unautorisiertes Branding | Inhalts-, Zahlungs-, Datenschutz- und Metadatenprüfung |
| Wartung | Keine Dokumentation und niemand kann Mängel beheben | technische Überprüfung, Anweisungen und Schuldenschätzung |
Was in das Briefing aufgenommen werden soll
Geben Sie Plattformen, Länder, Sprachen, die neue Marke, mechanische Änderungen, Monetarisierung, Analysen, Werbung, Zahlungen, Backend und Fristen an. Listen Sie auf, was bereits gekauft wurde und welche Dokumente die Rechte belegen. Wenn das Projekt eine vorhandene App ersetzt, geben Sie die Paketkennung, das Store-Konto, Benutzerspeicherungen und Kompatibilitätsanforderungen an.
- Link zum Quellprojekt, zur Engine-Version und zu den verfügbaren Dateien
- Bildschirme, Charaktere, Ebenen und Assets, die ersetzt werden müssen
- neue Funktionen, Integrationen, Analyseereignisse und serverseitige Daten
- Unterstützte Geräte, Auflösungen und Mindestversionen des Betriebssystems
- Übergabeformat für Code, Zugriff, Signaturschlüssel und Geschäftskonten
- Release-Build-Kriterien, Rauchtests und eine Liste inakzeptabler Fehler
Workflow zum Anpassen eines fertigen Spiels
- Überprüfen Sie Rechte, Vollständigkeit der Quelle, saubere Builds und technische Schulden.
- Erstellen Sie ein Backup und einen separaten Zweig und zeichnen Sie dann das ursprüngliche Verhalten auf.
- Bereiten Sie eine Ersatzkarte für Marke, Benutzeroberfläche, Grafik, Audio, Text, Level und Mechanik vor.
- Aktualisieren Sie Abhängigkeiten, bevor Sie größere funktionale Änderungen hinzufügen.
- Erstellen Sie Test-Builds und überprüfen Sie Analysen, Zahlungen, Anzeigen und Persistenz.
- Übertragen Sie das Repository, Release-Builds, Dokumentation, Lizenzen und Konten.
Ein kompletter Reskin statt eines kosmetischen Austauschs
Ein Reskin sollte sich nicht damit begnügen, ein Symbol und ein paar Bilder zu ersetzen. Überprüfen Sie Abmessungen, sichere Bereiche, Animation, Kontrast, Lesbarkeit, Lokalisierung, Audiorichtung und Schnittstellenkonsistenz. Neue Kunst muss der technischen Pipeline folgen, einschließlich Atlanten, Komprimierung, Pivots, Benennung, Auflösung, Polygonanzahl und Speicherbudget.
Wenn sich das Thema ändert, müssen auch alte Texte, Analyseereignisse, Tutorial-Schritte, Erfolge und Store-Screenshots überprüft werden. Andernfalls erhalten Benutzer ein Produkt mit widersprüchlichem Branding und versteckten Resten der Originalvorlage.
- konsistente Palette, Typografie, Symbole und Schnittstellenzustände
- Überprüfung des Ladevorgangs, der Fehler, des Tutorials, des Popups und aller Spielbildschirme
- Screenshots, Symbol, Werbebild und Beschreibung des neuen Stores
- Asset-Größen und -Formate, die mit der Engine-Pipeline kompatibel sind
Engine- und SDK-Updates von Drittanbietern
Ein größeres Engine-Upgrade sollte von der Entwicklung neuer Funktionen getrennt werden. Reproduzieren Sie zunächst den ursprünglichen Build und aktualisieren Sie ihn dann durch kontrollierte Schritte, während Sie Änderungen an APIs, Rendering, Physik, Serialisierung und Asset-Formaten aufzeichnen. Werbe-, Analyse-, Zahlungs- und Authentifizierungs-SDKs müssen die aktuellen Plattformanforderungen unterstützen.
Gehen Sie nicht davon aus, dass jedes alte Projekt ohne Nacharbeit aktualisiert werden kann. Ein Plugin kann eingestellt werden, von einem privaten Paket abhängig sein oder eine Lizenz verwenden, die eine Übertragung verbietet. Austausch und Datenmigration gehören dann zum Leistungsumfang.
Was beeinflusst den Preis?
- Quellvollständigkeit, Architekturqualität und reproduzierbare Builds
- Reskin-Lautstärke, neue Kunst, Animation, Audio, Ebenen und Lokalisierung
- Abstand zwischen aktueller und Ziel-Engine, SDK und Betriebssystemversionen
- neue Zahlungen, Werbung, Analysen, Konten, Backend und Cloud-Speicherungen
- Anzahl der Plattformen, Stores, Sprachen und Testgeräte
- Qualität der Anlagendokumentation und Notwendigkeit, umstrittene Komponenten zu ersetzen
So wählen Sie einen Auftragnehmer aus
Bestellen Sie ein technisches Audit, bevor Sie einen festen Kostenvoranschlag für eine große Anpassung annehmen. Der Spezialist sollte das Projekt auf einer sauberen Maschine aufbauen, Abhängigkeiten inventarisieren, die Architektur erläutern und Stellen identifizieren, an denen ein einfacher Austausch von Assets das Verhalten beeinträchtigen kann.
Geben Sie keine Geschäftskonten oder Signaturschlüssel an, bevor Sie den Auftragnehmer ausgewählt haben. Verwenden Sie separate Rollen mit den geringsten Rechten. Erstellen Sie das Repository in der Kundenorganisation und überprüfen Sie, ob Codeänderungen, Dokumentation und neue Lizenzdatensätze dort festgeschrieben werden.
Checkliste für die Abnahme
- Das Projekt wird von Grund auf ohne private Dateien vom Entwicklercomputer erstellt
- Die neue Marke enthält keine alten Namen, Links, Symbole oder Analyseschlüssel
- Kern- und Fehlerszenarien funktionieren auf Zielgeräten
- Käufe, Anzeigen, Analysen, Deep Links und Speicherungen werden im Sandbox-Modus getestet
- Es wird ein Lizenzregister ausgeliefert und keine Komponente hat unklare Nutzungsrechte
- Der Kunde erhält das Repository, die Builds, die Speicherressourcen, den Zugriff und den Aktualisierungsplan
Quellcoderechte und inakzeptable Quellen
Es sollten nur Projekte verwendet werden, die der Verkäufer rechtmäßig lizenzieren oder abtreten darf. Durchgesickerter Quellcode, Kopien eines anderen Spiels, gestohlene Konten, Schutzumgehungen oder nicht lizenzierte Vermögenswerte sind nicht akzeptabel. Sogar ein technisch funktionierendes Projekt kann aus einem Geschäft entfernt werden und ein finanzielles oder rechtliches Risiko darstellen, wenn Rechte fehlen. Dokumentieren Sie die zulässigen Nutzungen, die Anzahl der Apps, die Weiterverkaufsrechte und ob die Lizenz auf einen zukünftigen Eigentümer übertragen werden darf.
So veröffentlichen Sie eine vorgefertigte Spielaufgabe
Geben Sie die Projektquelle, die Engine, die verfügbaren Dateien, den Lizenznachweis, die Zielplattformen, den Reskin-Umfang, neue Funktionen und die geplante Veröffentlichungsmethode an. Hängen Sie ein Video, den aktuellen Build und eine Liste bekannter Probleme an. Geben Sie an, ob Sie ein Audit vor dem Kauf, eine vollständige Anpassung oder nur eine Release-Vorbereitung benötigen.
