Per Biscuit

Per Biscuit ist ein webbasiertes Tool, das von einer Person (Peter Johnson) entwickelt wurde und es Nutzern ermöglicht, offizielle Portionsgrößen auf Lebensmittetiketten mit tatsächlichen Konsummengen zu vergleichen. Es berechnet Nährwertdaten in Echtzeit neu und aggregiert anonyme, von Nutzern eingereichte Portionen, um Gemeinschaftsdurchschnitte zu erstellen. Das Projekt wurde im Rahmen des OpenAI 2026 Hackathons entwickelt und nutzt einen Stack, der Supabase, Cloudflare und Codex umfasst.

Die Beschreibung besagt, dass Per Biscuit darauf abzielt, vorhandene Nährwertinformationen nützlicher zu machen, indem es die Lücke zwischen empfohlenem und tatsächlichem Konsum aufzeigt, ohne diätetische Ratschläge oder Wertungen zu geben. Es umfasst Funktionen wie Live-Produktsuche, anpassbare Portionen, sofortige Neuberechnung und anonyme Gemeinschaftseinreichungen.

Was sich geändert hat: Das Projekt hat sich von einer einfachen Beobachtung zu Portionsgrößen von Keksen zu einem funktionalen öffentlichen Tool mit redaktionellen Inhalten und Plänen für eine breitere Auswirkung auf Praktiken der Lebensmittelindustrie entwickelt.

Wichtigste offene Frage: Gibt es genügend Nutzerengagement oder Gemeinschaftsdaten, um den Nutzen aggregierter Portions Trends zu validieren? Die Beschreibung liefert keine Belege für Traction, Umsatz oder Kundenakzeptanz über das Konto des Einzelentwicklers hinaus.

Die Beschreibung besagt, dass Per Biscuit eine responsive Webanwendung ist, die entwickelt wurde, um herstellerempfohlene Portionsgrößen mit dem zu vergleichen, was Menschen tatsächlich essen. Sie ermöglicht es Nutzern, nach Lebens- oder Getränkeprodukten zu suchen und ihre Portionsgröße anzupassen, was eine Echtzeit-Neuberechnung von Kalorien, Zucker, Salz und anderen Nährwerten auslöst.

Es kombiniert:

• Strukturierte Produktinformationen (aus Etiketten)
• Anonyme, von Nutzern eingereichte Portionen
• Seitliche Darstellung von offizieller vs. tatsächlicher Konsummenge

Das Tool wird als nicht empfehlend für Diäten oder wertend für Verhalten beschrieben, sondern macht Nährwertdaten eher zugänglicher und kontextualisiert.

Schlussfolgerung: Das Produkt scheint als verbraucherorientierte Schnittstelle zu fungieren, um die Genauigkeit von Lebensmittetiketten mit tatsächlichen Essgewohnheiten zu vergleichen, wobei anonymisierte Gemeinschaftsdaten zur Verbesserung des Verständnisses genutzt werden.

Die Beschreibung besagt, dass Per Biscuit von einer individuellen Beobachtung zu Portionsgrößen von Keksen ausging – spezifisch der Absurdität von „Per Biscuit“ als Portionsgröße. Dies führte zu einer breiteren Frage: Wie stark unterscheiden sich empfohlene Portionsgrößen vom tatsächlichen Konsum?

Die Positionierung ist gerahmt um:

• Nährwertinformationen nützlicher zu machen
• Diskrepanzen zwischen Etiketten und tatsächlichem Konsum hervorzuheben
• Ein edukatives Tool anzubieten, anstatt ein preskriptives

Das Projekt hat sich über einen einfachen Rechner hinaus entwickelt zu:

• Eine Plattform mit originellen Artikeln
• Analyse unrealistischer Portionsgrößen
• Pläne, anonymisierte Erkenntnisse mit Forschern und der Lebensmittelindustrie zu teilen

Schlussfolgerung: Die Positionierung hat sich von einer Nischenneugier (Keks-Portionierung) zu einem potenziellen Tool für öffentliches Gesundheitsbewusstsein und Datenerhebung verschoben, obwohl keine Belege diese Entwicklung in der Praxis stützen.

Die Beschreibung definiert keine klare Zielkundengruppe oder ein ideales Kundenprofil (ICP). Sie impliziert, dass das Produkt für Verbraucher gedacht ist, die Nährwertangaben lesen, spezifiziert jedoch nicht:

• Demografische Merkmale
• Verhaltensmuster
• Anwendungsfälle über gelegentliches Interesse hinaus
• Ob es sich an bestimmte gesundheitsbewusste Gruppen oder an allgemeine Nutzer richtet

Der Autor merkt an, dass das Tool urteilsfrei und bildend sein soll, was auf ein breites, nicht diskriminierendes Publikum hindeutet.

Schlussfolgerung: Das ICP umfasst wahrscheinlich Personen, die sich für Ernährung, Gesundheitsbewusstsein oder die Genauigkeit von Lebensmittelkennzeichnungen interessieren – es gibt jedoch keine Belege für Segmentierungs- oder Zielgruppenstrategien.

Die Beschreibung enthält keine Informationen über:

• Einnahmequellen
• Preismodelle
• Monetarisierungspläne
• Kostenpflichtige Funktionen oder Abonnements

Es wird betont, dass das Tool keine Diäten empfiehlt und sich auf Bildung und Transparenz konzentriert, was auf das Fehlen einer direkten kommerziellen Absicht in dieser Phase hindeutet.

Schlussfolgerung: Es gibt keine Belege für ein Geschäftsmodell oder eine Preisstruktur; das Projekt scheint eine Open-Source- oder Prototypenbemühung ohne genannte Monetarisierungsstrategie zu sein.

Die Beschreibung besagt, dass Per Biscuit mit folgenden Technologien erstellt wurde:

• Frontend: HTML, CSS, JavaScript
• Backend/Daten: Supabase (für Produkt- und Community-Daten), PostgreSQL
• Hosting/Sicherheit: Cloudflare
• Entwicklungswerkzeuge: Codex (durchgehend in der Entwicklung verwendet)

Es werden auch erwähnt:

• Responsives Webdesign
• Echtzeit-Nährwertneuberechnung
• Anonyme Übermittlungsendpunkte
• Verbesserungen des mobilen Layouts durch Codex

Schlussfolgerung: Der technische Stack deutet auf eine leichte, in sich geschlossene Webanwendung hin, die von einem Entwickler erstellt wurde. Die Verwendung von Codex impliziert schnelles Prototyping und Automatisierung in der Entwicklung.

Die Beschreibung enthält keine Belege für:

• Nutzerbasis oder Engagement-Metriken
• Einnahmen oder Monetarisierung
• Daten zur Kundenakquise oder -bindung
• Produktnutzungsstatistiken
• Produktreife über den anfänglichen Prototypen hinaus

Es wird angemerkt, dass das Projekt über einen einzelnen Rechner hinausgewachsen ist und redaktionelle Inhalte umfasst, jedoch keine Indikatoren für Traction vorliegen.

Schlussfolgerung: Es gibt keine messbare Traction oder Produktreife. Das Tool scheint sich in einer frühen Entwicklungs- oder Prototypenphase zu befinden.

Die Beschreibung erwähnt nicht:

• Konkurrenten
• Marktlage
• Ähnliche Tools oder Plattformen
• Branchenpositionierung

Es wird jedoch angegeben, dass das Ziel darin besteht, realistische Portionsinformationen zu einem normalen Bestandteil des Verständnisses von Lebensmitteln zu machen, was auf eine potenzielle Nische im Bereich der Verbraucher- oder Ernährungsbildung hindeutet.

Schlussfolgerung: Es wird keine Wettbewerbsanalyse oder Marktkontext geliefert. Das Projekt scheint in seinem Ansatz einzigartig zu sein, es gibt jedoch keine Belege für bestehende Alternativen oder Marktsättigung.

• Abhängigkeit von einem Einzelentwickler: Das gesamte Projekt wurde von einer Person (Peter Johnson) erstellt, was Bedenken hinsichtlich der Skalierbarkeit und langfristigen Wartung aufwirft.
• Herausforderungen bei der Datenqualität: Inkonsistente Formate und Einheiten der Lebensmitteldaten werden als große Herausforderungen genannt, was die Nutzbarkeit und Genauigkeit einschränken könnte.
• Geringes Engagement-Risiko: Es gibt keine Hinweise auf Nutzerengagement oder Wachstum der Community; das Tool könnte Schwierigkeiten haben, genügend Einreichungen für aussagekräftige Durchschnittswerte anzuziehen.
• Keine Monetarisierungsstrategie: Das Projekt weist keinerlei Anhaltspunkte dafür auf, wie es Einnahmen generieren oder sich über seinen Ursprung im Hackathon hinaus aufrechterhalten könnte.
• Ungeprüfte Behauptungen: Alle Angaben sind selbst gemeldet und ungeprüft, ohne Validierung durch Dritte oder externe Daten.

Schlussfolgerung: Das Projekt ist in Bezug auf sein Potenzial für Wirkung oder kommerzielle Tragfähigkeit hochgradig spekulativ, da es an Traction, Finanzierung oder einem klaren Weg zur Monetarisierung mangelt.

1. Welche spezifischen Nutzerverhalten haben Sie seit dem Launch beobachtet?
2. Wie planen Sie sicherzustellen, dass die Qualität und Authentizität der von der Community eingereichten Daten gewährleistet ist?
3. Haben Sie potenzielle Partnerschaften mit Gesundheitsorganisationen, Lebensmittelherstellern oder öffentlichen Gesundheitsbehörden identifiziert?
4. Was ist Ihre Strategie, um über einen einzelnen Entwickler hinaus zu skalieren?
5. Gibt es rechtliche oder datenschutzrechtliche Aspekte im Zusammenhang mit der Erfassung und dem Austausch von anonymisierten Portionsdaten?
6. Wie beabsichtigen Sie, den Erfolg oder die Wirkung des Tools zu messen?