Crie um checklist de execução para uma promoção

Autor: AILesson8 min de configuraçãoTestado com:ChatGPTRevisado em: 2026-08-28

Resposta rápida

Transforme fatos aprovados da promoção em um checklist com responsáveis e prazos, controles entre canais e condições de interrupção. Forneça: Fatos aprovados da promoção, Contexto operacional, Regras de mensuração e controle. Resultado esperado: Um checklist de promoção por etapas que abrange configuração da oferta, conteúdo, estoque, atendimento, mensuração, reversão e evidências.

1

Adicione seu contexto

Seu texto permanece neste navegador. O AILesson Prompts não o envia para um modelo ou servidor.

2

Seu prompt

Campos não preenchidos permanecem visíveis como marcadores de posição, para que você ainda possa copiar e editar o prompt

Crie um checklist de promoção executável usando somente os fatos aprovados e as regras operacionais abaixo.

Fatos da promoção:
[promotion]

Operações:
[operations]

Mensuração e controles:
[measurement]

Separe requisitos confirmados, tarefas propostas e decisões não resolvidas. Organize o checklist em prontidão, construção, QA antes do lançamento, lançamento, monitoramento ao vivo, encerramento, conciliação e retrospectiva. Para cada tarefa, mostre momento ou gatilho, um responsável, ação, dependência, evidência esperada e campo de status. Cubra configuração da oferta, consistência das condições, rastreamento, QA dos materiais e links, acessibilidade, consentimento, estoque ou capacidade, atendimento do pedido, orientação do suporte, conciliação financeira, verificações da qualidade dos dados, alertas, condições de interrupção, reversão e correção para clientes. Não invente descontos, elegibilidade, alegações, responsáveis, aprovações, estoque, comportamento do sistema, atribuição nem exigências jurídicas. Sinalize tudo o que impedir um lançamento seguro. Termine com critérios para lançar ou não, uma árvore de contatos para incidentes e um checklist compacto para o dia do lançamento.
Experimente no Playground
Privado por padrãoA montagem do prompt acontece localmente no seu navegador. Evite colocar informações confidenciais em qualquer serviço de IA, a menos que sua organização permita.

Da entrada ao resultado

Um exemplo prático

Veja como um contexto concreto transforma esta receita em um resultado útil

Entrada real

Fatos aprovados da promoção
Promoção de fim de semana do estúdio aprovada para 5 a 7 de setembro: 15% de desconto no primeiro pacote de quatro aulas de cerâmica para iniciantes, somente para compra online, para novos clientes com 18 anos ou mais, um pacote por pessoa. Código FIRSTCLAY. Exclui materiais, cartões-presente, aulas particulares e reservas existentes. O pacote expira 60 dias após a compra. Canais: banner no site, e-mail para potenciais clientes locais que aceitaram recebê-lo e duas publicações orgânicas nas redes sociais. Alegação aprovada: instrução para iniciantes em grupos pequenos; no máximo oito alunos por turma. O orçamento para mídia paga é zero. As condições devem mostrar todas as exclusões e a validade.
Contexto operacional
A proprietária Maya aprova as páginas finais e pode interromper a oferta. Ren, responsável pela web, configura checkout e rastreamento. Jo, instrutor, confirma as vagas. Kim, responsável pelo suporte, atualiza o guia de respostas. Arun, responsável financeiro, concilia os pedidos. Há 24 pacotes promocionais disponíveis nas turmas programadas; sem lista de espera e sem vender além da capacidade. O checkout pode limitar o total de resgates, mas a aplicação do limite por pessoa deve ser testada. A política de reembolso não muda. Falhas conhecidas: o código é aplicado a cartões-presente, a contagem da capacidade demora a refletir cancelamentos e os links de e-mails programados podem apontar para uma página em rascunho.
Regras de mensuração e controle
A linha de base são os quatro fins de semana anteriores: 180 sessões na landing page, 22 inícios de checkout e 8 compras de pacotes. Sistemas de origem: análise da web, pedidos do checkout, lista das turmas e registro do suporte. Relatar sessões, inícios de checkout, compras elegíveis, receita líquida, capacidade restante, reembolsos e número de problemas; não alegar causalidade dos canais porque a atribuição entre dispositivos está incompleta. Testar uma compra válida e cada exclusão antes do lançamento; preservar capturas de tela e IDs dos pedidos. Alertar Maya ao chegar a 18 pacotes ou diante de qualquer desconto incorreto. Interromper novas compras aos 24 pacotes, em caso de venda acima da capacidade, condições enganosas ou cobrança de valor incorreto no checkout. Ren desativa o código e o banner para a reversão. Relatório diário às 18:00; conciliar em até dois dias úteis.

Exemplo de saída

Checklist de execução da promoção — FIRSTCLAY

Bloqueios do lançamento: a aplicação do limite por pessoa não foi verificada; a sincronização da capacidade após cancelamentos é um risco conhecido. Maya deve aceitar um controle testado antes do lançamento.

Prontidão

  • Jo | antes da construção | Confirmar as 24 vagas vendáveis dos pacotes em relação à lista das turmas | Evidência: exportação datada da capacidade | Status: aberto.
  • Maya | antes da publicação | Aprovar as condições finais da oferta, exclusões, validade de 60 dias e política de reembolso inalterada | Evidência: registro de aprovação | Depende do texto final.

Construção e QA

  • Ren | antes de 5 de setembro | Configurar código de 15%, elegibilidade de novos clientes, limite de um pacote, teto de 24 pacotes, horários de início e fim, rastreamento, banner e landing page | Evidência: capturas de tela da configuração.
  • Ren com Arun | antes do lançamento | Executar uma transação válida e testes de cartão-presente, materiais, aula particular, reserva existente, segunda compra, idade incorreta, exibição da validade e pacote 25 | Evidência: IDs dos pedidos de teste e registro esperado/real. Qualquer desconto incorreto impede o lançamento.
  • Kim | antes do lançamento | Verificar se site, e-mail, redes sociais, checkout e guia do suporte apresentam as mesmas exclusões e validade | Evidência: matriz de conteúdo assinada.
  • Ren | antes do lançamento | Testar URLs de produção, layout em dispositivos móveis, acesso por teclado, contraste legível, eventos analíticos e destino do e-mail programado | Evidência: registro de QA.

Lançamento e monitoramento

  • Maya | critério de lançamento | Lançar somente se cálculo da oferta, exclusões, limites, links, capacidade, guia do suporte e reversão tiverem sido aprovados; aplicação do limite não resolvida significa não lançar.
  • Ren | no lançamento e continuamente | Publicar materiais aprovados e monitorar o checkout. Alertar Maya aos 18 pacotes ou diante de cobrança incorreta; desativar código e banner aos 24 pacotes, em caso de venda acima da capacidade, condições enganosas ou valor incorreto.
  • Jo | após cada lote de vendas ou cancelamentos | Conciliar pedidos com a capacidade das turmas | Evidência: contagem com registro de data e hora.
  • Kim | continuamente | Registrar problemas dos clientes sem prometer exceções; escalar imediatamente exibição ou cobrança incorreta da oferta.

Encerramento e conciliação Ren desativa o código e remove o banner após 7 de setembro; o fuso horário exato ainda precisa ser confirmado. Arun concilia pedidos elegíveis, desconto bruto, reembolsos, receita líquida e contagem das turmas em até dois dias úteis. O relatório diário das 18:00 mostra sessões, inícios de checkout, compras elegíveis, capacidade restante, reembolsos, problemas, lacunas nos dados e comparação com a linha de base informada; identifica a atribuição de canais como incompleta.

Árvore de incidentes: Ren detecta/configura a reversão → Maya decide interromper/reiniciar → Kim trata a correção para clientes → Arun verifica cobranças → Jo protege a capacidade. Verificação compacta no dia do lançamento: condições aprovadas; testes válidos e de exclusão; capacidade 24; URLs de produção; lista de consentimento; orientação do suporte; rastreamento; alerta aos 18; interrupção aos 24; reversão pronta.

Por que isso funciona

  1. 1

    Critérios entre etapas revelam aprovações e dependências ausentes antes que os clientes vejam a oferta

  2. 2

    Os campos de evidências e reversão tornam a execução observável e recuperável

Verifique o resultado

  • Cada tarefa crítica para o lançamento tem um responsável, um gatilho, evidências e um estado da dependência?

  • A oferta, as condições, os canais, o estoque, a orientação do suporte e o rastreamento são mutuamente consistentes?

  • A equipe consegue identificar quando interromper, quem decide e como reverter ou corrigir informações para os clientes?

Use com confiança

Perguntas frequentes

Respostas práticas sobre quando usar esta receita, o que fornecer e onde a revisão humana ainda é importante

O que devo preparar antes de usar “Crie um checklist de execução para uma promoção”?

Para usar “Crie um checklist de execução para uma promoção”, prepare Fatos aprovados da promoção, Contexto operacional e Regras de mensuração e controle. Substitua os espaços reservados somente por informações que você possa verificar. Se algum detalhe for desconhecido, preserve explicitamente essa incerteza em vez de pedir ao modelo que faça uma inferência.

Quando o resultado de “Crie um checklist de execução para uma promoção” ainda não está pronto para uso?

O resultado ainda não está pronto se não entregar o resultado declarado — um checklist de promoção por etapas que abrange configuração da oferta, conteúdo, estoque, atendimento, mensuração, reversão e evidências — a partir das evidências fornecidas, ou se depender de suposições não resolvidas, aprovações pendentes ou detalhes inventados. Use as verificações como critérios de liberação: revise as informações de origem ou designe um revisor identificado e autorizado em vez de aperfeiçoar um resultado sem respaldo.

Quais ferramentas de IA têm testes registrados para “Crie um checklist de execução para uma promoção”?

O registro de testes publicado para “Crie um checklist de execução para uma promoção” inclui o ChatGPT em 2026-08-28. Isso confirma a existência de execuções registradas, mas não garante compatibilidade nem resultados idênticos em versões posteriores do produto. Ao usar outra ferramenta ou versão, mantenha todas as restrições visíveis e repita as verificações do resultado antes do uso.

Mais maneiras de explorar

Onde esta receita se encaixa

Mantenha o trabalho em andamento