| Unidades selecionadas | 200.000+ | 5 anos |
| já operando com a nova experiência e a nova base de dados | alunos que passarão a usar a nova experiência | de histórico de dados migrados integralmente |
Em entrevistas com alunos e o time pedagógico, ficou claro que o app anterior não acompanhava mais o dia a dia da rede — funcionalidades básicas como notas e boletos ainda dependiam de um Portal do Aluno web separado, pouco prático. Isso significava filas na secretaria e no setor pedagógico até para tarefas simples, como emitir um documento — uma das dores mais sentidas pelos alunos e pelas unidades.
O prazo original era de 4 meses para entregar o app — mas esse prazo escondia um problema maior: para funcionar de verdade, o app precisava de um backend robusto o suficiente para sustentar milhares de alunos ativos e formados, com todas as regras de uma área altamente regulada. Esse backend ainda não existia, e o acesso da Grau ao próprio sistema legado era limitado. A Sauter decidiu investir primeiro na reconstrução do backend — mesmo sabendo que isso adiaria a entrega — porque construir o app sobre uma base frágil significaria retrabalho no médio prazo.
O app do aluno é sustentado pelo mesmo uso de Claude Code descrito nos outros dois cases do projeto Grau Educacional — a engenharia reversa do legado e a migração de dados — aplicado agora à construção de features sobre a base centralizada da Sauter.
No frontend, o time criou skills próprias do Claude Code para estruturar novas telas na arquitetura padrão do projeto, aplicar automaticamente as boas práticas de Flutter definidas pelo time, e revisar pull requests com os critérios de qualidade do projeto — garantindo que uma tela escrita meses depois, por outra pessoa, saia com a mesma consistência da primeira.
O Claude Code também tem acesso direto ao arquivo de design no Figma, lendo medidas, espaçamentos e estados de componente na fonte, sem reinterpretação manual.
Esse ferramental deu ao time espaço para entregar, além do escopo original, a geração de requerimentos e documentos oficiais diretamente pelo app — o aluno solicita e recebe sem precisar ir à secretaria, atacando diretamente uma das maiores fontes de fila e atendimento presencial da rede.
| Selected units | 200,000+ | 5 years |
| already operating with the new experience and the new data base | students who will move to the new experience | of data history migrated in full |
In interviews with students and the pedagogical team, it became clear that the previous app no longer kept up with the network's day to day — basic features like grades and tuition slips still depended on a separate, impractical web Student Portal. This meant lines at the registrar's office and the pedagogical department even for simple tasks, like issuing a document — one of the most felt pain points for students and units alike.
The original timeline was 4 months to deliver the app — but that timeline hid a bigger problem: to truly work, the app needed a backend robust enough to sustain thousands of active and graduated students, with all the rules of a highly regulated field. That backend didn't exist yet, and Grau's access to its own legacy system was limited. Sauter decided to invest first in rebuilding the backend — even knowing this would delay delivery — because building the app on a fragile foundation would mean rework in the medium term.
The student app is sustained by the same use of Claude Code described in the other two cases of the Grau Educacional project — legacy reverse engineering and data migration — now applied to building features on top of Sauter's centralized base.
On the frontend, the team built its own Claude Code skills to structure new screens within the project's standard architecture, automatically apply the Flutter best practices defined by the team, and review pull requests against the project's quality criteria — ensuring a screen written months later, by a different person, ships with the same consistency as the first one.
Claude Code also has direct access to the design file in Figma, reading measurements, spacing and component states straight from the source, with no manual reinterpretation.
This tooling gave the team room to deliver, beyond the original scope, the generation of requests and official documents directly through the app — the student requests and receives them without needing to visit the registrar's office, directly tackling one of the network's biggest sources of lines and in-person service.