Para apresentar uma simulação de limpeza sem dar a entender que o trabalho já aconteceu, identifique a imagem como simulação visual criada com IA no próprio conteúdo — não apenas em uma observação distante —, mostre ou mantenha a foto original disponível para comparação e descreva somente o que está sendo visualizado. Evite palavras como “resultado”, “serviço concluído”, “cliente” ou “entregue” quando não existe uma execução documentada. A legenda precisa responder, sem ambiguidade: de onde veio a foto, o que foi alterado digitalmente e o que a imagem não comprova. Se o contexto não permitir essa explicação, a opção mais segura editorialmente é não publicar a simulação como antes e depois.
O protocolo SINAL para classificar a publicação
Uma boa legenda não corrige sozinha uma imagem apresentada no contexto errado. Por isso, vale decidir a categoria da peça antes de diagramar o post, a proposta ou o portfólio. O protocolo SINAL organiza essa decisão em cinco verificações:
- S — Situação da imagem: ela registra um serviço executado, representa uma possibilidade futura ou mistura elementos dos dois?
- I — Identificação visível: a natureza da imagem aparece perto dela, em linguagem simples, no tamanho e no formato em que será publicada?
- N — Nível de evidência: quais materiais sustentam cada frase da legenda? A própria simulação só sustenta a existência de uma ideia visual, não a realização de uma limpeza.
- A — Acesso ao original: quem vê o “depois” consegue consultar a foto-base sem depender de uma lembrança ou de uma comparação feita em outro lugar?
- L — Linguagem compatível: os verbos e substantivos descrevem “possibilidade”, “proposta” e “simulação” ou insinuam “entrega”, “resultado” e “caso real”?
O protocolo termina com uma decisão, não com uma nota. Aprovar quando categoria, identificação, evidência, original e linguagem estão coerentes. Revisar quando a natureza é correta, mas a apresentação ainda permite dupla interpretação. Não publicar quando faltam origem ou autorização da foto, quando a alteração apaga um dano relevante, ou quando a legenda depende de uma afirmação que não pode ser sustentada.
Matriz de decisão: simulação, caso real ou alegação
Preencha uma linha para cada imagem, mesmo quando várias peças vierem do mesmo arquivo. Assim, a aprovação acompanha o material que será efetivamente visto, e não apenas a intenção de quem o produziu.
| Categoria | Origem da imagem | Autorização a conferir | Alterações a registrar | Evidência disponível | Legenda permitida | Decisão típica |
|---|---|---|---|---|---|---|
| Simulação com IA | Foto-base real + imagem gerada | Direito de usar a foto-base e os elementos identificáveis | Superfícies, organização, luz, objetos ou detalhes modificados | Arquivo original e histórico interno da simulação | “Simulação visual com IA”; “possibilidade de aparência”; “não representa serviço executado” | Aprovar somente com identificação junto à imagem e original acessível |
| Foto autorizada de caso real | Registro feito antes e depois de um serviço efetivamente executado | Uso das imagens e exposição de pessoas, imóveis, objetos ou marcas, conforme o caso | Edição fotográfica e qualquer intervenção digital | Originais, autorização e registro interno que conecte as fotos ao serviço | “Antes e depois do serviço”, apenas se o material realmente documentar esse caso | Revisar se houver edição que possa ser confundida com efeito da limpeza |
| Alegação que exige comprovação | Simulação ou caso real associado a uma afirmação específica | Tudo o que se aplica à categoria de origem | Toda mudança relevante, inclusive exclusões e reconstruções | Material adequado à frase específica | Só usar a afirmação que a documentação disponível sustenta | Não publicar a alegação quando a comprovação estiver ausente ou não corresponder à imagem |
A terceira linha não é um terceiro tipo de fotografia; é uma camada de risco editorial. Uma foto real pode acompanhar uma alegação não sustentada. Da mesma forma, uma simulação claramente rotulada deixa de ser transparente se a legenda promete um nível de remoção, duração ou desempenho que ela não demonstra.
Ficha reutilizável de aprovação
Copie estes campos para o briefing, planilha ou cartão de revisão:
- ID da peça:
- Canal e formato:
- Categoria: simulação com IA / caso real autorizado / alegação a comprovar
- Origem da foto-base:
- Responsável pela autorização de uso:
- O que foi alterado digitalmente:
- O que deve permanecer fiel:
- Onde o original poderá ser consultado:
- Frase principal da legenda:
- Evidência associada a cada afirmação factual:
- Risco de dupla interpretação: baixo / revisar / alto
- Decisão: aprovar / revisar / não publicar
- Nome e data da revisão:
Exemplo prático localizado: proposta de limpeza para uma cozinha em São Paulo
Considere este cenário hipotético, não um cliente nem um resultado real: uma empresa recebe autorização para usar a foto de uma cozinha residencial na zona oeste de São Paulo. Antes de iniciar qualquer serviço, ela cria uma simulação para ajudar o morador a visualizar uma bancada organizada e com aparência de limpeza. A IA também altera discretamente o reflexo do metal e reduz uma mancha perto do rejunte.
A primeira tentativa de legenda diz:
Veja como ficou esta cozinha depois da nossa limpeza detalhada.
Ela deve ser bloqueada. “Como ficou” e “depois da nossa limpeza” transformam uma hipótese visual em relato de execução. Além disso, a mudança no rejunte pode ser interpretada como efeito obtido no local.
Aplicando o SINAL:
- Situação: é uma possibilidade anterior ao serviço, portanto uma simulação.
- Identificação: o aviso precisa acompanhar a imagem no post e na proposta.
- Nível de evidência: há uma foto-base e uma transformação digital; não há registro de limpeza concluída.
- Acesso ao original: a proposta deve manter a foto-base ao lado ou em comparação direta.
- Linguagem: deve falar em visualização e elementos simulados, sem atribuir o efeito à equipe.
Uma versão publicável seria:
Simulação visual com IA, criada a partir de uma foto autorizada. A imagem representa uma possibilidade de organização e aparência da bancada antes da contratação. Reflexos, rejunte e outros detalhes podem ter sido alterados digitalmente; não é registro de serviço executado. Consulte a foto original ao lado para comparar.
Agora suponha que o serviço seja realizado dias depois e fotografado de novo. A simulação antiga não se converte automaticamente em caso real. Para publicar um caso, seria necessário selecionar os registros reais autorizados, confirmar que representam o mesmo espaço e explicar qualquer edição feita. A foto produzida pela IA continua sendo simulação, mesmo que parte da aparência imaginada se pareça com o resultado posterior.
Três modelos de legenda, cada um para uma situação
1. Simulação com IA
Simulação visual com IA. Esta imagem foi criada a partir de uma foto-base autorizada para representar uma possibilidade de aparência após organização e limpeza. Não documenta um serviço realizado. Veja a foto original [ao lado/no comparador] e considere que superfícies, reflexos, objetos e marcas podem ter sido alterados digitalmente.
Adapte apenas o trecho entre colchetes ao formato real. Se o original não estiver disponível naquele canal, não diga que está.
2. Caso real autorizado
Registro de caso real autorizado. As imagens mostram o espaço antes e depois do serviço executado. Ajustes de imagem realizados: [recorte, exposição, balanço de branco ou “nenhum”, conforme o caso].
Use esse modelo somente quando as fotos forem registros do trabalho e houver autorização pertinente. Não reaproveite uma imagem gerada no campo “depois”.
3. Alegação específica a revisar
Afirmação proposta: [escreva a frase exata]. Material associado: [indique o registro interno disponível]. Status editorial: publicar / reformular / remover.
Este terceiro modelo é deliberadamente interno. Ele impede que uma frase ainda não sustentada chegue à arte final. Se a equipe não consegue ligar a afirmação a material correspondente, deve remover a frase — não tentar compensar com um aviso genérico sobre IA.
Como implementar o protocolo na rotina
1. Separe criação de imagem e aprovação de mensagem
Quem gera a transformação registra as alterações percebidas; outra pessoa, quando possível, verifica a legenda sem depender da explicação oral do criador. O teste é simples: a peça se explica sozinha para alguém que não participou do briefing?
2. Guarde a foto-base e nomeie as versões
Use nomes que expressem a natureza do arquivo, como cozinha-original-autorizada, cozinha-simulacao-01 e cozinha-registro-real-data. Não chame a simulação de depois-final, pois esse rótulo pode migrar para uma pasta, apresentação ou legenda e apagar o contexto.
3. Compare por zonas, não só pelo impacto geral
Divida a cena em bancada, rejunte, metais, piso, objetos e fundo. Em cada zona, marque: preservado, alterado como solicitado, alterado sem intenção ou impossível de conferir. Mudanças involuntárias em rachaduras, manchas, materiais e objetos merecem atenção porque podem sugerir uma condição inexistente.
O Antes e Depois parte de uma foto real, permite comparar o original com a transformação e baixar a imagem depois da revisão. Esse fluxo ajuda na inspeção visual, mas a classificação editorial e a legenda continuam sendo responsabilidade de quem publica.
4. Faça o teste de recorte
Visualize a peça como ela aparecerá no feed, em uma captura de tela e em uma apresentação exportada. Se o aviso desaparecer quando a imagem for recortada, aproxime a identificação do visual ou incorpore o contexto ao mesmo quadro editorial. Não dependa apenas de hashtags, comentários ou texto em página separada.
5. Revise os verbos antes de publicar
Procure termos que afirmem execução: “fizemos”, “entregamos”, “removemos”, “recuperamos”, “ficou” e “resultado”. Eles podem ser adequados para um caso real documentado, mas não para uma simulação. Para uma hipótese, prefira construções precisas: “simula”, “representa uma possibilidade”, “foi gerada para visualização” e “não documenta execução”.
6. Registre a decisão
Salve ficha, legenda aprovada e arquivos associados. Se a mesma imagem for reutilizada em outro canal, reavalie a apresentação: um comparador interativo, um PDF e uma miniatura de rede social não preservam o contexto do mesmo modo.
Checklist final antes da publicação
Marque “sim”, “não” ou “não se aplica”. Qualquer “não” nos cinco primeiros itens bloqueia a publicação até a revisão.
- [ ] A categoria da imagem está definida sem depender do nome da pasta?
- [ ] “Simulação visual com IA” aparece junto da imagem quando ela não é um caso real?
- [ ] A foto original está disponível exatamente como a legenda informa?
- [ ] A legenda evita atribuir a uma limpeza efeitos gerados digitalmente?
- [ ] Há autorização pertinente para usar a foto-base e os elementos identificáveis?
- [ ] As alterações em superfícies, marcas, danos, objetos, luz e organização foram conferidas?
- [ ] Cada afirmação factual tem material correspondente?
- [ ] O aviso continua visível ou compreensível no recorte final?
- [ ] Uma pessoa fora da criação consegue distinguir simulação de registro real?
- [ ] A ficha registra a decisão e a versão aprovada?
Regra de saída: aprove apenas quando os cinco itens de bloqueio forem “sim” e os demais riscos estiverem resolvidos. Revise se o problema for corrigível na peça. Não publique se origem, autorização, correspondência com o original ou sustentação da mensagem não puderem ser confirmadas.
Limitações desta orientação
Este protocolo é uma orientação editorial, não aconselhamento jurídico, regulatório ou técnico sobre limpeza. Autorizações, deveres de informação e uso de imagens podem variar conforme pessoas retratadas, contrato, canal, local e finalidade; quando houver dúvida concreta, procure orientação profissional adequada.
A comparação visual também tem limites. Uma imagem gerada pode modificar textura, geometria, reflexos, objetos, danos e o grau aparente de limpeza. A revisão reduz o risco de confusão, mas não transforma a simulação em evidência de execução nem garante que todas as alterações serão percebidas.
Por fim, transparência não é apenas acrescentar um rótulo. Uma peça pode dizer “IA” e ainda induzir a uma conclusão errada pelo título, pela ordem das imagens ou por uma promessa sem suporte. Avalie o conjunto: visual, legenda, contexto, recorte e chamada para ação.
Perguntas frequentes
Posso chamar a simulação de “antes e depois”?
Pode haver uma comparação entre foto-base e possibilidade visual, mas ela deve ser identificada como simulação e não como registro de serviço. Se “antes e depois” puder ser entendido como execução concluída no formato usado, prefira “foto original e simulação visual”.
Basta colocar “imagem ilustrativa” na legenda?
Não necessariamente. A expressão não informa se a base é real, o que foi alterado nem se houve serviço. “Simulação visual com IA; não representa serviço executado” é mais direto, acompanhado da origem e das alterações relevantes.
Posso usar a simulação em uma proposta comercial?
Sim, como visualização de possibilidade, desde que esteja claramente identificada e não seja apresentada como garantia do estado final. Mantenha a foto-base acessível e separe a imagem conceitual do escopo efetivamente combinado.
E se a simulação ficar muito parecida com o resultado real?
A semelhança não muda a origem do arquivo. Continue chamando a imagem gerada de simulação. Se quiser mostrar o serviço realizado, use registros reais autorizados e trate-os como um conjunto separado.
O aviso deve ficar dentro da imagem?
O requisito editorial é que ele permaneça próximo e visível no contexto final. Em formatos sujeitos a recorte ou compartilhamento sem legenda, reunir identificação e visual no mesmo quadro reduz a perda de contexto. Ainda assim, preserve uma versão limpa do arquivo e não esconda informações relevantes.
O comparador prova que a limpeza aconteceu?
Não. Ele ajuda a confrontar a foto-base com a imagem gerada e a revisar diferenças. A transformação continua sendo uma saída gerada; comprovar um caso real exige registros correspondentes ao serviço efetivamente realizado.