Introdução: o dilema «demasiado» vs. «de menos»
Um dilema B2B comum é o que mostrar no site e o que esconder da concorrência. De um lado, o receio: «Se mostrarmos demasiado, a concorrência aproveita.» Do outro: sem informação concreta no site, as conversas de vendas alongam-se, as mesmas perguntas repetem-se e a qualidade do primeiro contacto desce. O cliente não sabe se vocês encaixam no problema dele, e o encontro começa com explicações de base em vez de «como implementamos isto connosco?».
Consequências de «de menos»: Um site cheio de frases feitas («somos o vosso parceiro», «entregamos soluções») sem resposta a «para quem?», «como?» e «o que determina o preço?» atrai leads adequados e inadequados. Cada primeiro contacto exige as mesmas explicações: o que fazem, como trabalham, o que influencia o preço. O ciclo de vendas prolonga-se e a equipa perde tempo em pré-qualificação que o site poderia ter feito em parte.
Consequências de «demasiado» (reais): Publicar propostas individuais, procedimentos internos, modelos de contrato ou metodologias detalhadas pode dar à concorrência uma receita pronta. Por isso a questão não é quanto informação, mas que tipo – universal vs. dependente do contexto.
Na prática, não se trata de esconder tudo ou mostrar tudo. Trata-se de uma divisão consciente: O que é universal e repetível (e pertence ao site) e o que precisa de contexto individual (e fica com as vendas)? Nas conversas com clientes, distingo dois tipos de informação: informação sistémica e informação situacional. Esta divisão permite desenhar a arquitetura de informação do site de forma a atrair leads adequados e encurtar o ciclo de vendas sem dar know-how estratégico.
Informação sistémica: o que é e por que mostrá-la
Informação sistémica é universal e repetível. Não exige diagnóstico individual e aparece em quase todas as conversas de vendas de forma semelhante. É a melhor candidata a conteúdo do site.
O que conta como informação sistémica?
- Contexto do problema que resolvem – por exemplo «para quem é este serviço», «em que situação de negócio faz sentido».
- Cenários em que a colaboração faz sentido (e quando não faz) – por exemplo «colaboramos quando precisam de X; não fazemos Y».
- Abordagem à resolução do problema – como pensam o projeto, que princípios usam (ex.: iterações, protótipos, workshops).
- Processo de implementação genérico – fases típicas, sem preços nem cronogramas por cliente.
- Riscos e equívocos típicos – por exemplo «os clientes assumem muitas vezes que …; na prática é … que conta».
- Fatores que afetam o custo – não faixas de preço, mas o que determina o preço (âmbito, complexidade, integrações, prazos). Assim o cliente entende o que condiciona a proposta e pode preparar melhor o brief.
Por que tê-la no site?
Mostrar isto no site ajuda o cliente a autoavaliar o fit. Encurta o primeiro contacto, porque as vendas não começam com «o que fazem exatamente?» mas com «como implementamos isto connosco?». Ao mesmo tempo não dão know-how – não há propostas individuais, procedimentos internos nem nuances por projeto. Se uma informação é a mesma para a maioria dos clientes e pode ajudá-los a entender a vossa oferta, deve entrar na arquitetura de informação do site.
Exemplo de informação sistémica
Uma empresa de ERP pode ter no site: «Colaboramos com empresas de 50–500 colaboradores que já têm departamento de TI e querem alinhar processos entre várias áreas. Não assumimos projetos sem dono do projeto do lado do cliente.» Isto não revela preços nem detalhes de implementação – mas uma empresa de 5 pessoas sem TI percebe de imediato que provavelmente não está no público-alvo. Uma empresa que cumpre os critérios sabe que vale a pena contactar. Este é o efeito da informação sistémica: autoqualificação sem revelar know-how.
Informação situacional: o espaço das vendas
Informação situacional é tudo o que exige contexto e interpretação. Não se capta de forma útil numa única página universal, porque depende do cliente concreto, do setor, da estrutura organizacional ou da maturidade dos processos.
O que conta como informação situacional?
- Diagnóstico do negócio – qual é o problema para este cliente, quais as restrições e prioridades.
- Recomendação da solução concreta – por exemplo «no vosso caso recomendamos variante A, não B» – após análise de necessidades.
- Condições comerciais – preços, intervalos, modelo de faturação, termos contratuais. É sempre matéria de negociação e dependente do projeto.
- Know-how operativo – por exemplo checklists internas, modelos, formas de gerir risco de projeto. É a vossa vantagem operativa; não precisam de publicá-la.
- Nuances de setor, estrutura ou maturidade – por exemplo «no setor X normalmente …», «com o vosso tipo de equipa interna sugerimos …». Não se generaliza num artigo; é conteúdo de conversa.
Transmitir isto é tarefa das vendas. O site deve atrair clientes adequados e preparar o terreno; detalhes da solução, preço e condições ficam para a reunião ou workshop.
Por que não mover informação situacional para o site?
Primeiro não se generaliza sem perder sentido. Uma frase como «o preço depende do orçamento e do prazo» diz pouco; uma proposta concreta exige brief e conversa. Segundo a relação e o valor constroem-se aí – diagnóstico, recomendação, proposta à medida são o momento em que o cliente vê que entendem a situação dele. Mover tudo isso para o site enfraquece o papel das vendas e não serve nem a empresa nem o cliente. Terceiro parte da informação situacional é a vossa vantagem – por exemplo como gerem risco de projeto ou padrões internos de qualidade. Publicá-la não é necessário nem desejável.
Três perguntas de decisão: Esta informação vai para o site?
Para decidir se uma informação concreta deve estar no site, três perguntas simples ajudam:
-
Esta informação é a mesma para a maioria dos clientes? Se sim – por exemplo «os projetos levam tipicamente X–Y semanas consoante o âmbito» ou «colaboramos com empresas que já têm departamento de TI» – é candidata a conteúdo público. Se depende do caso («depende da vossa infraestrutura, orçamento, prazos»), pertence à conversa.
-
Com que frequência surge na conversa de vendas? Se quase sempre – por exemplo «o que fazem?», «como é o processo?», «o que determina o preço?» – é sinal de que falta no site. Colocar a resposta na arquitetura de informação alivia as vendas e melhora a qualidade do primeiro contacto.
-
Afeta a forma como o cliente entende o produto ou serviço? Se sim – por exemplo quando a colaboração faz sentido e quando não, ou quais os erros típicos – é conteúdo valioso para o site. Apoia a autoqualificação: o cliente sabe se vale a pena contactar.
Regra prática: Se as respostas às três perguntas forem sim e não revelarem know-how estratégico (ex.: propostas detalhadas, procedimentos internos, patentes), recomendo colocar esta informação no site. Esta comunicação reduz perguntas repetidas. O marketing pode ficar menos satisfeito com o número de formulários «para tudo», mas a qualidade das conversas e da conversão deve compensar.
Quando a informação não deve ir para o site?
Se a informação varia de cliente para cliente (ex.: «no vosso caso recomendamos outra variante»), raramente surge no primeiro contacto, ou revela metodologia ou dados que são a vossa vantagem – mantenham-na fora. Em dúvida: Perderiam algo importante se um concorrente copiasse este conteúdo para o site dele? Se sim, é informação situacional e deve ficar na conversa.
Na prática: Como implementar a divisão no site
Passo 1: Auditoria de conteúdo e conversas
Percorram o site atual e a lista de perguntas que mais surgem no primeiro contacto (e-mail, telefone, formulário). Listem em duas colunas: «resposta universal» vs. «resposta dependente do cliente». As primeiras são candidatas a conteúdo sistémico; as segundas ficam com as vendas.
Passo 2: Preencher informação sistémica em falta
Para cada tema recorrente que hoje respondem na conversa, considerem uma secção ou subpágina: «Para quem?», «Como trabalhamos», «Riscos típicos», «O que determina o custo?» Não precisam de textos longos – muitas vezes basta uma lista ou um parágrafo curto. O importante é que o cliente, após a leitura, saiba mais do que antes da visita.
Passo 3: Não revelar faixas de preço nem know-how
Podem escrever «o custo é influenciado, entre outros fatores, pelo âmbito, número de integrações, prazo de execução e nível de suporte após lançamento» – sem números concretos. Podem descrever «fases típicas do projeto» – sem checklists e modelos internos. O limite: O que ajuda a entender a oferta e o processo vai para o site; o que constitui a vossa vantagem operativa ou comercial fica na equipa.
Passo 4: Preparar as vendas para a nova qualidade de leads
Quando mais informação sistémica estiver no site, alguns leads «caem» mais cedo – concluem sozinhos que não encaixam. Isso é positivo: menos contactos, mas melhor qualidade de conversas. Vale a pena alinhar com as vendas à partida e ajustar KPIs (ex.: menos leads, mas maior conversão ou ciclo mais curto).
Passo 5: Revisão periódica
A cada trimestre ou após mudanças maiores na oferta: As perguntas no primeiro contacto continuam iguais? Surgiram novas dúvidas que possam ser resolvidas com conteúdo sistémico? O site não precisa de ser «para sempre» – a arquitetura de informação deve evoluir com o mercado e a experiência da equipa.
Exemplos: O que no site, o que na conversa
| Tema | No site (sistémico) | Na conversa (situacional) |
|---|---|---|
| Processo | Fases genéricas (ex.: brief, workshop, protótipo, implementação, suporte). | Cronograma concreto, marcos, papéis do lado do cliente. |
| Custo | Fatores que afetam o preço (âmbito, complexidade, integrações). | Intervalo, proposta, modelo de faturação, condições de pagamento. |
| Fit | Para quem a colaboração faz sentido; quando não assumem um projeto. | Se este cliente e este projeto encaixam – após análise do brief. |
| Risco | Equívocos típicos e como evitá-los. | Riscos específicos do projeto após diagnóstico. |
A tabela não esgota o tema, mas indica a direção: universal, repetível, educativo → site; dependente do contexto, individual, comercial → vendas.
Erros comuns: Evitar isto
- Site como cartão de visita sem substância – só slogans («somos o vosso parceiro», «entregamos valor») sem resposta a «para quem?», «como?» e «o que determina o preço?». Resultado: Cada conversa começa do zero.
- Publicar faixa de preço «para filtrar» – intervalos atraem quem procura o mais barato e afastam clientes adequados que interpretam sem contexto. Melhor: Descrever fatores que afetam o custo e convidar à conversa.
- Pôr tudo no site, incluindo procedimentos internos – ex.: modelos de contrato, checklists de implementação, SLAs internos. É o vosso know-how operativo; a concorrência pode copiar e o cliente continua a precisar de uma versão adaptada.
- Falta de alinhamento com as vendas – se o site promete «primeiro contacto em 24 horas» e as vendas têm outros padrões, ou o site descreve um processo em 4 passos e as vendas falam em 6 – o cliente perde confiança. Conteúdo sistémico no site e mensagem das vendas têm de coincidir.
Conclusão
O modelo «informação sistémica vs. situacional» funciona melhor para serviços B2B com ciclo de vendas mais longo e primeiro contacto valioso – consultoria, implementações, desenvolvimento de software, agências. Quanto mais a oferta depender do contexto do cliente, mais importante é uma divisão clara: O site qualifica e educa; as vendas diagnosticam e recomendam.
O dilema «o que esconder da concorrência e o que mostrar para se diferenciarem?» pode ser estruturado. Informação sistémica – contexto do problema, cenários de colaboração, abordagem, processo, riscos, fatores de custo – deve estar no site. Ajuda o cliente a avaliar o fit e encurta o primeiro contacto sem dar know-how central. Informação situacional – diagnóstico, recomendação para o caso concreto, condições comerciais, know-how operativo – é domínio das vendas.
As três perguntas – esta informação é a mesma para a maioria dos clientes? Com que frequência surge na conversa? Afeta a forma como a oferta é entendida? – ajudam a decidir o que entra na arquitetura de informação. Assim desenhada, o site pode gerar menos contactos «às cegas», mas conversas melhores e passagem mais rápida para «como implementamos isto connosco?».
