The company holds the vision and the method, the project builds the evidence, and the product stays beside the patient. The same engine carries us to the next disease.
| Layer | Owns | Speaks to | Definition of success |
|---|---|---|---|
| Root to Life company | Mission · entity · capital · IP · method · data governance · brand system | Investors · partners · government | Build a structure that repeats across diseases |
| Kidney Bloom project | Research · evidence · design principles · regulatory judgment · public content | Clinicians · researchers · policy | Evidence beats product opinion |
| My Beanie product | User experience · records · community | Patients · caregivers | It gets opened every day |
The expansion roadmap is My Beanie Kidney (now) → Heart / Sugar (2028) → Air (2029). Beanie, the record engine, the method, and the brand stay; only the disease changes. Project-layer names for later diseases (Heart Bloom · Sugar Bloom · Air Bloom) are working titles.
The cycle is measured by The Self-Explanation Index: a cycle succeeds when users reach LV2.
Collect scenes that repeat in patient and caregiver interviews, communities, and clinics
Verify against clinical guidelines, literature, and statistics. No evidence, no next step
Translate into one cell of the 3×5 grid. No cell, no feature
Judge by gate conditions. Results and failures feed back into 01
Interpretation ranges and wording for eGFR, creatinine, proteinuria / alignment with KDIGO and KSN guidelines / comorbidity interactions
Rules for translating SDT's three needs into features / notification volume vs. churn / sharing that never becomes surveillance
Korean rare-disease copay relief, kidney disability registration, chronic-care reimbursement / MFDS wellness boundary / FDA General Wellness and CDS
FHIR R4 · US Core 3.1.1 / Apple Health Records requirements (SMART on FHIR, 8 required resources) / consent design
| Format | What it is | Where it is used |
|---|---|---|
| Evidence Note | Sourced claim | Source for every product string and public content |
| Design Principle | Cell definition | Defines each cell of the 3×5 grid |
| Regulatory Memo | Regulatory judgment | Basis for approving or shelving a feature |
| Metric Spec | Metric definition | Self-Explanation levels and gate conditions |
| Public Content | Public material | Instagram carousels · case studies · kidneybloom.com |
Same engine, different disease. What ports as-is, and what must be rebuilt.
Index · grid · gates · four-step R&D
Tone · color · mascot · content formats
Consented longitudinal records · FHIR structure. Data itself is disease-specific
Advisors, pilot sites, and communities must be rebuilt per disease
Trained in visual communication design; built the design system and template architecture for the investment banking division at Samsung Securities — compressing complex financial information into decision-ready form, which is structurally the same job My Beanie does. Research background in cognitive load theory and dual-process theory. The starting point is lived experience: managing a family member's kidney disease up close.
Content review and first patient touchpoints. The most urgent asset.
Interviews and MVP testing with 20–30 pre-dialysis CKD patients.
To validate Lanes A and B within 12 months.
Size and timing decided on Phase 2 retention data. No valuation without metrics.
Before speed of shipping, we set the rule for what never goes on screen. Three principles apply to every screen and every line of copy.
Which patient, which moment — decided first. Features are born only from those scenes, and real-user feedback sets the priorities for the next version.
The eGFR formula, the body-signal list, meal caution tags and dialysis log items are finalized under nephrologist advice and review. No claim goes on screen without an evidence note.
No server, no account to begin with. The app never diagnoses or alarms; judgment rests with the care team. Server and sign-in arrive together with a consent framework.
Current stage: MVP in real-user validation, pre-incorporation. Governance and IP structure are a draft, to be finalized on incorporation with legal counsel. All figures on this site are from 2025–2026 public sources; financial projections will be written only after real-user data exists.