Japonics / HEALTH PLATFORM
TAIIKU
A holistic health and fitness platform connecting training, nutrition, recovery, biometrics, education, coaching, and organizations.
Consent-aware health-data architecture
Where the project started
Taiiku connects training, nutrition, sleep, and recovery into one readiness model, but coach access to a client's health data always requires explicit consent, and the product deliberately avoids medical claims.
Taiiku needs consent and health-data access architecture. Training, nutrition, recovery, health, coaching, and organizations operate as separate domains, while analytics connects them only through controlled projections.
Business / Product
Problems and solutions
Each tile connects a real product tension with the decision that clarified the domain, UX, or operations.
The fitness market splits training, food, sleep, recovery, coaching, and organizations into separate tools.
Design a B2C/B2B2C/B2B platform that shows the full context of readiness and progress.
The scope could easily become a feature list without one product, data, and ownership model.
Taiiku needs consent and health-data access architecture. Training, nutrition, recovery, health, coaching, and organizations operate as separate domains, while analytics connects them only through controlled projections.
The project needed decisions that would stay readable after the first version: for users, the team, and further delivery.
B2C, B2B2C, and B2B in one domain topology. Consent-aware coach access.
Roles and competencies
The competencies this build required
Competencies are shown as ownership roles: CTO, Tech Lead, engineering, DevOps, cloud, security, and AI where they were part of the work.
Fractional CTO
Connecting the product thesis, domain risk, and priorities so technology supports business decisions instead of becoming a separate workstream.
Open competency- Product category and positioning
- Scope priorities and risk
- Decisions ready for founder or CTO review
- Product thesis translated into technical priorities.
- Risks framed in a language stakeholders can review.
Tech Lead
Shaping responsibility boundaries, domain modeling, and architecture decisions so the project can grow without drifting into an accidental monolith.
Open competency- Bounded contexts and ownership
- Readable technical decisions
- Roadmap without implementation chaos
- Domain boundaries and decisions that remain reviewable after MVP.
- Ownership model readable for later delivery stages.
Software Engineer
Turning the domain into screens, APIs, flows, and maintainable implementation with focus on clarity and post-MVP evolution.
Open competency- Backend and application contracts
- UX surfaces ready for iteration
- Code and maintenance model
- Implementation tied to the real product workflow.
- Contracts and code prepared for post-launch iteration.
DevOps Engineer
Designing delivery, observability, and operations so release, diagnostics, and recovery are part of the product.
Open competency- CI/CD and release readiness
- Observability and production signals
- Operations without manual rituals
- Release, diagnostics, and recovery designed as product capabilities.
- Production signals ready for maintenance without guessing.
Security Engineer
Coach and organization access to a client's health data is consent-gated, and the 'no medical diagnosis' boundary is maintained as a deliberate product-liability control.
Open competency- Consent-gated coach/organization access to health data
- HealthKit / Health Connect as a controlled data-source boundary
- No diagnostic claims as a deliberate liability control
- Privacy, roles, and auditability built into the product model.
- Security visible in domain decisions, not only around the UI.
AI/ML Engineer
Treating AI as a product capability: with context, constraints, versioned signals, and a clear boundary between facts and interpretation.
Open competency- LLM as a controlled capability
- Signal and projection quality
- Responsible product constraints
- AI constrained by context, signals, and product responsibility.
- Boundary between facts and interpretation preserved in architecture.
Stack by competency
Tech stack
The stack is grouped by competency so it shows both technology and responsibility: software, leadership, DevOps, cloud, security, and AI.
- .NET / ASP.NET Core
- .NET MAUI mobile client
- Angular web client
- PostgreSQL
- Analytics & projection boundaries
- Consent domain boundaries
- OpenTelemetry
- Cloud Logging
- Privacy architecture
- Consent-aware health data
- Consent management
- Liability & scope boundary
- Product analytics
- Profile projections
Product preview
Gallery
Selected screens and materials showing the product surface, UX decisions, and work outcome.