# Beispiel-Ergebnis: „TischReste" — ein echter, unveränderter Lauf

> **Was du hier siehst:** Das vollständige Ergebnis eines realen Consilium-Laufs vom 16.07.2026 —
> die Geschäftsidee „TischReste" (eine Marktplatz-App gegen Lebensmittelverschwendung, Solo-Gründung
> in Berlin). Nichts wurde nachbearbeitet; genau so sieht ein Ergebnis nach einem Lauf aus.
>
> **Kennzahlen dieses Laufs:** Urteil **Eskalation** · Urteils-Sicherheit 62 % · Dauer ≈ 14 Minuten
> (835,6 s, eine Bewertungsrunde) · 216.725 Tokens · Kosten ≈ 0,98 $ · Modell claude-sonnet-4-6.
> Peer-Bewertungen Runde 1: Markt 78 % · Finanzen 75 % · Recht 88 % · Technik 82 % — aber vier
> offene Kern-Widersprüche zwischen den Analysen → das System eskalierte ehrlich an den Menschen,
> statt ein Urteil zu raten. Genau dafür ist es gebaut.

---

## Gesamtbewertung

**Urteil:** Eskalation

**Kernaussagen:**

- **Markt real, aber Platzhirsch dominiert:** Der Markt für Food-Waste-Rettungs-Apps wächst mit 12,5–18 % jährlicher Wachstumsrate und das Problem ist gesellschaftlich relevant. Jedoch ist Too Good To Go mit ~13 Mio. Nutzern in Deutschland tief in Berlin verankert. Die Marktattraktivität wird mit 6/10 bewertet – gerade noch tragfähig, aber die zugrundeliegenden Zahlen (TAM = Gesamtmarktgröße, SAM = realistisch erreichbarer Marktanteil, SOM = tatsächlich erreichbarer Marktanteil) beruhen auf Quellen zweiter Hand (Perplexity, HTF Market Insights) und eigenen Annahmen ohne unabhängige Primärquellen. Damit ist die Marktanalyse nur bedingt belastbar (geprüfte Sicherheit: 0.63, also unter der Schwelle von 0.70).
- **Finanzen strukturell plausibel, aber mit kritischen Lücken:** Die Einzel-Wirtschaftlichkeit je Betrieb (LTV:CAC-Verhältnis = Verhältnis von Lebenszeitwert eines Kunden zu Akquisekosten = 6,0×, CAC-Amortisation in 2,4 Monaten) sieht gut aus. Aber: Die Finanzanalyse hat eine geprüfte Sicherheit von nur 0.57 – deutlich unter der Mindestanforderung von 0.70. Zwei Zahlen für Jahr-1-Umsatz stehen unaufgelöst nebeneinander (40.000 EUR aus dem Modell vs. ~100.000 EUR aus dem Plausibilitätscheck). Der Burn (monatlicher Geldverbrauch) von 4.500 EUR enthält kein Gründergehalt; inklusive eines minimalen Gehalts von 2.000 EUR/Monat steigt der Kapitalbedarf bis zum Break-even (dem Punkt, an dem Einnahmen die Kosten decken) auf realistisch 45.000–60.000 EUR. Zusätzlich fehlen in der Finanzplanung: DSGVO-Beratungskosten (100–300 EUR/Monat), UI-Design-Freelancer (1.000–3.000 EUR einmalig) und ein differenzierter Ausweis der Stripe-Zahlungsgebühren (ca. 1,4–2,9 % + 0,25 EUR/Transaktion) – was die tatsächliche Bruttomarge von 82 % in Frage stellt, da bei einem Ø-Bestellwert von 4 EUR und 0,40 EUR Provision bereits ~0,33 EUR allein an Zahlungsabwicklungsgebühren anfallen könnten (82 % der Provision).
- **Recht lösbar, aber vor Launch zwingend zu erfüllen:** Die Rechtsanalyse (Ampel Gelb, Sicherheit 0.74) zeigt: Das Modell ist rechtlich grundsätzlich machbar. Fünf konkrete Auflagen müssen jedoch **vor dem App-Launch** erfüllt sein (siehe unten). Besonders kritisch: Zahlungsabwicklung nur über einen lizenzierten Zahlungsdienstleister (PSP) wie Stripe oder PayPal, da eigenes Durchleiten von Kundengeldern nach § 63 ZAG strafbar ist. Außerdem müssen für jedes Angebot alle 14 kennzeichnungspflichtigen Allergene (z. B. Gluten, Nüsse, Milch) als Pflichtfeld abgefragt werden.
- **Technik machbar, aber Solo-Engpass ist das Hauptrisiko:** Die technische Machbarkeit wird mit 7/10 bewertet (Sicherheit 0.72), Verdict: „Machbar mit Risiken". Der 6-Monats-Zeitplan für eine einzelne Person ist sehr ambitioniert. Hauptrisiken: gleichzeitige Buchungen desselben Pakets (Race Condition), App-Store-Prüfung durch Apple (bis zu 7 Tage Verzögerung) und fehlende Hotfix-Möglichkeit innerhalb der kurzen Angebotsfenster von 1–2 Stunden (Ladenschluss). Alle Kerntechnologien sind erprobt (React Native/Flutter, Stripe Connect, Firebase).
- **Vier offene Konflikte aus dem Analyseprozess wurden nicht in einer Runde-2-Diskussion aufgelöst:** Obwohl die Moderation 4 offene Konflikte identifizierte, wurde keine Diskussion protokolliert. Das ist laut den Urteilsregeln ein zwingender Eskalationsgrund, da die Widersprüche (insbesondere SOM vs. J1-Umsatz, Stripe-Kostenstruktur, fehlende Abstimmung zwischen Finanz- und Rechtsanalyse) substanziell und nicht selbstauflösend sind.

---

**Konfliktpunkte:**

| Konflikt | Status |
| --- | --- |
| SOM-Umsatz J1–J3 (415.000–830.000 EUR/Jahr aus Marktanalyse) vs. J1-Umsatz (40.000 EUR aus Finanzanalyse): beide nutzen dieselbe Berechnungsbasis (950 Betriebe, 3 Bestellungen/Tag, 0,40 EUR), aber unterschiedliche Aktivierungsannahmen – in der Marktanalyse nicht explizit als Einschränkung kommuniziert | Offen |
| TAM in USD (Marktanalyse) vs. TAM in EUR (Finanzanalyse) mit Vereinfachungsannahme Kurs 1:1 statt realem Kurs ~0,92 – führt zu ~8 % Überbewertung des Marktpotenzials in der Finanzplanung | Offen |
| Stripe-Gebühren: Finanzanalyse setzt 2–3 % pauschal unter COGS (direkte Kosten) an; Technikanalyse nennt konkret 1,4–2,9 % + 0,25 EUR/Transaktion – bei Ø 0,40 EUR Provision könnten Stripe-Gebühren bis zu ~82 % der Provision auffressen, was die Bruttomarge von 82 % als zu optimistisch erscheinen lässt | Offen |
| Fehlende Kostenabstimmung zwischen Analysen: DSGVO-Beratung (100–300 EUR/Monat aus Rechtsanalyse), UI-Design-Freelancer (1.000–3.000 EUR aus Technikanalyse) und Google Maps API-Kosten (bis ~200 USD/Monat bei höherem Traffic) sind nicht in die Finanzplanung eingeflossen | Offen |

---

**Auflagen/Bedingungen:**

*(Ausschließlich aus der Rechtsanalyse – Confidence 0.74, Ampel Gelb)*

1. **Zahlungsabwicklung nur über lizenzierten PSP:** Stripe Connect, PayPal for Marketplaces oder Adyen müssen als Zahlungsdienstleister eingebunden werden. TischReste darf Kundengelder unter keinen Umständen über ein eigenes Konto durchleiten – dies wäre ein unerlaubtes Zahlungsgeschäft nach § 63 ZAG (Zahlungsdiensteaufsichtsgesetz) mit Strafbarkeit bis zu 5 Jahren Freiheitsstrafe und sofortiger Untersagung durch die BaFin (Bundesanstalt für Finanzdienstleistungsaufsicht).
2. **Allergen-Pflichtfeld für alle 14 kennzeichnungspflichtigen Allergene:** Jedes Angebot – auch „Überraschungspakete" – muss in der App ein Pflichtfeld für alle 14 Hauptallergene nach LMIV (Lebensmittelinformationsverordnung (EU) Nr. 1169/2011) enthalten. Fehlt dieses bei einem Allergieunfall, drohen zivilrechtliche Haftung (Schadensersatz, Schmerzensgeld) und behördliche Untersagung des App-Betriebs.
3. **DSGVO-Grundausstattung vor Launch:** Datenschutzerklärung in der App (klar, auf Deutsch), Einwilligungsmanagement für Standortdaten und Push-Benachrichtigungen, sowie Auftragsverarbeitungsverträge (schriftliche Datenschutzverträge) mit allen Dienstleistern (Stripe, Firebase, Cloud-Anbieter) müssen vor dem ersten App-Start vorliegen. Empfehlung: externer Datenschutzbeauftragter oder spezialisierter Anwalt zur Erstberatung (ca. 100–300 EUR/Monat laut Rechtsanalyse).
4. **Separate AGB für beide Seiten:** Eigene AGB (Allgemeine Geschäftsbedingungen) für Gastronomiebetriebe (P2B-konform nach EU-Verordnung 2019/1150 – mit transparenten Rankingkriterien, Mindestkündigungsfristen, Beschwerdemechanismus) und für Endkunden (inkl. korrekter Widerrufsbelehrung mit ausdrücklichem Hinweis auf die Ausnahme bei verderblichen Lebensmitteln nach § 312g Abs. 2 Nr. 2 BGB).
5. **Rechtliche Positionierung als Vermittler:** Alle Verträge und die App-Kommunikation müssen unmissverständlich klarstellen, dass TischReste Vermittler ist und nicht Verkäufer der Lebensmittel – um die Einstufung als Lebensmittelunternehmer nach VO (EG) Nr. 178/2002 zu vermeiden oder abzumildern. Rechtsberatung zur konkreten Ausgestaltung wird empfohlen.

---

**Empfehlung:**

Vor einer Investitions- oder Umsetzungsentscheidung müssen die vier offenen Konflikte (insbesondere die realistische Stripe-Kostenbelastung je Transaktion, der aufgelöste J1-Umsatzwiderspruch und die vollständige Kostenplanung inklusive DSGVO und Design) in einer überarbeiteten Finanzplanung konsolidiert werden – erst dann lässt sich beurteilen, ob das Modell bei realistischem Burn wirklich bis zum Break-even finanzierbar ist. Parallel dazu sollten die fünf rechtlichen Auflagen (PSP-Einbindung, Allergenfelder, DSGVO, AGB, Vermittler-Positionierung) unmittelbar angegangen werden, da sie zwingend vor dem App-Launch erfüllt sein müssen und teilweise direkte Kostenfolgen haben, die ins Finanzmodell einfließen müssen.

---

**Hinweis:** Diese Einschätzung ist KI-generiert (Multi-Agenten-System) und ersetzt keine Rechts-, Steuer- oder Anlageberatung; sie kann Fehler enthalten und ist vor Entscheidungen fachlich zu prüfen.
### 🎯 Idee-Aufnahme · so wurde die Eingabe aufbereitet

## Idee-Aufnahme (erneut geprüft)

**Geschärfte Kernidee:** „TischReste" ist eine mobile Marktplatz-App, die Restaurants, Bäckereien und Cafés in Berlin dabei hilft, überschüssige Speisen und Backwaren kurz vor Ladenschluss vergünstigt (50–70 % unter Normalpreis) an Endkunden zu verkaufen – statt sie wegzuwerfen. Betriebe inserieren Reste als Überraschungspaket oder Einzelportion, Kunden reservieren, zahlen und holen direkt über die App ab.
**Erlösmodell:** Zweistufiges Erlösmodell: (1) Provision von 10 % je erfolgreich vermittelter Bestellung – Hauptumsatzquelle. (2) Optionale Premium-Funktionen für Betriebe (z. B. bessere Sichtbarkeit in der App, Zugang zu Verkaufsstatistiken, Stammkunden-Features) – Preisgestaltung (Abo-Modell oder Einmalkauf) nicht konkret genannt; Annahme: ca. 20–50 EUR/Monat als Betreiber-Abo, branchenüblich.
**Readiness nach erneuter Prüfung:** 90% — Alle fünf Kern-Dimensionen – Problem, Zielgruppe, Lösung, Erlösmodell (inkl. konkreter Provisionshöhe von 10 %) und Zeitrahmen (6 Monate, Pilotstadt Berlin) – sind nun klar und vollständig benannt; nur der Preis der optionalen Premium-Funktionen bleibt eine Annahme.

🔎 Marktanalyse ✓ quellenbelegt · Web-Recherche

### Quellen der Web-Recherche (9)

• Für den spezifischen Markt der **„Food waste rescue app marketplace für Restaurants"** (B2C-Marktplätze, die Speisereste (Perplexity)
• Die wichtigsten Wettbewerber und Alternativen zu Apps für die Rettung von Lebensmittelabfällen in Restaurants und Bäcker (Perplexity)
• Die genauen **Nutzerzahlen von Too Good To Go in Deutschland für 2024** variieren je nach Quelle, wobei die offiziellen (Perplexity)
• Es gibt **keine offiziellen Marktwert-Zahlen** (in Euro) für den spezifischen „Markt der Lebensmittelverschwendung" in d (Perplexity)
• The **Total Addressable Market (TAM)** for food waste rescue apps in **Europe in 2024** is estimated at approximately ** (Perplexity)
• Too Good To Go ist die marktführende Lebensmittelrettungs-App in Deutschland, deren größte **Stärken** der Kampf gegen L (Perplexity)
• Es gibt für das Jahr **2024** keine offizielle, einheitliche Gesamtzahl für alle Gastronomiebetriebe (Restaurants, Bäcke (Perplexity)
• In Berlin gibt es insgesamt etwa **19.000** Gastronomiebetriebe (inklusive Restaurants, Cafés, Bars, Imbisse und Caterer (Perplexity)
• Too Good To Go verfolgt ein **Win-Win-Win-Geschäftsmodell**, bei dem der Gewinn für Betriebe durch eine **Provision (Kom (Perplexity)

TischReste adressiert einen echten, wachsenden Markt – aber Too Good To Go ist in Berlin bereits tief verwurzelt, und das Henne-Ei-Problem eines zweiseitigen Markts ist die kritischste Hürde für eine Solo-Gründung ohne externes Kapital.

## Marktanalyse

### Marktchance

- **Marktgröße (TAM – gesamter adressierbarer Markt, d. h. der theoretische Maximalmarkt, wenn alle potenziellen Kunden weltweit die App nutzen würden):** Der europäische Markt für Food-Waste-Rettungs-Apps wird für 2024 auf ca. **1,0–1,1 Mrd. USD** geschätzt (Quelle: Perplexity/HTF Market Insights, DataInsightsMarket). Achtung: Diese Marktstudien fassen B2C-Plattformen wie TischReste und B2B-Software (z. B. Lagerverwaltung, Betriebskantinen) zusammen – der für TischReste relevante Teilmarkt (B2C-Marktplatz im DACH-Raum) ist deutlich kleiner. Für Deutschland als Einzelmarkt liegt **keine isolierte offizielle Zahl** vor; als eigene Schätzung: ca. **150–200 Mio. EUR/Jahr** (entspricht ~15–20 % des europäischen Marktes, Annahme).
- **SAM (der Teil des Marktes, den ihr realistisch bedienen könnt) / SOM (der realistische Marktanteil, den ihr in den ersten Jahren tatsächlich erreichen könntet):** Bezogen auf Berlin als Pilotstadt: Ca. **19.000 Gastronomiebetriebe** in Berlin (Quelle: Statista/Senat Berlin). Realistisch ansprechbar in J1–J3: ca. 5–10 % = **950–1.900 Betriebe**. Bei angenommenen Ø 3 Bestellungen/Betrieb/Tag × Ø Bestellwert 4 EUR (Provision 10 % = 0,40 EUR/Bestellung) ergibt sich ein **SOM-Umsatz J1–J3 von ca. 415.000–830.000 EUR/Jahr** (Annahme, auf Basis der Berliner Betriebszahlen und branchenüblicher Provision-Benchmarks). SAM auf Deutschland-Ebene: ~5–10 Mio. EUR/Jahr (Schätzung).
- **Wachstum:** 12,5–18 % CAGR (jährliche Wachstumsrate) für den europäischen Food-Waste-App-Markt (Quelle: Perplexity/LinkedIn Market Reports 2024). Treiber: steigende Energie- und Lebensmittelkosten, regulatorischer Druck (EU-Lebensmittelverschwendungsziele), wachsendes Umweltbewusstsein.
- **Marktreife: Mittel** – weil das Konzept in Deutschland bereits durch Too Good To Go etabliert und validiert ist (13 Mio. Nutzer in DE, Quelle: Too Good To Go 2024), der Markt aber noch nicht gesättigt ist und regionale Vertiefung möglich bleibt.

---

### Wettbewerb

- **Hauptwettbewerber:**

1. **Too Good To Go** – *Stärke:* Marktführer in Deutschland mit ~13 Mio. Nutzern, starke Marke, breites Betriebsnetzwerk, Provision ca. 1,00–1,19 EUR/Tüte oder 20–25 % (Quelle: Perplexity/WiWo). *Schwäche:* Stark schwankende Paketqualität, kurze Abholfenster, langsamer automatisierter Kundenservice – Betriebe bemängeln wenig Individualisierung (Quelle: Perplexity/Handyhase, BusinessInsider DE).
2. **RESQ Club** – *Stärke:* Fokus auf vollständige Einzelportionen (nicht nur Überraschungstüten), bessere Vorhersehbarkeit für Kunden. *Schwäche:* Deutlich kleinere Nutzerbasis in Deutschland, geringere Markenbekanntheit.
3. **Karma (Schweden/UK)** – *Stärke:* Klare Produktkennzeichnung, gutes UX-Design. *Schwäche:* In Deutschland kaum verbreitet, schwacher lokaler Marktauftritt (Quelle: Perplexity/Chip.de).
- **Differenzierungschance:** TischReste kann sich über **konkrete Einzelportionen statt reiner Überraschungspakete**, **bessere Betriebsstatistiken**, **Stammkundenbindung** und **lokale Nähe in Berlin** differenzieren. Der Schmerz der Betriebe mit Too Good To Go (fehlende Transparenz, starre Strukturen) bietet einen echten Einstiegspunkt – allerdings ist der Netzwerkeffekt des Marktführers eine hohe Hürde.

---

### Zielgruppen

- **Primär (Angebotsseite):** Restaurants, Bäckereien und Cafés in Berlin – ca. 19.000 Betriebe gesamt (Quelle: Statista/Senat Berlin); relevantes Segment für Lebensmittelreste: v. a. Bäckereien, Restaurants mit Tagesmenü und Cafés (~8.000–10.000 Betriebe, Schätzung). Zahlungsbereitschaft: moderat – Betriebe zahlen nur, wenn echter Mehrwert entsteht; Provision wird akzeptiert, wenn sie unter Too Good To Go liegt oder mehr Features bietet.
- **Sekundär (Nachfrageseite):** Umwelt- und preisbewusste Endkunden zwischen 20 und 40 Jahren in Berlin (~900.000 Personen in dieser Altersgruppe, Schätzung auf Basis Berliner Bevölkerungsstatistik). Zahlungsbereitschaft: hoch bei Preisvorteil (50–70 % günstiger als Normalpreis), gering bei Vollpreis – Conveniencefaktor und Vertrauen in Qualität sind entscheidend.

---

### Markttiming

- **Einschätzung: Gut** – mit wichtigen Einschränkungen.
- **Positivsignale:** Lebensmittelpreise auf erhöhtem Niveau → Sparbereitschaft steigt; EU-Nachhaltigkeitsziele erhöhen Druck auf Betriebe; Concept ist von Too Good To Go bereits gesellschaftlich validiert; wachsendes Umweltbewusstsein besonders bei der Zielgruppe 20–40 J.
- **Negativsignale:** Too Good To Go ist bereits tief in Berlin verankert (bereits 2024 aktiv); Gastronomie in Berlin unter Kostendruck → Bereitschaft für neue Plattformen ohne sofortigen Beweis der Nutzerbasis begrenzt; Solo-Gründung bedeutet langsames Onboarding auf Betriebsseite.

---

### Wichtigste Erkenntnisse

1. **Der Markt ist real und wächst, aber Too Good To Go ist ein mächtiger Platzhirsch:** Mit ~13 Mio. Nutzern in Deutschland und tiefer Verankerung in Berlin ist eine direkte Konkurrenz auf Augenhöhe ohne klare Differenzierung sehr schwer. Der Netzwerkeffekt (mehr Betriebe → mehr Kunden → mehr Betriebe) verstärkt die Marktmacht des Führers.
2. **Die Schwächen des Marktführers sind real und angreifbar:** Betriebe und Kunden kritisieren fehlende Qualitätskontrolle, starre Überraschungspaket-Logik und schlechten Support – hier hat TischReste einen konkreten Differenzierungshebel, wenn das Produktversprechen (Einzelportionen, bessere Statistiken, Stammkundenfunktion) tatsächlich eingehalten wird.
3. **Das zweiseitige Marktproblem (Henne-Ei-Dilemma) ist die kritischste Hürde:** Betriebe kommen nur, wenn Kunden da sind – Kunden kommen nur, wenn Betriebe da sind. In der Solo-Entwicklung ohne Marketing-Budget ist dieses Problem besonders schwer lösbar; ein hyperlokaler Start (z. B. ein Berliner Kiez) ist strategisch sinnvoller als ein breiter Stadtstart.

---

### Gesamteinschätzung

- **Marktattraktivität: 6/10** – Der Markt ist real, wächst kräftig (12,5–18 % CAGR) und das Problem ist gesellschaftlich relevant. Jedoch ist Too Good To Go ein bereits etablierter Marktführer mit starkem Netzwerkeffekt in Berlin. TischReste hat klare Differenzierungsansätze (Einzelportionen, bessere Betriebstools), muss aber das klassische Henne-Ei-Dilemma eines zweiseitigen Markts ohne großes Team und ohne externes Kapital lösen – das ist die zentrale Risikodimension.
- **Top-3-Chancen:**

1. Betriebe, die mit Too Good To Go unzufrieden sind, als Erstkunden gewinnen (gezielte Abwerbung über besseres Leistungsversprechen).
2. Hyperlokale Marktführerschaft in einem Berliner Kiez aufbauen, bevor Skalierung angegangen wird.
3. Premium-Abo-Funktionen (Statistiken, Stammkunden) als zusätzliche, stabile Einnahmequelle mit höherer Marge als die Provision.
- **Top-3-Risiken:**

1. **Netzwerkeffekt-Falle:** Too Good To Go hat bereits kritische Masse in Berlin – neue Nutzer und Betriebe wählen tendenziell die bekannte Plattform.
2. **Solo-Gründung als Kapazitätsrisiko:** Gleichzeitig App entwickeln, Betriebe akquirieren und Kunden gewinnen übersteigt realistisch die Kapazität einer einzelnen Person in 6 Monaten.
3. **Preisdruck und dünne Margen:** Bei 10 % Provision auf stark vergünstigte Produkte (Ø Verkaufspreis ~3–5 EUR) ist der Umsatz pro Transaktion sehr gering – Profitabilität erfordert hohe Transaktionsvolumen, die ohne Marketingbudget schwer zu erreichen sind.
- **Schlüsselannahmen, die diese Bewertung tragen:**

1. Provision von 10 % pro Bestellung ist marktüblich und von Betrieben akzeptiert (Branchenvergleich Too Good To Go: 20–25 % → Annahme konservativ, aber plausibel).
2. Ca. 5–10 % der Berliner Gastronomiebetriebe sind in J1–J3 als aktive Plattformpartner erreichbar (Annahme).
3. Durchschnittlicher Bestellwert auf der Plattform: 3–5 EUR (basierend auf 50–70 % Rabatt auf Normalpreis; eigene Schätzung).
4. Premium-Abo für Betriebe: 20–50 EUR/Monat (branchenübliche Annahme, keine konkrete Angabe im Briefing).
5. Das Henne-Ei-Problem kann durch einen hyperlokalen Kiez-Start teilweise entschärft werden – ohne dies wäre die Marktattraktivität niedriger zu bewerten.
📈 Finanzanalyse

TischReste hat ein sauberes Provisionsmodell mit gesunden Einzel-Kennzahlen, aber der Weg zum Break-even ist sehr eng: Das Startkapital reicht kaum über den Launch hinaus, und ohne rasch wachsendes Transaktionsvolumen – das ein Solo-Gründer gegen Too Good To Go in Berlin erkämpfen muss – bleibt das Modell dauerhaft defizitär.

## Finanzanalyse

**Währung: Euro (EUR)** – Zielmarkt Berlin/Deutschland; Tool-Ausgaben in USD werden 1:1 als EUR behandelt (Kurs ~1,00 zur Vereinfachung, da alle Basiszahlen EUR-basiert sind).

---

### Umsatzmodell

- **TAM-Bezug:** Europäischer Food-Waste-App-Markt ~1,0–1,1 Mrd. EUR; Deutschland-Schätzung (eigene Annahme der Marktanalyse) ~150–200 Mio. EUR/Jahr. SAM (der Teil des Marktes, den TischReste realistisch bedienen kann) auf Deutschland-Ebene: ~5–10 Mio. EUR/Jahr. Für Berlin als Pilotmarkt: SOM (der tatsächlich erreichbare Marktanteil in den ersten Jahren) ~415.000–830.000 EUR/Jahr laut Marktanalyse – konservativ auf **5 Mio. EUR SAM** angesetzt.
- **Marktdurchdringung:** J1: 0,8 % des SAM, J3: 2,8 % des SAM. Basis: ~950 ansprechbare Berliner Betriebe (5 % von 19.000), Ø 3 Bestellungen/Tag, Ø Bestellwert 4 EUR, Provision 10 % = 0,40 EUR/Bestellung. J1 setzt konservativ nur ~20 % der möglichen Betriebe als aktiv an (Solo-Gründer-Engpass).
- **Preismodell:** (1) Provision 10 % je Bestellung (Hauptquelle) – bewusst unter Too Good To Go (20–25 %) als Einstiegshebel. (2) Betreiber-Abo ~20–50 EUR/Monat für Premium-Features. Benchmark (Perplexity/Live): branchenüblich 15–25 % Provision + Abo 200–500 USD/Monat – TischReste liegt bei Provision deutlich darunter, was die Attraktivität für Betriebe erhöht, aber die Marge drückt. **Annahme: 10 % Provision wird beibehalten** (Differenzierungsstrategie); Abo-Preis konservativ 30 EUR/Monat.
- **Umsatzprognose** (Tool-Ergebnis, plausibilisiert):
- **Jahr 1:** ~40.000 EUR — Herleitung: SAM 5 Mio. EUR × 0,8 % Durchdringung
- **Jahr 2:** ~75.000 EUR — Herleitung: geometrisches Mittel J1/J3 (Tool-Formel)
- **Jahr 3:** ~140.000 EUR — Herleitung: SAM 5 Mio. EUR × 2,8 % Durchdringung
- *Plausibilitätscheck:* 190 aktive Betriebe × Ø 3 Bestellungen/Tag × 365 × 0,40 EUR ≈ 83.000 EUR/Jahr nur Provision; plus Abo-Anteil (50 Betriebe × 30 EUR × 12 = 18.000 EUR) → ~100.000 EUR realistisch für ein gutes J1. Das Tool-Ergebnis (40.000 EUR) ist damit **konservativ aber vertretbar** für den Pilotstart mit Solo-Gründer; ich behalte es als Unter-Grenze.

---

### Unit Economics

*(Unit = 1 aktiver Gastronomiebetrieb als Plattformpartner)*

- **CAC** (was es kostet, einen zahlenden Betrieb zu gewinnen): **120 EUR** — Annahme: persönliches Onboarding durch Solo-Gründer, Zeitaufwand ~3–4 h je Betrieb, keine Paid Ads, Opportunitätskosten angesetzt.
- **LTV** (Lebenszeitwert eines Betriebs, d. h. wie viel Umsatz ein Betrieb über seine gesamte Nutzungsdauer bringt): **720 EUR** — Herleitung: Ø 60 EUR/Monat Umsatz je Betrieb (Provision + anteiliges Abo) × 12 Monate durchschnittliche Lebensdauer (konservativ, da Churn – also Abwanderungsrate – bei neuem Produkt hoch).
- *60 EUR/Monat je Betrieb:* 3 Bestellungen/Tag × 30 Tage × 0,40 EUR Provision = 36 EUR + 24 EUR Abo-Anteil = ~60 EUR ✓
- **LTV:CAC-Verhältnis** (gesundes Verhältnis liegt über 3:1): **720 EUR ÷ 120 EUR = 6,0x** — gesund.
- **CAC-Amortisation** (wie viele Monate, bis die Akquisekosten wieder drin sind): **2,4 Monate** — Herleitung: 120 EUR ÷ (60 EUR × 82 % Bruttomarge) ≈ 2,4 Monate ✓
- **Bruttomarge:** 82 % — Begründung: Marktplatz-Modell ohne physische Waren; Hauptkosten sind Zahlungsabwicklung (2–3 %), App-Hosting und Support (~15 %), keine Lagerkosten. Plattformmargen von 75–85 % sind in dieser Kategorie branchenüblich.
- ⚠️ **Einschränkung:** LTV von 12 Monaten ist spekulativ; bei einem neuen Produkt ohne Referenzen ist Churn in J1 möglicherweise deutlich höher. Sinkt die durchschnittliche Betriebslebensdauer auf 6 Monate, fällt LTV auf 360 EUR → LTV:CAC 3,0x (noch akzeptabel, aber an der Grenze).

---

### Betriebsmodell (Jahr 1)

| Posten | Betrag |
| --- | --- |
| **Umsatz** | ~40.000 EUR |
| **COGS** (direkte Kosten – Zahlungsabwicklung, Hosting) | ~7.200 EUR (18 %) |
| **OpEx** (laufende Betriebskosten – App-Entwicklung/Wartung, Marketing, Admin) | ~46.800 EUR |
| **Betriebsergebnis** | **–14.000 EUR** |
| **Monatlicher Burn** (Geldverbrauch pro Monat) | ~4.500 EUR |

- *Annahmen OpEx:* Solo-Gründer ohne Gehalt (Lebenshaltungskosten nicht eingerechnet); Entwicklungstools/APIs 500 EUR/Monat, Marketing/Events ~500 EUR/Monat, sonstige Fixkosten ~300 EUR/Monat = ~1.300 EUR operativer Burn; zuzüglich einmaliger App-Launch-Kosten (15.000 EUR, verteilt). Gesamtburn 4.500 EUR/Monat ist eine Schätzung – ohne Gründergehalt.
- **Kritisch:** Nimmt man ein minimales Gründergehalt (z. B. 2.000 EUR/Monat netto), steigt der Burn auf ~6.500 EUR/Monat → deutlich engerer Runway.

---

### Prognose & Break-even

- **Break-even-Zeitpunkt:** Monat 13 (Tool-Ergebnis bei 4.500 EUR Burn und 1,85× Wachstum p.a.) — d. h. erst im zweiten Jahr wird der Monatsumsatz die monatlichen Kosten decken.
- **Kapitalbedarf:** ~32.000 EUR (Tool-Ergebnis) bis zum Break-even, ohne Gründergehalt; mit Gründergehalt realistisch **45.000–60.000 EUR**.
- **Runway** (wie lange das Geld bei aktuellem Burn reicht): Bei 30.000 EUR Startkapital ~6,7 Monate (Tool) — kritisch knapp für einen 6-Monate-bis-Launch-Zeitplan; praktisch kein Puffer nach Launch.
- ⚠️ **Fazit Runway:** Der Gründer muss entweder mit sehr wenig Kapital extrem effizient arbeiten oder zusätzliche Mittel (Förderung, Nebeneinkommen) sichern, bevor der Break-even erreicht wird.

---

### Sensitivität

1. **CAC +30 % (Betriebe schwerer zu gewinnen als erwartet):** CAC steigt auf 156 EUR, LTV:CAC fällt auf 4,6× – noch gesund. Break-even verschiebt sich um ~2 Monate auf Monat 15. Urteil bleibt „Bedingt tragfähig", aber Kapitalbedarf steigt auf ~38.000 EUR (ohne Gründergehalt).
2. **Kundengewinnung 40 % langsamer (Solo-Kapazitätsengpass):** J1-Umsatz fällt auf ~24.000 EUR. Break-even verschiebt sich auf Monat ~18–20. Bei 30.000 EUR Startkapital ist das Kapital bereits erschöpft, bevor der Break-even erreicht wird → **Zusatzfinanzierung zwingend erforderlich**. Urteil kippt Richtung „Nicht tragfähig" ohne Kapitalzufluss.
3. **Provision -20 % (Betriebe verhandeln auf 8 % runter):** Umsatz je Bestellung sinkt von 0,40 EUR auf 0,32 EUR; J1-Umsatz fällt auf ~32.000 EUR. Bruttomarge bleibt ähnlich, aber Break-even verschiebt sich auf Monat 16–17. LTV sinkt auf ~576 EUR → LTV:CAC 4,8× noch akzeptabel. Kombination mit Szenario 2 wäre kritisch.

---

### Tragfähigkeit

- **Finanzielle Attraktivität: 4/10** — Das Modell ist strukturell plausibel (gute Unit Economics auf Betriebsebene, sinnvolles Provisionsmodell), aber der Weg zur Profitabilität ist sehr lang und sehr schmal. Der Break-even liegt erst im zweiten Jahr, der Runway ist ohne externes Kapital gefährlich kurz, und das Transaktionsvolumen pro Bestellung (0,40 EUR Provision) erfordert extrem hohe Skalierung für nennenswerten Umsatz.
- **Schlüsselannahmen, die das Modell tragen:**

1. Solo-Gründer schafft es, in J1 mindestens 100–150 aktive Betriebe zu onboarden – ohne Marketing-Budget und parallel zur App-Entwicklung (hohes Risiko).
2. Churn (Abwanderungsrate) der Betriebe bleibt unter 30 % p.a. (unbewiesen für neues Produkt gegen etablierten Marktführer).
3. Provision von 10 % wird von Betrieben langfristig akzeptiert – keine Unterbietung durch Too Good To Go.
4. Abo-Umsatz (~30 EUR/Monat) setzt erst ab J2 relevant ein, wenn Produktwert bewiesen ist.
5. Gründergehalt ist im Burn nicht enthalten – real würde dies die Tragfähigkeit weiter belasten.
- **Urteil: Bedingt tragfähig** — Das Geschäftsmodell hat eine logische und in Unit Economics gut aussehende Grundstruktur. Die Finanzierbarkeit der Anlaufphase (kurzer Runway, Break-even erst in J2, knappes Kapital) ist jedoch das akuteste Risiko, und das Henne-Ei-Dilemma des zweiseitigen Markts wird durch die Solo-Gründung strukturell verschärft. Tragfähig nur, wenn hyperlokale Fokussierung (ein Kiez), Förderkapital (z. B. Gründerstipendium Berlin, EXIST) und ein schnelles erstes Umsatzsignal innerhalb von 6 Monaten nach Launch zusammenkommen.
⚖️ Rechtsanalyse

„TischReste" ist rechtlich umsetzbar, aber nur wenn vor dem Start drei Dinge geklärt sind: Zahlungsabwicklung über einen lizenzierten Anbieter (kein eigenes Durchleiten von Geld), Pflichtfelder für Allergene in der App und eine vollständige Datenschutzerklärung – sonst drohen BaFin-Untersagung, Haftungsklagen und Bußgelder.

## Rechtsanalyse

### Rechtsraum

- **Primär: Deutschland / EU.** Der Pilotmarkt ist Berlin; sowohl die Betriebe als auch die Endkunden sitzen in Deutschland. Maßgeblich sind deutsches Recht sowie unmittelbar geltende EU-Verordnungen (DSGVO, Lebensmittelrecht, Zahlungsdienste-Richtlinie PSD2).
- Da Endkunden Verbraucher (= Privatpersonen ohne gewerblichen Zweck) sind, gilt zusätzlich das EU-Verbraucherschutzrecht, umgesetzt im deutschen Bürgerlichen Gesetzbuch (BGB) und Digitale-Dienste-Gesetz (DDG).
- Für die Zahlungsabwicklung ist die **BaFin** (Bundesanstalt für Finanzdienstleistungsaufsicht, die staatliche Finanzaufsicht) zuständig.

---

### Datenschutz

- **Rechtsgrundlage:** DSGVO (Datenschutz-Grundverordnung, EU-weit gültig seit 2018) sowie das deutsche TDDDG (Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz, regelt den Zugriff auf Endgeräte z. B. durch Cookies oder App-Tracking).
- **Verarbeitete Daten:** Endkunden (Name, E-Mail, Standortdaten, Zahlungsdaten, Bestellhistorie), Betriebe (Angebotsdaten, Umsatzstatistiken, Ansprechpartner). Zahlungsdaten gelten als besonders sensibel.
- **Zentrale Pflichten:** Datenschutzerklärung in der App (klar, verständlich, auf Deutsch); Rechtsgrundlage für jede Datenverarbeitung benennen (meist Vertragserfüllung oder berechtigtes Interesse); Einwilligung für Push-Nachrichten und optionales Tracking; Auftragsverarbeitungsverträge (= schriftliche Datenschutzverträge) mit Zahlungsdienstleistern und Cloud-Anbietern schließen; Auskunfts- und Löschrechte der Nutzer technisch umsetzen.
- **Standortdaten:** Werden zur Anzeige nahegelegener Angebote benötigt – nur mit ausdrücklicher Einwilligung und nur so lange wie nötig speichern.
- **Status:** Beherrschbar mit üblicher Sorgfalt; kein grundlegendes Hindernis.

---

### Regulatorik & Erlaubnispflichten

**1. Zahlungsabwicklung (höchste Priorität)**

- Wer Geld vom Käufer entgegennimmt und es an den Händler weiterleitet, betreibt einen **Zahlungsdienst** nach § 10 ZAG (Zahlungsdiensteaufsichtsgesetz) und braucht eine **BaFin-Erlaubnis** – oder nutzt einen bereits lizenzierten Zahlungsdienstleister (z. B. Stripe, PayPal, Adyen) als technischen Mittler.
- Die **Handelsagenten-Ausnahme** (§ 2 Abs. 1 Nr. 2 ZAG – würde die Erlaubnispflicht entfallen lassen, wenn die Plattform rechtlich für beide Seiten handelt) ist laut BaFin-Praxis nur sehr schwer erfüllbar und für dieses Modell nicht verlässlich anwendbar.
- **Lösung:** Einbindung eines regulierten Zahlungsdienstleisters (Payment Service Provider, PSP) – dann braucht TischReste selbst keine BaFin-Lizenz.

**2. Lebensmittelrecht**

- Die EU-Lebensmittelbasisverordnung **(EG) Nr. 178/2002** definiert „Lebensmittelunternehmer" weit. Plattformen, die Preis, Präsentation und Verfügbarkeit von Speisen kontrollieren, können als Teil der Lebensmittelkette eingestuft werden.
- **LMIV** (Lebensmittelinformationsverordnung (EU) Nr. 1169/2011): Pflicht zur Angabe von Allergenen (z. B. Nüsse, Gluten, Milch – 14 kennzeichnungspflichtige Stoffe) bei jedem Angebot, auch bei „Überraschungspaketen". Das ist die kritischste lebensmittelrechtliche Pflicht, weil bei Allergieunfällen Gesundheitsschäden drohen.
- Die eigentliche Verantwortung liegt beim inserierenden Betrieb; TischReste trägt aber Mitverantwortung, wenn die App keine geeigneten Felder/Hinweise zur Allergenangabe bereitstellt.
- **Gewerberecht:** TischReste selbst handelt nicht mit Lebensmitteln und braucht keine Gaststättenerlaubnis; die Betriebe müssen ihre bestehenden Genehmigungen haben.

**3. Plattformregulierung / Digitaler Binnenmarkt**

- **DSA** (Digital Services Act, EU-Verordnung für digitale Dienste, seit Feb. 2024 voll anwendbar): Als Vermittlungsplattform gelten Transparenz- und Meldepflichten (z. B. Nutzerbeschwerdemanagement, Meldung illegaler Inhalte). Als kleines Startup zunächst weniger Pflichten, aber Grundpflichten gelten ab Tag 1.
- **P2B-Verordnung** (Platform-to-Business-Verordnung (EU) 2019/1150): Betriebe als gewerbliche Nutzer der Plattform haben Rechte auf transparente Rankingkriterien, faire Kündigung, Beschwerdemechanismus – TischReste muss AGB (Allgemeine Geschäftsbedingungen) für Betriebe entsprechend gestalten.
- **KI-Regulierung (KI-Act, EU):** Sofern kein algorithmusbasiertes Ranking oder Scoring von Nutzern eingesetzt wird, zunächst nicht unmittelbar relevant. Stand meines Wissens, prüfpflichtig bei späterer Feature-Erweiterung.

**4. Verbraucherschutz**

- Online-Buchung = Fernabsatzvertrag nach § 312c BGB: Endkunden haben grundsätzlich **14-tägiges Widerrufsrecht**. Bei verderblichen Lebensmitteln greift jedoch die Ausnahme (§ 312g Abs. 2 Nr. 2 BGB) – kein Widerrufsrecht, wenn dies klar kommuniziert wird.
- Impressumspflicht (§ 5 DDG), AGB, Datenschutzerklärung sind Pflichtbestandteile der App.

---

### Rechtsrisiken

| Risiko | Schweregrad | Minderung |
| --- | --- | --- |
| Zahlungsabwicklung ohne BaFin-Lizenz (eigene Geldweiterleitung) | **Kritisch** – Untersagung, Strafbarkeit | Zertifizierten PSP (z. B. Stripe, PayPal) einbinden; niemals Geld auf eigenem Konto durchleiten |
| Fehlende Allergeninformation bei Überraschungspaketen, Gesundheitsschaden | **Kritisch** – Haftung, behördliche Untersagung | Pflichtfeld für 14 Hauptallergene in der Angebots-Maske; AGB-Haftungsklausel; Hinweis an Kunden |
| Einordnung als Lebensmittelunternehmer durch Behörden | **Hoch** – Bußgeld, Pflichtenkatalog | Klare vertragliche Abgrenzung (Plattform = Vermittler, nicht Verkäufer); Compliance-Beratung |
| DSGVO-Verstoß (fehlende Einwilligung, mangelhafte Datenschutzerklärung) | **Hoch** – Bußgeld bis 4 % des Jahresumsatzes oder 20 Mio. EUR | DSGVO-konforme App-Architektur von Beginn an; Datenschutzerklärung, Cookie-/Tracking-Einwilligung |
| Verletzung P2B-Verordnung (intransparente Betreiber-AGB, Ranking) | **Mittel** – Abmahnung, Unterlassungsklage | P2B-konforme AGB für Betriebe; Ranking-Kriterien offenlegen |
| Fehlendes Impressum / mangelhafte Pflichtangaben | **Niedrig** – Abmahnung | Impressum, AGB, Widerrufsbelehrung (mit Ausnahme verderbliche Waren) vor Launch prüfen lassen |

---

### Auflagen

1. **Zahlungsabwicklung:** Nur über lizenzierten PSP (Stripe, PayPal, Adyen o. Ä.) – kein eigenes Durchleiten von Kundengeldern, sonst sofortige BaFin-Zuständigkeit.
2. **Allergeninformation:** Die App muss für jedes Angebot ein Pflichtfeld für alle 14 kennzeichnungspflichtigen Allergene vorsehen; „Überraschungspaket" darf keine Ausrede sein, Allergeninformation wegzulassen.
3. **DSGVO-Grundausstattung:** Datenschutzerklärung, Einwilligungsmanagement (besonders Standortdaten), Auftragsverarbeitungsverträge mit Dienstleistern müssen vor App-Launch vorhanden sein.
4. **AGB für beide Seiten:** Separate, P2B-konforme AGB für Betriebe und Verbraucher-AGB für Endkunden (inkl. korrekter Widerrufsbelehrung mit Ausnahme für verderbliche Waren).
5. **Rechtliche Positionierung als Vermittler:** Verträge und Kommunikation müssen klar machen, dass TischReste Vermittler ist, nicht Verkäufer der Lebensmittel.

---

### Handlungswege

**Hürde 1: Zahlungsabwicklung (BaFin-Erlaubnispflicht)**

- *Offizieller Weg:* Einbindung eines regulierten PSP (z. B. Stripe Connect, PayPal for Marketplaces) – dieser hält die BaFin-Lizenz, TischReste ist technischer Auftragnehmer. Kosten: ca. 1,4–2,9 % + Fixum pro Transaktion.
- *Pragmatischer Umweg:* Eigenes Konto als Durchgangskonto nutzen – **kein legaler Umweg**, dies wäre ein unerlaubtes Zahlungsgeschäft nach § 63 ZAG (Strafbarkeit bis zu 5 Jahre Freiheitsstrafe, sofortige BaFin-Untersagung).

**Hürde 2: Allergenrecht**

- *Offizieller Weg:* Pflichtfeld für alle 14 Hauptallergene in der Angebots-Maske; AGB verpflichten Betriebe zur korrekten Angabe; Kunden werden auf Eigenverantwortung hingewiesen.
- *Pragmatischer Umweg:* Allergene nur „auf Anfrage beim Betrieb" – **Graubereich mit hohem Haftungsrisiko**; bei einem Allergieunfall droht zivilrechtliche Haftung der Plattform (Schadensersatz, Schmerzensgeld) und behördliche Untersagung.

**Hürde 3: DSGVO**

- *Offizieller Weg:* Datenschutzbeauftragten (extern buchbar, ab ca. 100–300 EUR/Monat) oder spezialisierten Anwalt zur Erstberatung hinzuziehen; DSGVO-Dokumentationspaket (Verzeichnis der Verarbeitungstätigkeiten, Einwilligungsformulare) vor Launch erstellen.
- *Pragmatischer Umweg:* App ohne vollständige Datenschutzdokumentation starten – **Hoch riskant**: Berliner Datenschutzbehörde kann Bußgelder verhängen und App-Betrieb untersagen; Wettbewerber oder Verbände können abmahnen.

---

### Compliance-Status

**Ampel: Gelb**

Das Geschäftsmodell ist rechtlich grundsätzlich machbar und existierende Wettbewerber (z. B. Too Good To Go) zeigen, dass es funktioniert. Die zentralen Hürden – Zahlungsabwicklung über einen regulierten PSP, Allergen-Pflichtfelder und DSGVO-Grundausstattung – sind lösbar, müssen aber **vor dem Launch** adressiert werden. Ohne diese Maßnahmen besteht ein kritisches Untersagungs- und Haftungsrisiko.
🛠️ Technische Machbarkeit

Die App lässt sich mit erprobter Standardtechnik und klugem Einkauf fertiger Dienste (Stripe, Firebase) in 6 Monaten als Solo-Entwickler bauen – aber nur mit striktem Feature-Freeze und eingeplanten Puffern, da der Zeitplan keinen Spielraum für Überraschungen lässt.

## Technische Machbarkeit

### Kern-Herausforderung

- **Zweiseitiger Echtzeit-Marktplatz mit sehr kurzem Zeitfenster:** Angebote entstehen täglich spontan und verfallen innerhalb von 1–2 Stunden (Ladenschluss). Das System muss Verfügbarkeit, Reservierung, Zahlung und Abholbestätigung zuverlässig in Echtzeit synchronisieren – ohne Race Conditions (zwei Nutzer reservieren dasselbe Paket gleichzeitig).
- Das ist kein ungelöstes Forschungsproblem, aber die Kombination aus Echtzeit-Inventar, mobilem Payment und Push-Benachrichtigungen (Kurznachrichten direkt aufs Handy) muss solide gebaut werden; Fehler hier zerstören das Nutzervertrauen sofort.

### Architektur & Tech-Stack

- **Frontend (Nutzeroberfläche):** Cross-Platform (plattformübergreifend, d. h. eine Codebasis für iOS und Android) mit **React Native** oder **Flutter** – beide erprobt für Marktplatz-Apps; ideal für Solo-Entwickler, weil nur eine Codebasis gepflegt wird.
- **Backend (Server-Seite):** Node.js oder Python/Django (Django ist der Stack, den Too Good To Go – der wichtigste Wettbewerber – nutzt); gehostet auf **AWS** oder **Supabase** (ein Backend-as-a-Service, d. h. fertige Infrastruktur zum Mieten).
- **Zahlung:** Stripe Connect (fertige Lösung für Marktplätze mit geteilten Auszahlungen an Betriebe) – **Buy, nicht Build**; spart Wochen Entwicklungszeit.
- **Echtzeit-Inventar:** WebSockets (Technologie für sofortige Datensynchronisation) oder Firebase Realtime Database (fertige Google-Lösung); ebenfalls **Buy**.
- **Push-Benachrichtigungen:** Firebase Cloud Messaging (FCM) – kostenlos, ausgereift, **Buy**.
- **Karten/Standort:** Google Maps API oder Mapbox – **Buy**.
- **Kritische externe Abhängigkeiten:** Stripe (Zahlungsdienstleister), Apple App Store & Google Play (App-Verteilung, beide verlangen Review-Prozesse von 1–7 Tagen), Firebase. Ausfall eines dieser Dienste ist abfederbar, aber kurzfristig nicht ersetzbar.

### Technische Risiken

| Risiko | Schweregrad | Minderung |
| --- | --- | --- |
| Race Condition bei Reservierung (zwei Nutzer buchen gleichzeitig das letzte Paket) | **Hoch** | Optimistische Sperren (Datenbankfunktion, die parallele Buchungen verhindert) + Transaktion auf Datenbankebene; gut dokumentiertes Muster |
| App-Store-Review verzögert Launch (Apple kann App bis zu 7 Tage blockieren) | **Mittel** | Frühzeitig einreichen, TestFlight-Beta (Apple-Testumgebung) nutzen, Web-Fallback für Betriebe als Notlösung |
| Stripe-Onboarding für Betriebe komplex (KYC = Identitätsprüfung der Betriebe durch Stripe) | **Mittel** | Stripe Connect Express nutzt vereinfachten Onboarding-Flow; Doku ist gut |
| Solo-Entwickler: Krankheit, Blockade, Scope Creep (schleichende Feature-Ausweitung) | **Hoch** | Striktes MVP-Scope-Freeze (kein Feature-Hinzufügen nach Planung), Puffer von 4 Wochen einplanen |
| Datenschutz (DSGVO = Datenschutz-Grundverordnung): Zahlungs- und Standortdaten | **Mittel** | Stripe und Firebase sind DSGVO-konform; Datenschutzerklärung und Auftragsdatenverarbeitung frühzeitig aufsetzen |

### Team & Ressourcen

- **Mindestteam für MVP:** 1 Vollzeit-Entwickler (der Gründer selbst) ist theoretisch ausreichend, wenn dieser sowohl Mobile- als auch Backend-Erfahrung hat.
- **Kritische Skills:** React Native oder Flutter, REST-API-Entwicklung (Schnittstellen zwischen App und Server), Stripe-Integration, relationale Datenbanken (z. B. PostgreSQL).
- **Engpass:** Design (UI/UX – Nutzeroberfläche und Nutzererfahrung) und Betriebe-Onboarding (Erklärvideos, Support) werden oft unterschätzt. Wenn der Gründer kein Design-Hintergrund hat: Figma-Templates oder No-Code-Design-Tools nutzen, um Zeit zu sparen.
- **Empfehlung:** Freelancer für UI-Design (ca. 1.000–3.000 EUR einmalig) reduziert das Risiko spürbar.

### Zeitrahmen & Umsetzbarkeit

- **Angegebener Zeitrahmen:** 6 Monate Solo-Launch in Berlin – laut Recherche grundsätzlich realistisch; Standard-MVP für einen Marktplatz liegt bei 12–20 Wochen (3–5 Monate) im Team.
- **Realistischer MVP-Scope in 6 Monaten (Solo):**
- Monate 1–2: Backend-Architektur, Datenbankmodell, Stripe Connect-Integration
- Monate 3–4: Mobile App (Betriebe-Seite: Angebot einstellen; Kunden-Seite: Suchen, Reservieren, Zahlen)
- Monat 5: Push-Benachrichtigungen, Karten-Integration, interne Tests
- Monat 6: App-Store-Einreichung, Beta mit 5–10 Pilotkunden, Bugfixes
- **Größte Zeitfresser:** Stripe-KYC-Onboarding-Flow (Identitätsprüfung), App-Store-Reviews, unerwartete Bugs bei Echtzeit-Synchronisation.
- **Was aus dem MVP raus muss:** Stammkunden-Features, Statistik-Dashboard für Betriebe, Premium-Platzierung – alles für Version 2.

### Skalierung & Betrieb

- **Skalierbarkeit:** Der gewählte Stack (Cloud-Hosting auf AWS/Supabase, Stripe, Firebase) skaliert horizontal (d. h. mehr Server dazuschalten bei Wachstum) ohne Architektur-Umbau bis in den mittleren fünfstelligen Nutzerbereich.
- **Betriebskosten-Treiber:** Hosting (AWS/Supabase: ca. 50–200 EUR/Monat in der Pilotphase), Stripe-Gebühren (1,4–2,9 % + 0,25 EUR je Transaktion), Google Maps API (ab ca. 200 USD/Monat bei höherem Traffic). Im Pilotbetrieb Berlin überschaubar.
- **Reifegrad der Technik:** Alle Kernkomponenten sind markterprobte Standardtechnologie (Reifegrad TRL 9 = produktiv im Einsatz). Too Good To Go, Karma (Schweden) und Phenix (Frankreich) beweisen, dass dieser Stack im echten Betrieb funktioniert.
- **Betriebsrisiko:** Hohe Abhängigkeit von Apple/Google für App-Updates; Hotfixes (dringende Fehlerbehebungen) können 1–3 Tage dauern durch den Review-Prozess.

### Gesamteinschätzung

- **Technische Machbarkeit: Score 7/10** – Alle Kernkomponenten sind Standardtechnik; der Stack ist bei direkten Wettbewerbern bewiesen. Das Hauptrisiko liegt nicht in der Technologie selbst, sondern im Solo-Entwickler-Engpass kombiniert mit dem ambitionierten 6-Monats-Zeitplan. Bei konsequentem Scope-Freeze und klugem Build-vs-Buy ist es machbar, aber ohne Puffer.
- **Top-3 technische Risiken:**

1. **Solo-Kapazität + Scope Creep** (Schweregrad: Hoch) → Minderung: Striktes Feature-Freeze nach Monat 1, klare MVP-Definition schriftlich festhalten
2. **Race Condition bei Echtzeit-Reservierung** (Schweregrad: Hoch) → Minderung: Datenbankebene-Transaktionen + automatisierte Lasttests (Simulationen von vielen gleichzeitigen Buchungen) vor Launch
3. **App-Store-Review-Verzögerung** (Schweregrad: Mittel) → Minderung: Einreichung 3–4 Wochen vor geplantem Launch, parallel Web-PWA (Progressive Web App = browserbasierte App-Alternative) als Notfallkanal vorbereiten