---
title: Kann ich MOCO mit ChatGPT nachbauen?
canonical: "https://kannkidas.de/produkte/moco/"
author: Pascale Beier
description: "MOCO mit ChatGPT nachbauen? Für eine kleine Agentur gut machbar. Prüfe Scope, Risiken, Betrieb und wann eine fertige Lösung besser ist."
---

# Kann ich MOCO mit ChatGPT nachbauen?

**Urteil:** Für eine kleine Agentur gut machbar · **Score:** 80/100

**Erster belastbarer Umfang:** 3–7 Wochen für einen produktiven ersten Einsatz im kleinen Team

**Mindestens nötig:** 1–2 erfahrene Full-Stack-Entwickler und ein verantwortlicher Process Owner

CRM, Projekte, Zeiten, Kapazität, Angebote und Projektcontrolling sind für eine kleine Agentur gut baubar; Finance-Integration, detaillierte Planung und zuverlässige Migration bleiben die anspruchsvollen Kanten.

## Was gut machbar ist

- Kunden, Projekte, Personen, Rollen und Zeiteinträge ergeben ein überschaubares Agentur-Datenmodell.
- Budgetverbrauch, Auslastung und abrechenbare Zeiten können transparent aus denselben Daten berechnet werden.
- Angebote und Rechnungsentwürfe lassen sich aus freigegebenen Projektdaten erzeugen und an Finance übergeben.

## Wo die Grenzen liegen

- Kapazität muss Arbeitszeitmodelle, Abwesenheit, Parallelprojekte und ungeplante Arbeit berücksichtigen.
- Zeiten und Budgetstände werden abrechnungsrelevant; Korrekturen brauchen Sperren, Freigabe und Audit.
- Migration muss Kontakte, Projekte, Angebote, Zeiten, Dateien und externe IDs vollständig abgleichen.

## Der erste sinnvolle Scope

1. Kunden, Projekte, Phasen, Personen, Aufgaben und Zeiterfassung.
2. Wochenplanung, Abwesenheit sowie Plan/Ist/Budget-Bericht pro Projekt.
3. Angebotsentwurf und kontrollierter Finance-Export ohne eigene Buchhaltung.

## Technischer Ansatz

- Relationales Agenturmodell mit versionierten Zeit- und Budgetereignissen.
- Kapazitätsberechnung als deterministischen Service mit freigegebenen Kalender-Referenzfällen bauen.
- Offene API, idempotente Finance-Transfers, tägliche Reconciliation und vollständiger Gesamtexport.

## Risiken

### Verdeckte Prozesslogik (hoch)

Das Risiko „Verdeckte Prozesslogik“ braucht bei MOCO messbare Abnahmekriterien, realistische Testfälle und eine fachlich verantwortliche Person.

### Berechtigungen (hoch)

Für „Berechtigungen“ sind vor einem Wechsel von MOCO vollständige Testdaten, ein Mengenabgleich und ein dokumentierter Rückfallweg nötig.

### Adoption (mittel)

„Adoption“ verlangt bei einer eigenen MOCO-Alternative Monitoring, klare Zuständigkeiten und regelmäßige Restore-Tests.

## Bauen oder kaufen?

### Selber bauen, wenn …

Eine eigene Lösung ist bei MOCO vertretbar, solange sie bei diesem Scope endet: Kunden, Projekte, Phasen, Personen, Aufgaben und Zeiterfassung. Datenhoheit oder eine deutlich bessere UX müssen den laufenden Aufwand des MOCO-Eigenbaus rechtfertigen.

### Fertige Lösung wählen, wenn …

Ein fertiges Produkt ist bei MOCO vorzuziehen, wenn das Team diese Hürde selbst tragen müsste: Kapazität muss Arbeitszeitmodelle, Abwesenheit, Parallelprojekte und ungeplante Arbeit berücksichtigen.

## Prompt für den begrenzten Eigenbau

Ersetze nicht MOCO als Ganzes. Baue nur diesen fachlich abgegrenzten Umfang: Kunden, Projekte, Phasen, Personen, Aufgaben und Zeiterfassung. Wochenplanung, Abwesenheit sowie Plan/Ist/Budget-Bericht pro Projekt. Angebotsentwurf und kontrollierter Finance-Export ohne eigene Buchhaltung. Setze den Scope mit diesen Bausteinen um: Relationales Agenturmodell mit versionierten Zeit- und Budgetereignissen. Kapazitätsberechnung als deterministischen Service mit freigegebenen Kalender-Referenzfällen bauen. Offene API, idempotente Finance-Transfers, tägliche Reconciliation und vollständiger Gesamtexport. Behandle bei MOCO die Risiken „Verdeckte Prozesslogik“, „Berechtigungen“ und „Adoption“ als eigene Abnahmekriterien. Autorisiere alle Zugriffe der MOCO-Alternative serverseitig. Logs dürfen keine Secrets enthalten. Tests, Monitoring, versionierte Exporte und Restore-Proben gehören bei MOCO zum Release. In der MOCO-Alternative bleiben KI-Ausgaben Vorschläge: Speichere Prompt-Version und Quellen, verlange menschliche Freigaben und definiere für kritische Änderungen einen Rollback.

## Quellen

- [MOCO – Produktübersicht](https://www.mocoapp.com/) — hundertzehn
- [MOCO API Documentation](https://github.com/hundertzehn/mocoapp-api-docs) — hundertzehn
- [MOCO – Datenschutz](https://www.mocoapp.com/unternehmen/datenschutz) — hundertzehn