O que Arquiteto de Oferta faz?
A oferta é decidida antes da página. conversion-page-build escreve um argumento para o que quer que receba; se o que recebe é fraco, o resultado é copy fluente para algo que ninguém quer. Este skill produz a coisa.
Leia o briefing primeiro, se existir
Procure por 03 Projects/<Project>/_Research/[C] Conversion Brief — *.md, ou a pasta de pesquisa do seu projeto se você não estiver executando isso dentro dessa configuração. Três de suas seções são entradas aqui, em vez de coisas para redecidir: Registro, as Objeções classificadas e Prova disponível. O Registro em particular é definido uma vez por cliente e herdado — veja ../audience-research/SKILL.md.
Sem um briefing você ainda pode executar, mas diga isso na saída e marque cada afirmação sobre o público como NÃO ESTABELECIDA — <o que a fecharia>. Uma oferta projetada para um comprador assumido é uma oferta cujo diagnóstico ninguém pode verificar depois.
O limite da recomendação
Os termos comerciais são decisão do cliente. Nível de preço, descontos, forma do contrato, exposição a reembolsos e quem assume o risco são deles — eles detêm o lado do custo, a posição de caixa e as consequências. Este skill produz a análise, em seguida, uma recomendação com sua fundamentação, rotulada como recomendação, para que possa ser aceita, rejeitada ou trocada pela alternativa que foi considerada e deixada de lado.
Duas regras se seguem, e ambas importam mais do que parecem:
- Nunca escreva um número em um entregável como se estivesse resolvido. Um preço que aparece sem qualificação em um documento é citado de volta como acordado. Se um valor tiver que aparecer, diga o que ele é — uma recomendação, uma ilustração ou o número declarado pelo próprio cliente.
- Diga o que não está estabelecido, no documento. Um modelo de custo que você não tem é a diferença entre avaliar um preço estruturalmente e avaliá-lo comercialmente, e o segundo é o que o cliente pensa que está recebendo, a menos que você diga o contrário.
O Registro é herdado, e decide mais aqui do que parece
A camada de estrutura viaja inalterada em todos os lugares: todo comprador precisa que as mesmas coisas sejam estabelecidas sobre uma oferta, e os passos abaixo as estabelecem na mesma ordem, independentemente de quem está lendo. O que varia é quais instrumentos são utilizáveis para estabelecê-las.
Uma garantia conservadora B2B não é uma garantia de resposta direta. Elas não são o mesmo dispositivo em dois volumes — são instrumentos diferentes servindo ao mesmo trabalho. Em Resposta Direta, uma reversão de risco agressiva declarada em alto e bom som é o que um comprador espera, e sua ausência é uma falha de diferenciação. Em B2B Conservador (DACH), essa mesma construção é um sinal de fraude que desacredita as afirmações verificáveis ao lado dela, e o mecanismo tem que ser entregue como um termo de venda — frequentemente sem usar a palavra garantia. A mesma assimetria percorre escassez, ancoragem de preço, apresentação da pilha e o argumento de venda. Cada arquivo de referência abaixo carrega uma tabela de cinco registros onde o registro muda o instrumento; leia apenas a linha que o briefing nomeou.
Os cinco: B2B Conservador (DACH) · Técnico / Industrial · Consumidor / Estilo de Vida · Missão / Sem Fins Lucrativos · Resposta Direta. Definidos em ../audience-research/references/register-profiles.md.
A sequência
Sete passos, em ordem. A saída de cada um é a entrada do próximo, e é por isso que a ordem se mantém.
- Diagnosticar antes de projetar —
references/value-equation.md. Quatro variáveis, lidas como um diagnóstico em vez de uma pontuação. A saída é a restrição vinculante: a variável cuja fraqueza está causando mais dano no momento. Tudo após este passo visa essa variável. - Mapear os obstáculos — mesmo arquivo. O que realmente está entre este comprador e o resultado, enumerado antes que qualquer coisa seja proposta. Um obstáculo que ninguém escreveu se torna uma objeção mais tarde.
- Transformar cada obstáculo em algo que o remova, depois escolher como isso chega ao comprador —
references/delivery-models.md. O veículo é uma decisão de design, não de empacotamento: uma promessa são três ofertas diferentes a três preços diferentes, dependendo se o comprador faz o trabalho sozinho, faz sob supervisão ou tem o trabalho feito para ele — e uma das três é errada para este comprador. - Construir a pilha, depois precificá-la —
references/value-stack-and-bonuses.md, depoisreferences/pricing-and-anchoring.md. Pilha primeiro. Um preço argumentado contra uma pilha que não soma é um preço sem nada por trás. - Projetar a reversão de risco —
references/guarantees-risk-reversal.md. O que acontece se isso não funcionar, declarado em termos que possam ser realmente honrados sem arbitragem. - Nomear e escolher o ângulo —
references/offer-angles.md. Um ângulo reformula; ele não muda a oferta. Se um novo ângulo parece resolver o problema, verifique se o problema era o enquadramento. - Produzir o argumento de venda —
references/pitch-formats.md. Curto, médio e longo, cada um derivado da mesma afirmação central, em vez de escritos de forma independente.
Auditando uma oferta que já existe
A maioria do trabalho real começa aqui, em vez do passo 1. references/offer-audit-checklist.md percorre toda a sequência ao contrário sobre uma oferta que alguém já montou, classifica o que encontra por status de evidência e nomeia a restrição vinculante. Execute-o primeiro quando a oferta existir; os passos de redesign terão então um alvo específico para mirar.
O que isso produz
Um documento, em 03 Projects/<Project>/_Research/[C] Offer — <Name>.md por convenção do vault, ou na pasta de pesquisa do seu projeto caso contrário. Ele carrega: o diagnóstico de quatro variáveis e qual variável vincula, o mapa obstáculo-para-solução, a pilha com a proveniência de valor de cada linha, o modelo de entrega e porquê, a análise de preços com sua recomendação sinalizada como tal, a recomendação de reversão de risco e as alternativas deixadas de lado, o nome e ângulo, e os três comprimentos de argumento de venda.
As seções de pilha e reversão de risco são o que conversion-page-build precisa ter à sua frente quando escreve as seções de Pilha de Valor e Garantia de uma página. Qualquer coisa deixada vaga aqui é inventada ali, então uma linha de pilha sem proveniência e uma garantia sem gatilho não são pontas soltas — são defeitos passados adiante.
NÃO ESTABELECIDA, e a regra da suposição carregada
Duas metades de uma disciplina. Ambas são política de todo o skill: os arquivos de referência as aplicam e apontam de volta para cá em vez de reafirmá-las.
Uma descoberta que você não pode evidenciar é escrita como NÃO ESTABELECIDA — <o que seria necessário>, nunca suavizada em uma evasiva e nunca omitida. Esta é a mesma disciplina que audience-research usa e pela mesma razão: uma lacuna declarada é fechada, e uma silenciosa é descoberta pelo cliente.
Uma coisa não confirmada na qual a aritmética se apoia é carregada, não resolvida. Quando os números de uma oferta dependem de algo que ninguém realmente confirmou — quantos lugares realmente existem, se um total declarado é por pessoa ou para o grupo, se um termo foi acordado ou meramente discutido — escreva a suposição junto com o que muda se ela se revelar o contrário, depois prossiga. Tratamento fiscal e momento da cobrança são os dois que mais frequentemente mordem; ambos são carregados em references/pricing-and-anchoring.md. O que isso proíbe é resolver a ambiguidade silenciosamente na direção que apoia a conclusão para a qual você estava indo, e então construir três seções em cima dela. Essa falha é invisível no documento finalizado, que é exatamente por que a suposição tem que estar na página, e não na sua cabeça.