metodo-design-pro: enquadramento e do dono do produto, nao do agente
Licao do teste WhatSMS: o briefing enquadrou um sistema de automacao de contacto multicanal como bot de resposta a mensagens, e o resultado foi uma landing page de chatbot de WhatsApp. Nova seccao 0: perguntar o posicionamento e nunca presumi-lo; "esta robotico" pede tom e nao reescrita de posicionamento; briefing longo escrito sozinho impede o motor de fazer as perguntas certas. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -3,8 +3,34 @@
|
|||||||
**Estado:** Rascunho — origem: síntese Gemini de vídeos de páginas de alta qualidade (2026-07-22), adaptado ao stack Descomplicar.
|
**Estado:** Rascunho — origem: síntese Gemini de vídeos de páginas de alta qualidade (2026-07-22), adaptado ao stack Descomplicar.
|
||||||
**Aplica-se a:** websites/landing pages, propostas comerciais, decks PPTX, banners, vídeo — qualquer artefacto de design.
|
**Aplica-se a:** websites/landing pages, propostas comerciais, decks PPTX, banners, vídeo — qualquer artefacto de design.
|
||||||
|
|
||||||
|
## 0. Quem define o enquadramento (lição do teste WhatSMS, 22-07-2026)
|
||||||
|
|
||||||
|
O **enquadramento — proposta de valor, posicionamento, o que se está a vender — pertence ao dono
|
||||||
|
do produto**. Nunca se deriva de análise do agente nem de diagnóstico de subagente.
|
||||||
|
|
||||||
|
No primeiro teste real deste método, o briefing enquadrou o WhatSMS como "responder a mensagens
|
||||||
|
fora de horas" e pediu mock-ups de conversa. Resultado: uma landing page de bot de WhatsApp, quando
|
||||||
|
o produto é um sistema de automação de contacto multicanal. O design estava competente; o
|
||||||
|
enquadramento destruía o posicionamento.
|
||||||
|
|
||||||
|
Regras que daí resultam:
|
||||||
|
|
||||||
|
- **Perguntar o posicionamento, não os acessórios.** Cor e tipografia têm defaults; a proposta de
|
||||||
|
valor não tem. Perguntar sobre a segunda, nunca presumi-la.
|
||||||
|
- **"Está robótico" é um pedido de tom.** Não é licença para reescrever posicionamento nem deitar
|
||||||
|
fora copy existente. Preservar por omissão; mudar só o que foi pedido.
|
||||||
|
- **Um diagnóstico que chama "AI slop" ao copy** pode estar a apontar estilo, não substância.
|
||||||
|
Nunca converter em mandato para substituir tudo.
|
||||||
|
- **Briefing longo escrito sozinho é sinal de alarme, não de rigor.** Quanto mais completo, mais
|
||||||
|
eficazmente impede o motor de fazer as perguntas certas ao dono do produto. O Open Design
|
||||||
|
pergunta — deixá-lo perguntar em vez de pré-responder tudo.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
## 1. Contrato de Entrada (Zero Rascunhos Genéricos)
|
## 1. Contrato de Entrada (Zero Rascunhos Genéricos)
|
||||||
|
|
||||||
|
O pilar 1 (objectivo/posicionamento) **recolhe-se com o dono do produto**, nunca se deduz — ver secção 0.
|
||||||
|
|
||||||
Proibido gerar qualquer artefacto sem os 4 pilares explícitos ou deduzidos e confirmados:
|
Proibido gerar qualquer artefacto sem os 4 pilares explícitos ou deduzidos e confirmados:
|
||||||
|
|
||||||
1. **Objectivo comercial** — o que o utilizador/cliente deve sentir ou fazer no fim.
|
1. **Objectivo comercial** — o que o utilizador/cliente deve sentir ou fazer no fim.
|
||||||
|
|||||||
Reference in New Issue
Block a user