A maioria dos conselhos sobre tocar um negócio sozinho é sobre fazer menos. Este é o oposto. É sobre o trabalho que você já sabe que precisa ser feito e nunca chega a fazer, e como colocá-lo nos trilhos para que aconteça sem você ter que iniciá-lo toda vez.
Eu montei tudo em uma tarde e executei com arquivos reais. Aqui está a configuração, o que retornou e as partes que me surpreenderam.
O que isto cobre:
- Dividir o negócio em áreas
- Escrever o contexto uma vez
- Definir a linha de aprovação
- Instruir cada área, com cinco que você pode copiar
- Colocar em um cronograma
- O que veio no primeiro dia
- O mesmo formato na Uber, Spotify e Stripe
- A ficha de construção
Cinco passos, em ordem. Os três primeiros não envolvem IA, são apenas Slack e uma pasta de arquivos, e isso é proposital. A maior parte do trabalho está nos passos dois e três, são os dois que as pessoas pulam, e pular é o motivo pelo qual essas configurações desmoronam na segunda semana.
Passo 1. Divida o negócio em áreas
O erro é um assistente com um único prompt enorme, esperado para fazer tudo. O que funciona é o oposto: uma área, um trabalho, um lugar onde ele vive.
Para um negócio de serviços, cinco áreas cobrem quase tudo:
Clientes. Quem está em qual estágio, o que sai esta semana, o que está bloqueado e de quem depende.
Leads. Pesquisa sobre empresas que se encaixam e rascunhos de primeiro contato. Nada é enviado daqui.
Entrega. O produto de trabalho real, seja qual for para você.
Relatórios. Números extraídos de suas plataformas, redigidos para revisão.
Finanças. Faturas de rascunho e um resumo semanal do que foi emitido, pago e vencido.
Cada área ganha seu próprio canal no Slack ou Teams. Não pastas, abas ou canais. O motivo é que um canal já tem um histórico, e o histórico é um contexto que ninguém precisa reexplicar.

fig 1. As cinco áreas, o que cada uma produz e a única coisa que nunca pode fazer.
Passo 2. Escreva o contexto uma vez
Esta é a parte que decide se algo funciona, e é a parte que todos pulam.
Cada área recebe uma mensagem fixada. Pense nela como a descrição do cargo que você escreveria para uma pessoa fazendo aquele trabalho, se tivesse que escrevê-la em vez de explicá-la ao longo de três semanas.
Quatro coisas vão nela:
O que vendemos e para quem. Uma ou duas linhas. Tudo a jusante depende disso. O que esta área entrega. Resultados nomeados, não áreas de responsabilidade. O que é escalado. As situações onde a resposta é parar e perguntar. As regras que nunca mudam. Curto. No máximo cinco ou seis linhas.
Aqui está a de finanças da minha configuração, sem edição:
Os retentores são faturados no primeiro dia do mês. O trabalho de projeto é faturado na entrega. Os valores e prazos estão na base de clientes no Drive.
Crie faturas de rascunho aqui e publique-as para revisão. Nunca finalize, nunca envie, nunca marque nada como pago.
Toda sexta-feira às 16:00 publique um resumo: faturas emitidas, faturas pagas, faturas vencidas com dias em atraso, total do mês até a data. Menos de 10 linhas.
Sinalize qualquer coisa vencida há mais de 14 dias separadamente no topo, com o nome do cliente e o valor.
Observe o formato. Fatos, entregável, cadência, e então o limite. Cada área que escrevi segue isso, e o último parágrafo é sempre um limite.
O arquivo de decisões. Junto com as mensagens fixadas, mantenha um arquivo onde cada correção cai como uma única linha. Não um documento que você escreve uma vez, uma lista contínua. Quando você corrige algo, a correção vai para lá, e cada área o lê antes de trabalhar.
O meu tem linhas como esta:
Custo por consulta agendada é a métrica, não custo por lead. Nenhuma campanha é criada sem pausa, em nenhuma conta, por nenhum motivo. Relatórios trazem a fonte e o intervalo de datas para cada número, ou o número não entra.
Esse arquivo é como uma correção se torna permanente em vez de repetida. É a coisa de maior alavancagem em toda a configuração e custa uma linha de cada vez.

fig 2. Uma mensagem de contexto fixada no canal de leads, com a linha de assunto acima.
Passo 3. Defina a linha de aprovação e nunca a mova
Algum trabalho é reversível e outro não. Classifique cada ação nessas duas pilhas, uma vez, e o resto da configuração se torna simples.
Funciona sem perguntar. Ler, pesquisar, redigir, resumir, construir algo em estado de pausa. Se estiver errado, você apaga.
Espera por você. Enviar, publicar, gastar, finalizar, entrar no ar. Se estiver errado, você está se desculpando com um cliente.
Na prática, isso significa que três dos meus cinco canais dizem, na mensagem fixada, que nada sai deles. O canal de leads não tem nenhuma ferramenta de envio conectada, o que é proposital. A regra é mais fácil de manter quando a capacidade não está lá.
O dia em que isso parecer muito restritivo é o dia em que está fazendo seu trabalho.

fig 3. Toda ação classificada pelo que custa estar errada, e as duas armadilhas que vêm depois.
Passo 4. Instrua cada área como um colega
Contexto é permanente. Uma instrução é o pedido específico. Copie estes e preencha os colchetes.
Clientes. Leia a base de clientes e publique um plano para a semana: cada cliente, seu estágio, o que sai, o maior bloqueador. Então, todo dia útil às 8:00, publique uma daily: o que mudou ontem, o que vence hoje, o que está bloqueado. Menos de 8 linhas, nomeie o cliente em cada linha.
Leads. Pesquise 10 empresas que se encaixam em [seu perfil de cliente]. Para cada uma, me diga o que fazem, a lacuna específica visível no próprio site e uma nota de confiança sobre se a lacuna é real ou você está supondo. Diga quando estiver supondo. Redija um primeiro contato para as cinco mais fortes. Dois parágrafos curtos, comece com o que você encontrou no negócio delas.
Relatórios. Construa o relatório de [mês] para [cliente] a partir do arquivo de desempenho. Cada número carrega sua fonte e o intervalo de datas que cobre. Se um número estiver faltando, diga qual e pare.
Finanças. Crie uma fatura de rascunho para [cliente, marco, valor], publique-a aqui para revisão, nunca finalize. Toda sexta-feira às 16:00 publique o resumo financeiro.
Entrega. Resuma a oferta de volta para mim em duas linhas para que eu saiba que você entendeu. Em seguida, proponha o plano e aguarde minha aprovação. Depois que eu aprovar, construa tudo em pausa.
Mesmo padrão em todas as cinco: contexto primeiro, entregável nomeado, uma cadência e uma barreira em qualquer coisa que envolva dinheiro ou o mundo exterior.
Passo 5. Coloque em um cronograma
A diferença entre uma ferramenta e uma área é que uma área acorda sozinha.
Um cronograma é uma frase em uma instrução. "Todo dia útil às 8:00" é toda a configuração. Uma vez definido, a daily chega antes de você abrir o laptop, e sua manhã começa com uma decisão em vez de uma pergunta.
É também aqui que o formato do dia muda. As áreas produzem mais rápido do que você pode ler, então você para de trabalhar em uma lista de tarefas e começa a limpar uma fila de aprovação. Duas janelas por dia são suficientes.
O que veio quando o funcionário de IA executou
Eu executei isso no Viktor, um funcionário de IA que entra no Slack ou Teams como membro do espaço de trabalho e se conecta às ferramentas que o negócio já usa. A configuração foi uma tarde.
Cinco coisas do primeiro dia valem a pena relatar, e três delas são recusas.
Viktor não inventou os dados que estavam faltando. Antes de eu conectar o Drive, pedi a daily. Ele verificou, não encontrou nada, verificou uma segunda fonte, encontrou uma base vazia e não publicou nada em vez de um quadro de status com aparência plausível. Suas palavras: não vou reconstruí-los com base em suposições.
Ele não respondeu a uma pergunta que os dados não podiam sustentar. Pedi a ele para descobrir por que o custo por reserva subiu de $84 em julho para $103 em agosto. Ele voltou com o motivo pelo qual não podia: não há exportação de julho em lugar nenhum, o único número de julho é uma nota sem fonte, e o arquivo não tem coluna de data, então a hipótese de fim de semana é impossível de testar. Então ele apontou que $103 é o número de uma campanha e o número combinado da conta é $131,17, e relatou ambos em vez de escolher um.

fig 4. Perguntado sobre a causa de um aumento no custo por reserva, ele explicou por que os dados não podem responder a isso.
Ele aplicou uma regra da qual ninguém o lembrou. Enterrado no meu arquivo de clientes estava uma linha dizendo que um cliente havia perguntado sobre um limite de orçamento mais alto, nada foi acordado e para não construir com base nisso. Ele trouxe isso à tona por conta própria, em um resumo não relacionado, e disse que não estava construindo com base em um limite elevado.
Ele entregou trabalho finalizado, não conversa. O relatório voltou como um PDF formatado com capa, marcado como rascunho, não para divulgação ao cliente. Página dois, antes de qualquer número, há uma seção chamada três limites nos dados deste mês.

fig 5. O relatório de agosto, entregue como um PDF que abre com o que os dados não podem sustentar.
Ele construiu um painel funcional. Quatro cartões de clientes, uma seção de finanças, cada número rotulado com o arquivo de onde veio, em uma URL que eu podia abrir. Ele adicionou uma linha ao cabeçalho que eu não pedi: instantâneo, não atualização automática, republicar para atualizar.

vid 1. O painel do estúdio que ele construiu, dos cartões de clientes até a seção de dinheiro.
Análise
Parte do trabalho precisa de informações atuais de fora dos seus próprios arquivos. Até agora, isso significava duas opções: ir e olhar você mesmo, ou configurar uma API e mantê-la.
O Viktor navega. Ele abre páginas em um navegador real, lê o que está lá hoje e tira capturas de tela enquanto faz isso.
Eu queria entender como o Duolingo administra sua aquisição paga, então pedi um relatório sobre o que eles estão executando agora, além do que ele achou.
O que veio: as bibliotecas de anúncios abertas e capturadas, e as descobertas divididas em três seções rotuladas. Verificado, significando que ele carregou a página ele mesmo. Inferido, significando razoável com base no que viu. Suposição, marcado como não citar. Em seguida, uma nota sobre o método que ele usou e onde esse método é fraco.
A observação com a qual ele começou: todo link de destino que ele resolveu leva a uma listagem na loja de aplicativos, nenhum para o site.

fig 6. Análise da campanha de anúncios do Duolingo
Tarefas agendadas
As áreas só funcionam se começarem sozinhas. Veja como isso é configurado.
Diga no canal. Digite o cronograma como uma frase onde o trabalho acontece: publique o resumo diário em #general todos os dias às 8:00. Não há construtor para abrir, nenhum gatilho para escolher. Ele aparece em Tarefas com o cronograma anexado.
Abra uma vez e leia o que ele escreveu. Esta é a parte que vale a pena fazer. A frase se torna uma tarefa completa com quatro partes, e todas são editáveis:
Fontes, significando quais canais e arquivos ler antes de escrever qualquer coisa.
Uma janela, significando atividade desde a execução anterior, em vez de atividade hoje.
Um formato, com um limite de linhas rígido e uma instrução para nunca encher.
As regras, reafirmando os mesmos limites do seu contexto fixado.
Corrija a janela primeiro. Sem ela, você recebe o ontem de volta toda manhã. A minha diz para só mencionar novamente um bloqueador se ele ainda estiver aberto e para dizer há quanto tempo está aberto.
Ordene os cronogramas para que possam ler uns aos outros. A daily é executada às 7:55 e o resumo às 8:00, porque o resumo puxa do canal onde a daily é publicada. Cinco minutos de diferença, e a sequência se mantém.
Verifique o que ele assumiu. Ele arquivou suas suposições permanentes sob um cabeçalho dizendo verifique, não presuma que isso ainda é verdade. Quando uma deixou de ser verdade, apareceu na linha bloqueada em vez de quebrar silenciosamente a saída.
Três cronogramas cobrem a maior parte de um negócio de serviços: um resumo matinal em todas as áreas, uma daily dentro da área com prazos e um resumo financeiro na sexta-feira à tarde.

fig 7. Três tarefas permanentes
Este é o mesmo formato que grandes equipes adotaram
Nada do que foi dito acima é específico para um negócio de uma pessoa. É a versão pequena do que empresas com milhares de engenheiros descobriram de forma independente.
A Uber publicou que mais de 70% de seus pull requests são agora atribuídos a agentes, com mais de 3.600 habilidades de agente escritas por engenheiros e cerca de 30.000 execuções de habilidade por dia. O Spotify executa um agente de codificação em segundo plano que abre um pull request somente após a construção e os testes passarem, e relata 73% dos pull requests como criados por IA. A Stripe construiu um assistente interno onde nada carrega por padrão, e o modelo seleciona quais habilidades uma solicitação precisa antes que qualquer ferramenta entre.
Escalas diferentes, mesmas três ideias: um trabalho por agente, contexto que vive fora da conversa e uma barreira em qualquer coisa irreversível.
A estrutura nunca foi a parte difícil. Ter alguém para executá-la era.
A ficha de construção
Salve isto. Você executa uma vez por área.
- Um canal por área, nunca um assistente para tudo
- Uma mensagem fixada por canal: o que vendemos, o que esta área entrega, o que é escalado, as regras que nunca mudam
- Um arquivo de decisões, e cada correção cai lá como uma única linha
- Classifique as ações uma vez: reversível funciona, irreversível espera
- Onde uma regra importa, remova a capacidade em vez de confiar na regra
- Cronogramas antes de prompts. "Todo dia útil às 8:00" é toda a configuração
- Próxima área somente quando a última produziu sem você iniciá-la
Pule o arquivo de decisões e você corrigirá a mesma coisa toda semana. Pule a linha de aprovação e você descobrirá por que ela existe.
Comece com uma área, aquela onde você perde mais horas, e deixe ela ganhar a segunda.
"Ele pode parecer caro para uma assinatura mensal, mas é o funcionário mais barato que já contratei E o único que age nas minhas instruções da meia-noite." - Jacob Aldridge, Fundador, Como Business Coaching
Obrigado @viktor_com por patrocinar este artigo!
Experimente grátis em @viktor_com. $100 em créditos, sem cartão. Link: viktor.com
Parceria Paga





