Pot-to-Plate Calorie Tracking
Log ingredients by the weight actually added to the pot, then weigh each serving to see the real calories for the whole dish and every plate.
When making a pot of curry, stew, or fried rice, the user places the empty pot on a kitchen scale and taps Start. As each ingredient is added, the app reads the change in weight; the user confirms the item by scanning its barcode, photographing its label, or saying, “I added two spoonfuls of olive oil.” The screen shows only the weight just added and the running total for the pot, so the cook does not have to type a long list of gram amounts through steam and splatter.
Once the ingredients are logged, the product converts the barcode database’s energy and nutrition data to the amounts actually added to the pot. The finished dish is weighed again, allowing the system to distinguish the edible cooked total from evaporation, bones, or uneaten portions in the raw ingredients. When serving, the user places a plate on the scale. However many grams they take, the app shows their actual share of the pot and its corresponding calories.
Frequently made dishes become reusable templates. Next time, the user only confirms how much the meat changed or how much extra oil was poured, while the remaining ingredients carry over. When a household serves itself, each person can weigh their own plate rather than assuming one pot must be split evenly into four or six portions.
The first version prioritizes barcoded foods, common ingredients, and nutrition entries that can be corrected manually, while preserving the source behind every calculation. It does not offer weight-loss advice or medical judgments; its focus is accurately recording what went into the pot and what was actually served.
Why now
On August 6, an X post explicitly asked for a way to calculate total calories from a homemade recipe’s ingredient list. S1 As of August 8, the post was recorded with 5 likes, 0 reposts, and 53 views since publication, showing that users have publicly voiced this specific data-entry friction. S1
Target user
The core user already weighs ingredients and tracks calories, but often cooks one pot for several people. They need it most when the pot is already on the heat and their hands are wet or oily, when unlocking a phone and entering grams one item at a time is most likely to leave gaps. Another key moment is when family members serve themselves: a fixed four-way split cannot reflect what each person actually took.
Minimal entry point
Start with a native mobile app and support only one Bluetooth kitchen scale with reliably stable readings. Once a weight difference stabilizes, the app records it as an ingredient awaiting confirmation, with options to undo, merge, or correct it manually. For packaged foods, the system barcode scanner captures the code and then queries Open Food Facts; common ingredients are supplemented through the USDA FoodData Central search and food-detail APIs. S2S3 The first release will not identify food from images or automatically determine bones and scraps. The scale directly records both the finished cooked weight and each plate’s serving weight, while results retain the ingredient entry, data source, and conversion method.
Punching above its weight
Recruit the first users from people who already use kitchen scales and spreadsheets to log recipes. A real curry-making video can show the full flow, from adding each ingredient to serving each plate. Show the conventional manual-entry workflow alongside it, making the eliminated steps immediately visible. Offer shareable recipe-template files so meal-prep groups and households tracking calories can trade their regular dishes; each template naturally brings people back to the product.
Competitors & gaps
- CronometerGoogle
- Cronometer already supports custom recipes, weight-based servings, and entering a recipe’s cooked weight. This lets users calculate nutrition by cooked grams and covers many meal-prep needs. S4 Its official workflow, however, still requires users to search for each ingredient, enter the amount, and then manually enter the cooked weight. That workflow does not turn continuous weight changes during cooking directly into ingredient records. Cooks still move between the scale, app, and input fields before and after cooking. Nor is it designed around weighing each individual plate for household serving. The opening is not a more comprehensive nutrition log, but fewer data-entry actions while cooking. To create a clear difference, the product must make ingredient swaps, undoing mistaken additions, and last-minute oil additions fast enough.
How it makes money
Use a free base tier with a one-time hardware unlock. The free tier supports manual recipe creation and portioning by cooked weight; buying the supported scale or compatibility unlock enables continuous weighing, household profiles, and template history.
The case against
Scale drift, contact from utensils, and lifting the pot mid-cook can create false weight differences. Each misclassification requires the user to stop and confirm it, potentially erasing the time saved on typing. Oils, sauces, and packaged foods can also have inconsistent units or nutrition entries. Bones and uneaten portions cannot be distinguished from a finished-dish weigh-in alone; they require weighing leftovers or adding a manual note. Supporting multiple scales introduces protocol, disconnection, and customer-support costs. If results often differ noticeably from a user’s existing log, even transparent source records may not restore trust.