Guias

Como Criar uma Aplicação de Subscrições para Ginásios: Planos, Faturação, Marcação de Aulas e Check-in

Uma aplicação de subscrições para ginásios permite às pessoas aderir, pagar todos os meses, marcar aulas e fazer check-in, enquanto a equipa vê quem está ativo, quem pagou e quem apareceu. Para construir uma precisa de contas de sócios, planos de subscrição ligados às subscrições de um fornecedor de pagamentos, um horário de aulas com lotação e listas de espera, um método de check-in à entrada e um painel para a equipa. Um construtor de aplicações com IA consegue gerar o essencial rapidamente. As partes difíceis são as regras de dinheiro (pausas, pagamentos falhados, cancelamentos, valores proporcionais) e garantir que o acesso à entrada corresponde ao que o sócio pagou de facto.

Comece pelo seu modelo de subscrição

Os ginásios e estúdios diferem muito entre si. Escreva:

  • Tipos de plano. Ilimitado mensal, horário de menor procura, pacotes de aulas (10 aulas), entradas avulsas, anual pré-pago, planos familiares ou para estudantes.
  • Condições do contrato. Mensal sem fidelização, período mínimo, prazo de aviso para cancelar. Verifique as regras locais de defesa do consumidor sobre contratos e cancelamentos.
  • O que cada plano inclui. Só sala de musculação, só aulas, ambos, ou localizações específicas.
  • Pausas. Os sócios podem parar por viagem ou lesão? Por quanto tempo, e há taxa?
  • Taxa de inscrição, se existir.
  • Aulas. Horário fixo, lotação por aula, listas de espera, regras para cancelamento tardio e para faltas.

Um pequeno estúdio de ioga ou boxe com pacotes de aulas precisa de uma aplicação muito diferente de um ginásio de 24 horas com acesso por porta. Construa para o seu.

O que a aplicação precisa

Dados

TabelaCampos principais
SóciosNome, email, telemóvel, contacto de emergência, data em que o termo de responsabilidade foi assinado, token QR, estado
PlanosNome, preço, período de faturação, aulas incluídas (ilimitadas ou um número), horário de acesso, ativo sim/não
SubscriçõesSócio, plano, estado (ativa, pausada, em atraso, cancelada), data de início, data de fim ou renovação, ID da subscrição no fornecedor de pagamentos
Tipos de aula e sessõesNome, treinador, sala, hora de início, duração, lotação
MarcaçõesSessão, sócio, estado (marcada, em lista de espera, cancelada, presente, faltou), data de criação
Check-insSócio, hora, localização, método
PagamentosSócio, valor, estado, data, referência do fornecedor — espelhados a partir do fornecedor de pagamentos

Mantenha o estado da subscrição sincronizado com o fornecedor de pagamentos. O fornecedor é a fonte de verdade sobre se um pagamento foi bem-sucedido; a sua aplicação atualiza o próprio estado quando o fornecedor a notifica.

Páginas

  • Pública: planos e preços, horário de aulas, fluxo de adesão (escolher plano, criar conta, assinar o termo de responsabilidade, pagar).
  • Área do sócio: a minha subscrição, marcações futuras, marcar ou cancelar uma aula, código QR de check-in, histórico de pagamentos, pedidos de pausa ou cancelamento.
  • Receção: leitor de check-in, pesquisa de sócios, aulas do dia com listas de presenças.
  • Administração: sócios, planos, horário, pagamentos falhados, relatórios de sócios ativos, presenças e taxas de ocupação das aulas.

Permissões

Os sócios veem apenas os seus próprios dados. Os treinadores veem as listas das suas aulas. A receção pode fazer check-in e consultar sócios. Os gestores tratam de planos, reembolsos e relatórios. Notas de saúde e lesões recolhidas nos formulários de adesão são sensíveis; recolha apenas o necessário e restrinja quem pode vê-las.

As partes difíceis

Faturação recorrente

Use a funcionalidade de subscrições de um fornecedor de pagamentos em vez de construir a sua própria faturação. O sócio introduz os dados do cartão na página alojada do fornecedor; o fornecedor debita-o em cada período, volta a tentar os pagamentos falhados e envia à sua aplicação eventos através de um webhook (pagamento bem-sucedido, pagamento falhado, subscrição cancelada). A sua aplicação altera o estado da subscrição em resposta. O nosso guia sobre subscrições com Stripe explica isto, e adicionar pagamentos cobre o básico.

Decida o que acontece quando um pagamento falha: um período de tolerância de alguns dias e depois «em atraso», sem check-in até ser resolvido, é uma regra comum.

Pausas, upgrades e cancelamentos

As pausas costumam suspender a faturação e o acesso durante um período definido. Mudar de plano a meio do mês levanta a questão dos valores proporcionais (cobrar uma parte do período). A maioria dos fornecedores de pagamentos consegue calcular isto por si. O cancelamento com prazo de aviso significa que a subscrição fica ativa até uma data futura. Escreva cada regra e teste-a.

Lotação das aulas e listas de espera

O mesmo problema de dupla marcação de qualquer aplicação de marcações: verifique a lotação no servidor quando a marcação é guardada, e não apenas quando a página é carregada. Quando alguém cancela, ofereça o lugar à primeira pessoa da lista de espera. Decida a sua janela de cancelamento tardio e se as faltas perdem um crédito de aula.

Check-in e acesso por porta

Um código QR na área do sócio, lido na receção, funciona bem em ginásios com equipa presente. Os ginásios sem equipa ou com acesso 24 horas costumam exigir hardware de porta, controlado pelo sistema desse hardware; uma aplicação própria só o consegue comandar se o hardware tiver uma API. Isto é muitas vezes o fator decisivo entre construir e comprar.

Termos de responsabilidade

Muitos ginásios pedem aos novos sócios que aceitem um termo de responsabilidade ou um questionário de saúde. Guarde quem aceitou que versão e quando. A redação é um documento jurídico; obtenha-a junto de um profissional, não de uma IA.

Um primeiro prompt que funciona

Crie uma aplicação de subscrições para o Ironside, um ginásio de força com uma única localização. Planos: Mensal Ilimitado (60 €/mês), Horário de Menor Procura (40 €/mês, dias úteis das 9:00 às 16:00) e Pacote de 10 Aulas (120 €, pagamento único). Páginas públicas: planos, horário semanal de aulas e um fluxo de adesão em que as pessoas escolhem um plano, criam uma conta, aceitam um termo de responsabilidade e pagam através do Stripe (subscrições para os planos mensais). Os sócios têm uma área com o estado da sua subscrição, um código QR para check-in, marcação de aulas com limites de lotação e lista de espera, e um botão para pedir pausa. A equipa da receção entra numa página de leitura que verifica o código QR, mostra se a subscrição está ativa (e dentro do horário de menor procura, no caso desse plano) e regista o check-in. Os gestores veem sócios, pagamentos falhados, presenças e taxas de ocupação das aulas. O estado da subscrição é atualizado a partir dos webhooks do Stripe. Guarde tudo numa base de dados. Design ousado e simples, pensado primeiro para o telemóvel dos sócios e adequado a um tablet na receção.

Passos de construção

  1. Planos, horário e contas de sócios.
  2. Marcação de aulas com verificações de lotação no servidor e uma lista de espera.
  3. Pagamentos em modo de teste: primeiro os pacotes de aulas avulsos, depois as subscrições e os webhooks.
  4. Regras de estado da subscrição: ativa, em atraso, pausada, cancelada, e o que cada uma permite.
  5. Leitor de check-in que aplica essas regras.
  6. Vistas da equipa e dos gestores com funções.
  7. Aceitação do termo de responsabilidade com versão e data e hora.
  8. Teste os caminhos do dinheiro: pagamento falhado, atualização do cartão, pausa, mudança de plano, cancelamento com aviso prévio, reembolso.
  9. Importe os sócios existentes com cuidado; as subscrições de cartão existentes costumam ser migradas pelo processo de migração do fornecedor de pagamentos, e não pela sua aplicação.

Erros comuns

  • Confiar no próprio indicador de «pago» da aplicação em vez dos eventos do fornecedor de pagamentos.
  • Verificar a lotação das aulas apenas no navegador.
  • Não ter período de tolerância nos pagamentos falhados; os sócios são barrados à entrada porque o cartão expirou ontem.
  • Guardar dados de cartões. Deixe o fornecedor de pagamentos guardá-los.
  • Recolher informação de saúde detalhada que não precisa, e deixá-la visível a toda a equipa.
  • Prometer acesso por porta antes de confirmar que o seu hardware pode ser comandado pela sua aplicação.

Quando o software de gestão de ginásios é a melhor escolha

O software dedicado para ginásios e estúdios já trata de faturação, pausas, marcação de aulas, check-in, integrações de controlo de acessos, aplicações de sócio com a marca do ginásio e relatórios. Para a maioria dos ginásios, sobretudo os que têm hardware de porta ou várias localizações, essa é a melhor escolha. Compare algumas opções pelas funcionalidades de que precisa e pela forma como tratam a saída (exportar os seus sócios e as subscrições de pagamento).

Construa o seu próprio quando gere um pequeno estúdio com regras simples e o software lhe custa mais do que vale, quando o seu modelo não encaixa (por exemplo, um híbrido de treino personalizado, programas e aulas), ou quando quer construir software para ginásios como negócio. Se dá treino personalizado a clientes em vez de gerir um espaço, veja como começar um negócio de personal training, e para conteúdos pagos online, veja como criar um site de subscrição.

Construir com a Mythex

Na Mythex descreve a aplicação do ginásio no chat e verifica-a na pré-visualização em tempo real, em tamanho de telemóvel e de tablet. O agente adiciona uma base de dados Postgres dedicada quando os sócios e as marcações precisam de ser guardados (ou escreva /database). A Mythex não inclui login nem pagamentos integrados para as suas aplicações: liga a sua própria conta e as suas chaves do Stripe, guardadas como segredos do projeto (receituário do Stripe), e acrescenta o login de sócios com a abordagem de autenticação que preferir. Os webhooks do Stripe precisam do seu URL publicado, por isso publique antes de os testar de ponta a ponta. No plano Pro, a Mythex pode também embrulhar a aplicação como app Android e iPhone para testes internos na Google Play e no TestFlight.

Para um ponto de partida de design, o modelo de site de estúdio de ioga tem perfis de treinadores e layouts editoriais.

Perguntas

De que precisa uma aplicação de subscrições para ginásios?

De contas de sócios, planos de subscrição com faturação recorrente, um horário de aulas que os sócios possam marcar com limites de lotação, check-in à entrada e uma vista para a equipa com os sócios, pagamentos e presenças. Pausas, pacotes de aulas e termos de responsabilidade costumam vir depois.

Como deve um ginásio cobrar pagamentos recorrentes?

Através da funcionalidade de subscrições de um fornecedor de pagamentos, como o Stripe Billing, em que o sócio guarda um cartão e o fornecedor o debita em cada período, volta a tentar os pagamentos falhados e notifica a sua aplicação. Nunca guarde números de cartão por conta própria.

Como é que os sócios fazem o check-in?

Normalmente mostrando um código QR da sua conta, que a equipa ou um tablet à entrada lê. A aplicação verifica se a subscrição está ativa e regista a visita.

Devo construir software para ginásios ou comprá-lo?

A maioria dos ginásios fica melhor servida com software de gestão de ginásios já existente, que trata da faturação, do hardware de controlo de acessos e das aplicações. Construir faz sentido para modelos pouco comuns, pequenos estúdios com necessidades simples ou como um produto que pretende vender a outros ginásios.

Mythex · Pricing · Crie qualquer coisa com IA · Modelos de sites e apps · Mythex comparado · Glossário de criação de apps com IA · Ferramentas grátis para criar apps com IA · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)