FitHub

O DESAFIO

A plataforma começou sobre uma base que não daria conta do que o produto precisa fazer adiante: acompanhar o treino ao vivo e trabalhar com inteligência artificial. Trocar essa base com o produto já em construção, sem recriar o cadastro nem perder o que já existia, é o tipo de decisão que costuma sair cara.

A SOLUÇÃO

A base nova subiu ao lado da antiga e as duas rodaram em paralelo por dois dias antes do corte, para a troca acontecer com prova e não com fé. O processo de instalação sabe se está diante de um cadastro vazio, de um cadastro vindo da base antiga ou de um já atualizado, e faz só o que falta em cada caso.

• →Três perfis — aluno, personal e administrador — cada um com o que precisa ver
• →Treino acompanhado ao vivo: o aluno inicia, registra as séries e é acompanhado durante
• →Fichas de treino criadas do zero ou a partir de um modelo pronto
• →Troca da base do sistema sem recriar o cadastro nem perder histórico
• →Acompanhamento do que o negócio precisa medir desde o primeiro dia

O QUE MUDOU NA PRÁTICA

A troca aconteceu sem recriar o cadastro e sem perder dado. E desde o primeiro dia o sistema mostra o número que interessa ao negócio — quantos treinos foram realmente iniciados —, não só se o servidor está de pé. Uma ressalva honesta: o projeto ainda não está em produção, e a conferência automática aqui é um roteiro de ponta a ponta, não a rede completa que eu uso em projeto de cliente.

Base do sistema

não daria conta do produto→trocada com o projeto em pé

Dado perdido na troca

—→nenhum