# 6.1 — Quando adicionar o WhatsApp pode fazer sentido / m06-a01

**Objetivo:** Avaliar usos financeiros e de projetos no WhatsApp e escolher uma integração inicial pequena.

**Preparação:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Ensaio:** Cenários financeiro/projetos são exemplos de arquitetura de processo, não implementações entregues ou homologadas.

### m06-a01-b01 — O canal entra depois da necessidade

Slide m06-a01-s01

Até aqui, cada trabalho começou dentro de um ambiente de IA e terminou numa entrega para você conferir. Em alguns processos, porém, faz sentido receber um pedido ou mandar um aviso pelo WhatsApp. Esta aula ajuda a decidir quando isso vale a pena e como começar com um uso pequeno.

Primeiro, uma distinção. O WhatsApp é só o canal, ou seja, o caminho por onde a mensagem entra e sai. Quem define o que acontece quando uma mensagem chega é o processo: quem pode mandar, de onde vêm as informações para responder, o que fica registrado e quem confirma. Se essa regra ainda não existe, o canal só cria mais uma porta de entrada para organizar.

Por isso a ordem é esta: primeiro a necessidade, depois o canal. Diante de uma ideia de uso, pergunte qual etapa concreta ficaria melhor com uma mensagem. Se não houver uma etapa assim, ainda não é hora de conectar nada.

Vamos usar como base um exemplo pequeno: avisar que um documento foi preparado e está aguardando revisão. O documento fica no destino combinado, e a aprovação continua sendo uma decisão de uma pessoa. A mensagem apenas informa; ela não aprova e não envia nada a ninguém por conta própria.

Para enxergar o papel do canal em situações mais ricas, vamos olhar dois cenários maiores: um assistente financeiro e um apoio de projetos. Eles são possibilidades para desenhar o processo no papel. Não são sistemas prontos, nem algo que esteja instalado e funcionando para você. Em cada cenário, vamos procurar quatro coisas: de onde vem a informação, quem a recebe, quem autoriza e o que sai no final.

### m06-a01-b04 — O assistente financeiro pelo canal certo

Slide m06-a01-s04

Vamos começar pelo assistente financeiro de uma empresa. De manhã, ele lembra o dono das contas que vencem no dia e na semana. Recebe a foto de um comprovante, confere os dados e prepara o registro. No fim do dia, organiza um resumo de entradas e saídas. Esse é o cenário da ementa que vamos analisar.

O WhatsApp pode ser a interface dessas conversas, isto é, a parte que a pessoa vê e usa. Mas, por trás, precisamos de fontes, que são os lugares de onde a informação vem: uma agenda ou controle de contas, uma planilha ou sistema financeiro, e regras para interpretar documentos. O canal não sabe sozinho se uma conta foi paga nem se o valor reconhecido na imagem está correto.

Agora vamos desenhar o mapa, em três fluxos separados. Em cada um, anote o que entra, o que o processo faz e o que sai.

O primeiro é o lembrete. A entrada é o horário combinado. O processo consulta a agenda ou o controle de contas e a saída é uma mensagem informando os vencimentos do dia e da semana. Ele consulta e informa; ele não paga uma conta. Anote isso no mapa, porque é aqui que a linha entre lembrar e pagar fica visível.

O segundo é o comprovante. A entrada é a foto enviada. O processo lê a imagem e extrai valor, data e identificação. A saída não é um lançamento definitivo, e sim uma proposta de registro, com esses dados, para uma pessoa revisar. Marque aqui o ponto de validação: alguém confere o que foi reconhecido na imagem antes de o registro valer. Uma foto pode estar torta, cortada ou ter um número mal lido, e o processo precisa deixar espaço para essa conferência.

O terceiro é a consulta, como a pergunta “quanto faturei neste mês?”. A resposta só é confiável se disser qual fonte, qual período e qual critério estão sendo usados. Faturamento é o que foi vendido ou emitido no período; não é automaticamente o saldo em caixa, que é o dinheiro disponível. Se o critério não estiver escrito, duas respostas diferentes podem parecer certas. Marque no mapa o período e o critério.

Repare no que os três fluxos têm em comum: lembrar, registrar e consultar são ações diferentes de pagar. Cada uma tem a sua fonte e a sua decisão. Isso evita que uma mensagem seja tratada como autorização financeira ampla. Por isso, ao dar acesso a uma ferramenta, conceda só o necessário: ler uma agenda de vencimentos não exige poder para registrar, e registrar não exige poder para pagar. Mesmo a leitura pode envolver informação sensível, então o acesso também deve ser proporcional.

Falta uma pergunta prática: o que faz o lembrete da manhã sair no horário? Algo precisa estar em funcionamento àquela hora. Se a rotina roda no seu computador, ele precisa estar ligado e com o programa ativo. Se roda como uma rotina na nuvem, ou seja, nos servidores do fornecedor, ela não depende do seu computador, mas depende do contexto e das conexões que você configurou para ela. A disponibilidade de cada opção varia conforme o plano, a versão e a organização da sua conta, então confira na sua conta antes de prometer um horário a alguém.

Nesta formação, usamos o cenário para mapear o processo. Não estamos entregando um sistema contábil nem ativando pagamentos. A prática de conexão será menor, com uma atualização fictícia em conversa de teste.

### m06-a01-b02 — Dois usos que ajudam a enxergar o papel do canal

Slide m06-a01-s02

Juntando o cenário financeiro com o de projetos, que veremos logo em seguida, dá para ver o papel do canal. No primeiro, um assistente financeiro recebe um comprovante, extrai as informações e prepara um registro para conferência. No segundo, um apoio de projetos avisa sobre uma pendência e recebe uma atualização da equipe. Nos dois, o WhatsApp é a conversa. O procedimento é que define como interpretar, registrar e confirmar.

Casos assim podem pedir outras integrações, que são ligações entre o seu processo e outros serviços. Também podem pedir revisão humana e regras sobre os dados. Por isso, vamos apenas descrevê-los e mapeá-los. O nosso exercício será menor: uma mensagem de teste, com uma finalidade clara.

Antes de conectar qualquer canal, responda a três perguntas. A primeira: o que a pessoa precisa receber ou informar? A segunda: quem pode participar da conversa? A terceira: o que o processo faz se a mensagem não for entregue? Escreva as respostas, porque elas viram o centro do mapa que você vai preencher no fim da aula.

Se o canal não melhora uma etapa concreta, talvez ele ainda não precise entrar. Agora vamos ao cenário de projetos, para comparar.

### m06-a01-b05 — O gestor de projetos e o resumo do dia

Slide m06-a01-s05

Agora o segundo cenário: um apoio de projetos. Pela manhã, ele apresenta as tarefas de cada pessoa. Durante o dia, recebe atualizações. No fim, entrega ao responsável um resumo de pendências, vendas ou problemas, desde que esses dados existam nas fontes conectadas. Se o dado não está em nenhuma fonte, o resumo não pode inventá-lo.

Vamos mapear passo a passo.

No primeiro passo, ligamos as tarefas ao quadro. Se elas estão no Trello, que organiza o trabalho em cartões dentro de colunas, o processo precisa consultar o quadro certo e interpretar os estados combinados com a equipe, como “a fazer”, “em andamento” e “concluído”. No quadro do exercício, relacione cada tarefa ao identificador do cartão e ao seu estado. Assim, a conversa fala de uma tarefa específica, e não de uma descrição solta.

No segundo passo, separamos mensagem recebida de atualização autorizada. Uma mensagem “terminei” não deve encerrar qualquer cartão parecido. Antes de mudar algo no quadro, o processo precisa saber qual é a tarefa e se quem escreveu pode atualizar aquele recurso. Se a informação veio só por mensagem, registre a origem e o que ainda precisa de confirmação. Assim, a pessoa responsável sabe o que foi dito e o que ainda não foi verificado.

Um cuidado: o que o processo precisa saber não deve ficar apenas na conversa. Uma conversa não vira memória garantida, e o contexto de uma sessão tem limite. O que importa, como os estados do quadro e quem pode atualizar o quê, fica escrito em um arquivo ou no próprio quadro.

No terceiro passo, definimos destinatário e frequência. Em um grupo, as mensagens podem misturar participantes e assuntos, e fica difícil saber quem disse o quê e a quem a resposta se dirige. Por isso, o exercício inicial será individual. Para um uso em equipe, combine quem recebe quais informações e qual é a finalidade das notificações. Cobrar uma pendência a cada minuto não melhora o projeto; pode apenas criar ruído.

Para conferir o desenho, responda a quatro perguntas. Qual evento dispara o aviso? Qual fonte confirma a situação? Quem pode responder? E o que muda no sistema quando alguém responde? Se a última resposta for “nada muda sem aprovação”, o desenho está seguro para começar.

Você pode concluir que um resumo diário para o responsável já resolve a necessidade. Não é obrigatório transformar toda interação da equipe em uma automação.

### m06-a01-b06 — Escolher um primeiro uso pequeno

Slide m06-a01-s06

Compare os dois cenários com o processo de propostas deste curso. Em todos eles, uma informação chega, um procedimento usa ferramentas e uma saída precisa ser conferida. O WhatsApp acrescenta um canal de entrada ou aviso; não substitui o procedimento.

Agora vamos fazer a atividade. Vou mostrar o preenchimento do arquivo mapa-canal-whatsapp.md, e você faz o seu em paralelo.

Primeiro, escolha o caso: o cenário financeiro, o de projetos ou uma necessidade sua. Abra o arquivo e preencha cinco campos: entrada, fonte, destinatário, decisão e saída. Por exemplo, no cenário de projetos: a entrada é um cartão que ficou parado; a fonte é o quadro do exercício; o destinatário é o responsável; a decisão é quem acompanha o cartão; a saída é um aviso curto. Faça o mesmo com o seu caso, e use só dados fictícios.

Segundo, reduza a primeira conexão. Em vez de montar o cenário inteiro, escolha uma mensagem com finalidade simples: avisar que um documento fictício está aguardando revisão. Defina quem pode recebê-la e qual referência pode ser compartilhada, como o nome do arquivo de exercício. Escreva o texto de teste no arquivo mensagem-whatsapp.txt, curto e sem dados reais. Registre no mapa que essa mensagem não aprova o documento e não autoriza enviar a proposta ao cliente. Quem decide continua sendo uma pessoa.

Terceiro, decida o que acontece se o canal falhar. O documento continua no destino combinado? Há outro lugar para acompanhar a pendência? Quem confere a entrega? Anote no mapa o que registrar quando a entrega falhar. Um aviso não recebido não pode fazer o processo dizer que alguém foi informado.

Um detalhe sobre a ferramenta de IA: para preencher este mapa você não precisa do modelo mais forte. Comece pelo modelo padrão do seu plano. Os modelos da família Fable, por exemplo, dependem do produto e do plano: em alguns planos estão incluídos com um limite, e em outros exigem créditos, que cobram por uso. Veja o que a sua conta oferece em Settings > Usage antes de escolher. Aumente o nível de esforço apenas quando encontrar uma dificuldade concreta, como um mapa com muitas exceções.

Por fim, confira o resultado contra o critério da aula: o uso do canal está justificado por uma etapa concreta, e fonte, destinatário e conferência estão identificados? O cenário maior mostra possibilidades; o teste pequeno permite observar a conexão sem depender de um número importante para o negócio.

### m06-a01-b03 — Um recorte para começar

Slide m06-a01-s03

Para executar a prática do bônus, a de conexão, será necessário preparar uma instância, que é a conexão de WhatsApp mantida pelo serviço, e um destino de teste, que deve ser um número que não seja o comercial do negócio. Se você ainda não tem esse ambiente, faça o mapa desta aula e deixe a conexão para depois de escolhermos o caminho na próxima aula. A mensagem será a atualização de um exercício fictício, e nada será enviado a um cliente real.

O critério de conferência é separar três situações: o que foi preparado, o que foi enviado ao serviço e o que chegou ao destino. Essa separação importa porque clicar em enviar não prova que a comunicação aconteceu. O serviço pode aceitar o pedido de envio e, ainda assim, a mensagem não chegar. Por isso, a resposta do serviço comprova que ele recebeu o pedido, e só a conferência no destino comprova a chegada. Antes do envio, o conteúdo e o destinatário passam pela sua aprovação.

Uma observação sobre custo e regras. No WhatsApp oficial, a cobrança depende da mensagem entregue, da categoria e do mercado, com algumas isenções. Mensagens de atendimento dentro da janela de 24 horas após a mensagem do cliente, por exemplo, não são cobradas. Por isso, não presuma que toda mensagem recebida gera cobrança. Um provedor intermediário pode cobrar por serviços adicionais, então confira a página oficial de preços do WhatsApp Business e as condições do seu provedor. E um volume baixo não torna aprovado um caminho não oficial, nem garante que não haverá bloqueio.

Na próxima aula, vamos escolher o caminho de integração e entender seus limites antes de conectar.

# 6.1 — Quando adicionar o WhatsApp pode fazer sentido

ID m06-a01. Roteiro técnico — Rocco adaptado ao ensino.

TC da imagem e TC da fala são independentes. Slides novos não têm TC de fonte; fala escrita ainda não tem gravação. “—” indica não uso deliberado de depoimento/trilha. IDs são localizadores editoriais, não timecodes.

**Preparação específica:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Dependências e ensaio:** Cenários financeiro/projetos são exemplos de arquitetura de processo, não implementações entregues ou homologadas.

| Bloco | Slide/PDF | Ação | Conferência |
|---|---|---|---|
| m06-a01-b01 | m06-a01-s01 / p. 1 | Apresentar o cenário de notificação de andamento e os exemplos financeiros/de projetos como possibilidades, não produtos já construídos. | Canal é escolhido pela necessidade, não pelo desejo de automatizar tudo. |
| m06-a01-b04 | m06-a01-s04 / p. 2 | Mapear lembrete, comprovante e consulta financeira, com fontes e decisões distintas. | Aluno reconhece dependências e aprovação; nenhuma ação financeira real é ativada. |
| m06-a01-b02 | m06-a01-s02 / p. 3 | Descrever de forma breve os cenários do assistente financeiro e do gestor de projetos, sem construir os dois. | Exemplos financeiro e de projetos são apresentados como possibilidades. |
| m06-a01-b05 | m06-a01-s05 / p. 4 | Mapear tarefa em quadro, atualização e resumo, identificando pessoa e recurso. | Canal, fonte de tarefa e autorização separados; grupo não tratado como conversa individual. |
| m06-a01-b06 | m06-a01-s06 / p. 5 | Escolher caso e reduzir a primeira integração a um aviso fictício individual. | Uso do canal justificado por etapa concreta, com fonte, destinatário e conferência. |
| m06-a01-b03 | m06-a01-s03 / p. 6 | Definir o exemplo mínimo e separar sua execução de uma operação real de atendimento. | Fonte, destinatário, autorização e saída identificados; cenários exemplificativos não apresentados como sistemas prontos. |

## m06-a01-b01 — O canal entra depois da necessidade

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Apresentar o cenário de notificação de andamento e os exemplos financeiros/de projetos como possibilidades, não produtos já construídos. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 1, ID m06-a01-s01; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b01 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b01. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Apresentar o cenário de notificação de andamento e os exemplos financeiros/de projetos como possibilidades, não produtos já construídos.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Canal é escolhido pela necessidade, não pelo desejo de automatizar tudo.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b01; SHA-256 5ec76d2c5e49a837122bf7b5e1d5f8b8ea0a1d8acb226def7475a0c31a0d256e.

**Função visual:** Apresentar o cenário de notificação de andamento e os exemplos financeiros/de projetos como possibilidades, não produtos já construídos.


## m06-a01-b04 — O assistente financeiro pelo canal certo

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Slides. Mapear lembrete, comprovante e consulta financeira, com fontes e decisões distintas. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 2, ID m06-a01-s04; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b04 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b04. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Desenhar três entradas e saídas.
2. Separar lembrar/registrar/consultar de pagar.
3. Marcar validação do comprovante e critério de período.

**Saída e conferência:** Aluno reconhece dependências e aprovação; nenhuma ação financeira real é ativada.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b04; SHA-256 720bfbd67213ab31b3ad0940c46f8b5eed92f5fb6246a99c5bb05ba68098cda2.

**Função visual:** Mapear lembrete, comprovante e consulta financeira, com fontes e decisões distintas.


## m06-a01-b02 — Dois usos que ajudam a enxergar o papel do canal

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Descrever de forma breve os cenários do assistente financeiro e do gestor de projetos, sem construir os dois. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 3, ID m06-a01-s02; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b02 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b02. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Descrever de forma breve os cenários do assistente financeiro e do gestor de projetos, sem construir os dois.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Exemplos financeiro e de projetos são apresentados como possibilidades.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b02; SHA-256 d46d44391416bbf76207a9281ecf34729b8966397321d56acca7686037b8fa6a.

**Função visual:** Descrever de forma breve os cenários do assistente financeiro e do gestor de projetos, sem construir os dois.


## m06-a01-b05 — O gestor de projetos e o resumo do dia

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Slides. Mapear tarefa em quadro, atualização e resumo, identificando pessoa e recurso. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 4, ID m06-a01-s05; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b05 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b05. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Relacionar tarefas a IDs/estados do quadro de exercício.
2. Distinguir mensagem recebida de atualização autorizada.
3. Definir destinatário e frequência útil.

**Saída e conferência:** Canal, fonte de tarefa e autorização separados; grupo não tratado como conversa individual.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b05; SHA-256 67ec0582c1f0ee0efe3983faff2ca6e6661c9ebb71f2734f5724d8ed52708f19.

**Função visual:** Mapear tarefa em quadro, atualização e resumo, identificando pessoa e recurso.


## m06-a01-b06 — Escolher um primeiro uso pequeno

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Escolher caso e reduzir a primeira integração a um aviso fictício individual. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 5, ID m06-a01-s06; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b06 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b06. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Preencher mapa-canal-whatsapp.md.
2. Definir destinatário permitido e conteúdo de teste.
3. Definir o que registrar em falha de entrega.

**Saída e conferência:** Uso do canal justificado por etapa concreta, com fonte, destinatário e conferência.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b06; SHA-256 20b35d85e3dca061c89b753b90b0fccb1c1d0826c06beb5589228da17775ba43.

**Função visual:** Escolher caso e reduzir a primeira integração a um aviso fictício individual.


## m06-a01-b03 — Um recorte para começar

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Definir o exemplo mínimo e separar sua execução de uma operação real de atendimento. | slides/m06-a01.pptx e slides/m06-a01.pdf, página 6, ID m06-a01-s03; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m06-a01-b03 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m06-a01-b03. Sem trilha prevista. |

**Estado inicial:** Preparar diagramas dos dois cenários e mensagem fictícia; não usar número ou documentos reais.

**Entrada/material:** apoio/mapa-canal-whatsapp.md, apoio/mensagem-whatsapp.txt, apoio/projeto-final.md

**Passos de captura:**
1. Definir o exemplo mínimo e separar sua execução de uma operação real de atendimento.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Fonte, destinatário, autorização e saída identificados; cenários exemplificativos não apresentados como sistemas prontos.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m06-a01-b03; SHA-256 9ab195b64667521a85abcb4552f37a57962b9d0caa02f41f0949f873cd2335b2.

**Função visual:** Definir o exemplo mínimo e separar sua execução de uma operação real de atendimento.


## Atividade e solução

Mapear um dos cenários completos e desenhar um aviso individual fictício como primeiro teste.

Fonte, destinatário, autorização e saída identificados; cenários exemplificativos não apresentados como sistemas prontos.

## Materiais

- mapa-canal-whatsapp.md
- mensagem-whatsapp.txt
- projeto-final.md