Low-fidelity product planning artifact · 26 July 2026

Home starts with the day.

A neutral storyboard for deciding what to do today, inspecting any day’s food record, and reviewing weekly progress, measurements, photos, and plan evidence in Journal. Grayscale means structure is under review—not identity, polish, or final copy.

Primary user
Experienced, serious nutrition tracker
Primary job
Read today and log the next food or meal
Secondary jobs
Inspect the food record; review progress; decide next week’s plan
Visual status
Independent of both candidate languages
  1. Today · startNo fabricated consumption
  2. Today · in progressConsumption + diary
  3. Food · daily recordToday, selection, nutrition, reconciled
  4. Journal · progressWeeks, check-in, measures, plan
  5. Weekly Check-inCelebrate, validate, add context, decide
  6. Settings · controlsAccount, preferences, privacy, data
  7. Centre + · Food LogOne tap, no choice sheet
  8. Food EntrySearch · Scan · Voice
  9. This week so farAverages, totals, coverage
  10. Decision registerConfirmed and unresolved

Today answers “where am I?” and “what do I log next?”

Calories and macros lead. Weekly averages follow while they can still inform today, then the current food record and available micronutrients. The centre + opens Food Log directly.

Today · start state

The first home visit after onboarding does not invent a meal or turn an empty diary into a completed zero-intake day.

CONFIRMED Onboarding hands off directly to Today. Food logging starts here.
INTEGRITY “Nothing logged” is a state, not evidence that nothing was consumed.
9:41● ◒ ▰
Friday, 25 July

Today

Your starting plan is set.

Nothing loggedTarget 2,250 kcal
Illustrative value
Protein150 g target
Carbsconsumed
Fatconsumed
Your food record starts here. Log individual food, repeat a familiar meal, or create a reusable meal.
MicronutrientsNo food data yet

Available nutrient coverage appears after food is logged. Missing values are never counted as zero.

Today · tracking in progress

Consumed and remaining values are distinct. Every item stays visible inside its meal, with per-meal totals for fast review.

HIERARCHY Calories and protein carry target context. Carbs and fat show consumption while their target policy remains open.
NO SCORE The interface reports state without “good,” “bad,” pass/fail, or a daily grade.
14:18● ◒ ▰
Friday, 25 July

Today

Tracking in progress

1,540 kcal710 remaining
of 2,250
Protein112 g38 g remaining
Carbs148 gconsumed
Fat54 gconsumed
Breakfast440 kcal · 28 g protein
Yoghurt, oats and berriesUsual portion · 1 bowl 440 kcal
Lunch760 kcal · 58 g protein
Turkey rice bowlRepeated meal · 465 g 760 kcal
Afternoon340 kcal · 26 g protein
Protein shake and banana2 items 340 kcal
Micronutrients8 of 9 items have data
Fibre21 gIron9.4 mgCalcium780 mg

Food is the detailed record for today and every past day.

The second tab owns date navigation, the full itemized diary, selected-item actions, daily context, and reconciliation. It uses the same structure before and after a day is reviewed.

Food · today’s open record

Food opens on today and keeps date movement at the top. The general context shows only what is known at this point in the day.

OWNERSHIP Food—not Today or Journal—owns detailed day retrieval.
POINT IN TIME Steps say “so far”; weight and body fat show their observation time and source.
SELECTABLE Select starts batch actions without changing the diary first.
14:18● ◒ ▰
Daily food recordSelect

Food

Friday, 25 July · illustrative data

Today
Open dayTracking in progress
Steps so far6,420Health · 14:15
Weight82.1 kgManual · 07:12
Body fat22.8%Scale · 07:12
Breakfast440 kcal
Greek yoghurt200 g146 kcal
Oats and berries60 g + 100 g294 kcal
Lunch760 kcal
Turkey breast180 g266 kcal
Rice and vegetables285 g494 kcal
Day nutrition5 of 6 items have micronutrient data
Protein112 gCarbs148 gFat54 g
Fibre21 gIron9.4 mgCalcium780 mg

Food · item selection

Selection mode exposes three scoped actions: group the chosen log events, share them, or inspect their combined nutrition.

NON-DESTRUCTIVE Combine creates a Meal Group; underlying food log events and correction history remain intact.
SEPARATE TEMPLATE Saving the group for reuse is optional and happens after grouping.
PRIVATE BY DEFAULT Share includes selected foods and totals—not weight, body fat, or unrelated day context.
14:18● ◒ ▰
3 selected

Select food

Today · Friday, 25 July

Greek yoghurt200 g146 kcal
Oats and berries60 g + 100 g294 kcal
Turkey breast180 g266 kcal
Rice and vegetables285 g494 kcal
Selected log events stay in place. Combining adds a named Meal Group. “Save as reusable meal” is a later, separate action.

Food · selected nutrition

Nutrition belongs to the selected group, not the whole day. Coverage makes partial food-database records visible.

SCOPE Totals are calculated from exactly three selected events.
COVERAGE Missing nutrient fields are labelled unavailable rather than counted as zero.
14:18● ◒ ▰

Selected nutrition

Breakfast + Lunch · illustrative data

706 kcal Total for selected food events
Protein61 gselected total
Carbs68 gselected total
Fat18 gselected total
Fibre9.8 gselected total
Iron5.1 mgselected total
Calcium382 mgselected total
Vitamin B123.4 µgselected total

These totals describe the selected foods only. They do not diagnose adequacy or deficiency.

Food · reconciled past day

Past dates preserve the same diary and context. Reconciliation records review; intake completeness remains a separate fact.

SEPARATE STATES This day is reconciled and incomplete. Neither status overwrites the other.
REVERSIBLE Reopen supports corrections and retains the prior reconciliation in history.
FINAL CONTEXT Steps use the reconciled day boundary; measurements keep source and time.
9:41● ◒ ▰
Daily food recordSelect

Food

Tuesday, 22 July · illustrative data

Tue, 22 Jul
ReconciledIntake incomplete
Steps8,940Final sync · 23:58
Weight82.4 kgManual · 07:08
Body fatNot recordedNo estimate
Breakfast510 kcal
Eggs on toast3 recorded items510 kcal
Lunch690 kcal
Chicken salad bowl5 recorded items690 kcal
Dinner620 kcal
Salmon and potatoes4 recorded items620 kcal
Reconciled day nutrition11 of 12 items have micronutrient data
Protein136 gCarbs172 gFat61 g
Fibre24 gIron10.1 mgCalcium840 mg
Reviewed 23 July · corrections retained

Food · selected-item share

The native iOS share sheet receives a reviewable item containing only the selected foods and selected nutrition totals.

PRIVACY Weight, body fat, notes, and unrelated foods are excluded by default.
CONTROL Opening the native sheet sends nothing until the person chooses a destination.

Journal shows how the plan is progressing—and what it is based on.

The third tab joins weekly check-ins, longitudinal measures, private premium photos, and plan controls. It reports evidence without replacing Food’s day-level record or turning progress into a grade.

Journal · overview

The next weekly review leads. Completed weeks follow in reverse order, then measures, photos, and the current plan.

THIRD TAB Journal owns weekly progress and plan management.
NO SCORE Weeks show coverage, facts, and decisions—not a grade.
SEPARATE REVIEW Weekly check-in validates evidence after day reconciliation; it does not replace it.
9:41● ◒ ▰
Current plan · Week 9

Journal

Progress, check-ins, and plan evidence

Weekly check-in is ready14–20 July · 6 reviewed daysValidate coverage before any recommendation Start check-in

Weekly check-in · 1. close the week

The flow starts with supported achievements, then makes coverage visible before any interpretation or recommendation.

OUTPUTS + OUTCOMES Recorded behaviours and longer-horizon results remain distinct.
NO GRADE The week closes with facts and acknowledgement, never a score.
ILLUSTRATIVE Values demonstrate hierarchy, not a live recommendation.
9:41● ◒ ▰
‹ Journal14–20 July

Your week, reviewed

Current plan · Week 8 · illustrative data

Mon Tue Wed Thu Fri Sat Sun

6 reviewed · Sunday incomplete

You kept a useful record6 days reviewed; one still needs contextOutput
3Three strength sessionsYour most consistent training week this planOutput
5/6Protein target coveredOn five of six validated daysOutput
Your longer trend is moving near the plan pace. This is an observation across the valid rolling window—not a judgment on any individual day.

Weekly check-in · 2. validate evidence

The person resolves incomplete or suspicious records before the product explains any trend.

SEPARATE STATES “Reviewed” does not automatically mean “complete.”
NO ZERO Missing and intentionally untracked intake never enter an average as zero.
REVERSIBLE A person can reopen the day and preserve correction history.
9:41● ◒ ▰
‹ WeekEvidenceExit

Check the record

Choose what can support interpretation

Monday–SaturdaySix days reviewed and completeIncluded
!SundayBreakfast and lunch logged; no evening recordReview day
4Weight observationsComparable morning measurementsIncluded
Body fatTwo different device methodsExcluded
Current quantitative coverage: 20 of 21 days. Sunday can be corrected or marked incomplete. Until then, the calorie target stays unchanged.

Weekly check-in · 3. explain change

The calendar week provides the recap. The longer valid window provides the recommendation evidence.

TWO HORIZONS One-week comparison is context; the 21-day trend drives eligible calibration.
ACTIVITY Steps and training support interpretation. Wearable burn is not added to the target.
COMPARABLE ONLY Body-fat evidence requires compatible methods and a longer horizon.
9:41● ◒ ▰
‹ EvidenceWhat changedExit

The useful signals

Lose · destination 78 kg · 0.5% per week

Calories2,185 kcal6 valid days · target 2,250
Protein148 g5 of 6 days at target
Steps9,140/day+6% vs personal baseline
Training4 sessions185 min · 3 strength
Weight trend−0.42%per week · valid 21-day window
Body fatNot usedIncomparable device sources
ObservedWeight trend is close to the selected pace while validated intake remains near target.
ExcludedSunday intake and two body-fat readings from different devices.
ConfidenceMedium · one valid calibration window.

Weekly check-in · 4. add next-week context

Typed or spoken context lets the person describe what historical data cannot know. It remains optional.

VOICE MODEL Voice drafts editable text; it never directly controls the recommendation engine.
PERSONAL CHOICE Structured, flexible, and skip-recommendation preferences are explicit.
FALLBACK Denied microphone access, low confidence, or no context always leaves typing available.
9:41● ◒ ▰

Anything to account for?

Optional · you confirm before it is used

Voice produces an editable transcript.● Add by voice

Weekly check-in · 5. confirm interpretation

The transcript and every extracted constraint stay visible and editable before the algorithm receives structured context.

STRONG HARNESS The model can draft approved context labels; deterministic rules own safety and targets.
NO SILENT INFERENCE Each label names the effect it can have.
DEFERRED DETAIL Retention, moderation, prompt-injection, and clinical-triage policy require later specification.
9:41● ◒ ▰

Did we understand?

Nothing changes until you confirm

Editable voice transcript “I’ll be travelling and don’t want a structured plan.” Illustrative transcript · edit, delete, or record again
TravelMark next week as potentially unrepresentativeIncluded ✓
Flexible structureUse targets as reference, not a rigid daily instructionIncluded ✓
No recalibration from travel weekHold unless a later valid window supports changeIncluded ✓
Safety rules stay outside the voice model. This context cannot bypass manual-only status, evidence gates, calorie caps, or clinical boundaries.

Weekly check-in · 6. decide next week

One recommendation names the exact plan, the evidence behind it, the exclusions, and the effect of confirmed context.

KEEP IS GUIDANCE An unchanged target is a positive, explainable planning decision.
ONE DECISION No competing plan variants or hidden automatic change.
AGENCY Accept, keep, edit, defer, and reject remain durable decisions.
9:41● ◒ ▰
‹ ContextRecommendationExit

Your next-week plan

21–27 July · flexible week

Recommendation · keep 2,250 kcal Protein 150 g · use as a reference during travel
ObservedYour valid 21-day weight trend is close to the selected loss pace.
ExcludedSunday intake and incomparable body-fat readings.
ContextYou asked for a flexible travel week. We will not recalibrate from it unless later evidence is representative.
ConfidenceMedium · one valid calibration window.

Weekly check-in · decision confirmed

The final state makes effective dates, changed and unchanged values, context, history, and undo unambiguous.

PLAN RECORD Evidence, interpretation, context, decision, and timestamp remain inspectable in Journal.
UNDO Reversing the decision restores the previous target without deleting the check-in.
ONE EXIT The primary action returns to Today.
9:41● ◒ ▰
‹ PlanConfirmed

Next week is set

21–27 July · recorded 20 July at 18:42

You reviewed the evidenceIncluded and excluded data are savedComplete
You planned around travelFlexible structure confirmedContext
CaloriesRecommended target2,250 kcal
ProteinDaily reference150 g
DecisionNo calorie changeKeep
Next reviewTravel week excluded if unrepresentative28 July
Your plan is ready; the broader work continues. Today remains the place to see where you are and record food.

Weekly check-in · manual-only variant

Automation-ineligible people can review facts, celebrate supported behaviours, and manage their manual plan without receiving an automated estimate.

SAME RITUAL Summary, evidence review, and optional context remain available.
NO ESTIMATE The product does not display an automated neutral maintenance estimate or target change.
NO BYPASS Voice, text, reset, and goal choice cannot change eligibility.
9:41● ◒ ▰
‹ EvidenceManual planExit

Review your plan

Manual targets stay in your control

Current manual target 2,100 kcal Protein 120 g · entered by you on 14 July
ObservedFive complete food logs, two training sessions, and recorded step data.
BoundaryThis account uses manual targets. No automated calorie or maintenance estimate is available.
ContextYour confirmed notes remain attached to this week for your own review.

Journal · completed week

A checked-in week keeps its nutrition, movement, measurement change, coverage, and accepted decision together.

DURABLE RECORD Completed weeks never route back to the live “This week so far” view.
DECISION HISTORY The record distinguishes observed results from the plan decision the person accepted.
NO CAUSAL CLAIM Aligned nutrition and measurement changes remain observations, not proof.
9:41● ◒ ▰
‹ Journal7–13 July

Checked-in week

Current plan · Week 6 · illustrative data

Mon Tue Wed Thu Fri Sat Sun

7 validated days

Calories · daily average2,230 kcal7 validated days
Protein · daily average143 g7 validated days
Steps · daily average8,7607 recorded days
Training · accumulated150 min3 strength sessions
Weight · observation change82.8 → 82.4 kg4 comparable observations
Accepted decision · 14 July Target changed from 2,300 to 2,250 kcal after review. This is a recorded decision, not proof that one signal caused another.

Journal · measures and photos

Measurements remain a core record. Progress photos are separate, private by default, and clearly marked Premium.

FREE RECORD The photo boundary does not paywall weight or measurement tracking.
PREMIUM No price or entitlement promise is invented in this low-fidelity study.
PRIVACY Photos are private by default and never enter sharing automatically.
9:41● ◒ ▰
‹ JournalPrivate record

Measures

Comparable sources stay labelled

WeightManual · 28 July82.1 kg
Body fatSmart scale · 28 July22.8%
WaistManual · 21 July86.0 cm
HipManual · 21 July101.5 cm

Body-composition trends compare compatible methods only. Measurements are illustrative.

Track visual progress privately Progress photos are a premium feature. They stay private unless you explicitly export or share them. View Premium details

Journal · progress-photo Premium study

The entitlement screen explains the photo feature and privacy boundary without inventing price, trial, or launch availability.

PREMIUM ONLY The boundary applies to progress photos, not measurement tracking.
SCOPE BOUNDARY The pricing ladder is documented in the PRD; this wireframe tests the entitlement moment, not checkout copy.
9:41● ◒ ▰
‹ MeasuresPremium feature

Progress photos

A private visual record alongside your measures

  • Private by defaultPhotos are visible only to you unless you explicitly export or share them.
  • Comparable check-insCapture dates and optional view labels help you compare like with like.
  • Separate from measurementsYou can continue tracking weight and body measures without Premium.
Checkout details stay outside this wireframe. The PRD records $4.99 monthly, $29.99 annual, and $49 annual Duo pricing. Trial, regional pricing, and launch timing remain open.

Journal · current plan

The plan review exposes the baseline, source, formula version, and current target before offering lifecycle controls.

EXPLAINABLE A recommended plan identifies its confirmed inputs and calculation source.
MANUAL VARIANT Manual-only plans show “User-provided” and never imply an automated estimate.
DEFERRED VARIANT A Recomposition plan without a sourced body-fat destination shows “Set later,” never a fabricated value.
SEPARATE ACTIONS New plan and algorithm reset have different consequences and different flows.
9:41● ◒ ▰
‹ JournalCurrent plan

Lose

Started 2 June · recommended plan

Current target2,250 kcalAccepted 14 JulyGoalLose0.5% / week
Starting weightManual entry86.4 kg
Landing destinationUser-confirmed intent · 2 June76.0 kg
Height + ageConfirmed inputs178 cm · 34
Equation inputPrivate · reviewableConfirmed
ActivityHealth-assisted, then confirmedModerate
CalculationVersion retained for auditNASEM 2023 · v1
Estimated maintenance rangeAt plan baseline2,750–3,000 kcal
Latest evidence window18 usable days · coverage retained30 Jun–20 Jul
2 JuneStarting target confirmed2,300 kcal
14 JulyReviewed recommendation accepted2,250 kcal
Recommendation controls Reset learned calibration without deleting your records or starting a new plan. Reset recommendation algorithm

Journal · start a new plan

A new plan archives the current one, preserves its history, and asks for a fresh confirmed baseline before activation.

NO DELETION Food, check-ins, measures, photos, and decisions remain in the Journal.
SAFETY New-plan setup reruns eligibility; it cannot bypass a manual-only outcome.
9:41● ◒ ▰
CancelNew plan

Start a new plan?

Your current plan remains available in Journal

  • Archive this planKeep its baseline, check-ins, decisions, food history, measures, and photos.
  • Confirm a new starting pointReview body data, activity, goal, landing destination, and target source before anything changes.
  • Begin only after reviewThe new plan starts when you confirm its target and baseline.
Manual-only status is preserved. If automation remains unavailable, the new plan uses a manual target and shows no automated maintenance estimate.

Journal · new-plan goal

A new plan never silently inherits the previous goal. The selected goal determines which destination input comes next.

PARITY This repeats the same four first-class goals used in onboarding.
ORDER Goal and destination are confirmed before the person reviews the new baseline, activity, safety outcome, and target.

Journal · Lose destination

The weight variant reuses onboarding behavior and rechecks safety after direct entry.

NO PROMISE A farther landing weight does not increase the starting deficit or bypass the target-BMI boundary.
NEXT Continue to body data, activity, safety outcome, and target review before starting the plan.
9:41● ◒ ▰

Where would you like to land?

Current confirmed observation · 82.1 kg

Safety-limited minimumCurrent · 82.1 kg

The slider is coarse; direct entry provides precision. Eligibility and safety are rerun after confirmation.

Journal · Maintain destination

The confirmed weight defaults near the current observation; the range remains disabled until the stability band is decided.

OPEN Product and clinical review must define the Maintain stability band before enabling the slider.
REROUTE A materially lower or higher landing intent prompts Lose or Gain instead.
9:41● ◒ ▰
‹ GoalMaintain

What weight do you want to maintain?

Current confirmed observation · 82.1 kg

Lower intentHigher intent

Maintain stays at the current confirmed weight until the stability band is approved. Choose Lose or Gain for a different landing direction.

Journal · Gain destination

The weight destination is distinct from the conservative starting surplus.

NO PROMISE A farther landing weight does not increase the approved surplus or promise muscle-only gain.
NEXT Training context remains part of target review.
9:41● ◒ ▰

Where would you like to land?

Current confirmed observation · 82.1 kg

Current · 82.1 kgPersonalized upper bound

The slider is coarse; direct entry provides precision. Goal and safety rules are checked before activation.

Journal · Recomposition destination

Recomposition captures a body-fat observation as a value/source/date tuple before asking for an optional landing percentage.

SAME RULES Lose, Maintain, and Gain use landing weight. Recomposition uses optional body fat with a measurement source.
NO INHERITANCE The previous plan’s destination is visible as history but is never silently copied into the new plan.
NO PROMISE The destination frames progress and does not override safety, pace, or manual-only status.
9:41● ◒ ▰
‹ GoalRecomposition

Confirm the body-fat observation

New plan · measurement context

SourceSmart scale
Observed28 July 2026
Direction only · bounds pendingBelow current · 22.8%

Clinical bounds must be approved before this value can be confirmed.

This is a progress reference, not a calorie input or promised result. Future comparisons use a compatible measurement method; changing source creates a new observation.

Journal · reset algorithm

The destructive action gets its own screen and states exactly what is cleared and preserved.

CONFIRMED SCOPE Reset irreversibly clears current-plan calibration and pending recommendations—not user records.
OPEN Product must decide whether time-of-day food personalization also resets and which prior evidence remains visible to the rebuilt model.
AUDIT The reset event remains in plan history.
9:41● ◒ ▰
CancelRecommendation controls

Reset algorithm?

This affects the current plan’s recommendation model

  • ClearedLearned expenditure calibration and pending automated recommendations.
  • Cannot be undoneThe cleared calibration cannot be restored. The model can learn again from future eligible evidence.
  • RebuiltAn eligible plan starts again from its current confirmed baseline inputs.
  • PreservedFood logs, meals, measures, photos, completed check-ins, prior plans, and accepted decisions.
  • Safety retainedManual-only users remain manual-only; reset never creates an automated estimate.
This does not delete your data. Account deletion, record deletion, and export remain separate Settings actions.
Confirm reset The reset is recorded in this plan’s audit history. Reset recommendation algorithm

Journal · reset complete

The completion state confirms the destructive change without implying that the plan or personal record was erased.

RECOVERY The current plan remains available and the reset event is auditable.
SAFETY Manual-only status remains in force after reset.
9:41● ◒ ▰
Recommendation controls

Algorithm reset

The current plan and your records are still here

  • Calibration clearedThe former learned estimate cannot be restored.
  • Plan retainedYour goal, confirmed baseline, manual edits, and plan history remain available.
  • Records retainedFood, meals, measurements, photos, and completed check-ins were not deleted.
  • Next stateEligible plans rebuild from confirmed inputs; manual-only plans remain user-provided.
Reset recorded · 28 July Future recommendations will identify the new evidence window and calculation version.
Return to current plan

Settings controls the app without duplicating the plan or diary.

The fourth tab owns account, units, integrations, notifications, assistance, Premium, privacy, import, export, and deletion. Journal keeps plan decisions; Food keeps the daily record.

Settings · overview

Every destination exposes its current state. There is no generic “General” bucket and no plan-management duplication.

FOURTH TAB Settings is a destination, while the centre + remains an action.
CURRENT STATE Units, permissions, entitlement, and assistance are visible before opening a row.
OWNERSHIP Current plan, new plan, and algorithm reset stay in Journal.

Settings · account

Authentication state is explicit. Apple account authentication remains separate from Apple Health access.

AUTH ONLY Continue with Apple does not grant health permissions.
RELAY Private-relay status appears when Apple provides it.
SEPARATION Account deletion lives in Privacy and data, away from Sign out.
9:41● ◒ ▰

Your account

Authentication and security

Signed in with AppleAuthentication sourceConnected
Private relay emailt•••••@privaterelay.appleid.comActive
Account identifierEnding ·••42Copy
Apple Health is separate. This sign-in method does not provide health, body, workout, or activity data.
Manage Apple sign-inOpens the relevant system destination
Sign outDoes not delete your records
Delete accountProtected flow in Privacy and data

Settings · units and region

Presentation preferences remain independent. Changing units does not rewrite stored source values or historical evidence.

NO REWRITE Conversion changes display, not provenance or plan history.
LOCALE Dates, decimals, and thousands separators follow the active locale.
OPEN Manual region and first-day-of-week overrides require a product decision.
9:41● ◒ ▰

Units and region

Display only · source values stay intact

BODY WEIGHT

HEIGHT + MEASURES

FOOD WEIGHT

Energy displayFood and target energykcal
Number and date format27 July · 82.4 kgSystem
Week startsUsed in weekly summariesMonday
Historical meaning is preserved.Earlier entries, measurements, targets, and recommendation records retain their original source and precision.

Settings · Apple Health

Permission and data coverage are category-specific. Limited access never appears as a complete connection.

SEPARATE PERMISSION Health access is requested in context and can be changed later.
ATTRIBUTION Imported values retain source and time.
NO EAT-BACK Wearable exercise calories are not added directly to the target.
9:41● ◒ ▰
‹ SettingsApple Health

Health access

Last sync today at 09:32

WeightRead · latest source remains labelledAllowed
HeightRead when availableAllowed
StepsRead · device coverage shownAllowed
WorkoutsRead training type and durationLimited
Body fatNo permission or compatible sourceDenied
Missing access falls back to manual entry.The private equation-sex input is never silently read from Apple Health.

Settings · notifications

Each category is independent and neutral. Permission is requested only after the person enables a dependent feature.

NO SHAME No default alert for over-target days, missed streaks, or weight change.
CONTROL Every reminder category can be disabled.
OPEN Schedules, quiet hours, and learned meal timing remain to be defined.
9:41● ◒ ▰
‹ SettingsNotifications

Notifications

System permission granted

Meal remindersNo schedule selected
Weekly Check-in readyAfter the completed week closes
Sync needs attentionOnly when imported data cannot update
Plan decision waitingPending recommendation review
Account and billingRequired service messages remain separateSystem
Reminders support the task; they do not grade it.Copy avoids “failed,” “cheated,” “bad day,” or pressure to preserve a streak.

Settings · experience controls

Assistance is configurable without removing the trustworthy tracker underneath it.

INDEPENDENT Calorie visibility, insights, recommendations, and food personalization do not collapse into one master switch.
CORE REMAINS Logging, history, measurements, export, and manual targets remain available.
RESET BOUNDARY Food-personalization reset is not algorithm reset and does not delete the diary.
9:41● ◒ ▰
‹ SettingsExperience

Experience controls

Choose the assistance you want

Show calorie targetsToday, Food, and weekly summaries
Show “This week so far”Weekly averages and coverage on Today
Suggested actionsOptional next-step prompts
Insights and patternsEvidence-based observations
Recommendation promptsManual tracking remains available when off
Time-aware meal suggestionsBreakfast, Lunch, Dinner, and Snack timing
Usual around this timeRanks your own completed history

Settings · Premium

Entitlement and confirmed prices are visible without inventing a trial, regional price, or unapproved feature.

CONFIRMED Individual is $4.99 monthly or $29.99 annually; Duo is $49 annually.
FEATURES Editable AI photo drafts and private progress photos are the confirmed Premium value.
DUO PRIVACY Linked accounts never merge private records or plans.
9:41● ◒ ▰

Premium

Current entitlement · Free

Individual$4.99monthly
Individual$29.99annually
Duo$49two people · annually
  • AI photo recognitionA meal photo creates an editable food and portion draft before logging.
  • Photo JournalPrivate progress photos live beside measurements and plan history.
  • DuoTwo Premium entitlements; private goals, diaries, measures, recommendations, and exports stay separate.
Core tracking stays free.Logging, barcode entry, reusable meals, history, measurements, export, privacy controls, and meal sharing do not require Premium.

Settings · privacy and data

Import, export, record deletion, and account deletion remain visible to Free users and separate from plan controls.

OWNERSHIP The person can import, inspect, export, correct, and delete their record.
SEPARATE ACTIONS Import, export, record deletion, account deletion, and algorithm reset are different operations.
VOICE DATA Transcript controls appear here after retention policy is approved.
9:41● ◒ ▰

Privacy and data

Your record remains portable

Algorithm reset is not data deletion.Recommendation calibration remains a Journal control because it changes plan evidence rather than account ownership.

Settings · choose CSV

The person starts with the native Files picker. The file is staged for review; selecting it does not change the record.

FREE CORE Portable import is available without Premium.
NO SILENT WRITE Nothing is imported until mapping and preview are confirmed.
FLEXIBLE SOURCE Known-app presets may help, but a generic mapper supports unfamiliar CSV structures.
9:41● ◒ ▰
CancelImport

Import from CSV

Bring your previous tracking history

Nothing changes when you choose a file.You will map its columns, review what can be imported, and confirm before records are added.
Detailed food diaryFoods, quantities, meals, dates, and supplied nutritionCandidate
Daily nutrition totalsKept as attributed summaries, not invented foodsCandidate
Measures and activityWeight, body fat, steps, and workouts when suppliedCandidate

CSV only for the first version. Supported fields and limits require final implementation validation.

Settings · map CSV

Detected columns stay inspectable. Ambiguous locale, date, time, and unit interpretation requires an explicit choice.

PROVENANCE Original values, units, filename, source, and mapping version remain attributable.
MISSING IS NOT ZERO Blank columns and cells stay missing.
ACCESSIBLE SCALE The implementation must handle long labels, large files, Dynamic Type, and non-English headers.
9:41● ◒ ▰
‹ BackMap columnsCancel

Check the mapping

Illustrative detected file

CSVnutrition-history-2024–2026.csv2,418 rows · source not yet confirmed
date_time“2026-07-18 08:12”Date and time ›
meal_name“Breakfast”Meal ›
food_description“Greek yoghurt”Food name ›
energy_kcal“186”Calories ›
protein_g“21.5”Protein · g ›
Date and decimal formatYYYY-MM-DD · decimal pointConfirm ›
Time zone and unitsEurope/London · metricConfirm ›

Settings · review import

The final preview names what will be written, skipped, or excluded. Existing records are never overwritten silently.

DUPLICATES Exact matches are skipped by default; retrying does not create copies.
RECOMMENDATION BOUNDARY Imported diary days start Unreviewed and stay outside quantitative recommendation evidence.
PARTIAL VALIDITY Invalid rows can be excluded without discarding safe rows; an issue report stays available.
9:41● ◒ ▰

Ready to import

1 January 2024–18 July 2026 · illustrative

2,392ready
18duplicates skipped
8rows excluded
Food diary records1,982 item-level eventsReady
Body measures and activity112 attributed recordsReady
Daily nutrition totals298 summaries without invented foodsSummary
Rows needing attentionDownload an issue report after import8 excluded
Imported diary days start Unreviewed.They appear in your history, but will not affect quantitative recommendations until you confirm intake completeness.

Settings · import result

The receipt makes a partial outcome explicit and routes the person to the imported history without implying that the evidence is reconciled.

AUDITABLE Source, file, mapping version, time, and row outcomes form an import receipt.
RECOVERABLE The person can inspect imported dates and download the issue report.
OPEN Import rollback window, limits, presets, and original-file retention require product and engineering decisions.
9:41● ◒ ▰
Import complete

Your history was added

Completed 26 July at 09:44 · illustrative

2,392imported
18duplicates skipped
8not imported
CSVnutrition-history-2024–2026.csvGeneric mapping · receipt CC-IMP-0042
  • Imported date range1 January 2024–18 July 2026.
  • Diary statusImported days are marked Unreviewed until reconciled.
  • Issue reportEight excluded rows are available for review or sharing.
  • Original CSVThe staged file is removed after processing under the proposed retention rule.

Settings · export

The export preview defines scope before the native destination opens. Premium-originated records remain portable.

FREE CORE Export is not paywalled.
PROVENANCE Sources and correction history remain attached where practical.
OPEN Final formats, media packaging, delivery, and large-export handling require definition.
9:41● ◒ ▰

Export my data

Review what will be prepared

Food and mealsEvents, groups, templates, sources, correctionsIncluded
MeasurementsWeight, body composition, measure sourcesIncluded
Plans and check-insTargets, evidence, decisions, and historyIncluded
Progress photosPrivate media bundleReview

DATE RANGE

FormatPortable structured dataPending choice

Settings · delete account

A protected destructive screen distinguishes account deletion from record deletion, sign out, and algorithm reset.

RECENT AUTH Final deletion requires recent authentication.
NO PRESSURE Copy explains consequences without guilt or retention tactics.
OPEN Recovery, legal retention, subscription handling, and shared-object ownership must be approved before implementation.
9:41● ◒ ▰
CancelDelete account

Review account deletion

This is different from deleting a record or resetting the algorithm

  • Account and private recordFood, meals, measurements, plans, check-ins, exports, and private media are in scope.
  • Apple HealthFuture sync stops. System-held Health data remains governed by Apple Health.
  • Premium or DuoSubscription and linked-account behaviour must be confirmed before launch.
  • Shared mealsOwnership and access after deletion require an explicit product rule.
Recovery policy is not yet confirmed.The production flow must state whether deletion can be reversed and what legal retention applies.
Keep my account

The centre + opens Food Log directly.

There is no intermediate choice sheet. The person lands in a searchable food diary with a time-aware meal suggestion and foods personalized for that moment.

Food Log · direct destination

Time provides the cold-start meal. Personal history gradually refines the meal window and ranks what this person usually logs around that time.

CONFIRMED The centre + is the persistent fastest action and opens Food Log with one tap.
PERSONALIZED CONTEXT Local time selects the initial meal; completed personal logs refine the person’s usual Breakfast, Lunch, Dinner, and Snack windows.
PRIVATE CONVENIENCE “Usual around this time” ranks the person’s own history for speed, never nutrition quality or goal compliance.
COLD START Before enough history exists, use broad local-time bands and omit any fabricated “usual” foods.
REVIEWABLE Voice remains a draft until the person confirms foods, portions, and sources.
14:18● ◒ ▰
Food Log

Add food

Friday, 25 July

Lunch suggested for 14:18You usually log Lunch around this time.
Search foods and meals

All entries remain reviewable before they are added to Lunch.

Usual around this time Personalized from your Lunch history · illustrative

Search, Scan, and Voice share one Food Entry page.

Each entry point opens the same destination with the person’s chosen mode already selected. The top switcher changes capture method without losing the current meal context.

Food Entry · Search selected

With an empty query, the page shows personalized usuals for the current meal and time. Typing replaces that list with matching results; clearing restores usuals.

DIRECT ROUTE Tapping Search in Food Log opens this state with Search selected and focus ready for text entry.
EMPTY QUERY “Usual around this time” remains useful before the person types.
AFTER TYPING Search results replace the usuals list; the two sets are not mixed without clear labels.
14:19● ◒ ▰
Add to Lunch
MealLunch · suggested for now

Usuals remain until the first character is entered.

Usual around this time Personalized from your Lunch history · illustrative

Food Entry · Scan selected

Barcode opens directly into the camera when permission exists. First use requests permission; denied or unavailable access keeps Search and manual barcode entry reachable.

DIRECT ROUTE Tapping Scan barcode opens this state with Scan selected and the camera active when permitted.
PERMISSION Camera access is requested contextually, never assumed.
FALLBACK Denied access offers manual barcode entry and a one-tap switch to Search.
14:19● ◒ ▰
Add to Lunch
MealLunch · suggested for now
Barcode frame Point the camera at a barcode. The product is checked before it is added to Lunch.
Enter barcode or search instead

Food Entry · Voice selected

Voice opens with one dominant record control. Recording produces an editable draft; it never writes foods or portions directly into the diary.

DIRECT ROUTE Tapping Voice draft opens this state with Voice selected and the record control ready.
PERMISSION Microphone access is requested contextually on first use.
DRAFT FIRST The person reviews interpreted foods, portions, meal slot, and sources before adding anything.
14:19● ◒ ▰
Add to Lunch
MealLunch · suggested for now
Tap to record. Describe the food and portion naturally. You will review the draft before adding it.
Type or search instead

“This week so far” explains coverage before averages.

The secondary layer separates averages, accumulated totals, and observations. It summarizes current state; it does not bypass Weekly check-in or issue a target change.

This week so far · expanded

Coverage remains visible beside every roll-up. Friday is incomplete, future days are blank, and neither state is included as zero.

AVERAGES Calories, protein, weight, and steps name their denominator.
TOTALS Training and alcohol state the covered period and included days.
SAFETY Manual-only users see their recorded data and manual target, never an automated target or calorie-change recommendation.
14:19● ◒ ▰
21–27 July

This week so far

Friday afternoon · illustrative data

Goal: LoseCurrent starting target remains in effect Week 1
Mon Tue Wed Thu Fri Sat Sun

4 validated · 1 incomplete · 2 not yet recorded

Calories · daily average2,180 kcal4 validated days
Protein · daily average146 g4 validated days
Steps · daily average8,4205 recorded days
Training · accumulated total120 min3 sessions · strength ×2, run ×1
Alcohol · accumulated total2 units5 recorded days
Weight · observation average82.4 kg3 comparable observations
No recommendation yet. Friday is still incomplete. Weekly check-in will ask which days can support an adjustment before proposing any change.

App IA decision register

Confirmed product rules are built into the storyboard. Open questions are labelled rather than resolved through visual implication.

StatusDecisionCurrent wireframe treatmentProduct choice still needed
ConfirmedToday decision hierarchyCalories and macros lead; This week so far follows while it can inform today; current food and micronutrient coverage remain visible.None for low fidelity.
ConfirmedFood is the second tabFood owns the detailed diary for today and past dates, with date navigation and the same information structure across days.The current-plan start-versus-now summary belongs in Journal.
ConfirmedJournal is the third tabJournal owns week-by-week progress, Weekly check-in entry, measures, progress photos, and current-plan review.None for the top-level ownership.
ConfirmedSettings is the fourth tabSettings owns account, units, Apple Health, notifications, experience controls, Premium status, privacy, CSV import, export, and deletion.Plan review, new-plan creation, algorithm reset, and diary editing remain outside Settings.
ConfirmedSettings exposes current stateEvery overview row names its active units, permission, notification, assistance, or entitlement state. No generic “General” bucket is used.None for low fidelity.
ConfirmedCore controls remain freeImport, export, privacy, deletion, notification, integration, and assistance controls remain available without Premium.None for the confirmed commercial boundary.
ConfirmedCSV import requires reviewA file is staged, mapped, interpreted, and previewed before any attributed record is written. Missing fields stay missing, exact duplicates are skipped, and existing records are never silently overwritten.Imported diary days start Unreviewed and remain outside quantitative recommendations until reconciled.
ConfirmedProgress-photo premium boundaryMeasurements remain available; progress photos are private by default and clearly marked Premium.The PRD owns the confirmed price ladder; final checkout copy remains outside this wireframe.
ConfirmedPlan lifecycleStarting a new plan archives the current plan and establishes a new confirmed baseline without deleting history.None for the lifecycle boundary.
ConfirmedNew-plan destinationNew-plan setup repeats all four goal choices and their goal-adaptive destination. Weight supports Lose, Maintain, and Gain; Recomposition captures a value/source/date observation or an explicit deferred state.The previous goal or destination is never silently inherited.
ConfirmedAlgorithm reset safetyA dedicated confirmation irreversibly clears current-plan recommendation calibration while preserving records, plan history, and manual-only eligibility. A completion state confirms the outcome.None for the safety, reversibility, and retention boundary.
ConfirmedSelected-item actionsOne or more food events can be grouped, shared, or inspected as a nutrition total.Saving a group as a reusable Meal Template remains a separate optional action.
ConfirmedDaily contextFood shows steps, weight, and body fat with time and source. Missing body fat says “Not recorded.”None for the demonstrated measures.
ConfirmedReconciliation modelReview status and intake completeness remain separate. A reconciled day can be incomplete and can be reopened without losing correction history.Define when the product prompts reconciliation.
ConfirmedSelected-food sharingThe native share sheet receives only selected foods, portions, and selected nutrition totals by default.Confirm share metadata, file format, and optional micronutrient inclusion.
ConfirmedDaily state is not a scoreConsumed, remaining, and diary state use neutral factual language.None.
ConfirmedCentre + opens Food Log directlyA raised centre + persists in the bottom bar. One tap opens a searchable Food Log with meal context, personalized usuals, barcode, and voice—without an intermediate choice sheet.The + is an action, not a fifth destination tab.
ConfirmedMeal and usuals personalize to the momentLocal time supplies the cold-start meal. Personal completed-log history refines meal windows and ranks usual foods for the selected meal and time. The person can always change the meal.Personalization ranks convenience only; it does not judge nutrition quality or goal compliance.
ConfirmedUnified Food Entry modesSearch, Scan, and Voice open one page with the tapped mode preselected. The top switcher changes mode while preserving the Lunch context.Search shows usuals before typing; Scan opens camera when permitted; Voice opens a large record control.
ConfirmedDiary stays legibleEvery logged item sits within a meal with per-meal calories and protein.None for low fidelity.
ConfirmedWeekly data integrityAverages name coverage; totals name their aggregation; incomplete and missing days are not zero. Weekly Check-in now shows included and excluded evidence before interpretation.None for the validation sequence.
ConfirmedNo early automated adjustmentThe weekly layer summarizes state and defers recommendation until validation. Manual-only users remain manual-only.None.
ConfirmedWeekly Check-in planning ritualThe flow closes and celebrates the week, validates evidence, explains the longer trend, collects next-week context, offers one plan decision, and records the outcome.The selected calendar week remains context; eligible calibration uses the approved rolling window.
ConfirmedVoice for next-week contextVoice creates an editable transcript. The person confirms every extracted context label and its proposed effect before the algorithm receives it.Voice and text never bypass deterministic safety, eligibility, evidence, or target rules.
ConfirmedCelebrate outputs and outcomesSupported behaviour achievements remain separate from longer-horizon goal outcomes. No universal 10k threshold, rapid-loss celebration, grade, or compulsory streak appears.Final behaviour catalogue and personal-intent controls require product review.
OpenCarbohydrate and fat targetsBoth show consumed grams only; no unconfirmed targets are invented.Are targets user-set, recommended, hidden by default, or always informational?
OpenGoal-specific weekly progressGoal and current target are named, but no progress score is shown.Define measures for Lose, Maintain, Gain, and Recomposition.
OpenWeekly recommendation thresholdsThe screen demonstrates a valid 21-day Lose window and a keep recommendation.Approve the Maintain band, relaxed coverage rules, activity threshold, body-fat methods, rapid-change escalation, and near-destination transitions.
OpenVoice context safety harnessThe storyboard shows transcript review, constrained labels, explicit effects, confirmation, edit, delete, and typed fallback.Specify retention, deletion, privacy, moderation, prompt-injection handling, and clinical-triage policy before implementation.
OpenSuggested next action and insightNot included in this first structural pass.Define evidence threshold, dismissal, and disabled state before adding.
OpenConfigurable weekly signalsExpanded view demonstrates weight, calories, protein, alcohol, steps, and training.Choose defaults and whether notes/body composition appear only when useful.
OpenPersonalization threshold and controlsThe wireframe explains why Lunch was suggested and keeps every meal editable.Define minimum history, weekday/weekend handling, time-zone changes, decay, reset, and disable controls.
OpenMode-switch draft retentionThe meal context persists across Search, Scan, and Voice.Define whether unfinished query text, camera state, or a voice recording survives switching modes.
OpenFood date controlPrevious and next buttons are demonstrated; direct date selection is specified but not expanded.Choose calendar, scrubber, or both.
OpenMicronutrient defaultsToday and Food demonstrate fibre, iron, and calcium with nutrient-data coverage.Choose default nutrients and the compact coverage treatment.
OpenAlgorithm reset integrationsThe wireframe resets current-plan calibration and pending automated recommendations. The action cannot be undone.Decide whether time-of-day food personalization resets and which prior evidence windows remain visible to the rebuilt model.
OpenSettings implementation detailsThe storyboard demonstrates category-specific Health access, notification controls, visibility controls, Premium entitlement, CSV import, export, and account deletion.Confirm the final icon, locale overrides, notification schedules, food-personalization reset scope, CSV launch categories and limits, duplicate matching, rollback, export formats, and deletion policy.