DEV Community

John
John

Posted on

Designing an AI food logger for messy meals, not demo meals

Most AI food logging demos look clean:

  1. Take a photo
  2. The app detects the meal
  3. Tap save

Real meals are messier than that.

A user might have half a bowl, add dressing after the photo, scan a packaged snack, then remember a coffee later. If the app only works in the perfect photo path, it feels magical in a demo and annoying in daily use.

I have been building MetricSync around a different assumption: the first guess is only the start of the flow.

The input should match the moment

Food logging has a few different jobs:

  • Photo when the meal is in front of you
  • Barcode when the item is packaged
  • Text when the user remembers later
  • Quick correction when the AI gets part of it wrong

The product mistake is treating one of those as the main flow and hiding the others.

For a daily-use iPhone app, the fastest input is contextual. Sometimes the camera is best. Sometimes typing "two eggs and toast" is faster. Sometimes barcode is the only sane answer.

Corrections need to feel cheap

The AI does not have to be perfect. It does have to be easy to fix.

A correction loop matters more than a dramatic first result. If a user has to delete the whole entry because one ingredient is wrong, the app has already lost trust.

The better flow is:

  • show the detected items
  • let the user tap the wrong part
  • make changing quantity or item name obvious
  • save the corrected version without making the user restart

That is not as flashy as a camera demo, but it is what makes the app usable after day one.

The boring UX is the product

For food logging, the hard part is not only AI recognition. It is reducing the tiny bits of friction that stack up every day:

  • fewer taps to add a meal
  • less punishment for imperfect photos
  • no need to remember the exact input method
  • a clear way to fix messy entries

That is the direction I am taking with MetricSync: photo, barcode, and text logging in one iPhone flow, with corrections treated as normal instead of failure.

If you are building AI apps for everyday habits, I think this pattern applies outside nutrition too. The user does not need a perfect prediction. They need a fast path from messy real life to a saved result.

MetricSync: https://metricsync.download

Top comments (0)