Skip to main content
Um cliente novo fecha numa segunda. Antes do café esfriar, já existe uma pasta pra ele — pipeline CRM, board de execução, o doc da proposta — e o time inteiro sabe exatamente onde olhar. Nada caiu numa pilha plana de boards e docs. É isso que pastas fazem: guardam o formato da sua empresa pra que ninguém — nenhuma pessoa, nenhum agente lendo seu workspace — precise caçar nada.

​
Pra que servem

Pastas são o jeito de organizar tudo dentro da sua org. Cada board, documento, pipeline CRM ou rotina mora dentro de uma pasta. Você pode ter pastas dentro de pastas (hierarquia) e a estrutura aparece na sidebar — assim você acha qualquer recurso sem busca. Sem pastas, sua org vira uma lista plana de boards e docs. Com pastas, você modela o jeito do seu time pensar — por cliente, por projeto, por trimestre, por equipe.

​
Anatomia

Nome + descrição

Identifica a pasta. Pode incluir emoji no nome pra reconhecimento visual rápido (ex.: 🚀 Lançamento Q3).

Conteúdo

Boards, documentos, pipelines CRM, subpastas, rotinas. Cada item aparece como linha dentro da pasta.

Permissões

Por default, herda permissões da pasta pai. Override por pasta (futuro): pasta sensível visível só pra subset do time.

Ordem custom

Você arrasta itens pra reordenar dentro da pasta. A ordem persiste por usuário (cada um vê seu jeito) ou por org (compartilhada).

​
Pasta pessoal vs pasta da org

Cada membro tem uma pasta pessoal + acesso às pastas da org: O isolamento é fenced no banco — outro membro da org nunca vê sua pasta pessoal mesmo se procurar manualmente. Veja Multi-tenant.

​
Como organizar — padrões que funcionam

Vantagem: isolar contexto por cliente; nenhuma mistura. Limitação: se um colaborador trabalha pra 3 clientes, precisa entrar em 3 pastas.
Vantagem: alinhado à estrutura do time. Limitação: projetos cross-funcional ficam ambíguos.
Pasta por fase, cada uma com o board + doc específico daquela etapa.Vantagem: lead “passa” de pasta em pasta — atalho visual. Limitação: cross-pasta search vira essencial.
Vantagem: revisão histórica fica natural. Limitação: projetos longos atravessam várias pastas.
Misture sem dó. Você não precisa escolher UMA estrutura. Tenha pastas por cliente E pastas por função E pastas por trimestre. O que não funciona é deixar tudo na raiz — vira lista plana.

​
Operações comuns

1

Criar pasta

⌘N em qualquer tela, ou click no + ao lado de Pastas na sidebar.Resultado esperado: pasta nova aparece em itálico até você nomear; some o itálico quando confirma.
2

Mover item entre pastas

Arrasta o item (board, doc, pipeline) entre pastas na sidebar. Atalho: botão direito → Mover para… → escolhe destino.Resultado esperado: item some da pasta origem, aparece na destino. Histórico preservado.
3

Arquivar pasta

Botão direito → Arquivar. A pasta some da sidebar mas vai pra Arquivados (não é deletada).Resultado esperado: pasta e tudo dentro fica em modo read-only até você restaurar.
4

Restaurar do Arquivados

Sidebar → Arquivados → click na pasta → botão Restaurar. Volta pra estrutura original (ou pra raiz se a pasta pai foi deletada).

​
Pasta raiz (a “Home” da hierarquia)

Cada org tem uma pasta raiz invisível que contém todo o resto. Você não cria nem deleta — ela existe pra ancorar a hierarquia. Mover algo “pra fora de qualquer pasta” significa, na real, mover pra pasta raiz. Ela aparece na sidebar como o nível mais alto, embaixo do header com seletor de organização.

​
Audit

Toda operação em pasta gera entrada no histórico da org: Owner + Admin podem inspecionar — útil em retro quando o time não acha um doc (“ah, foi movido pra pasta X há 2 semanas”).

​
Limites

​
Próximos passos

Boards

O kanban que mora dentro das pastas.

Documentos

Os docs que moram dentro das pastas.

CRM

Pipelines (que também moram em pastas).