About Fitness Tech

An athlete's health data should live in one place, and it should work for them. We centralize that data — and engineer the devices that feed it.

Centralize
Engineer
Elevate

What separates Fitness Tech from a typical student club is that we ship. Members don't just learn about technology in the abstract — they prototype custom hardware, write production firmware, design PCBs, train models, and build a mobile app that real users have downloaded. The organization runs like a startup engineering team: structured project teams, staged hardware pipelines, weekly deliverables, and a roadmap pointed at validated devices and published research.

01 — The problem we exist to solve

Health Data Is Scattered by Design

Wearables track biometrics but don't know what you ate. Nutrition apps log meals but can't see how your body is performing. Hydration is a manual guess most people abandon within days. Each product captures one slice of an athlete's life and ignores the rest — and most lock that slice behind a subscription.

Athletes

Data lives in five apps that don't talk to each other. Nothing connects last night's sleep, this morning's hydration, and today's drop in output — so the athlete never learns why performance moved.

Coaches

No affordable way to see a roster in one view. Lab-grade athlete monitoring exists but is priced for professional programs, not student teams, club sports, or small gyms. Training decisions get made on gut feel when the data to do better already exists — just in ten different places.

Researchers & students

Commercial devices are black boxes. You can't see how data is processed, can't customize what's tracked, and can't use them to answer new questions. There is no accessible, open platform for studying how health data actually improves training.

02 — Our standpoint

Three Things, Connected

Plenty of products track something. Our position is different in three connected ways — and it is the combination, not any single piece, that nobody else offers.

🎯

Centralize

MyFitnessTech is the center of gravity. Every device streams into it, and everything logged by hand lives alongside that. One profile, one complete picture. The app stands alone with zero hardware required — our devices just make it automatic.

🔧

Engineer

We design our own hardware around the questions we want answered. When no product measures what we need, we build the sensor platform that does — so the full data pipeline stays transparent, customizable, and open to research use.

📈

Elevate

Centralized data is only valuable as insight. Our coaching layer reasons across every stream at once to surface why performance dropped, what to change, and what is working. For coaches, that same synthesis becomes roster-level visualization.

Why can't a big company just do this?

They can build any one piece — better funded and faster than we can. But the value here is the closed loop between custom hardware, a unified hub, and athlete-focused intelligence. That loop requires cross-domain hardware products serving a focused athletic audience, which does not fit billion-user product strategies or subscription models that charge you to see your own data.

A small, focused team that designs the devices, the app, and the research together can close that loop. A company assembling acquisitions cannot. Our constraint — being students with limited budget — is also what forces us to build the transparent, integrated version instead of the profitable, fragmented one.

03 — Research is the engine

Not a Side Activity

Every Fitness Tech device starts as a research question. That ordering is deliberate: we don't build a gadget and then look for something to study — we find a gap in what existing fitness technology can measure, and build the hardware that closes it.

01
Identify a gap

Something coaches or athletes need to know that no accessible product measures well.

02
Build a prototype

Address it with hardware, moving through the staged pipeline.

03
Collect real data

With our own hardware and our own app — not someone else's black box.

04
Analyze

Accuracy, correlation, and reliability across users and conditions.

05
Document & feed back

Present the findings, then point what we learned at the next device.

Questions Driving Current Work

Each one maps to a device we are building

01

How accurately can student-built sensors capture biometrics compared to commercial and medical-grade devices?

02

Can motion data from a wrist-worn IMU reliably classify exercise type and count reps across different users and different form?

03

How does hydration — measured automatically rather than self-reported — actually correlate with training performance?

04

What does a coach need to see, and at what frequency, to make better roster decisions from live athlete data?

05

Which combination of signals gives the earliest useful warning that an athlete is trending toward overtraining or injury?

What members actually get out of it

Hands-on experience with literature review, testing protocol design, data collection, statistical analysis, and model training. We're targeting the UW Undergraduate Research Symposium and working to establish conference pathways and faculty collaborations — building a portfolio of validated, publishable work that future cohorts inherit and extend.

More on the research program →

04 — Current strategic focus

Athlete Teams and Their Coaches

Our near-term effort points at UW club and varsity programs, campus recreation groups, and small training organizations — the audience where centralized data creates the most obvious value, and where the gap between what's possible and what's affordable is widest.

The approach is bottom-up and deliberately unglamorous: before designing another device, we interview coaches about what they actually want to know about their athletes. What they say determines what we build.

What We're Asking Coaches

Discovery interviews are underway

01

What do you track by hand today, and what would you track if measuring it were free?

02

Which signals tell you an athlete is trending toward injury or burnout — and how early would you need to see them to act?

03

What does readiness mean in your sport, and what would you accept as a measurement of it?

04

How often do you want to look at data: live during practice, daily, or weekly in review?

05

What would make you trust a number enough to change a training plan because of it?

06

What would make you stop using a tool like this in week three?

Where the Answers Go

A device is only worth engineering if it closes a gap a coach has told us matters

Metrics coaches name as valuable
Directly into the hardware roadmap. This is what decides which device we build next.
Frequency & format preferences
The design of the coach-facing dashboard: what is live, what is a daily digest, what is a weekly review artifact.
Trust & threshold criteria
Validation study design — what accuracy level makes a measurement actionable rather than merely interesting.
Failure modes & friction
Product requirements around setup time, charging, durability, and how much athlete compliance a system can realistically assume.

What this means for the intelligence layer

Once the streams are centralized, the useful question is no longer "what was my heart rate?" but "given everything about this athlete — their history, their sport, their goals, their last three weeks — what should change?" That synthesis is the point of centralizing in the first place, and it's what a single-purpose device can never provide.

05 — How we build

A Staged, De-Risked Pipeline

Every device moves through the same path. Each stage validates assumptions before we commit money to the next — and each stage teaches a different set of real engineering skills. A project that fails at breadboard costs us a few weeks and some components, which is the entire reason the pipeline is staged that way.

01
Breadboard

Sensors and microcontroller wired loose; data streaming end to end. De-risks: whether the measurement is possible at all.

02
Protoboard

Soldered build in a wearable form factor, paired to the app. De-risks: whether it works off the bench, on a body.

03
Custom PCB

KiCad schematic and layout, professionally fabricated and assembled. De-risks: whether it can be made repeatably and small.

04
Enclosure

3D-printed housing in Fusion 360; ergonomics and durability testing. De-risks: whether people will actually wear or carry it.

05
Validation

Integration, user testing, benchmarking, research data collection. De-risks: whether the numbers can be trusted.

How a Project Becomes a Project

New devices aren't chosen because the hardware is interesting — the sequence runs the other way

1 · A gap appears
A coach names a metric they cannot see, or a research question needs data no existing product provides.
2 · Research scopes it
What exactly would we measure, and what would count as a valid measurement?
3 · Hardware checks feasibility
Can we build this at student budget and skill level, and what does the first version cost?
4 · It enters the pipeline
Breadboard → protoboard → custom PCB → enclosure → validation.
5 · Software plans in parallel
Hub integration is designed alongside, so the device has somewhere to send data on day one.

The Spectrum We Work Across

Genuinely multidisciplinary, not multidisciplinary in name only

Wearable hardware
Custom sensor-equipped devices collecting real-time biometric and motion data. PCB design, sensor selection and integration, embedded firmware, physical manufacture.
Mobile software
Cross-platform applications that receive, process, and display health data. BLE communication, exercise detection algorithms, actionable dashboards.
Artificial intelligence
Models that classify exercises, surface trends, and personalize coaching — moving from rule-based detection toward trained models that improve as our dataset grows.
Biomedical research
Academic investigation into biometric accuracy, wearability, and training outcomes. Validating our devices against established equipment and documenting findings.
Product development
End-to-end engineering from concept to user testing: ideation, prototyping, iteration, validation, documentation.
06 — Where we're going

Building a Platform, Not a Product

Fitness Tech aims to become the University of Washington's premier student engineering organization for health technology — and, more specifically, the place where an athlete's entire data picture comes together.

The long-term goal is a self-sustaining ecosystem: successive cohorts of student engineers inherit working hardware, a live app, and active research, then push each of them further. MyFitnessTech is the constant. BioBand and SipSync are the first two devices in what we intend to be a growing portfolio, each one chosen because it fills a gap in what we can currently measure about an athlete.

The Road Ahead

Sequenced by what unlocks what — each phase depends on the one before it

Right now

Ship, pair, and listen

  • Grow MyFitnessTech on iOS; move Android from testing to release
  • BioBand protoboard streaming live over BLE into the app, paired and stable
  • SipSync custom PCB fabricated, assembled, and bench-validated
  • Run coach discovery interviews across UW club and varsity programs
  • Finalize Project Beacon's design so we have a live demo display for tabling and club fairs
  • Recruit and onboard the new cohort onto existing hardware and codebase
Next up

Build to the answers

  • Synthesize coach interviews into a prioritized metric list; commit to the next device concept
  • BioBand custom PCB designed in KiCad and sent for fabrication
  • SipSync 3D-printed enclosure assembled; adaptive hydration algorithm fully integrated in-app
  • First coach-facing dashboard prototype, built against real interview requirements
  • Training data collection for ML exercise classification; IRB pathway pursued for human subjects work
  • Submit for the UW Undergraduate Research Symposium
After that

Validate with real athletes

  • Multiple working units of each device; user testing with an actual athlete team
  • Biometric accuracy benchmarking against commercial and medical-grade references
  • ML exercise-classification models trained on our own data and deployed in-app
  • Coach dashboard piloted with a partner team through a full training block
  • Present at the UW Undergraduate Research Symposium; draft conference submissions
  • STF and sponsorship funding secured for the next hardware cycle
Extending the platform

Beyond the first devices

  • Conference submissions — IEEE Region 6 Student Conference, ACM Student Research Competition
  • A third device in the portfolio, chosen from the coach-driven metric list
  • Coach platform serving more than one team; measured outcomes from pilot programs
  • Faculty collaborations and lab partnerships formalized
  • Onboarding documentation mature enough that a new member contributes in week one
Long term

Self-sustaining

  • Each cohort inherits working hardware, a live app, and active research, then pushes further
  • A growing device portfolio where every addition is chosen by data need rather than novelty
  • A published research record and a mentorship pipeline that trains incoming engineers
  • Partnerships with UW labs, athletic programs, and industry for real-world deployment
  • Recognition as UW's definitive organization for hands-on health technology engineering

Funding & Sustainability

Hardware costs money — we pursue several channels in parallel so no single one is load-bearing

RSO funding (UW)
Baseline operations, meeting and event costs.
Student Technology Fee (STF)
Hardware, components, fabrication, and lab equipment.
Grants
Research-oriented project costs and validation studies.
Industry sponsorship
Parts, tools, component donation, and mentorship from health-tech and electronics companies.
Fundraisers
Restaurant partnerships and campus events for discretionary spend.

The organization maintains a U.S. Bank account with an EIN for transparent financial management, and procurement runs through the Treasurer with documented invoices.

07 — Why this matters

Students Should Be Building Real Technology

Health technology is one of the fastest-growing sectors in engineering, but most students don't get hands-on experience with a full-stack health device until they're already in industry. Fitness Tech closes that gap.

For members

You graduate having designed hardware, written firmware, shipped mobile software, trained models, and run a study — a portfolio of engineering work that goes well beyond coursework.

For the university

Student innovation at its most tangible: real devices, real data, real publications, built by an RSO rather than a funded lab.

For athletes & coaches

A genuine attempt at something the market hasn't delivered — a complete, affordable, transparent picture of what an athlete is actually doing.

The elevator pitch

Fitness Tech is a student-led engineering organization at UW that centralizes health data into one hub and builds the custom devices that feed it — wearables, hydration tracking, and coach-facing visualization — so athletes and their coaches can train against evidence instead of guesswork.

We don't just learn about technology.
We build it, test it, and ship it.

Build it with us

Open to all majors and experience levels — engineers, computer scientists, designers, researchers, kinesiology students, and business minds. The work genuinely requires all of them.

Apply to Join