Complexidade Da Oferta: Simplificar, Explicar Ou Manter?

Para diagnosticar a complexidade da oferta, separe-a em três tipos: a real (inerente ao problema ou ao trabalho), a percebida (o que o cliente acredita que será difícil) e a criada pela empresa (nomes, pacotes, etapas e exceções que o cliente não precisaria enfrentar). Depois aplique uma ação a cada item: simplificar o que a empresa criou, explicar o que só parece difícil, modularizar o que é real mas varia entre clientes e manter o que é real e necessário para o resultado. A matriz mais abaixo organiza essa decisão.

Por que “simplificar tudo” não é um diagnóstico

Reduzir a oferta ao mínimo é uma resposta comum a vendas travadas, e às vezes funciona. O problema é aplicá-la sem saber de onde vem a dificuldade. Don Norman, cofundador do Nielsen Norman Group, usa “complexo” para o estado do mundo (o problema tem muitas partes) e “complicado” para o estado da mente (a pessoa fica confusa). Na visão dele, o que prejudica o usuário é o projeto ruim, e a complexidade em si pode ser necessária.

Duas pesquisas reforçam a cautela. Uma meta-análise de 2010 (Scheibehenne, Greifeneder e Todd), com 63 condições de 50 experimentos e 5.036 participantes, encontrou efeito médio praticamente nulo de um número maior de opções sobre a motivação para escolher e a satisfação com a escolha, com grande variação entre estudos e sem condição suficiente que o explicasse. Em artigo da Harvard Business Review (2021), Richard Gruner resume que a simplicidade quase sempre ajuda a lealdade e o valor da empresa, mas que nem sempre é a resposta. Cortar opções sem diagnóstico pode retirar o que o cliente valoriza.

Os três tipos de complexidade

Complexidade real

É a que permanece mesmo com o melhor desenho possível: um serviço que depende de acessos do cliente, de regulamentação, de integração com sistemas existentes. A Lei de Tesler afirma que todo sistema tem uma quantidade de complexidade que não pode ser eliminada, apenas transferida: ela fica com o usuário ou com quem constrói. Gruner chega a conclusão parecida ao recomendar absorver a complexidade internamente para entregar simplicidade ao cliente.

Complexidade percebida

É a dificuldade que o cliente antecipa antes de contratar. Ele ainda não viu o serviço, usa vocabulário diferente do seu e não tem precedentes para comparar. Segundo a Gartner, os clientes B2B gastam cerca de dois terços da jornada de compra reunindo, processando e conciliando informações. A percepção piora com volume, termos internos e falta de exemplos. Quando o item é simples ou necessário e o cliente só não o enxerga assim, a ação é explicar.

Complexidade criada pela empresa

Vem de decisões internas: pacotes que se sobrepõem, aprovações em série, formulários repetidos, exceções que viraram regra. O Nielsen Norman Group observa que experiências ruins frequentemente têm causa em falhas organizacionais internas, difíceis de enxergar na interface, e propõe o service blueprint (mapa que separa o que o cliente vê do que acontece nos bastidores) para localizá-las. A McKinsey relata empresas que ainda levam dias para cotar e pedem formulários complicados, e associa melhorias de velocidade e simplicidade a menor perda de clientes e maior taxa de conversão de propostas, em casos que acompanhou. Há também custo interno: na pesquisa State of Sales 2026 da Salesforce, com 4.050 vendedores (autorrelato, feito por um fornecedor de software), o vendedor médio passa 40% do tempo vendendo, e a pesquisa aponta gargalos administrativos como o principal peso sobre a produtividade.

Como diagnosticar em cinco passos

Escolha uma jornada. O blueprint do NN/g corresponde a uma jornada específica de cliente. Mapeie uma, por exemplo “do primeiro contato ao primeiro resultado”.

Liste cada ponto de contato em que o cliente precisa entender, escolher, fornecer algo ou esperar.

Faça o teste da retirada: se este item sumisse, o resultado prometido mudaria? Se não muda, a complexidade foi criada.

Faça o teste da hesitação: clientes perguntam, erram ou demoram aqui? Use perguntas repetidas, pontos de desistência e tempo por etapa. Se hesitam e quem já contratou diz que foi simples, a complexidade é percebida.

Aplique a matriz abaixo e registre quem decide e quando revisar.

Matriz de decisão: simplificar, explicar, modularizar ou manter

Situação	Pergunta-gatilho	Ação	Exemplo	Risco de errar
Criada, sem efeito no resultado	Se retirarmos, o resultado muda? Não	Simplificar	Unir três formulários em um	Remover um controle que existia por motivo; confirme com quem o criou
Percebida	Clientes hesitam, mas quem contratou achou simples?	Explicar	Passo a passo, exemplo de entrega, glossário	Explicar o que deveria ser eliminado
Real, varia entre clientes	Parte dos clientes precisa disso e parte não?	Modularizar	Trilha padrão e módulos opcionais	Módulos demais recriam a complexidade
Real, comum a todos	Sem isso o resultado falha?	Manter	Diagnóstico inicial obrigatório	Manter sem justificar parece burocracia

Modularizar tem apoio em duas fontes. A McKinsey recomenda separar a jornada em trilha padrão e trilha especializada, o que reduz complexidade para a maioria dos clientes e o custo de implantação. O NN/g descreve a divulgação progressiva: mostrar primeiro as poucas opções mais importantes e oferecer as demais sob demanda. Para o NN/g, a divisão entre o que fica à vista e o que fica em segundo plano precisa estar certa, e desenhos com mais de dois níveis costumam ter baixa usabilidade. Se a oferta precisa de três níveis, o sinal é revisar a oferta, não esconder mais camadas.

Manter só é legítimo com justificativa que o cliente entenda. Norman sustenta que a complexidade é aceitável quando compreensível.

Exemplo hipotético

Uma empresa de implantação de sistemas de gestão para indústrias, com 35 funcionários, tem quatro pacotes, onze módulos, proposta de 22 páginas e três aprovações internas antes do envio. O inventário de 14 itens, feito com o time comercial e três clientes recentes, resulta em: 5 criados pela empresa (nomes de pacotes sobrepostos, escopo repetido na proposta, aprovações em série), 4 percebidos (migração de dados “assusta” quem nunca fez), 3 reais e variáveis (integração com sistema legado) e 2 reais e fixos (levantamento de processos e treinamento).

Ações: simplificar os 5 primeiros (dois pacotes em um, proposta de 8 páginas, uma aprovação); explicar a migração com um exemplo de cronograma; modularizar a integração como módulo opcional; manter o levantamento e o treinamento, com a justificativa escrita. Nenhum ganho numérico é afirmado. Para validar, compare por 60 dias o tempo até a proposta, as perguntas repetidas e as desistências por etapa.

Critérios e limites

A classificação é julgamento. Quem vende e quem entrega enxergam partes diferentes da oferta. Inclua os dois e ouça clientes antes de decidir.

Evidência indireta. Parte dos dados vem de interfaces digitais, de compras B2B e de pesquisas de fornecedores. Eles orientam hipóteses, não provam o efeito na sua empresa.

Medida de esforço. Dixon, Freeman e Toman (HBR, 2010) propõem o Customer Effort Score, que mede o esforço do cliente e, segundo os autores, prevê lealdade melhor que satisfação. Foi proposto para atendimento; adaptado à contratação, serve para comparar antes e depois.

Simplificar demais tem custo. Sinais: retrabalho, ajustes pedidos depois da venda e expectativas desalinhadas.

Checklist

☐ Uma jornada foi escolhida e mapeada.

☐ Cada ponto de contato foi classificado como real, percebido ou criado.

☐ O teste da retirada e o teste da hesitação foram aplicados com comercial, entrega e clientes.

☐ Cada item tem uma ação: simplificar, explicar, modularizar ou manter.

☐ Toda decisão de manter tem justificativa escrita.

☐ Há indicadores e data de revisão (60 dias).

Perguntas frequentes

Complexidade da oferta é o mesmo que ter muitos produtos?

Não. O número de produtos é um indicador possível, mas a complexidade também inclui etapas, pré-requisitos, termos e exceções. A meta-análise de Scheibehenne e colegas mostra que mais opções não reduzem de forma consistente a motivação nem a satisfação de quem escolhe.

Como saber se a complexidade é percebida ou real?

Compare quem ainda não contratou com quem já contratou. Se o primeiro grupo hesita e o segundo descreve a experiência como simples, é percebida e pede explicação. Se ambos relatam dificuldade, é real ou criada.

Quando manter a complexidade?

Quando ela é necessária para o resultado prometido ou protege qualidade e segurança, e o cliente consegue entender o motivo.

Receba novos diagnósticos na newsletter

Assine O Estrategista, a newsletter do planejamento.marketing/, para receber novos roteiros de diagnóstico como este.

Referências internacionais

Norman, Don. “Living with Complexity” (MIT Press, 2010), página do livro. https://jnd.org/living-with-complexity/

Gruner, Richard L. “4 Strategies to Simplify the Customer Journey”. Harvard Business Review, 14/05/2021. https://hbr.org/2021/05/4-strategies-to-simplify-the-customer-journey

Scheibehenne, B.; Greifeneder, R.; Todd, P. M. “Can there ever be too many options? A meta-analytic review of choice overload”. Journal of Consumer Research, 37(3), 2010. https://archive-ouverte.unige.ch/unige:76440