Como criei o Courtlines: um SaaS de gestão de clubes, construído com o Claude

Sumário

Atualizado em julho de 2026.

Resumo: O Courtlines é o sistema operacional para clubes e estúdios de esportes de raquete — reservas, planos de associação, aulas, ponto de venda e eventos sob um mesmo teto com a marca do clube. Eu o construí como operador solo, tendo o Claude como parceiro de engenharia. A lição: a IA não só me fez programar mais rápido, ela mudou o tamanho do produto que uma única pessoa pode, de forma crível, lançar e operar.

[Visão do operador] Eu opero mais de 30 agentes em produção, distribuídos entre uma marca de consultoria e a Pickleland, a instalação de pickleball que administro na região metropolitana de Austin, no Texas. Administrar uma instalação de verdade me ensinou exatamente o quão ruim é o software para clubes como o meu — então construí o software que eu gostaria de ter. Esta é a história do Courtlines, o que ele faz e como me apoiar no Claude permitiu que uma única pessoa construísse algo que normalmente exige uma equipe.

Por que um clube precisa de um sistema operacional, não de um app

Se você nunca administrou uma instalação esportiva, o problema de software é invisível. De fora, parece só que “as pessoas reservam quadras”. Por dentro, um clube é um negócio pequeno e bagunçado, com uma dúzia de partes móveis que precisam todas concordar entre si.

Um membro reserva uma quadra. Essa reserva precisa saber se ele está em um plano de associação, se tem créditos, se a quadra já está bloqueada para uma clínica, se há um professor designado e se a recepção alterou o preço manualmente. Quando ele chega, alguém registra uma lata de bolinhas no balcão — isso é ponto de venda. Ele inscreve o filho num programa infantil — isso é eventos e contas de família. Ele compra um pacote de 10 aulas — isso é um pacote de treinamento com sua própria lógica de repasse para o professor. Ele indica um amigo — isso é um funil de associação.

A maioria dos clubes toca isso com três ou quatro ferramentas desconectadas, mais uma planilha, mais um grupo de mensagens. O sistema de reservas não sabe do PDV. O PDV não sabe dos planos de associação. Os números de ninguém batem no fim do mês.

O Courtlines é a resposta para “e se tudo isso fosse um único sistema?” Não é um app de reservas com funcionalidades parafusadas por cima — é um único sistema operacional onde o calendário, os planos de associação, o caixa, os repasses de aulas e as páginas públicas de eventos são todos o mesmo dado subjacente. Essa é a tese inteira, e é o slogan no site: o sistema operacional para clubes e estúdios.

O que o Courtlines realmente faz

Em alto nível, o Courtlines oferece a um clube:

• Uma grade de quadras arrastar e soltar para a recepção — cada reserva, clínica e bloqueio em uma só tela que um administrador pode reorganizar em tempo real.
• Reservas e jogo aberto para os membros, incluindo os casos de borda incômodos mas essenciais: reservas recorrentes, listas de espera, janelas de cancelamento e créditos.
• Planos de associação e cobrança — planos, contas de família, logins de crianças e jovens vinculados a um responsável, e a régua de cobrança que impede a receita de vazar silenciosamente.
• Aulas — pacotes de aulas, agendamento e repasses automatizados a professores independentes.
• Ponto de venda — um caixa de verdade para a loja e o café, atrelado ao mesmo cadastro de cliente que tudo o mais.
• Eventos e páginas públicas — clínicas, ligas e torneios com páginas voltadas ao público, que as pessoas conseguem encontrar e nas quais se inscrever.

O objetivo de design é que a plataforma desapareça. Um clube coloca a própria marca por cima e, para os seus membros, aquilo simplesmente parece “o app do nosso clube”, não “algum SaaS que a gente paga”. Esse é um contraste deliberado com os incumbentes desse mercado — os CourtReserve e Skedda da vida — onde o software é a marca e o clube é o inquilino.

A Pickleland é o inquilino nº 1. Eu não posso me esconder atrás de uma demonstração; a coisa tem que de fato administrar uma instalação pela qual respondo pessoalmente. Essa restrição foi o melhor gerente de produto que já tive. Você pode conhecer a Pickleland aqui — é o campo de provas do mundo real, e cada aspereza que um membro encontra é um bug que eu sinto no mesmo dia.

A parte que me surpreendeu: o que um operador solo consegue lançar hoje

Aqui vai a versão honesta da história, e é a razão de eu estar escrevendo este post em vez de simplesmente lançar em silêncio.

Um SaaS multitenant com cobrança, PDV, acesso baseado em papéis, repasses de aulas e um sistema público de eventos não é um projeto de fim de semana. Dez anos atrás, isso seria uma equipe de cinco a oito engenheiros financiada por seed durante um ano. É o tipo de escopo em que, gentilmente, dizem a um fundador solo para estreitar tudo a uma única funcionalidade e ir levantar dinheiro.

Eu o construí como uma única pessoa, com o Claude como meu principal parceiro de engenharia. Não é aquele “às vezes eu pedia um trechinho de código pro ChatGPT” — quero dizer que o Claude escreveu a grande maioria do código deste sistema, trabalhando a partir de especificações e decisões de produto que são minhas. Meu trabalho deixou de ser digitar a implementação e passou a ser decidir o que é verdade: qual deve ser o modelo de dados, o que um papel tem permissão de fazer, o que significa “pronto” para uma funcionalidade e o que é seguro colocar no ar.

A mudança interessante não é a velocidade, embora seja mais rápido. É o escopo. A IA não me transformou num desenvolvedor 2× no mesmo tamanho de produto. Ela mudou o tamanho do produto que consigo, de forma crível, construir e — igualmente importante — operar e manter sozinho. Uma base de código escrita por um único humano desabaria sob o próprio peso. Uma base de código em que um parceiro de IA segura o detalhe de implementação e eu seguro a arquitetura e os limites de segurança é uma coisa genuinamente diferente — e é a razão pela qual um operador solo pode hoje partir para uma categoria que antes exigia uma empresa.

Eu deliberadamente não estou publicando aqui o meu manual operacional exato para o Courtlines — essa é a parte que considero uma vantagem competitiva, e prefiro que meus concorrentes sigam acreditando que isso exige uma equipe grande. Mas se você quiser ver a mecânica de como toco o Claude num projeto real, em detalhes, escrevi tudo sobre uma construção bem menor: um jogo mobile que lancei nas lojas de aplicativos. Veja como criei o Quads, um jogo de tabuleiro mobile, com o Claude — mesmo estilo de trabalho, nada a esconder, todas as cartas na mesa.

Os princípios com os quais eu não abro mão

Mesmo mantendo o manual em sigilo, alguns princípios valem ser declarados, porque se aplicam a qualquer um que esteja construindo software sério com IA:

O humano segura as canetas perigosas. Existe um pequeno número de ações em que um erro é caro e difícil de reverter — mudanças de schema, deploys, qualquer coisa que toque em dinheiro ou dados de produção. Essas ficam firmemente comigo. A IA pode propô-las; não cabe a ela executá-las. Traçar essa linha com clareza é o que torna seguro dar à IA bastante liberdade em todo o resto.

Testes verdes são necessários, não suficientes. Um fluxo de reserva que passa em todos os testes unitários ainda pode estar visivelmente quebrado num navegador real. A verificação mais importante para um produto com interface é um humano — ou um processo supervisionado — de fato clicando nela contra dados realistas. Testes são um gradiente que impede as coisas de piorarem; não são prova de que uma funcionalidade funciona. Aprendi essa lição do jeito caro, e ela mudou permanentemente como defino “pronto”.

As especificações são a verdadeira interface. A alavancagem não está no prompt engenhoso — está em manter documentos claros e atualizados sobre o que o sistema é e o que cada parte deveria fazer. O tempo gasto mantendo isso preciso se paga muitas vezes ao longo de cada sessão futura. Se você quiser a versão mais aprofundada disso, é a mesma disciplina que descrevo em como escrever system prompts de agentes de IA que não falham em produção.

Construa a coisa com a qual você tem que conviver. A melhor decisão isolada foi fazer o Courtlines administrar uma instalação que é minha. É fácil lançar uma demonstração que impressiona; é impossível se esconder de um software do qual os seus próprios membros dependem. Se você está construindo com IA, aponte-a para um problema que você sente na pele — o teste de realidade vale mais do que qualquer suíte de testes.

Onde isso se encaixa com tudo o mais que estou construindo

O Courtlines não existe isolado. Ele faz parte de um pequeno ecossistema de esportes de raquete que estou construindo: The Court Scout é um diretório verificado de quadras de pickleball, feito para ser genuinamente mais preciso do que os diretórios raspados com os quais compete, e a Pickleland é a instalação carro-chefe contra a qual tudo é testado. O diretório ajuda os jogadores a encontrar quadras; o Courtlines ajuda os clubes por trás dessas quadras a de fato funcionar.

O tecido que conecta tudo isso é o mesmo modelo operacional: um operador solo amplificado pela IA, tocando mais superfície do que um operador solo historicamente conseguia. O Courtlines é a expressão mais ambiciosa desse modelo até agora — uma plataforma SaaS completa que, alguns anos atrás, eu simplesmente não teria tentado sozinho.

Se você administra um clube ou um estúdio de esportes de raquete e está cansado de costurar quatro ferramentas, dê uma olhada no Courtlines. E se você é um construtor se perguntando até onde dá para levar a IA num produto real, esse é o ponto inteiro deste post: mais longe do que você provavelmente imagina.

Perguntas frequentes

O que é o Courtlines?

O Courtlines é um sistema operacional multitenant para clubes e estúdios de esportes de raquete — pickleball, tênis, padel e além. Ele combina reservas, planos de associação, aulas, ponto de venda e gestão de eventos em uma única plataforma com a marca do clube, para que o clube toque todo o seu negócio a partir de um único sistema em vez de quatro ferramentas desconectadas. Você pode conferir em courtlines.com.

O Claude realmente escreveu a maior parte do código?

Sim. O Claude foi meu principal parceiro de engenharia e escreveu a grande maioria da implementação, trabalhando a partir de especificações, arquitetura e decisões de produto que são minhas e que eu controlo. Eu seguro o schema, os deploys e a definição de “pronto”; a IA segura o detalhe de implementação. Essa divisão de trabalho é o que torna sustentável de manter um SaaS desse porte construído por uma só pessoa.

Uma única pessoa consegue mesmo construir e operar um SaaS desse tamanho com IA?

Construí-lo agora é genuinamente viável — essa é a parte surpreendente. O desafio maior é operá-lo e mantê-lo, porque uma base de código grande precisa de alguém que entenda a arquitetura mesmo quando foi uma IA que escreveu os detalhes. A chave é manter especificações claras e ser firme no pequeno número de ações de alto risco que um humano precisa segurar. Feito assim, a superfície mantível para um operador solo é muito maior do que costumava ser.

Por que construir o seu próprio software de clube em vez de usar o CourtReserve ou o Skedda?

Porque administrar a Pickleland me mostrou exatamente onde as ferramentas existentes deixam a desejar: o sistema de reservas, o caixa e os planos de associação não compartilham uma única fonte de verdade, então nada reconcilia de forma limpa. Eu queria um sistema em que tudo isso fosse o mesmo dado subjacente e em que a marca do clube — não a do fornecedor de software — fosse o que os membros veem. É essa lacuna que o Courtlines foi feito para fechar.

Onde posso aprender como você de fato trabalha com o Claude no dia a dia?

Mantenho o manual detalhado do Courtlines em sigilo por razões competitivas, mas documentei exatamente o mesmo estilo de trabalho num projeto menor e totalmente aberto — um jogo de tabuleiro mobile chamado Quads. Leia como criei o Quads, um jogo de tabuleiro mobile, com o Claude para a mecânica, ou como decido se uma automação vale a pena ser construída para o raciocínio de ROI por trás de tudo que lanço.