Sådan bygger du en fitness-app: træningspas, logning, fremskridt og coaching

En fitness-app lader folk følge træningspas, logge det de faktisk har lavet, og se fremskridt over tid. Kernen er et øvelsesbibliotek, træningsplaner, en logningsskærm hurtig nok til at bruge mellem sættene og en historik med grafer. Coaching-apps tilføjer en anden side: en træner, der bygger programmer, og klienter, der følger dem. Byg den først som en mobilvenlig webapp, hold logningsskærmen enkel, og vær ærlig om, hvad en webapp kan og ikke kan læse fra telefoner og wearables.

Vælg hvilken type fitness-app

Den sidste er egentlig en bookingapp; se sådan bygger du en app til fitnesscenter-medlemskab. Denne guide fokuserer på de tre første.

Hvad en fitness-app har brug for

Sider

• I dag — passet planlagt til i dag, eller en hurtig „start tomt træningspas“.
• Træningslogger — hver øvelse med sine sæt; tryk for at indtaste vægt og gentagelser, sæt flueben når det er gjort, og en hvileur mellem sættene.
• Øvelsesbibliotek — navn, muskelgruppe, udstyr, instruktioner, valgfri video eller billede.
• Planer og skabeloner — genbrugelige træningspas og flerugers programmer.
• Historik — tidligere træningspas efter dato.
• Fremskridt — grafer pr. øvelse (tungeste sæt, estimeret 1RM, samlet volumen) og kropsmål, hvis brugeren ønsker det.
• Til coaches — klientliste, programbygger, klientens check-ins og kommentarer.

Data

• Øvelser — navn, type (styrke, kondition, tidsbaseret, kropsvægt), muskelgrupper, udstyr, instruktioner.
• Træningsskabeloner — navn og ordnede øvelser med målsæt, gentagelser og hvile.
• Programmer — uger og dage, hver knyttet til en skabelon.
• Sessioner — bruger, dato, skabelon (hvis nogen), noter, varighed.
• Sæt — session, øvelse, sætnummer, vægt, gentagelser, distance eller tid, RPE (oplevet anstrengelse), gennemført.
• Kropsmål — bruger, dato, vægt, andre mål.

Gem vægt i én enhed (fx kilogram) og konverter til visning, så et skift af enhed aldrig ødelægger historikken. Forskellige øvelsestyper kræver forskellige felter: en planke kræver tid, en løbetur kræver distance og tid, en squat kræver vægt og gentagelser.

Rettigheder

En personlig logger kræver én konto pr. person med helt private data. En coaching-app kræver coach- og klient-roller, hvor en coach kun ser sine egne klienter, og en klient kun ser sine egne data. Test, at én klient aldrig kan åbne en anden klients træningspas ved at ændre et ID i adresselinjen.

Beslutninger og afvejninger

Webapp eller native app. Native apps kan læse Apple Health, køre i baggrunden og vise noget på låseskærmen. Webapps kan slet ikke læse Apple Health, men de virker på alle telefoner, kræver ingen gennemgang i en butik og kan installeres på hjemmeskærmen som en progressiv webapp (PWA). Til en logger eller en coaching-app dækker en webapp kernen godt. Se native vs. progressive webapps.

Wearables. Nogle wearable- og fitnessplatforme tilbyder web-API’er, der forbinder med brugerens tilladelse. Tjek hver leverandørs udviklervilkår, før du planlægger efter en. En simpel manuel indtastning af løb og puls er en fin første version.

Færdigt øvelsesbibliotek eller dit eget. At starte med en liste over hundrede almindelige øvelser sparer brugerne tid. Skriv instruktionerne selv eller brug en kilde, hvis licens tillader det; kopiér ikke en anden apps bibliotek.

Dårlig dækning i fitnesscentret. Fitnesscentre har ofte dårlig forbindelse. Bed om, at loggeren fortsat virker, hvis forbindelsen falder midt i et træningspas, og gemmer, når den vender tilbage — eller i det mindste mister aldrig indtastede sæt.

Sikkerhed og privatliv

En fitness-app er ikke en medicinsk enhed. Giv ikke medicinske råd, og inkluder en kort note om, at brugere bør tjekke med en fagperson, før de starter et program, især hvis de har en helbredstilstand. Vægt, kropsmål, skader og helbredsnoter er personlige; nogle love behandler helbredsrelaterede data som en særlig kategori. Hold alt privat som standard, indsaml kun det, du bruger, og lad folk eksportere og slette deres data.

Eksempel på en første prompt

Byg en coaching-app til mine personlige træningsklienter, designet til telefoner først. To roller: coach og klient. Som coach kan jeg bygge træningsskabeloner fra et øvelsesbibliotek (navn, muskelgruppe, udstyr, instruktioner, type: vægte, kropsvægt, tid eller distance), gruppere dem i flerugers programmer og tildele et program til en klient. Klienter ser dagens træningspas og logger hvert sæt med vægt og gentagelser (eller tid eller distance), sætter flueben ved de gennemførte sæt og starter en hvileur mellem sættene. Indtastede sæt må aldrig gå tabt, hvis forbindelsen falder. Gem vægt i kilogram og lad hver bruger vælge kg eller lb til visning. Klienter ser deres historik og en fremskridtsgraf pr. øvelse (tungeste sæt og estimeret 1RM). Jeg ser en liste over mine klienter, deres gennemførte sessioner, og kan skrive en kommentar til enhver session. Hver klient ser kun sine egne data. Login med e-mail og adgangskode, og en database. Seed 40 almindelige øvelser og to demoklienter.

Byggetrin

1. Logger først. Skærmen til indtastning af sæt afgør, om nogen bruger appen. Store felter, numerisk tastatur, ét tryk for at kopiere det forrige sæt.
2. Øvelsesbibliotek og skabeloner. Seed almindelige øvelser, og tjek at hver type viser de rigtige felter.
3. Historik og fremskridtsgrafer. Test med et par uger falske data, så graferne ser ægte ud.
4. Konti og roller. Tilføj login, derefter coach- og klientroller. Prøv at åbne en anden klients data, og sørg for, at det fejler. Se sådan tilføjer du login til din app.
5. Programmer. Uger, dage, og hvad der sker, når en klient springer et pas over.
6. Installér den. Føj appen til telefonens hjemmeskærm, og lav et rigtigt træningspas med den. Se sådan bygger du en mobilvenlig webapp.
7. Beta med tre klienter. Se, hvor de tøver.

Almindelige fejl

• Små input-felter. Folk logger med svedige hænder mellem sættene. Gør felterne store.
• Ét feltsæt til alle øvelser. Planker, løb og squats har brug for forskellige felter.
• Blandede enheder i lageret. Gem én enhed, og konverter ved visning.
• Tabte sæt, når forbindelsen falder. Gem lokalt først.
• At love Apple Health-synkronisering i en webapp. Det er ikke muligt uden en native app.
• For mange funktioner ved lancering. Sociale feeds, badges og AI-genererede planer kan vente, til den basale løkke virker.
• Medicinsk klingende råd. Hold vejledningen generel, og tilføj en tydelig ansvarsfraskrivelse.

Hvornår en færdig fitness-app er bedre

Til at følge din egen træning har etablerede træningsapps allerede store øvelsesbiblioteker, synkronisering med wearables, offlinebrug og native notifikationer. Mange personlige trænere bruger også dedikerede coaching-platforme, der indeholder betalinger, beskeder og brandede apps.

Byg din egen, når din metode ikke passer til disse værktøjer — en bestemt programstruktur, sportsspecifikke målinger, en klub eller et hold med egne regler — når platformsgebyrerne pr. klient løber op, eller når du vil have appen til at bære dit brand og dine data. Hvis du opbygger en træningsforretning omkring den, se sådan starter du en personlig træningsforretning. Til en simpel daglig tracker er sådan bygger du en app til vanesporing en god start.

At bygge det med Mythex

Mythex bygger dette som en webapp: du beskriver den i chatten, tjekker loggeren i telefonstørrelsesrammen i den live forhåndsvisning og udgiver den til en offentlig adresse, som klienterne kan åbne og føje til hjemmeskærmen. Den tilføjer en dedikeret Postgres-database, når appen har brug for det, og filopbevaring til øvelsesbilleder eller -videoer. Login er medbragt af dig — se godkendelsesopskriften — og det samme gælder betalinger, hvis du tager betaling af klienter. På Pro kan Mythex pakke appen som en Android- og iPhone-app, men dens skærme er webskærme, så wearable- og Apple Health-integrationer, der kræver native kode, er ikke mulige endnu.

Spørgsmål