Como organizar projetos, empresas e equipes dentro do ArduMaker

Publicado em 2026-09-12 por frfrand

La estructura de la plataforma explicada de una vez: qué es una Empresa, qué es un Proyecto, cómo se reparten los permisos y por qué esa separación resuelve problemas que después son carísimos.

Toda plataforma impõe uma forma de organizar as coisas. Vale explicar a nossa, porque as decisões de estrutura são as que depois custam mais para mudar.

A Empresa é a unidade

Na ArduMaker, a peça central é a Empresa. Não é um dado administrativo: é a fronteira real do sistema.

De uma Empresa penduram seus VPS, seus domínios, suas contas de e-mail, sua equipe e sua faturação. E o importante é o que não cruza essa fronteira: alguém que pertence a uma Empresa não vê as outras.

A recomendação é direta: uma Empresa por cliente.

No começo parece exagerado se você tem cinco clientes pequenos. A vantagem aparece depois, e aparece toda junta:

• No dia em que um cliente vai embora, leva sua Empresa inteira. Não há que revisar qual arquivo era de quem.
• Quando alguém pergunta quanto gasta, há uma resposta direta.
• Quando entra um freelancer para um projeto, ele é adicionado a essa Empresa e não vê o resto.
• Se algo se quebra em um cliente, não toca nos outros.

Esse último ponto é o que mais se subestima, e é estrutural: não é que as permissões estejam bem configuradas, é que não há um lugar onde as coisas se toquem.

Os papéis, e por que são dois

Dentro de uma Empresa há dois níveis:

Membro. Trabalha: administra VPS, implanta, configura domínios, vê logs.

Admin. Tudo o anterior mais a parte administrativa: meios de pagamento, faturação, adicionar e remover pessoas.

Que sejam dois e não dez é deliberado. Um sistema de permissões com vinte níveis acaba mal configurado, porque ninguém lembra o que cada um implica. Dois níveis são compreendidos e usados corretamente.

A consequência prática: o desenvolvedor que implanta não precisa ver — e não vê — o cartão do cliente. E o cliente pode ser Admin da própria Empresa sem que isso lhe dê acesso aos seus outros clientes.

Os Projetos, que são outra coisa

Os Projetos são o lado de gestão do trabalho: etapas, tarefas, listas de controle, calendário, anexos, reuniões.

É deliberado que estejam separados da infraestrutura. Um projeto pode existir antes de haver um servidor, pode abranger vários servidores, ou pode não tocar infraestrutura em absoluto.

O útil de tê-los no mesmo lugar é que a conversa sobre o trabalho e as coisas sobre as quais se trabalha coexistem, sem pular entre ferramentas.

As chaves SSH, por pessoa

Cada usuário de um VPS tem sua própria chave, carregada a partir do painel.

Já dissemos em outro artigo e vale repetir, porque é a decisão que mais problemas evita: adicionar alguém é adicionar sua chave pública; removê-lo é removê-la. Não há uma credencial compartilhada para rotacionar nem uma mudança para coordenar com toda a equipe.

E cada comando executado a partir da plataforma fica associado a quem o lançou, então "o que mudou aqui?" tem resposta.

Como começar bem

Três recomendações que saem de ver como se usa:

Crie a Empresa antes do servidor. Mover recursos depois é possível e é trabalho.

Use nomes que sobrevivam. O nome do cliente, não o do projeto em andamento. Os projetos mudam; o cliente não.

Adicione as pessoas com a própria conta desde o primeiro dia, mesmo que seja mais rápido compartilhar a sua "por enquanto". Esse "por enquanto" é exatamente o que dura dois anos.