Abrechenbare Zeit zurückgewinnen
Setup, Pipeline und Server-Grundlagen sind erledigt, bevor du anfängst.
Setup und Betrieb laufen mit, du bleibst beim Auftrag.

So unterscheidet sich der Alltag.
| Aufgabe |
|
Ohne Plattform |
|---|---|---|
| Projekt-Setup | Vollständig abgedeckt: Repository, Struktur, CI/CD-Pipeline, Server-Anbindung, Domain | Nicht angeboten: Nicht abrechenbare Stunden zu Beginn jedes Auftrags |
| Mehrere Kunden parallel | Vollständig abgedeckt: Projekte und Organisationen trennen Kunden, mit eigenen Rollen | Nicht angeboten: Ein Rechner, viele lokale Setups, verstreute Zugangsdaten |
| Server und Betrieb | Vollständig abgedeckt: Eigener Server per SSH oder Managed Server, mit Docker, Reverse-Proxy, SSL, Firewall | Teilweise abgedeckt: Server werden nebenbei gepflegt, oft erst im Störfall |
| Deployment | Vollständig abgedeckt: Jeder Merge läuft durch dieselbe GitLab-CI-Pipeline für Test, Build | Teilweise abgedeckt: Manuelle Schritte, die du nach drei Monaten neu nachlesen musst |
| Arbeitsumgebung wechseln | Vollständig abgedeckt: Ubuntu-Workspaces mit VS Code, JetBrains, RDP oder VNC. | Nicht angeboten: Alles hängt an einem Rechner, ein Ausfall stoppt die Arbeit |
| Mobile Releases | Vollständig abgedeckt: Flutter, Expo und native Projekte bis in App Store, Play Store | Nicht angeboten: Signaturen, Zertifikate und Store-Formulare in Handarbeit |
| KI-Coding-Agenten nutzen | Vollständig abgedeckt: MCP-Server, mp CLI und VS-Code-Plugin binden Cursor | Teilweise abgedeckt: Agenten arbeiten ohne klare Projektkonventionen und Pipeline |
| Fehler im Betrieb | Vollständig abgedeckt: Error-Tracking mit Sentry, sobald du dein Konto unter Anbindungen verbindest. | Nicht angeboten: Der Kunde meldet den Fehler, oft am Wochenende |
| Übergabe am Projektende | Vollständig abgedeckt: Repository, Pipeline-Konfiguration | Nicht angeboten: Wissen bleibt bei dir, was Rückfragen nach Monaten erzeugt |
| Auftreten gegenüber Kunden | Vollständig abgedeckt: Audit Log, Rollen, Deployments in Git | Teilweise abgedeckt: Fragen zu Betrieb und Datenschutz werden pro Anfrage neu beantwortet |
Grün ist abgedeckt, gelb teilweise, grau nicht vorgesehen.
Sechs Punkte, die den Unterschied machen, wenn niemand hinter dir aufräumt.
Setup, Pipeline und Server-Grundlagen sind erledigt, bevor du anfängst.
Jedes Projekt hat eigene Zugänge, Rollen und Secrets.
Docker, Datenbanken, Reverse-Proxy, SSL, Firewall
Über MCP-Server, mp CLI und VS-Code-Plugin arbeiten Cursor
Ubuntu-Workspaces starten fertig konfiguriert im Browser oder per RDP.
Umgebungen und Deployments liegen im Git-Verlauf.
Ganz deine Entscheidung. Wir geben dir für beide Wege das ideale Setup.
Die MainPath Toolbox erkennt Tools und startet alles mit einem Klick.
Fertige Entwicklungsumgebung. Kein lokales Setup nötig.
Vier Schritte von der Zusage bis zum ersten Deployment.
Wähle Stack und Plattformen im Assistenten.
Nutze einen Managed Server oder binde den Server des Kunden per SSH an.
Entwickle lokal mit der MainPath Toolbox oder in einem Cloud-Workspace.
Am Projektende erhält der Kunde Repository, Pipeline und Server-Setup.
Der Vergleich lautet nicht Plattform gegen Team, sondern Plattform gegen unbezahlte Stunden.
Jedes Projekt ist eine eigene Einheit mit eigenem Repository, eigenen Umgebungen und Zugangsdaten.
Der Code gehört dem Kunden, mit vollständiger Code-Ownership.
Werkzeuge wie Cursor, Claude Code
Ja. Du bindest einen bestehenden Server per SSH an
Erzähl uns, was ihr baut. Wir melden uns über das Kontaktformular.