Voltar para Guias
Produtividade

Como compartilhar o trabalho com o Claude com a sua equipe

9 min de leitura

Hoje, quando um colega pede a conversa do Claude que você usou para redigir o briefing da campanha, você provavelmente copia e cola o resultado final no Slack e dá por encerrado. Ele recebe a resposta sem nenhum do raciocínio, então da próxima vez que precisar ajustá-la, abre um chat novo e reconstrói o seu contexto do zero.

Essa é a parte que vale consertar. O resultado não é o que há de valioso na passagem. O contexto é.

A coisa mais útil que você pode compartilhar não é a resposta do Claude. É tudo o que levou o Claude a essa resposta.

Quando compartilhar o trabalho com o Claude (e quando não)

Nem toda conversa com o Claude merece um colega. Compartilhar tem um custo: alguém precisa ler o seu contexto, entender o seu enquadramento e decidir se confia na sua configuração antes de poder construir sobre ela. Isso só vale a pena quando o trabalho está indo a algum lugar.

Compartilhe quando:

  • O resultado será revisado por mais de uma pessoa ao longo do tempo (um documento de posicionamento, a estrutura de um relatório, um briefing de campanha).
  • Vários membros da equipe precisam produzir variações do mesmo trabalho de base (públicos diferentes, formatos diferentes, a mesma pesquisa de fundo).
  • Você está construindo algo que vai durar mais que a tarefa atual, como um guia de estilo, um resumo de pesquisa ou um modelo de relatório recorrente.

Não vale compartilhar quando:

  • A tarefa é pontual e descartável, como reescrever um único e-mail ou resumir um artigo.
  • Você ainda está na fase bagunçada e exploratória e a conversa está cheia de becos sem saída. Arrume-a primeiro, ou ninguém saberá dizer o que importou.
  • O colega chegaria à mesma resposta mais rápido simplesmente fazendo a pergunta ao Claude por conta própria, com o próprio contexto.

Uma boa regra: se você se daria ao trabalho de escrever um parágrafo no Slack explicando “aqui está o que fiz e por quê”, o trabalho é compartilhável. Se não se daria, provavelmente ainda não está pronto o bastante para ser passado adiante.

Montando um Projeto compartilhado que sua equipe consegue de fato usar

Um Projeto do Claude é o recipiente certo quando o trabalho é contínuo, mas só se você o montar de modo que um colega possa chegar sem saber de nada e começar a contribuir. Isso significa fazer algum trabalho estrutural de antemão em vez de deixá-lo como uma pilha de histórico de chat.

  1. Dê ao Projeto o nome do seu propósito, não da sua origem. “Briefing da campanha do T3” vence “Chat de marketing 4”. Alguém deve saber para que serve antes de abri-lo.
  2. Adicione primeiro um documento de contexto fixado. Antes de qualquer conversa, ponha um breve briefing na base de conhecimento do Projeto: para que ele serve, quem o usa, como é o “pronto”.
  3. Inclua o material de origem, não resumos dele. Se o Projeto é sobre o lançamento de um produto, adicione a especificação real do produto, não a sua paráfrase de três frases. Os colegas precisam verificar afirmações, não só confiar na sua leitura.
  4. Defina expectativas de como as pessoas devem usá-lo. Uma nota de uma linha como “Abra chats novos dentro deste Projeto para cada rascunho, não sobrescreva o briefing fixado” evita confusão depois.
  5. Teste você mesmo como um estranho. Abra o Projeto do zero e pergunte: alguém sem nenhuma lembrança desta tarefa conseguiria descobrir o que fazer em seguida? Se não, acrescente o que faltar.

Esse processo de montagem é a mesma razão pela qual os Projetos funcionam bem para um contexto que precisa persistir: o contexto vive no próprio Projeto, não na cabeça de uma pessoa nem na rolagem do histórico de uma conversa.

Compartilhar uma conversa ou um Projeto: qual recipiente usar

Eles resolvem problemas diferentes, e escolher o errado é uma fonte comum de atrito.

Compartilhe uma única conversa quando:

  • For uma passagem pontual. Alguém precisa ver como você chegou a uma decisão e depois seguir em frente.
  • A tarefa tem um fim claro e ninguém vai precisar voltar a este contexto no mês que vem.
  • Você quer preservar uma linha específica de raciocínio exatamente como aconteceu, sem que mais ninguém acrescente novos fios que a turvem.

Monte um Projeto quando:

  • Mais de uma pessoa vai contribuir ao longo de várias sessões.
  • O contexto (voz da marca, documentos de origem, decisões anteriores) precisa ser reutilizável em muitos pedidos diferentes, não só em um.
  • Você espera que o trabalho evolua. Uma única conversa fica difícil de manejar rápido quando várias pessoas jogam perguntas sem relação no mesmo fio.

Se estiver em dúvida sobre qual se aplica, pergunte se isto é um retrato ou um espaço de trabalho. Um retrato é um momento no tempo que vale preservar. Um espaço de trabalho é um lugar a que as pessoas vão continuar voltando. É a mesma distinção tratada em escolher entre novo chat, um Projeto ou retomar um fio antigo, só que aplicada ao nível da equipe em vez do individual.

Escrevendo um contexto que sua equipe consiga pegar e usar

A maior falha isolada nos fluxos de equipe com o Claude é entregar um Projeto a alguém e esperar que essa pessoa faça engenharia reversa do seu raciocínio a partir do histórico bruto de chat. Escreva o contexto em vez disso. Leva cinco minutos e poupa uma hora de todo mundo.

Uma boa nota de passagem responde a três perguntas:

  • O que eu já tentei? Inclua as abordagens que não funcionaram, não só as que funcionaram. Isso impede um colega de testar de novo um beco sem saída.
  • O que está de fato funcionando agora? Aponte o rascunho, a decisão ou o resultado específico que deve ser tratado como a base atual.
  • Qual é o próximo passo? Não obrigue alguém a adivinhar se deve refinar, ampliar ou começar uma direção totalmente nova.

Eis um formato que funciona bem fixado no topo de um Projeto compartilhado:

Prompt para a nota de passagem:

Resuma esta conversa para um colega que vai retomar este
trabalho do zero. Inclua:
1. O objetivo original em uma frase.
2. Quais abordagens foram tentadas e descartadas, com uma
   linha de motivo para cada uma.
3. O melhor rascunho ou resposta atual, citado por inteiro.
4. O próximo passo específico, redigido como tarefa (por exemplo,
   “enxugue o segundo parágrafo” e não “continue melhorando”).
Mantenha em menos de 200 palavras. Não inclua gentilezas nem ressalvas.

Isso produz uma nota que um colega lê em trinta segundos em vez de rolar por quarenta mensagens. Para uma versão reutilizável da mesma ideia, veja montar um briefing de contexto que você para de redigitar, que cobre o formato com mais profundidade.

Dentro do Claude Tutorial

Este é só um exemplo entre muitos.

O app ensina muitos outros fluxos de trabalho reutilizáveis com o Claude, padrões que servem para vários tipos de trabalho, não só este.

Em breve
Baixe naApp Store
DISPONÍVEL NOGoogle Play

Lidando com o feedback quando sua equipe refina o resultado do Claude

Quando um colega edita à mão um rascunho do Claude, essa edição passa a ser a peça de contexto mais valiosa de todo o fluxo, e é fácil perdê-la no momento em que você volta ao Claude para continuar iterando.

A solução é tratar as edições humanas como insumo, e não só como produto final a ser substituído pelo próximo rascunho.

  1. Registre a diferença, não só a versão final. Antes de colar de volta no Claude o rascunho revisado de um colega, anote o que mudou e por quê, mesmo que brevemente (“cortei o segundo parágrafo, enxuguei a chamada para ação, deixei o tom menos formal”).
  2. Devolva o raciocínio ao prompt, não só o texto novo. Peça ao Claude que continue na direção da edição, e não que a aceite apenas como nova matéria-prima.
  3. Atualize o contexto fixado se a edição refletir uma preferência permanente. Se o seu colega sempre corta adjetivos, é uma regra de estilo que vale entrar no briefing do Projeto, e não algo a redescobrir a cada rodada.
  4. Confirme que o próximo rascunho respeita a edição antes de seguir. Uma checagem rápida como “isto mantém a chamada para ação mais enxuta da última rodada?” pega regressões cedo.

Um prompt útil para essa passagem:

Aqui estão o rascunho anterior e a versão editada que meu colega
devolveu. Compare-os e me diga, numa lista curta, o que mudou
e por que você acha que cada mudança foi feita. Depois continue
redigindo a próxima seção de modo consistente com essas mudanças,
e não com o rascunho original.

[cole o rascunho original]
[cole o rascunho editado]

Isso mantém o julgamento de toda a equipe se acumulando na mesma direção em vez de zerar toda vez que o trabalho muda de mãos. É a mesma lógica de remodelar um relatório financeiro para o conselho e para a equipe: um único rascunho de base, refinado e reformatado para leitores diferentes, sem recomeçar toda vez.

Armadilhas comuns de colaboração e como evitá-las

Três padrões respondem pela maior parte do atrito nos fluxos de equipe com o Claude. Cada um tem um momento reconhecível em que você pode pegá-lo antes que custe tempo de verdade.

  • A passagem silenciosa. Você compartilha um link de um Projeto ou conversa sem nota alguma, supondo que a pessoa vai “só dar uma olhada”. Fique atento no momento em que for colar um link no Slack sem contexto. Acrescente duas frases antes de enviar.
  • A deriva de contexto. A pessoa A refina o briefing, a pessoa B trabalha a partir de uma versão antiga em cache porque tinha uma aba aberta desde ontem. Isso aparece como duas pessoas produzindo resultados contraditórios que soam igualmente confiantes. A solução é fazer do documento de contexto fixado a fonte única de verdade e tratar qualquer cópia fora do Projeto como temporária.
  • Tratar um Projeto como um grupo de conversa. Alguém começa a jogar perguntas sem relação no Projeto compartilhado (“aproveitando, pode me ajudar a escrever este outro e-mail?”) e o contexto se dilui com fios fora do tema. Fique atento a um Projeto que acumula conversas sem relação clara com o propósito declarado. Quando isso acontecer, é hora de abrir um chat novo em outro lugar, ou um segundo Projeto.

Nenhum desses é problema do Claude. São problemas de coordenação que por acaso aparecem dentro do Claude. A solução em cada caso é a mesma: tornar o contexto explícito, mantê-lo num só lugar e dizer em voz alta qual é o próximo passo em vez de supor que é óbvio.

Continue lendo