Da Decisão à Execução
Deslize para mostrar o menu
Uma demonstração ao vivo de acompanhamento mostrando como a mesma habilidade de research-brief do capítulo 4.2 lida com a próxima pergunta de pesquisa que sempre surge após uma decisão — decidimos X, agora como realmente executamos isso? Mesma habilidade, novo contexto, perguntas de esclarecimento mais profundas.
Conceito Central
A habilidade de research-brief não é uma ferramenta de uso único. É o recurso utilizado toda vez que uma decisão gera uma nova pergunta de pesquisa — o que acontece na maioria das vezes. Este capítulo mostra o ciclo de iteração. A mesma habilidade, acionada novamente no acompanhamento, aprofundando a cada passagem. O ponto de ensino não é um novo padrão — é que o padrão continua funcionando à medida que você aprofunda em qualquer tópico.
Como Funciona (Passo a Passo)
Passo 1 — Reconheça a pergunta de acompanhamento
Toda decisão gera uma próxima pergunta. Você decidiu o que fazer — agora precisa saber como fazer. No exemplo deste capítulo: a decisão do 4.2 (hipoteticamente migrar do HubSpot para o Attio) gera a pergunta de acompanhamento — qual é o playbook de migração.
Passo 2 — Reutilize a habilidade em novo contexto
Acione o /research-brief com a mesma habilidade usada no 4.2. Sem novo template. Sem nova configuração. Forneça o novo prompt.
“Decidimos avançar com a transição do HubSpot para o Attio. Use nosso template de research brief para pesquisar os passos exatos que precisaríamos seguir. Temos muitas automações com Notion, PostHog e outros — não preciso de detalhes no nível de automação, mas quero que todos os pontos sejam cobertos. Por favor, faça quaisquer perguntas de esclarecimento.”
Perceba — mesma habilidade, mesmo template, contexto diferente. Esse é todo o conceito de reutilização.
Passo 3 — Responda honestamente às perguntas de esclarecimento
A habilidade entra no modo de planejamento de execução e apresenta um conjunto de perguntas de esclarecimento antes de iniciar a pesquisa. Formato típico:
- Quem é responsável pela migração?
- Qual o nível de uso atual da ferramenta que está sendo substituída?
- Em que direção suas automações operam?
- Qual é o prazo?
- Migração DIY ou assistida?
É aqui que o valor se multiplica. Responda de forma específica — respostas vagas aqui resultam em briefs vagos depois. Na demonstração, Cameron respondeu — ele é o responsável junto com um colega de RevOps; o uso é muito intenso (tickets, contatos, banco de dados completo); automações operam em múltiplas direções (Facebook → HubSpot → Notion, PostHog → HubSpot, etc.); sem prazo específico (o importante é fazer certo); DIY, mas aberto a assistência.
Passo 4 — Aprove a pesquisa aprofundada
O Cowork irá sinalizar lacunas no seu conhecimento antes de iniciar a pesquisa. Na demonstração, percebeu o conflito de tickets — Cameron disse que os tickets passam pelo HubSpot, mas o Attio não possui ticketing nativo. Isso não é uma falha do Cowork; é o Cowork cumprindo seu papel. Ele perguntou se deveria pesquisar alternativas para ticketing, se deveria incluir uma tabela comparativa de ferramentas de migração e onde deveria focar a profundidade. Aprove a análise mais profunda e deixe seguir.
Passo 5 — Itere: aprofunde, aprofunde, aprofunde
Você não para no primeiro brief. Cada resposta gera duas novas perguntas. Continue perguntando. Continue aprofundando. O ciclo de perguntas de esclarecimento é o que gera um brief realmente útil — não a primeira versão.
Passo 6 — Envie o deliverable para suas ferramentas downstream
Quando o brief estiver pronto, não é necessário sair do fluxo de trabalho. Peça ao Cowork para formatá-lo em um documento do Notion. Envie por Gmail. Converta em um Google Doc compartilhado. Qualquer ferramenta downstream que seus conectores alcancem. O brief é o conteúdo; os conectores são a distribuição.
Por Que Isso Importa
A maioria das pessoas usa IA para a primeira pergunta e para por aí. Quem obtém valor real utiliza as mesmas ferramentas para a segunda, terceira, quarta vez. Iteração é o segredo. Este capítulo prova que a habilidade escala — e modela o hábito de aprofundar em vez de aceitar o primeiro resultado.
O Que Deve Ser Possível Após Este Capítulo
- Reutilizar uma habilidade instalada em uma pergunta de acompanhamento sem reconstruir o contexto.
- Responder perguntas de esclarecimento de forma específica o suficiente para moldar um brief útil.
- Aprovar rodadas de pesquisa mais profundas quando o Cowork identificar lacunas.
- Enviar um brief concluído para uma ferramenta downstream via conectores.
Apêndice — O Prompt de Acompanhamento
O prompt de acompanhamento da demonstração, adaptado para reutilização.
/research-brief
Decidimos [DECISION FROM PREVIOUS BRIEF]. Use o template de research brief de pesquisa para levantar os passos exatos que precisaríamos seguir para executar isso. Temos [RELEVANT CONTEXT ABOUT SYSTEMS / SCALE / CONSTRAINTS]. Não preciso de [limites de nível de detalhe], mas quero que todos os pontos sejam cobertos. Por favor, faça quaisquer perguntas de esclarecimento.
Agora você possui um processo repetível para transformar qualquer decisão em um brief escrito — e para reutilizar essa mesma habilidade toda vez que uma decisão gerar a próxima pergunta de pesquisa. A habilidade de research-brief executa o fluxo de trabalho. O template define a estrutura. Seu papel é escolher a pergunta, responder honestamente às perguntas de esclarecimento e iterar até que o brief seja realmente útil. Sempre que sentir vontade de abrir dez abas no navegador, lembre-se — você pode simplesmente criar o brief, iterar, criar novamente e enviar para downstream.
Obrigado pelo seu feedback!
Pergunte à IA
Pergunte à IA
Pergunte o que quiser ou experimente uma das perguntas sugeridas para iniciar nosso bate-papo
Da Decisão à Execução
Uma demonstração ao vivo de acompanhamento mostrando como a mesma habilidade de research-brief do capítulo 4.2 lida com a próxima pergunta de pesquisa que sempre surge após uma decisão — decidimos X, agora como realmente executamos isso? Mesma habilidade, novo contexto, perguntas de esclarecimento mais profundas.
Conceito Central
A habilidade de research-brief não é uma ferramenta de uso único. É o recurso utilizado toda vez que uma decisão gera uma nova pergunta de pesquisa — o que acontece na maioria das vezes. Este capítulo mostra o ciclo de iteração. A mesma habilidade, acionada novamente no acompanhamento, aprofundando a cada passagem. O ponto de ensino não é um novo padrão — é que o padrão continua funcionando à medida que você aprofunda em qualquer tópico.
Como Funciona (Passo a Passo)
Passo 1 — Reconheça a pergunta de acompanhamento
Toda decisão gera uma próxima pergunta. Você decidiu o que fazer — agora precisa saber como fazer. No exemplo deste capítulo: a decisão do 4.2 (hipoteticamente migrar do HubSpot para o Attio) gera a pergunta de acompanhamento — qual é o playbook de migração.
Passo 2 — Reutilize a habilidade em novo contexto
Acione o /research-brief com a mesma habilidade usada no 4.2. Sem novo template. Sem nova configuração. Forneça o novo prompt.
“Decidimos avançar com a transição do HubSpot para o Attio. Use nosso template de research brief para pesquisar os passos exatos que precisaríamos seguir. Temos muitas automações com Notion, PostHog e outros — não preciso de detalhes no nível de automação, mas quero que todos os pontos sejam cobertos. Por favor, faça quaisquer perguntas de esclarecimento.”
Perceba — mesma habilidade, mesmo template, contexto diferente. Esse é todo o conceito de reutilização.
Passo 3 — Responda honestamente às perguntas de esclarecimento
A habilidade entra no modo de planejamento de execução e apresenta um conjunto de perguntas de esclarecimento antes de iniciar a pesquisa. Formato típico:
- Quem é responsável pela migração?
- Qual o nível de uso atual da ferramenta que está sendo substituída?
- Em que direção suas automações operam?
- Qual é o prazo?
- Migração DIY ou assistida?
É aqui que o valor se multiplica. Responda de forma específica — respostas vagas aqui resultam em briefs vagos depois. Na demonstração, Cameron respondeu — ele é o responsável junto com um colega de RevOps; o uso é muito intenso (tickets, contatos, banco de dados completo); automações operam em múltiplas direções (Facebook → HubSpot → Notion, PostHog → HubSpot, etc.); sem prazo específico (o importante é fazer certo); DIY, mas aberto a assistência.
Passo 4 — Aprove a pesquisa aprofundada
O Cowork irá sinalizar lacunas no seu conhecimento antes de iniciar a pesquisa. Na demonstração, percebeu o conflito de tickets — Cameron disse que os tickets passam pelo HubSpot, mas o Attio não possui ticketing nativo. Isso não é uma falha do Cowork; é o Cowork cumprindo seu papel. Ele perguntou se deveria pesquisar alternativas para ticketing, se deveria incluir uma tabela comparativa de ferramentas de migração e onde deveria focar a profundidade. Aprove a análise mais profunda e deixe seguir.
Passo 5 — Itere: aprofunde, aprofunde, aprofunde
Você não para no primeiro brief. Cada resposta gera duas novas perguntas. Continue perguntando. Continue aprofundando. O ciclo de perguntas de esclarecimento é o que gera um brief realmente útil — não a primeira versão.
Passo 6 — Envie o deliverable para suas ferramentas downstream
Quando o brief estiver pronto, não é necessário sair do fluxo de trabalho. Peça ao Cowork para formatá-lo em um documento do Notion. Envie por Gmail. Converta em um Google Doc compartilhado. Qualquer ferramenta downstream que seus conectores alcancem. O brief é o conteúdo; os conectores são a distribuição.
Por Que Isso Importa
A maioria das pessoas usa IA para a primeira pergunta e para por aí. Quem obtém valor real utiliza as mesmas ferramentas para a segunda, terceira, quarta vez. Iteração é o segredo. Este capítulo prova que a habilidade escala — e modela o hábito de aprofundar em vez de aceitar o primeiro resultado.
O Que Deve Ser Possível Após Este Capítulo
- Reutilizar uma habilidade instalada em uma pergunta de acompanhamento sem reconstruir o contexto.
- Responder perguntas de esclarecimento de forma específica o suficiente para moldar um brief útil.
- Aprovar rodadas de pesquisa mais profundas quando o Cowork identificar lacunas.
- Enviar um brief concluído para uma ferramenta downstream via conectores.
Apêndice — O Prompt de Acompanhamento
O prompt de acompanhamento da demonstração, adaptado para reutilização.
/research-brief
Decidimos [DECISION FROM PREVIOUS BRIEF]. Use o template de research brief de pesquisa para levantar os passos exatos que precisaríamos seguir para executar isso. Temos [RELEVANT CONTEXT ABOUT SYSTEMS / SCALE / CONSTRAINTS]. Não preciso de [limites de nível de detalhe], mas quero que todos os pontos sejam cobertos. Por favor, faça quaisquer perguntas de esclarecimento.
Agora você possui um processo repetível para transformar qualquer decisão em um brief escrito — e para reutilizar essa mesma habilidade toda vez que uma decisão gerar a próxima pergunta de pesquisa. A habilidade de research-brief executa o fluxo de trabalho. O template define a estrutura. Seu papel é escolher a pergunta, responder honestamente às perguntas de esclarecimento e iterar até que o brief seja realmente útil. Sempre que sentir vontade de abrir dez abas no navegador, lembre-se — você pode simplesmente criar o brief, iterar, criar novamente e enviar para downstream.
Obrigado pelo seu feedback!
