As perguntas que mais nos fazem.
Se a sua pergunta não estiver aqui, envie-nos uma nota. Acrescentamos a esta lista quando ouvimos a mesma pergunta duas vezes.
Segurança, fluxos de trabalho,
IT.
Como mudamos o fluxo de trabalho dos nossos editores sem o quebrar?
Não lhes pedindo que abandonem o que já funciona. Começamos por mapear o fluxo de trabalho atual, incluindo as partes que ninguém documentou. Depois construímos o novo sistema para apoiar esses hábitos antes de o abrir a qualquer lugar onde a equipa queira mais. Os editores notam a mudança porque é melhor, não porque tenham de reaprender tudo.
O que acontece quando um editor desativa um plugin do qual o site depende?
Avisa-nos no Slack. Vemos o que mudou, identificamos a dependência e voltamos a ativar o plugin ou escrevemos um patch rápido para que o site sobreviva sem ele. Depois enviamos ao editor uma nota de um parágrafo sobre por que isto importava, sem qualquer reprovação. Para clientes com retainer, todo esse ciclo demora minutos. Sem retainer, o mesmo canal, a mesma pessoa com quem tem trabalhado. Sem filas de tickets, sem chatbots, sem linha de triagem entre si e as pessoas que realmente construíram a coisa.
O que abrange o seu trabalho de segurança em contexto editorial?
Modelação de ameaças específica para publicações (não listas genéricas de IT), fluxos de trabalho de proteção de fontes, revisões de segurança para jornalistas, preparação para legal-hold e planos de ação concretos P0/P1/P2 que pode realmente executar. Focamo-nos nas perguntas que um consultor de IT comum não sabe fazer.
Conseguem migrar o nosso email e calendários sem perder nada?
Sim. As migrações de Workspace são idempotentes e deduplicam por conceção, o que é uma forma longa de dizer: se algo correr mal a meio da transição, podemos reimportar sem criar duplicados. A recorrência dos calendários e os contactos vêm com o email. O pessoal recebe PDF específicos por plataforma para que ninguém tenha de partilhar credenciais connosco.
Colaboração e
prazos.
Não temos a certeza do que corrigir primeiro. Podem ajudar-nos a descobrir?
É aí que começam muitos trabalhos com publicações. Fazemos uma descoberta curta, normalmente de uma semana, em que nos sentamos com editores, engenheiros e quem tem construído os improvisos. Voltamos com um âmbito por escrito, um esboço do modelo de conteúdo e um cronograma. Recebe um plano real do que vale a pena fazer primeiro, o que vem depois e o que pode esperar. Valor fixo pela semana, sem compromisso para além disso.
Quanto tempo demora um projeto?
De 4 a 6 semanas para um site de marketing. De 8 a 14 semanas para um sistema de publicação ou CMS. De 1 a 3 semanas para uma auditoria ou trabalho de estratégia. Fazemos deploy semanalmente para staging o tempo todo, por isso nunca espera até ao fim para ver o progresso.
Oferecem manutenção contínua ou retainers?
Três meses de suporte por email estão incluídos em cada projeto sem custo. Depois disso, oferecemos retainers de manutenção, embora preferíssemos entregar-lhe uma base de código que possa gerir sozinho. Muitas equipas não precisam de nós após a entrega.
Se quiser um retainer, limitamo-los a um par de dias de trabalho por mês — pequeno e delimitado, não sempre ativo — e enviamos um orçamento por escrito por cada retainer em vez de publicar tarifas.
O que acontece se ultrapassarmos o âmbito?
Se fizemos a estimativa errada, assumimo-la nós. Se o âmbito mudou, escrevemos uma adenda de uma página com o novo valor e cronograma. Assina, ou não. De qualquer forma continuamos a trabalhar, não há paragem.
Como funcionam os preços?
Enviamos um orçamento por escrito após uma conversa de 30 minutos. O orçamento é fixo a menos que o âmbito mude, sem desvios de tempo e materiais. Os números não vivem neste site porque a situação de cada publicação é diferente, e preferimos ouvir a sua primeiro.
Processo e
colaboração.
Como trabalhamos juntos no dia a dia?
Um canal de Slack (ou Discord, ou comentários no Linear — escolha sua). Uma chamada de revisão semanal, 30 minutos. Deploys para o seu ambiente de staging às sextas-feiras. Pode puxar o travão em qualquer marco — encerramos com elegância, entregamos o que está feito e faturamos pelo tempo trabalhado.
Vão trabalhar com a nossa equipa atual?
Sim — e preferimos. Trabalhamos ao lado de engenheiros, designers e editores internos. Fazemos pair programming, revisões de código e documentamos para que a sua equipa possa continuar de onde parámos.
E se quisermos mudar de direção a meio do projeto?
Fale connosco. Se a mudança for pequena, absorvemo-la. Se for substancial, escrevemos uma breve adenda e reorçamentamos. Isto nunca acabou mal — a maioria dos clientes muda de ideias sobre algo durante um projeto, e isso é uma característica do processo, não uma falha.
Assinam um NDA?
Sim, NDA mútuos são o padrão. Assinamos o seu ou enviamos o nosso, qualquer um serve.
Stack e
propriedade.
Que stack usam?
SvelteKit (Svelte 5) + Node + Postgres + Cloudflare. Implementado no Cloud Run ou na plataforma da sua escolha. Escolhemos este stack porque é pequeno, aborrecido, bem documentado e consegue contratar para ele. Somos flexíveis quanto a isso — se tiver uma boa razão para um stack diferente, conversamos.
O código é nosso?
Sim. Tudo vive no seu repo, nos seus servidores, sob o seu domínio. Não somos um SaaS. Após a entrega, pode fazer fork, modificá-lo ou contratar outra pessoa para o manter.
Conseguem migrar-nos do WordPress / Substack / Beehiiv / Webflow?
Sim. Já o fizemos a partir dos quatro. A migração faz parte do âmbito padrão quando aplicável — tratamos dos redirecionamentos, da continuidade do SEO e da importação de conteúdo. Conte com 2–4 semanas extra consoante o tamanho do arquivo.
Vão usar AI / LLMs no nosso projeto?
Taticamente, sim — usamos Claude e ferramentas semelhantes para boilerplate, refactoring e revisão de código. Estrategicamente, não — não publicamos texto gerado por AI nem conteúdo gerado por AI a menos que isso seja explicitamente o âmbito. Escrevemos o que escrevemos. Se quiser uma integração de AI no seu produto, construímo-la; apenas não a metemos às escondidas.
Onde estão os vossos servidores / onde vivem os dados?
Onde pedir. Por defeito é Cloud Run (Belgium) + Cloudflare R2 (EU). Também construímos em Hetzner, AWS e Fly.io. Não alojamos nada nós próprios — a infraestrutura é sua.
Envie-nos uma nota. Lemos todos os emails.
Normalmente respondemos dentro de umas horas durante o horário de trabalho. Se a sua pergunta for interessante, acrescentamos a resposta a esta página.
hello@rainsystems.app →