Welche klassischen Food-Tracker-Funktionen in emealia passen — übernommen, abgeändert, abgelehnt oder nur unter Umständen. Ein evidenz- und nutzerstimmen-basiertes Konzeptpapier zu der Frage, wo emealia doch mit klassischen Apps konkurrieren sollte, wo das Kredo eine Grenze zieht, und wo eine altbekannte Funktion — neu gedacht — zur Chance wird.
emealias Produktdoktrin sagt klar: „emealias answer is not a better calorie counter. It is a different posture toward food.“ Diese Haltung ist das Fundament und steht nicht zur Debatte. Zur Debatte steht eine feinere Frage, die im Alltag ständig auftaucht und im Product-Dokument sogar als wiederkehrendes Muster benannt ist: Für praktisch jede etablierte Funktion wird irgendwann jemand argumentieren, „das haben doch alle“. Dieses Papier liefert nicht die reflexhafte Antwort („wir sind anders“), sondern eine differenzierte: Für welche Funktionen ist „alle haben es“ ein Grund zur Übernahme, für welche ein Warnsignal — und für welche die Einladung, sie so umzubauen, dass sie besser zu emealia passt als zum Original.
Die Leitfrage der Gründerin — „wieso sollte emealia nicht doch auf einigen Ebenen mit klassischen Apps konkurrieren?“ — ist berechtigt. Sich „grundlegend anders“ zu positionieren und trotzdem in ausgewählten Disziplinen zu gewinnen, ist kein Widerspruch, sondern die stärkste Version der Strategie: Man verweigert den Wettbewerb dort, wo man nur verlieren kann (Datenbank-Tiefe, Foto-Wettrüsten, Coaching-Breite), und sucht ihn gezielt dort, wo die eigene Andersartigkeit ein Vorteil ist.
Strukturierte Sekundäranalyse. Jede Einordnung wird gegen drei Prüfsteine gehalten: (a) die sechs Non-Negotiables und das Kredo aus Product; (b) wissenschaftliche Evidenz zu Verhaltensänderung, Zielsetzung und Tracking-Schäden; (c) reales Nutzer-Feedback aus Foren, App-Stores und dokumentierten Marktereignissen. Wie im Pain-Point-Paper trägt jede belastbare Aussage einen Belegtyp:
Studie peer-reviewt / amtlich · Nutzerstimme Foren, Bewertungen, Marktreaktionen · Hypothese plausibel, aber nicht direkt getestet. App-verkaufende „Best-App-2026“-Vergleichsseiten werden — wie im Schwesterpapier — als Werbung behandelt und nicht als Faktenbeleg herangezogen.
Die vier Verdikte sind durchgehend so definiert:
| Verdikt | Bedeutung |
|---|---|
| übernehmen | Neutrale Erwartung, die emealia erfüllen muss, weil ihr Fehlen als „unfertig“ statt als „Prinzip“ gelesen wird. Weitgehend kredo-neutral. |
| abändern | Die Funktion adressiert ein echtes Bedürfnis, aber ihre klassische Form verletzt ein Non-Negotiable. Übernehmen — nur in emealias Grammatik neu gebaut. |
| unter Umständen | Vertretbar, aber nicht jetzt: abhängig von Plattform, Plus-Ebene, Kapazität oder einem Nachweis, dass sie nicht schadet. Bewusst offen halten. |
| ablehnen | Widerspricht dem Kredo im Kern. Die Ablehnung ist Teil des Produkts und wird offen ausgesprochen, nicht als Lücke versteckt. |
Die wichtigste Unterscheidung des Papiers. Ohne sie kollabiert jede Diskussion in „übernehmen wir es oder sind wir anders?“.
Die Feature-Liste einer klassischen App ist keine homogene Masse. Sie zerfällt sauber in zwei Klassen mit gegensätzlichen Konsequenzen für emealia.
Funktionen, die Essen in Mathematik übersetzen und ein Versagen einbauen: die eine Kalorienzahl als Tages-Zeugnis, rotes Feedback, Streaks & Badges, „verdiente“ Kalorien aus Sport, das Zielgewicht als Countdown. Diese sind der Grund, warum emealia existiert. Sie werden abgelehnt — und die Ablehnung ist Marketing, kein Mangel.
Funktionen, die 15 Jahre MyFitnessPal zur schlichten Nutzererwartung gemacht haben: schnelles Wiederholen, Favoriten, Verlauf, Rückdatieren, Offline, Suche, Statistik, Export. Sie tragen keine Wertung in sich. Ihr Fehlen liest sich nicht als Haltung, sondern als „diese App kann noch nicht viel“.
Der Positionierungssatz „grundlegend anders“ gilt gegenüber Klasse 1. Gegenüber Klasse 2 muss emealia schlicht kompetent sein — und ist es an vielen Stellen bereits (Favoriten, Rückdatieren, Offline-Queue, Verlauf, Statistik, GDPR-Export sind laut Features ausgeliefert). Das Missverständnis, das teuer würde: Klasse-2-Funktionen als „das machen die anderen, also lassen wir es weg“ zu behandeln. Genau daran scheitern die philosophischen Nachbarn (Segment E) — sanfte Journale wie Ate oder Munch sind angenehm, aber viele Nutzer erleben sie als zu dünn, um eine ernsthafte Tracking-App zu ersetzen.
Damit ist die Fragestellung eigentlich schon halb beantwortet: emealia soll bei Klasse 2 voll konkurrenzfähig sein (und dort, wo die Architektur es zulässt, überholen), und bei Klasse 1 bewusst nicht mitspielen, sondern die Achse wechseln. Der Rest des Papiers arbeitet das Funktion für Funktion durch — inklusive der interessanten Grauzone, in der eine Klasse-1-Funktion durch Umbau in eine Klasse-2-taugliche Form überführt werden kann (das ist die Spalte abändern).
Sechs Ja/Nein-Fragen. Fällt eine Funktion bei einer durch, ist sie nicht „übernehmen“, sondern bestenfalls „abändern“ — oder „ablehnen“.
| # | Prüffrage | Was sie verbietet |
|---|---|---|
| 1 | Erzeugt die Funktion eine Zahl, die als Urteil über den Tag auf der Startseite steht? | Kalorien-Total auf Today, jedes „Ziel erreicht/verfehlt“, jeder Fortschrittsbalken als Countdown. |
| 2 | Kann die Funktion einen Versagens-Zustand anzeigen? | Rot, „über Budget“, gebrochene Serie, „du hast 3 Tage nicht geloggt“, Cheat-Logik. |
| 3 | Sperrt sie einen Teil der Kernschleife hinter eine Paywall? | Makros/Nährstoffe/Scanner im Bezahltarif. Ein Preis, alles drin — der Plus-Layer darf nur Neues hinzufügen. |
| 4 | Verlangt sie eine Datenbank oder einen Barcode als primäre Eingabe? | Barcode-first, lizenzierte Lebensmitteldatenbank, Foto als Pflicht-Input zum Start. |
| 5 | Verlangt sie ein Präzisions-Ritual (Wiegen, Gramm, Countdown-Uhr)? | Wiege-Pflicht, exakte Portions-Eingabe als Voraussetzung, harte Zeitfenster mit Druck. |
| 6 | Kann sie sich in Scham oder Wettkampf verwandeln? | Kausale Schuldzuweisung („du isst mehr, wenn gestresst“), Leaderboards, öffentlicher Vergleich. |
Diese sechs Fragen sind die operationalisierte Form der Non-Negotiables. Sie sind bewusst so gebaut, dass die schädliche Leitwährung (Klasse 1) fast immer bei Frage 1, 2 oder 6 durchfällt, während die neutralen Bequemlichkeiten (Klasse 2) meist sauber durchkommen. Die Grauzone dazwischen ist die spannende: eine Funktion, die ein Non-Negotiable verletzt, deren Bedürfnis dahinter aber legitim ist — dort lohnt der Umbau.
Der Bereich, in dem emealia am aggressivsten konkurrieren kann — hier ist die Freitext-Architektur ein struktureller Vorteil, kein Verzicht.
| Klassische Funktion | Nutzererwartung | Verdikt | emealias Weg & Begründung |
|---|---|---|---|
| Datenbank-Suche „tippe Lebensmittel, wähle Treffer“ | Schnell etwas finden, ohne nachzudenken | abändern live | Ersetzt durch Freitext-KI als Primär-Eingabe (Non-Neg. #4). Kein Suchen, kein Falsch-Treffer aus 20 Mio. Crowd-Einträgen mit 27 % Fehlerquote. Der Bedarf „schnell erfassen“ wird erfüllt, das Ritual „suchen & auswählen“ fällt weg. |
| Barcode-Scanner | Verpacktes Produkt in 2 Sekunden exakt erfassen | ablehnen bewusst absent | Non-Neg. #4, dauerhaft. Ein Wettrennen gegen eine 20-Mio-Datenbank, das emealia verliert, während es die eigene Achse aufgäbe. Nutzerstimme: der Scanner ist bei MyFitnessPal das meistvermisste Feature — als er 2022 hinter die Paywall wanderte, gab es lauten Protest. Lehre: geliebt, aber untrennbar vom Datenbank-Modell, das emealia gerade nicht will. Freitext deckt „ein Snickers“ ohnehin ab. |
| Foto-Logging (KI erkennt den Teller) | Noch weniger Tippen; „einfach knipsen“ | unter Umständen bewusst absent | Zum Start absichtlich nicht (Non-Neg. #4), später als Plus-Ebene denkbar. Die Foto-KI-Genauigkeit liegt real bei 15–25 % mittlerem Fehler; das passt nur, wenn das Ergebnis ehrlich als Bereich gezeigt wird, nicht als Scheinpräzision. Vertretbar, wenn es die Freitext-Grammatik nicht ersetzt, sondern speist. |
| Favoriten / „Zuletzt“ | Wiederkehrende Mahlzeiten nicht neu tippen | übernehmen live | Reine Klasse-2-Bequemlichkeit, bereits ausgeliefert (Favoriten erhalten Datum & Mahlzeittyp; Meal-Memory für bestätigte Wiederhol-Gerichte). Kredo-neutral, klar erwartet. |
| „Tag/Mahlzeit kopieren“ | Gestern war wie heute — ein Tipp genügt | abändern live | Das Bedürfnis ist massiv — bei MyFitnessPal gehören „copy previous day“ und „copy meal“ zu den am häufigsten gesuchten Hilfe-Themen. emealia übertrifft es: Multi-Meal-Logging beschreibt einen ganzen, neuen Tag in einem Satz — nicht nur die Wiederholung von gestern. Das ist die eigentliche Antwort auf die Abend-Nachhol-Falle. |
| Sprach-Eingabe | Beim Kochen freihändig loggen | unter Umständen Lücke | Passt architektonisch perfekt: Sprache → Text → bestehende Freitext-Pipeline. Günstig, on-brand, kein neues Mentales Modell. Kandidat, sobald die Kernschleife rund ist — reine Zutat zur vorhandenen Stärke. |
| Portions-Helfer (Gramm, „1 Tasse“, Bilder) | Menge halbwegs richtig angeben | abändern live | emealia akzeptiert natürliche Portionen („eine Handvoll“, „ein großer Teller“) statt Wiege-Pflicht (Non-Neg. #5) und normalisiert sie intern. Der Bedarf „Menge angeben“ bleibt, das Ritual „auf 5 g genau wiegen“ entfällt. Human-Input ist ohnehin die Fehlerquelle — Selbstberichte unterschätzen um bis zu ~47 %. |
| Rückdatieren | Vergessene Mahlzeit nachtragen | übernehmen live | Ausgeliefert (bis 7 Tage, keine Zukunft). Klasse-2-Standard; sein Fehlen würde als Bug gelesen. |
| Offline-Logging | Im Funkloch trotzdem erfassen | übernehmen live | Ausgeliefert (Queue + Auto-Commit). Für eine PWA sogar ein Profilierungspunkt gegenüber wackligen nativen Apps. |
„Log your whole day in one sentence“ ist im Feld verifizierbar einmalig — und beantwortet direkt die bestdokumentierte Beschwerde der Kategorie: die Eingabe-Müdigkeit. Hier ist emealia nicht anders statt gut, sondern anders und dadurch schneller.
Der Bereich, in dem das Kredo am schärfsten schneidet. Hier liegt die schädliche Leitwährung — aber auch legitime Bedürfnisse, die sich umbauen lassen.
| Klassische Funktion | Nutzererwartung | Verdikt | emealias Weg & Begründung |
|---|---|---|---|
| Kalorien-Total des Tages (die eine Zahl) | „Bin ich im Rahmen?“ | abändern live | Ersetzt durch Bänder ohne Zahl auf Today; die ehrliche Zahl ist genau einen Tipp entfernt (Non-Neg. #2). Das Bedürfnis „Gefühl für den Tag“ bleibt, das Zeugnis fällt weg. Präzise vs. runde Ziele unterscheiden sich im Ergebnis nicht signifikant (Frech & Loschelder 2022) — die Zahl ist nicht die Wirksubstanz. |
| Makro-Ziele (Protein/Carbs/Fett) | Verteilung im Blick behalten | abändern live | Als Bänder abgebildet, nicht als „X g fehlen noch“. Bei MyFitnessPal wanderten die per-Mahlzeit-Makroziele 2025 in Premium — bei emealia sind Nährstoffe nie hinter einer Wand (Non-Neg. #3). Konkurrenzpunkt: das gleiche Bedürfnis, ohne Paywall und ohne Defizit-Buchhaltung. |
| Mikronährstoffe | Vitamine/Mineralien im Blick | übernehmen live | 32 Nährstoffe als Bereiche — hier sollte emealia offensiv konkurrieren. Achtung Mythos: „keine App zeigt Mikros“ ist falsch — Cronometer tut es (84, gratis). Der ehrliche Kontrast ist nicht „wir zeigen Mikros“, sondern „Mikros ohne Laborbericht-Gefühl“. Nutzerstimme: Cronometer wird als überfordernd erlebt („a mess“, „master of none“). |
| Kalorien-Budget / TDEE-Rechner (Onboarding) | „Wie viel darf ich?“ | abändern teilw. | Energiebedarf darf intern die Ideal-Zone der Bänder formen — aber nie als Budget zum „Ausgeben“ auf dem Schirm stehen. Das Bedürfnis „grobe Orientierung“ ja; die tägliche Countdown-Buchhaltung nein. |
| Zielgewicht + Fortschrittsbalken („noch 4 kg“) | Ziel sehen, Motivation halten | ablehnen bewusst absent | Eine Zahl als Urteil mit eingebautem Versagen — verletzt #1, #2, #6 zugleich. Range-kompatible Alternative: eine geglättete Trendlinie ohne Ziellinie. Kalorienzähl-Apps sind mit gestörtem Essverhalten assoziiert (Levinson 2017); der rote Budget-Balken ist der dokumentierte Auslöser für starke negative Emotion. |
| Gewichts-Tracking | Gewicht protokollieren | abändern live | Ausgeliefert — consent-gated, ohne Ziellinie, ohne Countdown. Das Protokoll ja, die Verwandlung in ein tägliches Urteil nein. |
| Adaptives Energieziel aus dem Gewichtstrend | App rechnet mit, passt automatisch an | unter Umständen bewusst absent | Range-kompatibel im Prinzip (MacroFactors USP), aber es verlangt regelmäßiges Wiegen — im Konflikt mit der Low-Friction- und der ED-Sicherheits-Haltung. Als bewusste Entscheidung aufgeschoben, nicht als Versäumnis. Nur denkbar, wenn Wiegen strikt optional bleibt. |
Der Unterschied zwischen abändern und ablehnen in diesem Katalog ist fast immer: Rechnet die Funktion intern und zeigt ein ruhiges Signal — oder stellt sie eine Zahl mit Versagens-Zustand auf die Startseite? Energie-Modelle, Makros und sogar TDEE dürfen unter der Haube existieren. Was nie erlaubt ist: der Countdown, der rote Balken, das „Ziel verfehlt“.
Hier ist das meiste Klasse 1 — und die Ablehnung ist der markanteste Teil der Marke. Aber auch hier gibt es legitime, umbaubare Bedürfnisse.
| Klassische Funktion | Nutzererwartung | Verdikt | emealias Weg & Begründung |
|---|---|---|---|
| Farben / Ampel (grün–gelb–rot) | Auf einen Blick „gut/schlecht“ | ablehnen live | Kein Rot, nie (Non-Neg. #1). Bernstein ist das Maximum. Bandfüllung zeigt welchen Nährstoff, nie einen Status. Regression-gesichert. Yukas Gut/Schlecht-Score wird von Fachleuten als schuld-erzeugend kritisiert. |
| Health-Score (eine 0–100-Note, Yuka-Stil) | Ein einfaches, vertrauenswürdiges Signal | unter Umständen bewusst absent | Die Nachfrage ist enorm (Yuka: 80 Mio.+). Aber ein einzelner Score über den Tag wäre ein verkapptes Zeugnis (#2). Denkbar nur als qualitatives, nicht-wertendes Tages-Level („leicht/ausgewogen/reichhaltig“), das schon als reine Funktion existiert, aber bewusst nicht in die Tagesansicht verdrahtet ist. Sensibler Grenzfall. |
| Streaks / Badges / Challenges | Dranbleiben durch Belohnung | ablehnen bewusst absent | Non-Neg. #6 und die ED-Literatur. Künstlicher Druck, Wettkampf mit sich selbst. Hypothese: der scheinbare Retention-Gewinn wird bei genau emealias Zielgruppe (die Tracking bisher demotiviert hat) zum Abbruch-Treiber, sobald die Serie reißt — ein Versagens-Zustand per Konstruktion. |
| Erinnerungen / Push | Nicht vergessen zu loggen | abändern bewusst absent | Abwesenheit ist nie ein Auslöser — kein „du hast 3 Tage nicht geloggt“ (Non-Neg. #6). Erlaubt wäre höchstens eine vom Nutzer gesetzte, neutrale Zeit-Erinnerung ohne Schuld-Ton. Nutzerstimme: schlecht gebaute Reminder sind ein häufiger Deinstallations- und Ein-Stern-Grund; „nagging“ ist eine bekannte Beschwerde. |
| Tages-/Wochenreport & Statistik | Muster über Zeit erkennen | übernehmen live | Ausgeliefert — täglich/wöchentlich/monatlich, Lücken bleiben Lücken (nie als 0), kein Rot. Legitimes Erkenntnis-Bedürfnis, sauber in emealias Grammatik. Wichtige Grenze: Statistik darf Beobachtung sein, nie Selbstüberwachung mit Soll-Vergleich. |
| KI-Coach / tägliche Tipps | „Sag mir, was ich tun soll“ | abändern Lücke | Gebaut, aber noch nicht ausgeliefert (Story 4.5). Der Markt rüstet auf: MyFitnessPal, Noom, Simple, Apple Health+ haben KI-Coaches. emealia gewinnt nicht mit Breite, sondern mit Zurückhaltung: stiller Standard, ein vorwärtsgerichteter Satz, nie „iss weniger“, nie durch Abwesenheit ausgelöst. Gegen Nooms dokumentierten Ruf-Schaden ist „wir reden nicht auf dich ein“ eine echte Position. |
| Lektionen / Kurse (Noom-Stil Psychologie) | Verhalten verstehen & ändern | ablehnen bewusst absent | Der „Lektions-Laufband“-Mechanik und der Stimmung→Essen-Kausalität liegt eine Schuld-Zuschreibung zugrunde (#6). Nutzerstimme: Noom trägt BBB-Note „D“, ~1,5-Sterne-Aggregate, ~1.200 Kündigungs-Beschwerden. Das Gegenteil davon ist die Marke. |
Im April 2026 ersetzte MyFitnessPal (v26.16.0) den vertrauten „Diary“-Tab durch einen karten-basierten „Today“-Screen und schob KI-Coaching in den Vordergrund. Die App-Bewertung fiel von 3,24 auf 1,54 Sterne. Die Beschwerden: mehr Tipps für Basis-Aufgaben, verlorene Workflows („einzelne Lebensmittel kopieren“), „needless layers to slog through“, „functional regression“. Doppelte Lehre für emealia: (1) Die Richtung — weg von der reinen Zahl, hin zu Karten — ist die richtige; emealias „no numbers, calm bands“ ist genau das, nur konsequent zu Ende gedacht. (2) Wer aber ein geliebtes Utility (schnelles Loggen, Verlauf, Kopieren) im Namen des Prinzips verschlechtert, wird bestraft. emealias Bänder dürfen ruhig sein — die Logging-, Verlaufs- und Favoriten-Mechanik dahinter muss sich vollständig und schnell anfühlen, nicht dünn.
Die „Nice-to-have“-Schicht klassischer Apps. Viel davon ist Feature-Wildwuchs; einiges trifft ein echtes Bedürfnis.
| Klassische Funktion | Nutzererwartung | Verdikt | emealias Weg & Begründung |
|---|---|---|---|
| Wasser-Tracking | Trinkmenge im Blick | unter Umständen Lücke | Häufig erwartet, harmlos wenn es ein ruhiges Band ist statt eines „8/8 Gläser“-Ziels mit Versagens-Zustand. Grenzfall: leicht kredo-konform baubar, aber jedes zusätzliche Zähl-Ziel erhöht die Zahlen-Last. Nur, wenn es als Bereich und ohne Soll-Erfüllung erscheint. |
| Aktivität / Sport + „verdiente Kalorien“ | Bewegung anrechnen | abändern live | Aktivität ist ausgeliefert (manuell, grob, wellbeing-first): sie verschiebt die Ideal-Zone leicht — ist aber nie ein Guthaben zum Ausgeben. „Du hast 340 Kalorien verdient“ ist die Essen-als-Währung-Schleife, die MyFitnessPal für genau emealias Zielgruppe schmerzhaft macht. Das Bedürfnis „Bewegung zählt mit“ ja, die Buchhaltung nein. |
| Wearable-Sync (Apple Health, Fitbit, Garmin) | Alles fließt automatisch zusammen | unter Umständen bewusst absent | Apple Health / Health Connect sind native-only — für eine PWA strukturell unerreichbar (kein Web-Äquivalent), und der Zwang zu einem nativen Wrapper würde genau die 15–30 % Store-Abgabe zurückholen, die die PWA-Strategie vermeidet. Garmin/Fitbit/Withings/Strava wären per OAuth machbar und würden nur den Aktivitäts-Faktor verfeinern — nie das Energie-Band „gutschreiben“. Öffentlich als Datenschutz-Vorteil framebar: „deine Gesundheitsdaten verlassen den Browser nicht für ein Plattform-Konto“. |
| Stimmungs-Tracking | Zusammenhang Essen ↔ Gefühl | abändern live | Ausgeliefert als Kontext (acht Tags), nie als Kausalität. „Du isst mehr, wenn gestresst“ (Nooms Kern) ist eine Aussage über die eigene Schwäche und härter abzuschütteln als eine Zahl. Stimmung moduliert nur den Ton. GDPR-relevant (evtl. Art. 9 Gesundheitsdaten) — eigener Consent. |
| Fasten-Timer (Intervallfasten) | Essfenster einhalten | ablehnen bewusst absent | Eine Countdown-Uhr mit „gebrochenem Fasten“ ist ein Zeitfenster-Druck mit Versagens-Zustand (#2, #5). Nutzerstimme: Fasten-Apps sind beliebt, aber die Kombi-Nachfrage kommt aus einem Disziplin-Frame, das emealia bewusst nicht bedient. Höchstens als neutrales Kontext-Log denkbar, nie als Timer mit Alarm. |
| Rezepte / Rezept-Import (URL) | Eigene Gerichte nährwertig erfassen | abändern teilw. | Der klassische DB-gestützte Rezept-Rechner passt nicht — aber Freitext deckt „ich habe das Curry von neulich gekocht“ nativ ab. Ein KI-Rezept-Generator ist die eine Stelle, an der generative KI ihre Tokens klar verdient (Plus, post-D7): das einzige Gericht mit hoher Konfidenz und null Schätzfehler — verlangt aber harte Allergen-/Ausschluss-Constraints. |
| Essensplan / Diätplan | „Sag mir, was ich essen soll“ | ablehnen bewusst absent | Starre Pläne sind alltagsuntauglich — „warum Essenspläne langfristig nicht funktionieren“ ist gut belegt (Flexibilität schlägt Rigidität). emealias Antwort ist der nächste kleine Schritt statt eines Plans, den man nach zwei Wochen bricht. Der Bruch wäre wieder ein Versagen. |
| Community / Social / Freunde | Gemeinsam dranbleiben | ablehnen bewusst absent | Leaderboards und öffentlicher Vergleich sind #6. Geringe Differenzierung, hoher Moderations- & Datenschutz-Aufwand. Der soziale Trigger ist bei ED-anfälligen Nutzern riskant. |
| Widget (Home-Screen) | Blick auf den Tag ohne App-Öffnen | unter Umständen Lücke | Ein ruhiges, read-only Bänder-Widget wäre perfekt on-brand — aber Home-Screen-Widgets sind für eine PWA plattformabhängig eingeschränkt. Machbarkeit vor Wunsch. Kandidat, wo die Plattform es zulässt. |
| Daten-Export für Arzt/Beratung | Sauberer Bericht fürs nächste Gespräch | übernehmen teilw. | GDPR-Export ist ausgeliefert; für die „medizinisch motivierte“ Persona explizit vorgesehen. Chance zum Übertreffen: ein ruhiger, bereichs-ehrlicher Nährstoff-Report ist ein echter, unbesetzter Bedarf — Ärzte/Berater bekommen sonst rohe Kalorien-CSV. Kredo-neutral, hoher Vertrauens-Effekt. |
Die direkte Antwort auf die Leitfrage. Nicht „ob“, sondern „auf welcher Achse“.
emealia soll nicht auf den Achsen antreten, auf denen die Etablierten definiert sind — Datenbank-Tiefe, Foto-Erkennungs-Tempo, Coaching-Breite, Integrations-Vielfalt. Dort verliert jeder Herausforderer strukturell. Aber es gibt sechs Ebenen, auf denen emealia mit den gleichen Nutzerbedürfnissen antritt und sie besser bedient — weil die Andersartigkeit dort ein Vorteil ist, kein Verzicht.
| Ebene | Klassische Erwartung | Wie emealia gewinnt | Beleg |
|---|---|---|---|
| Eingabe-Tempo | „Loggen soll schnell gehen“ | Ganzer Tag in einem Satz (Multi-Meal) schlägt jedes „gestern kopieren“. Niemand im Feld kann einen unwiederholten Tag in einem Zug erfassen. | Eingabe-Müdigkeit ist die #1-Abbruch-Ursache |
| Mikronährstoff-Transparenz | „Zeig mir mehr als Kalorien“ | 32 Nährstoffe als Bereiche — die Tiefe von Cronometer ohne dessen Labor-Gefühl und ohne Wiege-Pflicht. | Cronometer: „a mess“, überfordernd |
| Ehrlichkeit statt Scheinpräzision | „Genaue Zahlen = seriös“ | Bereiche + Konfidenz statt falscher 423-kcal-Präzision. Ehrlichkeit ist bei ~47 % Input-Fehler die korrektere und — erklärt — die vertrauenswürdigere Position. | Lichtman 1992; DB-Fehler 27 % |
| Fairer Preis, ein Abo | „Kein Paywall-Trick“ | Ein Preis (~€39,99/Jahr), alles drin, nie ein Nährstoff hinter einer Wand. Gegen Yazio (~€83,90, „erst teurer, dann Rabatt-Trick“) und MFPs Paywall-Klage die stärkste Vergleichsseite. | Yazio-Preisfrust; MFP-Sammelklage |
| Datenschutz / EU | „Wo landen meine Daten?“ | EU-Datenhaltung, keine Werbe-/Datenverkäufe, ein DPA. In Deutschland ein überdurchschnittliches Kaufargument. | Bitkom: 65 % DE-Vertrauen vs. 32 % US |
| Ruhe / Schuldfreiheit | (unausgesprochen) „ich will mich nicht schlecht fühlen“ | Die Achse, die im Rezensions-Ökosystem keine Spalte hat. emealia erschafft sie: „macht diese App dich fertig?“ | Levinson 2017; Linardon 2021 (Intuitive Eating) |
Aus der Feature-Matrix in Market: emealia ist auf acht Zeilen unbestritten (Bereiche, Konfidenz, keine Zahlen, kein Rot, keine Streaks, freie retrospektive Nährstoff-Zuordnung, Batch-Text-Logging, ein Preis). Regel: Tausche nie eine dieser Zeilen gegen eine Breiten-Zeile. Jede Zeile, die emealia „verliert“, ist eine, auf der es ohnehin nie gewinnen konnte — dort ist Nicht-Konkurrieren die richtige Entscheidung, kein Rückstand.
Für die geliebten Klasse-2-Funktionen reicht „erfüllen“. An ausgewählten Stellen kann emealia „übertreffen“ — und genau das verwandelt einen Nachteil in ein Verkaufsargument.
| Nutzer will… | Klassische Apps liefern | emealia erfüllt | emealia übertrifft |
|---|---|---|---|
| Schnell loggen | „Gestern kopieren“, Favoriten | Favoriten, Meal-Memory | Ganzer neuer Tag in einem Satz |
| Verstehen, warum ein Wert so ist | Nichts (Band/Zahl ohne Erklärung) | — | Nährstoff-Beiträge: welche Mahlzeit den Wert trieb, nicht-numerisch, €0 Grenzkosten |
| Mengen angeben | Gramm/Wiegen, Portions-Bilder | Natürliche Portionen („eine Handvoll“) | Akzeptiert Satz, Produkt oder Gramm — Genauigkeit nach Wahl des Nutzers |
| Auswärts/kulturell essen erfassen | Schwache DB-Treffer, US/EU-lastig | Freitext erfasst „das Tikka Masala vom Inder“ | LLM kann türkische, levantinische, vietnamesische Küche weit besser als eine Crowd-DB — in DE eine große, unbediente Gruppe |
| Sich nicht schlecht fühlen | Rot, Budget-Überschreitung, Cheat | Kein Rot, kein Urteil | Explizit als Achse vermarktet — Kategorie hat dafür keine Spalte |
| Report fürs Arztgespräch | Rohe Kalorien-CSV | GDPR-Export | Ruhiger, bereichs-ehrlicher Nährstoff-Report (Chance, noch offen) |
Das Muster ist konsistent: Erfüllen bedeutet, die Klasse-2-Mechanik solide zu bauen, damit sich die App vollständig anfühlt. Übertreffen bedeutet fast immer, dass die Freitext-/Bereichs-Architektur eine Sache strukturell kann, die ein Datenbank-/Zahlen-Produkt gar nicht anbieten kann — retrospektive nicht-numerische Zuordnung, Multi-Meal, kulturelle Küche, ehrliche Konfidenz. Diese Punkte sind schwer zu kopieren, weil ein Wettbewerber dafür seinen eigenen Frame ändern müsste.
Funktionen, die eine klassische Idee neu denken und in einen Schmerzpunkt einsteigen, den heute niemand bedient.
Jeder Tracker verwandelt ein Bier in eine Budget-Überschreitung. Niemand bietet eine wertungsfreie Erfassung. Passt exakt zu den Non-Negotiables, braucht keine neue Mechanik. Hypothese mit klarer Kredo-Deckung.
Non-Neg. #6 auf die Eingabe angewandt: an schlechten Tagen ein Low-Capacity-Logging, das nicht wie Aufgeben aussieht. Rettet genau den Moment, an dem klassische Apps Nutzer verlieren.
Der Export, den ein Arzt oder Ernährungsberater wirklich lesen will — Bereiche, Muster, kein Urteil. Klassische Apps liefern Roh-Zahlen; hier ist eine ganze Erwartung unbesetzt.
Bereits wahr, nie behauptet: Freitext + LLM erfassen nicht-westliche und Restaurant-Gerichte nativ, wo Crowd-DBs versagen. In Deutschland erreicht das eine große Bevölkerung, die kein Wettbewerber adressiert.
Gemeinsames Muster: Es sind keine neuen „Features“ im klassischen Sinn, sondern Haltungen, auf bekannte Situationen angewandt. Das ist der Ort, an dem „grundlegend anders“ und „konkurrenzfähig“ dasselbe werden — emealia bedient ein reales, altes Bedürfnis (Alkohol erfassen, auswärts essen, dem Arzt etwas zeigen), nur ohne den Schuld-Aufschlag, den alle anderen mitliefern.
Auch eine „neutrale“ Funktion kann driften. Die Übernahme braucht Leitplanken, nicht nur ein Ja.
| Funktion | Wie sie kippt | Leitplanke |
|---|---|---|
| Erinnerungen | Neutrale Zeit-Erinnerung → „du hast nicht geloggt“-Nörgeln → Schuld | Nur nutzergesetzt, nie abwesenheits-getriggert, nie mit Bilanz-Ton |
| Statistik | Beobachtung → Soll-Ist-Vergleich → tägliche Selbstüberwachung | Lücken bleiben Lücken; kein Ziel-Overlay; kein Rot; Trend ohne Ziellinie |
| Export / Präzision | Ehrlicher Bereich → exportierte „exakte“ Zahl → Scheingenauigkeit zurück | Export trägt Bereiche & Konfidenz-Label mit, nie blanke Punktwerte |
| Nährstoff-Beiträge | Beobachtung → „71 % deines Fetts kam von der Pasta“ → Anklage | Nie „größter/schlimmster“; nur Balkenbreite; Anteil nie als Text auf Today |
| KI-Coach | Ein Satz → Lektions-Laufband → „iss weniger“ | Max. ein vorwärtsgerichteter Satz/Tag; deterministische Regel-Basis; nie durch Abwesenheit |
| Foto/Wearable (Plus) | Zusatz → nativer Wrapper → Store-Abgabe & Plattform-Konto | Nur was die PWA/OAuth ohne Plattform-Gatekeeper kann; Kernschleife nie abhängig |
Die größte Gefahr ist nicht, eine einzelne Klasse-1-Funktion einzubauen — das fängt das Prüfraster ab. Sie ist Erosion durch Bequemlichkeit: Zwölf harmlose Übernahmen, jede für sich vertretbar, verschieben zusammen den Charakter der App zurück Richtung Zahlen-Tracker. Deshalb ist die Liste „Was emealia nie bauen wird“ selbst ein Feature und gehört sichtbar publiziert. Jeder „das haben doch alle“-Vorschlag ist das Signal, diese Liste zu prüfen — nicht, sie zu revidieren.
Sortiert nach Differenzierung × Kosten × Kredo-Passung. Die obersten Punkte sind bereits wahr und nur unerzählt.
| Maßnahme | Verdikt | Diff. | Kosten | Empfehlung |
|---|---|---|---|---|
| Multi-Meal, Beiträge, Wochenblick vermarkten (existieren, sind unsichtbar) | übernehmen | Hoch | ~0 | Sofort — schon wahr, nie gesagt |
| Auswärts/kulturelle Küche & Portions-Flexibilität claimen | abändern | Hoch | ~0 | Sofort — DE-Zielgruppe unbesetzt |
| Zahlen-Verstecken & 1-Tap-Kündigung bewerben (existieren) | übernehmen | Mittel | ~0 | Sofort |
| Deterministische Tipp-Bibliothek + Coach-Auslieferung (Story 4.5) | abändern | Mittel-hoch | Niedrig | Sofort — schließt die sichtbarste Lücke |
| Ruhiges Alkohol-Logging | abändern | Mittel | Niedrig | Kandidat — passt exakt |
| „Rougher day“-Modus | abändern | Mittel | Mittel | Kandidat |
| Arzt-tauglicher Nährstoff-Report | übernehmen | Mittel | Mittel | Kandidat — echter Vertrauens-Hebel |
| Sprach-Eingabe (→ Freitext) | unter Umständen | Niedrig-mittel | Niedrig | Kandidat, nach Kernschleife |
| Wasser als ruhiges Band | unter Umständen | Niedrig | Niedrig | Optional, nur bereichs-basiert |
| KI-Rezept-Generator | abändern | Hoch | Hoch | Plus, post-D7 |
| Garmin/Fitbit/Withings OAuth | unter Umständen | Niedrig-mittel | Mittel | Nicht jetzt |
| Foto-Logging | unter Umständen | Mittel | Hoch | Nicht jetzt (Plus, später) |
| Barcode, DB, Streaks, Zielgewicht-Countdown, verdiente Kalorien, Fasten-Timer, Essensplan, Community, Apple-Health-Sync, Lektionen | ablehnen | — | — | Bewusst nicht — publizieren als Haltung |
Der auffällige Befund: Die vier Sofort-Punkte kosten praktisch nichts, weil das Produkt sie bereits kann. Die größte Chance liegt nicht im Bauen neuer Funktionen, sondern im Erzählen vorhandener — und im Nachziehen der einen echten Lücke (Coach-Auslieferung). Das ist die kosteneffizienteste Form, „mit klassischen Apps zu konkurrieren“: dieselben Bedürfnisse bedienen, mit dem, was schon da ist.
Die Prämisse der Leitfrage stimmt: emealia sollte auf mehreren Ebenen mit klassischen Apps konkurrieren — nur nicht auf deren Achse. „Grundlegend anders“ und „konkurrenzfähig“ sind kein Widerspruch, sobald man die Feature-Welt in zwei Klassen trennt. Gegen die schädliche Leitwährung (Zahl-als-Urteil, Rot, Streaks, verdiente Kalorien, Zielgewicht-Countdown) ist Verweigerung die Marke — und diese Ablehnung gehört laut publiziert, nicht als Lücke versteckt. Bei den neutralen Bequemlichkeiten (Favoriten, Rückdatieren, Verlauf, Statistik, Offline, Export) muss emealia schlicht vollständig und schnell sein — und ist es an vielen Stellen bereits. Und in der Grauzone dazwischen liegt der eigentliche Hebel: Funktionen wie Datenbank-Suche, Makro-Ziele, TDEE, Beiträge oder Coaching abändern, bis sie in emealias Grammatik passen — meist so, dass die Freitext-/Bereichs-Architektur eine Sache strukturell besser kann als jedes Zahlen-Produkt.
Die kosteneffizienteste nächste Handlung ist nicht Bauen, sondern Erzählen: Multi-Meal-Logging, Nährstoff-Beiträge, Wochenblick, Portions-Flexibilität, kulturelle Küche, Zahlen-Verstecken und faire Kündigung existieren bereits, konkurrieren bereits — und sind auf der öffentlichen Oberfläche fast unsichtbar. Wer die Erwartung erfüllen und an den richtigen Stellen übertreffen will, fängt dort an. Und über allem steht die Warnung aus dem Feld: Selbst gute Absichten driften. Jede Übernahme braucht ihre Leitplanke, und jeder „das haben doch alle“-Vorschlag ist ein Anlass, die Liste der Non-Negotiables zu prüfen — nicht, sie zu verwässern.
emealia konkurriert am besten, indem es die Bedürfnisse klassischer Tracker ernst nimmt und ihre Mechaniken ablehnt — schnelle Eingabe ohne Datenbank, Nährstoff-Tiefe ohne Labor-Gefühl, Orientierung ohne Urteil, Preis ohne Trick.
Als Werbung/nicht-neutral markiert und nicht als Faktenbeleg verwendet: App-verkaufende „Best-App-2026“-, Barcode- und Vergleichs-/Affiliate-Seiten (u. a. Nutrola, NutriScan, Welling, SnapCalorie, nutrient-metrics, nutrition-apps-ranked, bitekit u. ä.). Herstellerfinanzierte Wirksamkeitsstudien sind als interessenbehaftet zu behandeln. Interne Belege (Produkt-Status, Non-Negotiables, Feature-Matrix) stammen aus Product, Features und Market.