Space4.me — S2therapy

Profissionais independentes da área da saúde frequentemente precisam de um espaço adequado para atender sem assumir os custos e compromissos de manter um gabinete próprio. As alternativas existentes eram fragmentadas: grupos de WhatsApp e Facebook, OLX, portais imobiliários, contactos diretos com clínicas ou contratos mensais. Ao mesmo tempo, clínicas mantinham salas e horários ociosos que poderiam gerar receita adicional e ajudar a suportar os custos da operação. Antes de desenvolver o produto, realizámos um estudo de viabilidade com 30 donos de clínicas. 83,33% indicaram dificuldade em preencher horários ociosos, enquanto falta de profissionais interessados e gestão de horários apareceram entre as principais barreiras.

A ideia surgiu em março de 2025. Inicialmente considerámos criar um coworking físico de gabinetes, mas a pesquisa mostrou uma oportunidade mais escalável: utilizar tecnologia para conectar a capacidade já existente nas clínicas com profissionais que procuram espaços flexíveis.

A validação inicial incluiu entrevistas e formulários com potenciais utilizadores e proprietários. No estudo realizado com clínicas, 90% demonstraram interesse numa plataforma que gerisse pagamentos e repasses e 86,67% aceitariam uma taxa sobre reservas intermediadas.

O desenvolvimento começou em julho de 2025 e a primeira versão entrou em produção em janeiro de 2026 como S2therapy. Em abril de 2026 iniciámos um processo de reposicionamento que deu origem à Space4.me, com lançamento previsto para outubro de 2026.

Atuei no projeto como Founder, Product Manager, Tech Lead e Software Engineer, sendo responsável tanto pelas decisões de produto quanto pela implementação técnica.

O desenvolvimento partiu de uma estrutura genérica de marketplace que já oferecia funcionalidades como autenticação, listagens e reservas. A partir dessa base, aproximadamente 30% da estrutura funcional foi modificada ou expandida e cerca de 80% da interface e experiência foram reformuladas.

Fui responsável diretamente pela evolução do produto, frontend e backend, arquitetura, infraestrutura AWS, pagamentos, pesquisa, integrações, automações e processo de deploy. O meu sócio atuou principalmente na validação e testes das funcionalidades antes da entrada em produção.

Criámos um marketplace onde profissionais podem encontrar espaços adequados à sua atividade, consultar disponibilidade e reservar por hora.

A plataforma combina filtros por atividade/especialidade, localização, preço, horário, capacidade, comodidades e reserva instantânea com disponibilidade proveniente tanto da própria Space4.me quanto de sistemas externos.

Para os proprietários, o produto transforma horários ociosos em capacidade comercializável e centraliza partes importantes da operação, como reservas, pagamentos, faturação e repasses.

Ao longo da evolução do produto foram implementados Stripe/Stripe Connect, MB WAY, cupões, payouts, disponibilidade, pesquisa geográfica, integrações com agendas, faturação, CRM e automações operacionais.

O desenvolvimento foi guiado por uma combinação de validação inicial, necessidades reais da operação e evolução incremental do produto.

Começámos por entrevistar potenciais utilizadores e realizar um estudo de viabilidade com proprietários de clínicas. Depois do lançamento, num estágio ainda inicial de utilização, evitámos construir processos complexos prematuramente.

Diversas operações começaram de forma manual. Conforme os problemas se tornavam claros e repetitivos, avaliávamos a necessidade, simplificávamos o fluxo e automatizávamos o processo. O payout é um exemplo: antes de automatizá-lo, foi necessário compreender o fluxo financeiro, validar o modelo com a contabilidade e tratar corretamente comissão, IVA, cancelamentos e reembolsos.

O mesmo princípio orientou decisões técnicas: a infraestrutura, pesquisa, deploy e integrações foram evoluindo conforme as necessidades reais do produto surgiam.

Uma das principais decisões de produto foi reduzir deliberadamente o escopo da aplicação mobile. Em vez de replicar toda a plataforma web, o app foi concentrado na experiência de descoberta e reserva. A gestão e publicação de espaços permaneceu no produto web.

Também simplificámos pagamentos removendo o PayPal e concentrando o fluxo nas alternativas que faziam sentido para a operação.

Na pesquisa, substituímos o OpenSearch por Typesense para adequar a infraestrutura ao estágio e volume do produto e reduzir custos.

Outra decisão importante foi o rebranding. S2therapy posicionava a marca excessivamente em torno de “therapy”, enquanto o problema que estávamos a resolver era mais amplo: acesso flexível a espaços profissionais. Essa conclusão levou à criação da Space4.me.

A plataforma utiliza uma arquitetura full stack com React e renderização SSR no frontend web, uma API Node.js/Express com GraphQL e MySQL como base de dados principal.

O mecanismo de pesquisa evoluiu de OpenSearch para Typesense, responsável pela descoberta de espaços e por atributos relevantes à pesquisa, incluindo disponibilidade.

A aplicação integra serviços externos como Stripe/Stripe Connect, MB WAY e diferentes sistemas de agenda. No Google Calendar existe integração de reservas, enquanto algumas plataformas sem integração oficial, como SeuFisio e Zappy, exigiram uma estratégia alternativa para consultar disponibilidade através das páginas públicas de agendamento.

A infraestrutura utiliza serviços AWS, Lightsail, CloudFront e Docker, com aplicações containerizadas e pipelines de CI/CD para geração e promoção das imagens entre ambientes.

Um dos maiores desafios técnicos foi construir uma pesquisa capaz de tratar disponibilidade como parte do problema de descoberta.

Nem todos os espaços utilizam a agenda da Space4.me. Alguns dependem de sistemas externos e nem todas essas plataformas oferecem integrações oficiais. A solução precisava apresentar uma experiência consistente sem simplesmente replicar integralmente os dados dessas agendas.

Outro desafio foi colocar e evoluir a plataforma na AWS enquanto mantínhamos custos compatíveis com o estágio do negócio. A arquitetura foi posteriormente otimizada, reduzindo os custos mensais de infraestrutura.

No negócio, o desafio clássico de um marketplace de dois lados ficou evidente: precisamos simultaneamente atrair espaços e profissionais e construir reconhecimento de marca. Pagamentos e payouts adicionaram outra camada de complexidade devido a comissão, IVA, reembolsos, cancelamentos e requisitos contabilístico.

A plataforma saiu de uma ideia validada em pesquisa para um produto em produção com 92 utilizadores registados, 40 espaços publicados em 12 cidades/regiões e 42 reservas realizadas.

Além dos resultados de produto, a evolução da arquitetura trouxe ganhos operacionais mensuráveis.

O processo de deploy, que anteriormente era manual e levava aproximadamente 30 minutos, passou para um fluxo baseado em Docker e imagens versionadas, permitindo colocar uma versão em produção em aproximadamente 10 minutos — uma redução de cerca de 67%.

A revisão da infraestrutura e da utilização de serviços AWS, incluindo mudanças na estratégia de rede/NAT e utilização de Lightsail, reduziu o custo mensal de aproximadamente €600 para €230 — uma redução de cerca de 62%.