Case study
Aguante — a health app built on the evidence
Every fasting app tells you that autophagy begins at 16 hours.
It doesn't. That number is not supported by the human evidence, and the ketone curve people cite alongside it is close to flat between 12 and 18 hours. The claim propagated because it is tidy, motivating, and nobody checked.
Aguante is built on saying so.
Why that is a product decision, not a moral one
A health app that repeats a fabricated threshold has a structural problem: the moment a user learns the truth, everything else the app told them becomes suspect. Trust is the whole product in this category.
So the position is the differentiator. Aguante tells you what the evidence actually supports, which is less dramatic and considerably more useful.
It also means the content has to be right. When we found one false claim in the interface, the fix was never to correct that one string — a false user-facing claim always has siblings. We grep the concept in both languages and fix the whole family, because the version that ships a single correction is the version that keeps three more.
Bilingual, and the name means something
Aguante ships in English and Spanish, written in both rather than translated.
The name carries an obligation. Aguante means resilience, endurance, holding on — and crucially not self-denial or punishment. That distinction is a brand rule enforced through every string in the app. A fasting product that drifts into deprivation language would be selling exactly the thing the name refuses.
What we built
A bilingual installable web app with fasting timers, evidence-backed explanations of what actually happens at each stage, and a consent and privacy layer built to match what the code really does rather than what a template says.
The testing lesson that came out of it
Three of four real bugs found in an audit of Aguante were invisible to state assertions. The app's internal state was correct; what a person actually saw was wrong. That produced a reusable visual-audit approach we now apply across projects: check what renders, not just what the state object claims.
Related: writing directly to localStorage does not move an app that has already loaded its
state into memory. A sweep that seeded eleven different states that way silently measured the
same state eleven times and reported clean. A check that would look identical if it were broken
proves nothing.
What this demonstrates
Research as a genuine product feature; defensible claims in a regulated-adjacent category; bilingual product craft with a brand rule enforced at the string level; and testing that verifies what a person sees.
Last updated