ISO 9001:2026: requisitos para produtos e serviços (requisito 8.2)

Na ISO 9001:2026, requisitos para produtos e serviços (requisito 8.2) são o que a empresa promete ao cliente antes de aceitar o pedido. Site, folder, proposta, contrato e rede social entram nessa conta. A frase da live: a satisfação começa na venda, não na entrega.

Este artigo continua as lives de foco no cliente (requisito 5.1) e de política e objetivos (requisitos 5.2 e 6.2). Lá, a pergunta era se a empresa conhece a expectativa e se a política é a cara daquele negócio. Aqui, essa expectativa vira requisito: o que será comunicado, o que a empresa consegue cumprir e o que muda quando o combinado muda. A ABNT NBR ISO 9001:2026 foi publicada em 13 de outubro de 2026. A ISO 9000 segue como referência de vocabulário.

A satisfação começa na venda

Satisfação, na leitura da live de foco no cliente, é a lacuna entre a expectativa e a percepção. O cliente espera uma coisa. Recebe outra. A distância entre as duas é o que ele chama de satisfeito ou insatisfeito. O modelo indicado naquela live para enxergar esse vão é o SERVQUAL: o que o cliente espera, o que a empresa acha que ele espera, o que foi especificado, o que foi entregue e o que foi comunicado.

Esses vãos não nascem todos na expedição. O requisito 8.2 cuida do que a empresa promete e do que ela aceita ser capaz de fazer. A entrega em si está na operação, no requisito 8.5, tema de uma live seguinte da série. A percepção, a satisfação medida, está no requisito 9.1.2. Por isso a live resume o resultado assim: a satisfação é a lacuna entre o que o 8.2 prometeu e o que o 8.5 entregou.

O time comercial carrega a mesma responsabilidade pela satisfação que o time que entrega. Quem promete prazo, metragem, característica de rótulo ou escopo de consultoria está definindo a expectativa. Quem só controla a produção chega tarde.

O que o requisito 8.2 pede

O requisito existe porque a norma pede produto e serviço conformes. Antes de produzir, a empresa precisa deixar inequívoco o que é esse produto. Na prática, o 8.2 pede quatro movimentos:

1. Comunicar (8.2.1). Onde o cliente encontra informação de produto e serviço, como consulta contrato e pedido, como devolve reclamação e, quando cabe, como a propriedade do cliente é tratada.
2. Determinar (8.2.2). Requisitos do cliente, requisitos legais e regulamentares, e os que a própria empresa considera necessários. Tudo o que ela afirma precisa ter como ser cumprido.
3. Analisar antes de se comprometer (8.2.3). Confirmar que a empresa consegue atender, inclusive o que está implícito, e guardar a evidência dessa análise.
4. Atualizar quando mudar (8.2.4). Informação documentada em dia e comunicação às partes interessadas pertinentes.

Canal de comunicação não é só o contrato. Site, catálogo, proposta, aplicativo, Instagram, Facebook, TikTok e LinkedIn são comunicação com o cliente. O que está publicado vira expectativa.

Três mudanças da ISO 9001:2026 neste requisito

A live tratou a atualização como refinamento, não como norma nova. No 8.2, três pontos mudam o verbo do que a empresa já deveria fazer:

• Contingência deixa de ser só considerada e passa a ser informada. No 8.2.1, quando for pertinente, a empresa fornece informação sobre ações de contingência, inclusive interrupção no fornecimento. Atraso, troca de rota, caminhão que não chega, sistema fora do ar: o cliente é avisado pela empresa, de forma proativa. Em 2015, o texto pedia estabelecer requisitos específicos para ações de contingência. Em 2026, o cliente precisa ter acesso a essa informação.
• Comunicação indireta conta. A nota do 8.2.1 inclui comunicação direta (reunião, e-mail, documento) e indireta (site, publicação, rede social, pergunta frequente, treinamento). Post e folder passam pelo mesmo crivo da proposta.
• Mudança de requisito é comunicada, não só arquivada. No 8.2.4, a informação documentada pertinente é atualizada e a mudança é comunicada às partes interessadas pertinentes. Não basta o registro da análise crítica. O cliente não pode descobrir a alteração porque foi atrás. Fornecedor envolvido naquela entrega também entra nessa comunicação.

Os dois primeiros verbos parecem próximos e não são. Estabelecer é definir o arranjo interno. Prover é garantir que a pessoa do outro lado receba a informação. A mesma lógica aparece no planejamento de mudanças: mudança sem comunicação não está controlada.

Há ajustes menores em volta desse núcleo. Atividades de pós-entrega (requisito 8.5.5) valem quando o serviço tem pós-entrega. Consultoria que termina com o contrato, como no exemplo da Templum, não inventa uma ação depois do certificado só para preencher campo. Na venda online, site e catálogo ficam lado a lado: a oferta publicada pode ser a análise crítica do pedido padrão. A evidência da análise cobre requisito novo e requisito modificado. No Anexo A, a live indicou a ISO 10001 e a ISO 10002 como leitura de satisfação do cliente e de tratamento de reclamações, para fechar o ciclo com o 9.1.2.

O que está no folder também é requisito

A operação costuma estar redonda no papel e torta na promessa. Ficha de verificação assinada, projeto seguido, controle de qualidade em dia. O cliente mesmo assim não recebeu o que viu antes de comprar. A live trouxe três cenas para esse ponto. São relatos da gravação, não um parecer jurídico da Templum.

No primeiro, um suplemento saiu de circulação depois de questionamento da Anvisa. O eixo citado não foi falha de segurança do produto. Foi a empresa não comprovar características que ela mesma colocou no rótulo, como prazo de validade e alegações do tipo zero lactose. Prometeu no rótulo. Não mostrou como garantia aquilo.

No segundo, uma construtora indicou no folder de lançamento uma estrutura de paredes que a entrega não tinha. O contrato permitia modificação. A comunicação da mudança não acompanhou o folder. Na conta da live, a empresa foi condenada em dano moral de R$ 10 mil, em decisão unânime, porque a parede estava no material de venda e não no que o cliente recebeu.

No terceiro, o apartamento foi entregue com metragem menor do que a anunciada. A consequência citada foi multa de 5% sobre o valor pago. De novo: o problema narrado não era acabamento. Era promessa.

Nesses casos, dizer que existe sistema de gestão da qualidade não se sustenta. Sistema de gestão existe para entregar produto e serviço conformes às necessidades e expectativas do cliente. Comunicação diferente da entrega quebra isso, mesmo com a obra tecnicamente conferida.

A pergunta prática para quem cuida da qualidade: quantas vezes o folder, o site, o anúncio, a proposta e o perfil da empresa foram revisados com o mesmo rigor da ordem de produção? Se o comercial só chama a qualidade quando o pedido foge do padrão, o padrão publicado segue sem dono. Na Templum, o comercial consulta a área técnica quando a situação sai do processo, antes de aceitar. O caminho inverso também serve: a qualidade pega proposta e publicação e faz a amostragem, no calendário, sem esperar convite.

Quer isso avaliado na sua empresa?

Receba um diagnóstico gratuito do seu sistema de gestão da qualidade e veja o que o auditor encontraria hoje.

Falar com a Olívia

Antes de prometer, definir

Promessa sem definição vira campanha. A ISO 9000 chama característica de propriedade diferenciadora. A live apontou essa definição, com exemplos como características físicas e requisitos legais, para a empresa descer do adjetivo e escrever o que o produto é. O que precisa ficar explícito:

• requisitos legais e regulamentares aplicáveis;
• requisitos que a própria organização considera necessários;
• capacidade de cumprir o que afirma sobre a oferta.

Afirmação numérica entra nessa lista. A Templum comunica que já certificou mais de 2.000 empresas e mantém esse histórico catalogado desde a primeira certificação. Num anúncio com resultado numérico, a plataforma pediu a comprovação. O número só pode estar no ar se a empresa consegue mostrar a conta.

O requisito difícil é o implícito: ninguém pede, todo mundo cobra. Laudo de laboratório carrega confidencialidade mesmo sem o paciente escrever isso no pedido. Carro carrega requisito de segurança mesmo sem o comprador citar a norma. A pesquisa de expectativa, a mesma lógica do foco no cliente, tira o implícito do achismo e coloca na lista. Perguntar a quem executa também serve. Quem está na operação enxerga o que o procedimento não escreveu.

Há promessa que a operação não alcança do jeito que o cliente está hoje. Na consultoria online da Templum, o diagnóstico às vezes acontece antes do aceite. Se o caminho não chega no resultado sem o cliente fazer A, B e C, isso é dito antes da venda. Aceitar primeiro e descobrir depois é o 8.2 invertido.

Análise crítica não é carimbo em todo pedido padrão

A resistência clássica é esta: analisar criticamente cada pedido antes do sim, num produto que sai sempre igual. A live separa dois casos.

Oferta encapsulada, sempre do mesmo jeito, com características já definidas e proposta idêntica ao que foi publicado: a análise crítica aconteceu antes de a oferta ir para o mercado. Não é preciso refazer o rito a cada pedido igual. No treinamento de entendimento da ISO 9001:2026, a Templum usa uma ficha técnica de produtos e serviços para esse de-para: característica de um lado, capacidade da operação do outro. A ficha em si fica no curso. A lógica vale sem ela.

A análise volta a ser obrigatória, com evidência, quando o cliente pede algo diferente. Prazo de 30 dias que vira 10. Projeto sob medida. Proposta personalizada. Qualquer item fora do que já foi especificado. Aí a empresa confirma, antes de se comprometer, se tem gente, conhecimento, documento e infraestrutura para aquele sim. A análise inclui o implícito, não só o que está escrito no e-mail.

Mudou o requisito: atualize e comunique

Em 2015, a evidência de requisito novo ou modificado precisava estar disponível. Em 2026, o 8.2.4 pede a informação documentada atualizada e comunicada às partes interessadas pertinentes. Escopo, prazo, especificação, canal de atendimento: se mudou o que o cliente usa para pedir ou para receber, ele é a primeira pessoa a saber.

O exemplo da live é interno e pequeno de propósito. A Templum está trocando o número de WhatsApp de atendimento, porque o canal passou a operar na plataforma. A troca é gradual, com registro de que o cliente foi informado e com o pedido explícito para anotar o número novo e aposentar o antigo. WhatsApp, nesse caso, é o canal de solicitação. Mudar o número sem comunicar é mudar o requisito de comunicação e deixar o cliente no endereço velho.

Quem opera no Templum OS consegue alertar o cliente quando um requisito de produto ou serviço muda. O requisito vale com ou sem a plataforma. O cliente não pode ficar sabendo por terceiros.

A mesma lógica explica o caso que a live usou para interrupção de fornecimento. Em 19 de julho de 2024, uma atualização com defeito da CrowdStrike tirou do ar sistemas de companhias aéreas, bancos e outros serviços no mundo todo. Durante horas, quem dependia daquilo não sabia o que tinha acontecido. O caso é extremo. O uso na live é de mentalidade de risco: o ponto em que a entrega quebra, quem precisa ser avisado e por qual canal se decide antes do incidente. Deixar para pensar na hora é o oposto do 8.2.1.

O que vem antes do requisito 8.2

Aceitar um pedido é dizer que a entrega é possível. Essa frase só é verdadeira se o que vem antes já foi olhado. A cadeia que a live repete:

1. Contexto: qual resultado a empresa precisa entregar e quais processos chegam nele.
2. Foco no cliente: quem é o cliente e o que ele quer, precisa e espera.
3. Política e objetivos: o compromisso e o número que mostram se o compromisso acontece.
4. Riscos e oportunidades: o que impede esse resultado e o que pode ampliá-lo.
5. Recursos (requisito 7): pessoas, conhecimento, informação documentada e infraestrutura disponíveis para aquele sim.

O 8.2 vem depois porque a especificação usa o que a empresa já tem, não uma lista solta de planilhas. Sistema montado aos pedaços, uma planilha de requisito aqui e uma de contexto ali, não tem começo nem fim. É nesse desenho que o sistema vira burocracia: cada documento atende um item e nenhum conversa com a promessa real.

O que levar para a segunda-feira

O requisito 8.2 cabe num checklist curto. O trabalho é fazer a lista no que a empresa publica, não só no procedimento:

• Liste os canais em que a empresa promete: site, proposta, contrato, folder, anúncio, Instagram, LinkedIn, WhatsApp.
• Pegue uma promessa e compare com o que a operação entrega. Se divergir, ou a comunicação muda ou a entrega muda.
• Escreva os requisitos implícitos do seu produto. O que ninguém pede e todo mundo cobra.
• Defina como o cliente será avisado se a entrega interromper, antes de a interrupção acontecer.
• Quando um requisito mudar, atualize o registro e comunique o cliente e os fornecedores envolvidos.
• Pedido padrão: análise crítica na ficha, uma vez. Pedido diferente: análise crítica documentada antes do sim.

A gravação completa está no YouTube.

Migração ISO 9001:2015 para 2026: passo a passo em 8 etapas · prazos Global ACI · diagnóstico gratuito

Curso de Entendimento da ISO 9001:2026

Requisito solto vira planilha. Nos dias 11, 12 e 13 de novembro, o Curso de Entendimento da ISO 9001:2026 percorre os capítulos 4 a 10 para conectar o que a empresa promete com o que ela consegue entregar, e a pessoa sai com o que aplicar na própria operação. Saiba mais sobre o curso.

A próxima live da série é quarta, 28/10, às 16h: controle de qualidade. Gratuito, ao vivo no YouTube.