Análise do Briefing

1. Resumo Executivo

A TireShop (https://www.tireshop.com.br) é um e-commerce exclusivamente B2C de pneus. Trabalha com 17 marcas, cerca de 2.300 SKUs e 7 grandes categorias por tipo de veículo ou aplicação. Também tem 5 lojas físicas: Joinville, Ribeirão Preto, São Paulo, Novo Hamburgo e Curitiba (briefing §2, briefing §7). O projeto é um redesign do site atual, que roda em ASP.NET desde 2008/2009 e já passou por três redesigns desde 2013 (briefing §1, briefing §8). A empresa, por sua vez, opera desde 2001 ([Cliente] call 30/09/2026).

O pedido central é modernizar o site sem perder a simplicidade e a facilidade de uso que ele já tem. A estrutura de páginas e os filtros devem se adequar às particularidades de um e-commerce de pneus: medida, veículo e marca (briefing §1). A experiência mobile é a maior dor atual e deve ser tratada como prioridade, já que a maior parte do tráfego vem do celular (briefing §3, briefing §4, briefing §10). Há também uma preocupação estratégica com SEO: um projeto em andamento com a liveSEO não pode se perder com o redesign, e o cliente quer acelerar a redução da distância em relação aos concorrentes (briefing §8, briefing §10).

A experiência deve transmitir modernidade, facilidade e segurança (briefing §3). O consumidor de pneus decide com base em informação técnica detalhada, facilidade de pagamento e prazo de entrega, porque a compra costuma ser urgente (briefing §4). A N1 entrega templates de frontend em HTML/CSS/JS, e o time de TI da TireShop os integra ao ASP.NET/ERP (briefing §8). O go-live acontece somente depois da Black Friday (briefing §1).

2. Objetivos

2.1 Objetivos de negócio

2.2 Objetivos do usuário

3. Público-Alvo

• Quem é: 100% pessoa física, consumidor final. Frotistas, oficinas, revendedores e empresas não são público (briefing §2, briefing §4 [Cliente]).
• Comportamento de decisão (briefing §4 [Cliente]):
• decide com base em informações detalhadas do produto;
• valoriza facilidades de pagamento;
• precisa de bons prazos de entrega, porque a compra tem alto nível de urgência;
• precisa de segurança em dois níveis: saber que a empresa é real e confiar que ela cumprirá o acordado (qualidade e prazo).
• Sensibilidade à precisão: o usuário depende da descrição, principalmente da medida, porque as imagens de pneu costumam ser padronizadas e não mostram a medida específica (briefing §3 [Cliente]).
• Contexto de acesso: a maior parte do tráfego vem do celular. O percentual exato não foi informado (briefing §4 [Cliente]).
• Perfil de veículo: o catálogo cobre carros, SUVs/pick-ups, competição, vans, agrícolas, caminhões, UTV e OTR (briefing §2, briefing §7 [N1]). [inferência] O público final inclui compradores pessoa física de segmentos bem diferentes, como motorista urbano, entusiasta de competição e produtor rural, o que pode pedir caminhos de busca diferentes. Validar nas fases 02 e 05.
• Personas informadas pelo cliente: nenhuma (briefing §4). Elas serão construídas na Fase 05.

4. Funcionalidades

4.1 Indispensáveis

Todos os itens abaixo foram listados pelo briefing como indispensáveis (briefing §3). A coluna "Situação hoje" indica se a funcionalidade já existe ou é nova.

4.2 Desejáveis

O briefing não separa explicitamente "desejáveis" de "indispensáveis" (ver Lacunas, L03). Os itens abaixo aparecem como oportunidades ou pedidos abertos, sem o mesmo grau de obrigatoriedade.

4.3 Fora de escopo / não se aplica

Estes itens foram declarados pelo cliente e não devem ser propostos nas próximas fases.

5. Restrições

5.1 Técnicas

• Plataforma atual: ASP.NET (C# e VB.NET) (briefing §8 [N1]).
• Modelo de entrega: a N1 entrega templates de frontend em HTML/CSS/JS, e o time de TI da TireShop (Leandro Christen) integra esses templates ao ASP.NET/ERP (briefing §8 [N1]). A menção solta a "Nuxt.js (Vue.js)" precisa ser esclarecida (ver L02).
• [inferência] Qualquer funcionalidade nova (ex.: F06, F14) depende da capacidade de integração do time interno e dos dados disponíveis no ERP.
• SEO: é obrigatório preservar URLs e dados estruturados. A N1 vai alinhar com o responsável pelo SEO (liveSEO) (briefing §8 [N1], briefing §10 [Cliente]). A tecnologia atual não impede boas práticas de SEO, performance e Core Web Vitals (briefing §8 [N1]).

5.2 Prazo

• O go-live acontece somente depois da Black Friday (briefing §1 [Cliente]). [inferência] A Black Friday de 2026 cai em 27/11/2026. A data exata do go-live e o cronograma das fases não foram informados (ver L10).

5.3 Integrações informadas

Fonte: briefing §8 [Cliente]. O cliente não informou quais são obrigatórias e quais são desejáveis (ver L03).

5.4 Regras comerciais a manter

Fonte: briefing §2 [Cliente], salvo indicação.

• Formas de pagamento: Pix, boleto e cartão de crédito (Visa, Master, Amex, Diners, Elo).
• À vista = 5% de desconto: vale para Pix, boleto ou 1x no cartão.
• Desconto progressivo no parcelamento (anexo tabela-parcelamento-descontos.png):

O levantamento da N1 dizia "até 12x sem juros; 5% à vista". O cliente detalhou e corrigiu essa regra com a tabela acima.

• Frete grátis: a regra varia por produto e tem três situações: 1. maioria dos itens: acima de R$ 1.000,00 para Sul e Sudeste; 2. alguns produtos: acima de R$ 1.000,00 para todo o Brasil; 3. alguns produtos: sem frete grátis para nenhuma região.
• Exibição do frete: com duas ou mais transportadoras para o CEP, aparecem a mais barata (muitas vezes grátis) e a mais rápida. Com apenas uma transportadora, só ela aparece (briefing §8 [Cliente]).
• Oficina conveniada: só está disponível quando há oficina na cidade de entrega. A montagem é negociada diretamente com a oficina, e a TireShop não vende o serviço (briefing §2 [Cliente]).
• Price match: vale apenas para produtos selecionados pela TireShop (briefing §3 [Cliente]).
• Cupons, garantia estendida e outras regras: não informado (briefing §2) (ver L09).

5.5 Diretriz de experiência

• Modernizar o site sem sacrificar a simplicidade atual (briefing §1 [N1]).
• Tratar a clareza da medida do pneu e dos valores finais como requisito em todas as etapas: categoria, produto, carrinho e confirmação (briefing §3 [Cliente]).

6. Diferenciais

O briefing não tem uma pergunta direta sobre diferenciais (ver L13). Os pontos abaixo foram reunidos a partir das respostas [inferência sobre o que distingue a TireShop; a comparação com o mercado cabe às fases 02 e 03].

7. Problemas Atuais

8. Resultados Esperados

A definição de sucesso não foi informada: a pergunta "Como vocês vão saber que o projeto deu certo?" ficou em branco (briefing §1). Os resultados abaixo são sinais qualitativos tirados do briefing. Nenhuma meta numérica foi fornecida (ver L01).

[inferência] Indicadores que poderiam medir esses resultados incluem tráfego orgânico e posições, conversão mobile, abandono de carrinho e uso da busca por medida ou veículo. Nenhum deles foi pedido pelo cliente, e não temos dados de linha de base (ver L01 e L15).

9. Concorrentes

Os nomes abaixo são os identificadores canônicos para as próximas fases. Para sites, usamos o domínio informado pelo cliente.

9.1 Diretos

Fonte: briefing §5 [Cliente]. Motivo da classificação: são e-commerces especializados em pneus que vendem ao consumidor final, o mesmo modelo da TireShop [inferência sobre o motivo; a classificação é do cliente].

O que os concorrentes fazem melhor hoje (briefing §5 [Cliente]): navegação no celular, estrutura de SEO mais desenvolvida e mais informação na página de produto, com apresentação melhor.

O que o cliente não gosta nos concorrentes (briefing §3 [Cliente]): navegação difícil, informações confusas, descrição e medida pouco claras em todas as etapas, imagens padronizadas e falta de clareza sobre valor final e parcelamento.

9.2 Indiretos

Fonte: briefing §5 [Cliente].

10. Referências

Todas as referências são do cliente (briefing §3 [Cliente]).

10.1 Estéticas

10.2 Funcionais

10.3 Experiência

11. Lacunas & Suposições

As suposições abaixo valem até o cliente responder. Se alguma resposta mudar uma suposição, as fases que dependem dela devem ser revisadas.

12. Como usar essas informações?

Este documento vira ação assim: as regras comerciais e as lacunas do briefing viram critérios de decisão para o layout e perguntas objetivas ao cliente.

Preço à vista × parcelamento progressivo

• Insight: o cliente tem uma regra de preço em degraus (1x: 5%; 2x a 4x: 3%; 5x a 7x: 2%; 8x a 10x: 1%; 11x e 12x: sem desconto) e a abrangência dela no catálogo não está confirmada (§5.4; F04, DF3; L17).
• Como aplicar no layout:
• No Card de Produto e no Bloco de Preço (Produto, Carrinho), o primeiro nível mostra só o preço à vista e "ou até 12x sem juros".
• A tabela progressiva completa fica atrás de "Ver condições de pagamento" e é repetida na página Pagamento e Parcelamento.
• Na Home, a seção Benefícios resume a regra em dois itens (5% à vista; até 12x sem juros).
• No Checkout (etapa Pagamento), o valor final deve mudar junto com o número de parcelas escolhido.
• Quem usa / quando: design, na montagem dos wireframes (Fase 08); TI, para conferir que o valor exibido bate com o calculado pelo sistema atual; cliente, para validar L17 antes de fixar o desenho do card.

Frete grátis por regra e previsão de chegada

• Insight: o frete grátis tem três regras por produto (Sul e Sudeste acima de R$ 1.000; Brasil acima de R$ 1.000; sem frete grátis), e a exibição depende do número de transportadoras no CEP (§5.4; F03, F16). A previsão de chegada de itens sem estoque só existe quando há data cadastrada (F12).
• Como aplicar no layout:
• O Bloco de Entrega (Produto, Carrinho) mostra a regra do item em frase clara e as opções por CEP: só a mais barata, ou a mais barata e a mais rápida, cada uma com data.
• O Card de Produto leva um selo de frete grátis apenas quando o produto tem regra; produtos "sem frete grátis" não ganham selo.
• No estado Sem Estoque do Produto, a previsão de chegada aparece só se houver data; sem data, aparece só o "Avise-me".
• Quem usa / quando: design, para definir os estados do Bloco de Entrega; TI, para dizer qual campo do produto informa a regra e a data (L05); marketing, para redigir as frases das três regras.

Garantia de Preço (price match)

• Insight: o price match é uma funcionalidade nova, restrita a produtos selecionados, e ainda não tem critério de seleção, forma de envio do preço concorrente nem prazo de resposta (§4.1 F14; §11 L11).
• Como aplicar no layout:
• O bloco aparece no Produto com Garantia de Preço apenas nos itens marcados pela TireShop.
• Ele leva à página Garantia de Preço, que deve trazer as regras operacionais.
• Na Home, o item entra em Benefícios e em Compre com Segurança somente depois da confirmação do cliente; sem confirmação, sai dos dois.
• Quem usa / quando: cliente, para responder L11 antes da Fase 08; TI, para dizer se dá para marcar produtos por atributo; design, para não prometer nada que a página de regras não sustente.

Destaque das lojas físicas

• Insight: as 5 lojas são pedido explícito do cliente para a Home no desktop (§2.1 ON7; §6 DF1), mas não se sabe se há retirada, balcão ou atendimento presencial (§11 L12).
• Como aplicar no layout:
• A seção Lojas Físicas da Home vem antes de Produtos em Destaque, com lista e mapa no desktop e versão compacta no celular.
• As páginas Lojas Físicas e Loja trazem endereço e horário.
• O texto das lojas trata-as como prova de que a empresa existe, sem oferecer retirada; isso muda só se o cliente confirmar o contrário.
• Quem usa / quando: cliente, que fornece endereços, horários e fotos e responde L12; design, ao definir a ordem das seções da Home.

Lacunas que viram perguntas ao cliente

• Insight: cinco lacunas bloqueiam ou mudam regras visíveis no layout: abrangência do desconto progressivo (L17), price match (L11), disponibilidade de Nota Fiscal e Termo de Garantia em PDF (L05), outras regras comerciais como cupom e garantia estendida (L09) e papel das lojas (L12) (§11).
• Como aplicar no layout:
• Enquanto não houver resposta, cada item fica marcado como [a definir] no wireframe, na tela onde aparece: Bloco de Preço, Produto com Garantia de Preço, Detalhe do Pedido (PDFs), Carrinho e Checkout (cupom) e Lojas Físicas.
• Se a resposta for "não existe", o elemento sai do layout, como já ocorre com os itens condicionados em Compre com Segurança.
• Quem usa / quando: orquestrador e time N1, para levar as perguntas à reunião de validação; Cristofer William, Leandro Christen e Marcelino Pinheiro, para responder (§11).

Próximo passo

1. Cliente: responder L17, L11, L05, L09 e L12 antes de fechar os wireframes (Fase 08).
2. TI (Leandro Christen, Marcelino Pinheiro): informar de onde vêm a regra de frete grátis, a data de chegada e os PDFs de NF e garantia.
3. N1: registrar as respostas no documento e reprocessar as fases dependentes que mudarem.