Sublista do Quire: 6 Casos de Uso e Exemplos do Mundo Real

Última atualização: 9 de junho de 2026

Você abriu o projeto esta manhã e a Lista principal tem 287 tarefas. Cerca de quarenta delas são suas. As outras 247 pertencem a pessoas que você ficaria feliz em não ver no canto do olho em uma segunda-feira. De alguma forma, todas elas vivem no mesmo retângulo de rolagem, e a roda do mouse parece trabalhar contra você.

Esse é o momento em que a maioria dos usuários do Quire descobre a Sublista e se pergunta por que não tentou logo no primeiro dia. A resposta oficial é "visualização personalizada ou filtrada do mesmo projeto." A resposta honesta é que a Sublista é o que transforma um projeto compartilhado com 300 tarefas de algo que você tolera em algo que você abre de verdade sem relutar.

O post de 2020 que apresentou a Sublista focou na filosofia. Este é o oposto. Seis fluxos de trabalho concretos, a configuração que usaríamos para cada um, os trade-offs que vale conhecer e um caso de uso que evitaríamos especificamente. Todos os exemplos abaixo são projetos reais em funcionamento nos nossos workspaces Marketing Campaign Launch e Agile, então você pode clicar e ver a estrutura em vez de apenas imaginá-la.

O que é uma Sublista de Verdade (Versão de 90 Segundos)

Uma Sublista é uma visualização salva, nomeada e compartilhável de um subconjunto de tarefas do mesmo projeto, com sua própria URL e suas próprias configurações de permissão. As tarefas em si existem uma única vez, na Lista principal. Uma Sublista aponta para elas. Editar uma tarefa em uma Sublista edita o original, pois não existe cópia.

Três coisas diferenciam a Sublista do Quire de funcionalidades em outras ferramentas que parecem semelhantes.

1. É uma visualização filtrada, não uma tag nem um workspace separado. As Seções do Asana são divisores planos. As Listas do ClickUp são conjuntos de dados separados. Os filtros do Trello não persistem com URL própria. Uma Sublista do Quire é uma visualização salva da mesma fonte de verdade.
2. O modelo de permissões. Cada Sublista pode ser privada para você, visível apenas para admins, compartilhada com membros selecionados, aberta para sua Equipe externa ou totalmente aberta. Essa granularidade é o que faz os casos de uso abaixo realmente funcionarem.
3. Automação. Uma Sublista pode ser curada manualmente (você arrasta tarefas para dentro) ou baseada em filtros (você define condições, e qualquer nova tarefa que corresponda é adicionada automaticamente). A opção baseada em filtros é onde está a economia real de tempo, e é a parte da Sublista que a maioria das equipes subutiliza.

A mecânica completa está no guia da Sublista. O restante deste post é sobre o que realmente fazer com ela.

Caso de Uso 1: Lançamento de Campanha de Marketing

Um projeto de lançamento de campanha cresce rápido. Olhe nosso workspace real de Marketing Campaign Launch: quando está em andamento, a Lista principal abrange sete seções (Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations) com campos customizados acompanhando plataforma, orçamento, taxa horária e pontos de KPI. O diretor de marketing precisa dessa visão completa. O redator de blog, não.

Como configuramos: uma Sublista por função ou por estado de revisão. Manual no início, depois convertida para baseada em filtros assim que a taxonomia de tags se estabiliza (geralmente por volta do dia 5).

A Sublista de Revisões de Design é o exemplo mais limpo para observar. A lógica do filtro é status = Reviewing e tag = design. Os designers veem apenas as tarefas esperando pela revisão deles; a Sublista se limpa sozinha conforme o trabalho é entregue. Ninguém precisa vasculhar 33 tarefas em sete seções para encontrar as três que precisam de revisão.

Uma Sublista de "Conteúdo" funciona da mesma forma: tag = content, assignee in [os redatores], inclui automaticamente qualquer novidade que corresponda. Os mesmos dados, uma perspectiva diferente.

O diferencial é que o diretor de marketing ainda trabalha a partir da Lista principal para o planejamento multifuncional, e cada líder de função trabalha a partir da própria Sublista para a execução. Mesmos dados. Sem reconciliação. Sem a mensagem no Slack às 16h de sexta: "qual versão do tracker está atualizada?"

Para ter uma visão mais ampla de como isso se encaixa em um modelo operacional de lançamento, veja nosso post sobre gestão de projetos multifuncionais.

Caso de Uso 2: Planejamento de Sprint de Software

O padrão com que a maioria das equipes de engenharia se acomoda é o seguinte. A Lista principal é o backlog. A cada duas semanas, o sprint planning produz uma Sublista contendo as tarefas comprometidas para o ciclo.

Nosso workspace Agile é o exemplo prático. O backlog é organizado por área de superfície (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), com Story Points como campo customizado. No sprint planning, a equipe seleciona múltiplas tarefas e usa clique com o botão direito → Set Sublist → Sprint 47. Foi assim que construímos a Sublista do Sprint 47 que você pode abrir agora: ela atualmente delimita dois tickets reais de bug ("Emojis cannot show correctly", "Home button doesn't work") oriundos do feedback de clientes, com espaço para o restante do compromisso do sprint.

A versão baseada em filtros desse mesmo padrão usa uma tag como sprint-47 e uma Sublista com filtro que inclui automaticamente tudo que tiver essa tag. Um pouco mais de configuração inicial, zero manutenção.

A URL da Sublista é colada no canal de standup da equipe. Nas próximas duas semanas, a equipe de engenharia trabalha a partir dessa Sublista. A visualização Kanban da Sublista torna-se o quadro do sprint. O gerente de produto olha a Lista principal para o refinamento do backlog e as conversas de roadmap. Os engenheiros olham a Sublista para saber o que está em andamento.

Um efeito colateral positivo: na hora da retro, a Sublista é o artefato. Ela captura exatamente o que estava no escopo, o que foi entregue e o que foi adiado. Sem precisar tirar screenshot de um board do Jira para colar no Confluence. A URL da Sublista é o registro.

Caso de Uso 3: Visibilidade do Cliente para Agências (Sublista de Equipe Externa)

Este é o uso de maior valor da Sublista para agências, e o que a maioria delas não sabe que é possível. O mesmo padrão se aplica a equipes internas que trabalham com parceiros criativos externos (designers freelancers, editores de vídeo, fornecedores de tradução). Qualquer pessoa fora da sua organização que precisa de uma janela para o trabalho, mas apenas para a fatia deles.

Como configuramos: um projeto por engajamento com cliente (ou por fluxo de parceiro externo). A Lista principal contém todo o trabalho, incluindo tarefas apenas internas: conversas comerciais, QA interno, sinalizadores de rentabilidade. Uma Sublista com o nome do cliente é criada com permissão definida como Equipe externa, preenchida apenas com os entregáveis e as decisões que o cliente deve ver.

Você pode ver a estrutura na Sublista de Visão do Cliente — Equipe Externa que configuramos dentro do workspace Marketing Campaign Launch. Em um engajamento real, você a preencheria com os entregáveis que envolvem o cliente: posts de blog em revisão, assets de design, roteiros de webinar, entregas de tradução. Anotações internas de margem, conversas privadas de QA, o registro de alterações de escopo usado para faturamento? Eles ficam na Lista principal, invisíveis para a URL da Equipe externa.

O cliente recebe aquela URL. Ele acessa com seu acesso de Equipe externa. Ele vê entregáveis, prazos, status e os comentários que o envolvem. Nada mais.

Para uma agência gerenciando de 8 a 15 engajamentos com clientes simultaneamente, esse único padrão substitui o PDF semanal, a página paralela no Notion, o e-mail de status cheio de screenshots e uma boa parte do vaivém que acontece quando um cliente pergunta "o que vocês estão fazendo?" por não ter outro jeito de ver.

A versão mais aprofundada desse fluxo de trabalho está no nosso post sobre gestão de projetos para agências. A versão resumida: Sublistas de Equipe externa são onde você para de manter um tracker paralelo voltado ao cliente, porque o limite de permissões é aplicado pela ferramenta em vez de depender da sua disciplina.

Caso de Uso 4: Revisão Semanal do Gestor (Baseada em Filtros)

Um líder de equipe com oito subordinados diretos e quatro projetos ativos tem um problema recorrente: toda sexta-feira, precisa saber o que foi entregue, o que atrasou e o que está por vir. Extrair isso de quatro Listas principais é um trabalho de 90 minutos que ninguém gosta de fazer e a maioria pula.

Como configuramos: uma Sublista baseada em filtros por projeto, todas nomeadas "Esta semana." Esboçamos o padrão no Marketing Campaign Launch para que você possa ver a forma da URL. As condições de filtro que você configuraria:

• due-date in this week OU completed in this week
• assignee in [subordinados diretos]

Este é o caso de uso em que as Sublistas baseadas em filtros se pagam. Novas tarefas criadas no meio da semana que atendem aos critérios aparecem automaticamente. As tarefas concluídas saem após o limite da semana. Sem trabalho de manutenção. A Sublista permanece atualizada porque é uma consulta, não uma lista curada.

Se preferir não manter uma Sublista por projeto, a atualização Sublista 2.0 permite criar uma Sublista no nível de pasta, Pasta Inteligente, organização ou As Minhas Tarefas. Crie uma única Sublista "Esta semana" na pasta que contém todos os quatro projetos, aplique o filtro uma vez e aquela URL puxa tarefas correspondentes de todos os projetos abaixo dela. Você salva um único link em vez de quatro, e a revisão de sexta-feira abre em uma única aba.

Combine isso com a integração MCP do Quire se fluxos de trabalho com IA fazem parte do seu stack: peça ao Claude para ler cada Sublista "Esta semana" e redigir o resumo da equipe para sexta-feira. A IA agora tem uma fonte de dados com escopo preciso em vez de todo o backlog.

Caso de Uso 5: Onboarding de Novo Colaborador

Quando alguém novo entra, você cria uma Sublista por colaborador (ex.: "Onboarding — Elizabeth") e inclui apenas as tarefas que se aplicam à função dela. A permissão é Membros selecionados: Elizabeth, seu gestor, o buddy e o contato do time de Pessoas. O diretor de marketing e o líder de engenharia nunca precisam ver isso. O gestor de Elizabeth acompanha diariamente.

O que isso faz que um documento não faz: prazos, responsáveis, comentários e progresso visível. Elizabeth sabe o que vem a seguir sem precisar perguntar. O gestor dela dá uma olhada na Sublista na sexta-feira e vê o que está travado. O buddy recebe uma notificação quando a tarefa chega. Quando Elizabeth conclui o onboarding, a Sublista é arquivada, não excluída. Ela se torna o registro de como o onboarding dela realmente aconteceu — exatamente o que você vai querer ler antes de planejar o onboarding da próxima pessoa.

Se a organização tiver o Quire MCP conectado, gerar a Sublista por colaborador a partir de um template de RH ou de uma transcrição de reunião de kickoff é uma tarefa de um único prompt. Cobrimos esse fluxo de trabalho em 5 fluxos de trabalho de gestão de projetos com IA.

Caso de Uso 6: Foco Pessoal em "Hoje"

O caso de uso de produtividade pessoal. Não é novidade, mas é o que a maioria dos usuários adota primeiro e usa com mais frequência.

Como configuramos: uma Sublista privada baseada em filtros chamada "Hoje" com as condições assignee = me, due-date = today OR overdue, status != done. Esboçamos uma Sublista Hoje dentro do Marketing Campaign Launch para que você possa ver o padrão aplicado. No seu uso pessoal, defina a permissão como Privado para que ela não apareça na barra de abas da visualização de nenhum colega de equipe.

A Sublista fica no topo da barra de abas do projeto, fixada. A primeira ação do dia é abri-la. A última ação do dia é fechá-la. Todo o resto, incluindo as 247 tarefas que não são suas, fica invisível durante a janela de trabalho.

Vale ser honesto: uma Sublista "Hoje" por si só não é um sistema de produtividade. É uma ferramenta de foco que funciona dentro de um sistema. Se você não tem hábitos definidos sobre o que vai para a lista e como as decisões de prioridade são tomadas, uma Sublista "Hoje" vai se tornar mais uma lista que você ignora. Escrevemos sobre esse padrão no post sobre o imposto da coordenação.

O Caso de Uso que Evitaríamos

A Sublista se torna a ferramenta errada no momento em que você começa a usá-la como uma barreira entre equipes que, em primeiro lugar, não deveriam compartilhar um projeto.

O padrão: duas funções conduzem trabalhos com stakeholders diferentes, cronogramas diferentes, cadências diferentes e definições de pronto diferentes. Alguém decide "vamos manter tudo em um projeto e dar a cada equipe uma Sublista." Seis semanas depois, nenhuma das equipes tem uma visão coerente, a Lista principal está uma bagunça e as Sublistas derivam em direções opostas.

Se dois recortes de trabalho têm uma propriedade genuinamente separada, eles pertencem a dois projetos, não a duas Sublistas. A Sublista é uma ferramenta de foco dentro de um escopo compartilhado. Ela não é um substituto para fronteiras reais de projeto.

O teste honesto: se as duas Sublistas nunca se beneficiariam de ser visualizadas juntas (a Lista principal não faz sentido ou é confusa), você não tem um projeto com duas visualizações. Você tem dois projetos compartilhando um rótulo.

Se você está tentando decidir entre dividir um projeto ou usar uma Sublista, a regra de ouro: você alguma vez leria a Lista principal? Se sim, Sublista. Se não, divida.

Como Criar Sua Primeira Sublista

O guia completo está em quire.io/guide/create-sublists, mas aqui está a versão que a maioria das pessoas precisa:

1. Abra um projeto. Clique no ícone + ao lado da aba Lista. Ou simplesmente pressione L.
2. Nomeie a Sublista. Escolha um ícone se quiser.
3. Escolha o nível de permissão. O padrão é Todos os membros; agências geralmente preferem Equipe externa; uso pessoal prefere Privado.
4. Decida entre manual (arraste tarefas para dentro) ou baseado em filtros (defina condições para adição automática).
5. Fixe no topo da barra de abas.

O menu de contexto (clique com o botão direito) em qualquer tarefa oferece Set Sublist, que é mais rápido do que arrastar depois que você usou duas vezes.

Dicas que Fazem a Sublista Funcionar de Verdade

Alguns padrões que separam as equipes que usam a Sublista das que tentam e a abandonam depois de uma semana.

Nomeie as Sublistas pelo trabalho, não pela pessoa. "As Tarefas da Sara" apodrece. "Q3 Brand Refresh" continua útil mesmo quando Sara entra de férias. Nomes que descrevem o recorte do trabalho sobrevivem a mudanças de pessoal.

Use baseado em filtros sempre que puder. Sublistas manuais precisam de manutenção. Sublistas baseadas em filtros se atualizam sozinhas. A configuração exige um pouco mais de raciocínio no início; o retorno vem toda semana depois disso.

Fixe as que você realmente usa; arquive o resto. Uma parede de Sublistas fixadas vira sua própria forma de bagunça. Três a cinco Sublistas fixadas é o ponto ideal para a maioria das equipes. Arquive (não exclua) as que você parar de usar; as tarefas permanecem na Lista principal e você pode ressuscitar a Sublista se o fluxo de trabalho voltar.

Compartilhe a URL, não screenshots. A URL da Sublista é a fonte de verdade ao vivo. Colar um screenshot no Slack cria um artefato paralelo que fica desatualizado no momento em que alguém atualiza uma tarefa.

Não altere a ordem da Lista principal dentro de uma Sublista. Reordenar dentro de uma Sublista reordena a Lista principal. Se você precisa de uma ordem diferente sem afetar a Lista principal, provavelmente o que você queria era uma Pasta Inteligente separada, não uma Sublista.

Principais Conclusões

A Sublista é o mecanismo que torna um projeto compartilhado no Quire tolerável para todos depois de 50 tarefas. O diferencial não é o filtro em si; é que o filtro é nomeado, salvo, com controle de permissões e apontado para a mesma fonte de verdade. Os seis fluxos de trabalho reais acima (visualizações de marketing por função, delimitação de sprint, janelas de cliente via Equipe externa, revisões semanais de gestores, trilhas de onboarding de novos colaboradores e listas de foco pessoal) cobrem a maior parte de onde a Sublista se paga.

O uso errado é substituir a Sublista por uma fronteira de projeto que deveria existir. O uso certo é dar a cada pessoa dentro de um projeto compartilhado a menor e mais relevante visualização dele. A maioria das equipes que diz "a Lista principal é impossível de gerenciar" na verdade quer dizer "ainda não configurei Sublistas."

Perguntas Frequentes

O que é uma Sublista no Quire?

Uma Sublista é uma visualização personalizada ou filtrada do mesmo projeto no Quire. As tarefas existem uma única vez na Lista principal e aparecem em quantas Sublistas você criar. Editar uma tarefa em uma Sublista atualiza a Lista principal, porque são a mesma tarefa, não uma cópia.

Qual é a diferença entre uma Sublista do Quire e uma tag, um filtro ou um projeto separado?

Uma tag é um metadado de tarefa. Um filtro é uma busca temporária. Um projeto separado é um conjunto de dados separado. Uma Sublista é uma visualização salva, nomeada e com controle de permissões dos mesmos dados, com sua própria URL. Você tem o foco de um filtro, a persistência de um projeto e o compartilhamento granular de um link externo — sem duplicar nenhuma tarefa.

Quantas Sublistas posso criar por projeto?

Duas por projeto no plano Free. Os planos pagos ampliam esse limite. A maioria das equipes que atinge o limite está no Free e descobre a Sublista algumas semanas após começar a usar o Quire — que é geralmente quando faz sentido considerar a atualização. O detalhamento completo está na página de preços.

Posso compartilhar uma Sublista com alguém fora da minha equipe?

Sim. Ao criar uma Sublista, você pode escolher Todos os membros, Admins, Membros selecionados, Equipe externa ou Privado. A opção Equipe externa é o que agências e consultorias usam para oferecer aos clientes uma janela somente leitura na fatia do trabalho que lhes diz respeito, sem expor as tarefas internas.

O que acontece com minha Sublista se eu mover ou remover tarefas?

Remover uma tarefa de uma Sublista a retira apenas daquela visualização. A tarefa permanece na Lista principal. Excluir a própria Sublista mantém todas as suas tarefas na Lista principal. Reordenar dentro de uma Sublista atualiza a ordem na Lista principal. Vale saber isso antes de permitir que alguém "organize" a própria Sublista pessoal.

Quando a Sublista é a ferramenta errada?

Quando o trabalho genuinamente pertence a um projeto diferente, e não a uma visualização diferente. Se dois recortes de trabalho têm stakeholders separados, cronogramas separados e definições de pronto separadas, são dois projetos, não duas Sublistas. A Sublista é uma ferramenta de foco, não uma barreira entre equipes.

Pronto para dar à sua equipe a menor e mais útil visualização do projeto em que estão trabalhando?

A Sublista está disponível em todos os planos do Quire, incluindo o Free (duas Sublistas por projeto). Os casos de uso acima levam cinco minutos cada para configurar. Se funcionarem por uma semana, a equipe vai defendê-los; se não funcionarem, você perdeu cinco minutos.

Comece de graça em quire.io/signup. Sem cartão de crédito, acesso completo aos recursos, 30 dias. Abra o guia da Sublista em uma segunda aba e experimente primeiro a Sublista "Hoje".