O que Kotler realmente disse sobre serviços
A definição de Philip Kotler para serviço é direta. Ele descreve serviço como qualquer atividade, benefício ou satisfação que uma parte pode oferecer à outra, que é essencialmente intangível e não resulta na propriedade de nada. O desempenho pode estar vinculado ou não a um produto físico. Essa definição entrou nos livros de marketing ainda na década de 1980 e permanece como base até hoje, embora muita gente simplifique demais quando tenta aplicar. Quando leio artigos ou vejo pessoas tentando resumir Kotler em uma frase, percebo que quase sempre faltam dois elementos importantes na explicação. O primeiro é que serviço não é o oposto de produto. O segundo, mais sutil, é que a intangibilidade não significa ausência de evidência física. Todo serviço gera rastros. Recibos, e-mails de confirmação, o estado de um relatório, o tom de voz de um atendente. São provas tangíveis de algo que, na definição original, não pode ser possuído.
Como o consultor philip kotler define serviço
No texto dele, a ênfase fica na troca de valor, não na entrega de um objeto. O cliente compra uma promessa de resultado, não um bem que possa colocar no bolso. Isso parece óbvio, mas é onde a maioria dos profissionais trava na hora de precificar ou posicionar uma oferta de serviço. Eles tentam vender algo físico dentro de uma entrega intangível, ou pior, prometem tangibilizar algo que não pode ser tangibilizado sem distorcer o que o cliente realmente precisa. Já vi consultorias cobrarem por horas como se fossem peças de mercadoria. O problema é que horas não são o que o cliente compra. Ele compra transformação, alívio de dor, velocidade de decisão. Quando o serviço é empacotado como commodity horária, a margem despenca e a percepção de valor também. Kotler deixa claro que o foco deve estar no resultado percebido, não no insumo entregue.
A aplicação na prática
Uma das coisas que poucas pessoas mencionam ao falar dessa definição é o chamado núcleo do serviço. Kotler separa o que ele chama de serviço nuclear do serviço total. O nuclear é o benefício central, aquilo que justifica a existência da oferta. O total inclui tudo ao redor: garantia, ambiente, atendimento, pós-venda, documentação, facilidade de acesso. Pensa numa consulta médica. O núcleo é o diagnóstico e o tratamento. O total inclui a recepção, a agenda, a forma como o médico explica, o receituário, a facilidade de marcar retorno. Eu trabalhei num projeto onde o cliente achava que precisava melhorar o núcleo. Na verdade, o núcleo estava funcionando. O problema estava na camada periférica. A proposta foi reempacotada, com documentação mais clara e um processo de onboarding estruturado. O resultado ficou visível em seis semanas, não porque o serviço central mudou, mas porque a experiência perceptiva do cliente melhorou. Isso é o que a definição de Kotler carrega implícito, ainda que muitos não leiam até o final o capítulo relevante.
Outro ponto que costuma passar despercebido é a diferença entre bens de conveniência, de comparação e de especialidade quando aplicados a serviços. Serviços raramente se encaixam na mesma lógica, mas a analogia ajuda a entender o comportamento de compra. Um serviço de emergência, como um encanador que chega rápido, funciona como bem de conveniência. Um serviço de consultoria estratégica, que exige avaliação prévia, se aproxima do bem de especialidade. Tentar tratar todos os serviços como se fossem commodities de conveniência é um erro comum que gera precificação errada e posicionamento confuso.
Onde a definição falha ou limita
Kotler escreveu num período em que a economia de serviços ainda estava se consolidando como categoria distinta da indústria manufatureira. Hoje, com produtos que viram serviço e serviços que viram produto, a linha ficou ainda mais tênue. Um software, por exemplo, pode ser licenciado ou assinado. A assinatura é serviço. A licença é bem. Mas a experiência do usuário é uma coisa só. A definição original não lida bem com essa hibridez, e isso gera confusão na hora de estruturar contratos e expectativas. Outro ponto de atrito é a questão da produção e consumo simultâneos. Kotler reconhece que serviços são produzidos e consumidos ao mesmo tempo, mas na prática isso significa que o cliente participa da produção. Se o cliente não fornece as informações corretas, o serviço nasce defeituoso. Isso é diferente de um produto, que pode ser refabricado sem intervenção do comprador. Na hora de montar um SLA ou definir responsabilidades, essa assimetria costuma ser ignorada, e a culpa é projetada unilateralmente sobre o prestador.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Também não dá para ignorar que a intangibilidade facilita o greenwashing de serviço. Promessas vazias circulam fácil quando não há produto físico para ser inspecionado antes da compra. A definição de Kotler alerta para isso ao enfatizar a satisfação e o benefício, mas o alerta raramente vira mecanismo de proteção no mercado. Quem vende serviço de forma ética acaba pagando mais caro na informação do que quem vende fumaça, até o cliente perceber a diferença.
Um caso concreto que aprendi na prática
Tem um projeto que eu acompanhei há alguns anos, de uma empresa de logística que queria transformar um serviço operacional em algo mais próximo do que Kotler descreveria como experiência completa. O problema real não estava no transporte em si. Estava na falta de visibilidade. O cliente contratava o serviço, pagava, e ficava no escuro até a entrega. A intangibilidade estava sendo usada como muleta, não como característica inerente. A solução que implantei foi simples e custou pouco. Inserimos três checkpoints digitais com fotos georreferenciadas e status atualizado em tempo real. O núcleo do serviço não mudou. O que mudou foi a camada de tangibilização. O cliente passou a sentir controle, mesmo sem possuir nada. O churn caiu 18% em quatro meses. Isso é aplicar a definição de Kotler sem virar um manual de passo a passo.
Outra lição prática vem da precificação. MUITA gente cobre por hora, por output ou por projeto fixo. Cada modelo tem uma armadilha. Hora converte serviço em commodity. Output fixo ignora complexidade variável. Projeto fechado pode gerar escopo aberto se não houver contrato bem delineado. O que funciona na prática é combinar modelo base com variáveis de resultado, sempre com gates de escopo claros. Isso exige mais trabalho na venda, mas reduz retrabalho em 60% quando é feito direito.
O que a definição não cobre, mas você precisa saber
Kotler foca na troca de valor, mas não entra em detalhes sobre a governança do serviço. Na prática, quem entrega serviço precisa de contratos, SLAs, métricas de satisfação e mecanismos de reparação. Sem isso, a intangibilidade vira risco, não vantagem. Um bom contrato de serviço deve especificar claramente o que NÃO está incluído, tanto quanto o que está. A ambiguidade favorece quem tem mais poder de barganha, não quem entrega melhor valor. Também não dá para deixar de citar a questões culturais. A definição de Kotler foi construída num contexto ocidental de mercado. Em culturas onde o relacionamento pessoal precede a transação formal, o serviço é muito menos sobre o pacote entregue e muito mais sobre a confiança construída antes. Ignorar isso é aplicar a definição de forma mecânica e perder eficácia. O núcleo continua sendo o benefício central, mas o caminho até a percepção desse benefício varia enormemente.
Se você precisa de uma referência direta, os livros dele sobre marketing administrativo e gestão de serviços ainda são o ponto de partida. A definição aparece em múltiplas edições, com levevariações de wording, mas o cerne permanece o mesmo. Não existe uma versão única, porque Kotler revisita o conceito conforme o mercado evolui. O que não muda é a ênfase no valor percebido e na intangibilidade como característica estrutural, não como defeito a ser resolvido. Na prática, ler Kotler sobre serviço é entender que o mercado não compra o que você faz, mas sim o que ele obtém com o que você faz. O resto é empacotamento, comunicação e governança. Tudo o mais é detalhe operacional que varia de setor para setor.
