Modelo de negócio e custos
Receitas, ingredientes, custos, margens e limites foram tratados como domínio do produto, não como folhas isoladas ou cálculos espalhados pela interface.
← Todos os trabalhos
Produto próprio · Sweetcosts
Do cálculo de custos à operação diária de um cake designer.
Sweetcosts é um SaaS em desenvolvimento que transforma receitas, custos, clientes e orçamentos num fluxo de trabalho único. É também onde aplicamos decisões de produto, dados e engenharia que vão muito além de um website institucional.
Ver a engenharia do produto →O problema
Quando o negócio cresce, uma folha de cálculo deixa de ser o sistema.
Num negócio de cake design, calcular um preço é apenas uma parte do trabalho. Há receitas, ingredientes, custos, clientes, alterações ao orçamento, produção, compras, calendário e comunicação.
O desafio é ligar estes dados sem obrigar a pessoa a manter a mesma informação em várias ferramentas e sem transformar uma aplicação para pequenos negócios num ERP difícil de usar.
Engenharia de produto
Uma aplicação construída à volta do trabalho real.
As funcionalidades não são uma coleção de ecrãs independentes. Partilham dados e contexto para reduzir trabalho repetido e tornar o processo mais previsível.
Clientes e orçamentos
O produto junta informação comercial e operacional para criar orçamentos, acompanhar estados e manter contexto sem repetir dados manualmente.
Produção e operação
Calendário, preparação, compras e tarefas relacionadas com encomendas são pensados como partes do mesmo fluxo de trabalho diário.
Saídas para o cliente
Orçamentos podem evoluir para links públicos e documentos preparados para partilha, mantendo separada a informação interna do que o cliente final deve ver.
Fiabilidade de produto
Observabilidade, consentimento, políticas de acesso, validações e processos assíncronos fazem parte da arquitetura para reduzir falhas silenciosas à medida que o produto cresce.
Arquitetura
Produto, segurança e operação pensados em conjunto.
Num SaaS, o trabalho não acaba quando a interface funciona. A arquitetura tem de proteger dados, observar erros, controlar acessos e suportar tarefas que podem falhar ou ser repetidas.
- ✓
Frontend em React + TypeScript com TanStack Router e Query para navegação e estado de servidor.
- ✓
Supabase/Postgres como base de dados e autenticação, com políticas de acesso aplicadas ao nível dos dados.
- ✓
Cloudflare Pages e Functions para frontend e funções de backend próximas da aplicação.
- ✓
Fluxos de orçamentos, receitas e limites tratados através de modelos e eventos tipados.
- ✓
Links públicos e geração de PDF previstos como saídas controladas do processo de orçamento.
- ✓
PostHog sujeito a consentimento e Sentry integrados com uma política explícita de observabilidade.
- ✓
Processos assíncronos preparados para retries, controlo de falhas e recuperação sem duplicar trabalho.
Estado do produto
Em desenvolvimento, sem fingir que já chegou ao fim.
Arquitetura e fluxos de produto
A aplicação já tem uma base real de frontend, dados, autenticação, observabilidade e workflows de negócio. É um projeto contínuo, usado para validar decisões técnicas e de produto.
Tração só quando existir
Enquanto o produto não tiver uma janela pública e dados suficientes, não usamos números de utilizadores, crescimento ou receita como argumento comercial. O que mostramos aqui é a engenharia que já existe.
Porque este projeto importa
A Rufias Digital também sabe construir sistemas, não apenas páginas.
Sweetcosts demonstra modelação de negócio, aplicações com dados, automação, integrações e decisões de produto — competências que também podem resolver processos internos de outros negócios.