Como vender MCP: um guia de campo para agências, consultores e defensores internos

"Vender MCP" é uma forma curta de dizer vender o conhecimento e as ações de uma empresa, disponibilizados a assistentes de IA numa forma que eles conseguem realmente usar: um servidor MCP ao qual a equipa do comprador se liga a partir do Claude ou de qualquer outro cliente MCP, ou ao qual os próprios clientes do comprador se ligam. Ninguém compra um protocolo. Compram respostas certas e citadas, ações autorizadas em vez de improvisadas, e o fim do copiar-e-colar. No SuperCognit um servidor constrói-se sem código a partir de um website, de documentos e de ferramentas, publica-se privado ou público, vende-se por lugar se quiseres, e opera-se ao lado de todos os outros servidores que geres para todos os outros clientes. Este guia cobre o ciclo completo: o que vender, a quem, com que palavras, como empacotar por setor e por departamento, como vender dentro de uma empresa e como gerir uma carteira deles.

Porque é que "MCP" passou de repente a ser um termo de pesquisa

O Model Context Protocol passou de especificação de um único fornecedor a norma de ligação partilhada das ferramentas de IA em menos de dois anos. O Claude, os assistentes de programação, as apps de desktop e um conjunto crescente de software empresarial falam-no; a especificação é hoje gerida por uma fundação e não por uma só empresa, e o seu modelo de autenticação já passou por uma revisão profunda. Comercialmente isso significa uma coisa: o pessoal do comprador já tem clientes MCP nas suas máquinas. A pergunta no mercado passou de "o que é isto" para "quem vai construir o nosso" — e é por isso que a expressão está a ser escrita nas barras de pesquisa por donos de agências, consultores e responsáveis de TI ao mesmo tempo.

A janela importa. Cada empresa que tiver um servidor MCP este ano vai tê-lo de alguém. Ser esse alguém é a oportunidade, e a competência necessária é mais comercial do que técnica: saber o que prometer, o que mostrar e o que não dizer.

O que estás realmente a vender

Tira a sigla e a oferta tem quatro partes. Vende estas, por esta ordem, e o protocolo passa a nota de rodapé.

• Exatidão. Os assistentes improvisam sobre empresas que nunca viram. Um servidor MCP responde a partir de material publicado e aprovado, com citações a apontar para a fonte. O argumento não é "IA" — é "a IA deixa de adivinhar sobre vocês".
• Alcance. As respostas aparecem onde as pessoas do comprador já trabalham: dentro do Claude, dentro dos assistentes que os clientes deles usam e — a partir da mesma construção — num widget de chat no website, no WhatsApp e no Telegram, e através de uma API. Uma construção, muitas portas.
• Permissão. As ferramentas transformam um servidor de referência em colega: verificar disponibilidade, consultar uma encomenda, criar um ticket, captar um lead. Cada ação é uma que o comprador escolheu expor, e cada utilizador é autenticado — OAuth 2.1, por pessoa, por servidor.
• Manutenção que não fazes. O conhecimento volta a sincronizar segundo um horário, até de hora a hora, por isso o servidor acompanha o website e os documentos em vez de se afastar deles. É esta a linha que transforma um projeto numa subscrição.

Traduzir benefícios para as palavras do comprador

Os compradores não partilham o teu vocabulário, e a forma mais rápida de perder uma venda é tentar ensiná-lo. Diz o resultado; deixa que perguntem pelo mecanismo.

As objeções, e as respostas honestas

Há cinco objeções que surgem em quase todas as conversas. Tem as respostas prontas, e mantém-nas curtas.

A demonstração que fecha: constrói antes da reunião

A jogada comercial mais eficaz neste mercado é chegar com o servidor do comprador já construído. Importa o website deles — é rastreado para uma base de conhecimento citada em cerca de dois minutos — e entras com um agente de chat que responde a perguntas sobre o negócio deles melhor do que a própria homepage. Os primeiros quinze minutos da reunião são o comprador a fazer-lhe perguntas.

Depois corre o teste das três perguntas: faz as três perguntas a que a equipa deles responde mais vezes. Se as respostas vierem certas e citadas, a venda está quase feita. Se uma vier errada, encontraste o documento que te têm de enviar — que é o e-mail de arranque escrito por ti. Qualquer dos resultados faz avançar o negócio.

O agente de chat é a demonstração; o servidor MCP é a entrega. São a mesma construção, por isso o que o comprador viu e aquilo a que a equipa se liga são o mesmo objeto. Nunca demonstres um e entregues outro.

Três ofertas que servem quase todos os compradores

A maioria dos projetos MCP cai numa de três formas. Dá-lhes nome na proposta e o comprador escolhe.

Vende as duas primeiras como serviços e a terceira como produto. A mecânica é idêntica; a conversa sobre preço não é.

Como funciona a construção no SuperCognit

Os planos têm preços em EUR com um período experimental de 7 dias — tempo suficiente para construir o servidor do primeiro comprador antes de lho apresentares.

Horizontal ou vertical: o mesmo servidor, duas formas de o vender

Uma solução horizontal resolve uma tarefa para todos os setores: apoio ao cliente, qualificação de vendas, integração de colaboradores, consulta de políticas. Uma solução vertical resolve todas as tarefas para um setor: o hotel, a clínica, a imobiliária. Os servidores MCP são invulgares porque a mesma construção se vende das duas formas — e o erro é escolher uma quando o mercado quer que vendas a tarefa horizontal no vocabulário do vertical.

Vender na horizontal: departamentos

Os departamentos compram resultados que já medem. O conhecimento e as ferramentas variam; o argumento é o mesmo em todos os setores.

Vender na vertical: setores

Os setores compram a quem fala a língua deles. Constrói o modelo horizontal uma vez, depois vende-o com as palavras do vertical e com as ferramentas do vertical.

A jogada produtizada é manter um modelo por departamento e cloná-lo por setor: o mesmo servidor de apoio, vestido com vocabulário hoteleiro para o hotel e com vocabulário clínico para a clínica. O conhecimento e as ferramentas mudam; a estrutura do projeto não, e é isso que te permite orçamentá-lo num dia.

Vender MCP dentro de uma empresa

Nem todas as vendas atravessam a fronteira de uma empresa. O defensor interno — um responsável de operações, um gestor de TI, o diretor de um departamento — está a vender à sua própria direção, e o argumento muda de forma. Lá dentro também ninguém quer saber do protocolo; querem saber das doze pessoas que fazem as mesmas quarenta perguntas.

O caso interno é mais fácil de defender do que o externo, porque a prova já está no edifício: a conversa de chat onde a política foi explicada pela quarta vez, o documento de onboarding que ninguém encontra, a folha de cálculo de respostas que vive no portátil de uma só pessoa. Um servidor MCP privado é o conhecimento dessa pessoa, disponibilizado a todos, dentro do assistente que já têm aberto.

O argumento interno, em três linhas

• O pessoal já usa o Claude e outros assistentes no trabalho — muitas vezes sem dizer a ninguém. Um servidor da empresa dá-lhes uma fonte sancionada em vez de uma adivinhada, o que é uma vitória de governação antes de ser uma vitória de produtividade.
• Está atrás de login. Cada colaborador inicia sessão com OAuth; o acesso termina quando a pessoa sai. Nada é público a menos que alguém o torne público.
• Custa uma subscrição, não um projeto. Sem programadores, sem fila de integrações, e acompanha os documentos à medida que mudam.

Por onde começar internamente

Um departamento, um servidor, as perguntas a que esse departamento está farto de responder. Os SOPs de operações e as políticas de RH são as primeiras vitórias habituais porque o conteúdo já existe e a audiência é a empresa inteira. Publica-o, liga-o a partir do Claude e deixa o diretor do departamento ver a caixa de entrada encolher durante um mês. Esse número é o pedido de orçamento para o segundo servidor.

Para uma agência, os servidores internos são também a segunda venda em cada cliente: a porta de entrada pública para os clientes deles, depois o cérebro privado para o pessoal — mesmo workspace, construído a partir das mesmas importações.

Gerir muitos servidores MCP para muitos clientes

Quando o segundo cliente assina, já não estás a construir servidores; estás a operar uma carteira. As regras que mantêm uma carteira sã são estruturais, e é mais fácil montá-las no primeiro cliente do que adaptá-las no décimo.

Um workspace por cliente, sempre

Um workspace é uma fronteira rígida: um servidor só consegue responder a partir do que o seu próprio workspace contém. Dá a cada cliente o seu — as suas bases de conhecimento, as suas ferramentas, as suas credenciais, as suas conversas e leads — e a contaminação cruzada torna-se impossível em vez de apenas improvável. Também faz do offboarding uma única ação: entregas o workspace ao cliente ou reformas-o, e nenhum outro cliente dá por isso.

Um login para a tua equipa

Num acordo de parceria, o teu workspace fica ligado a cada workspace de cliente, e o teu pessoal trabalha dentro de todos eles com o login do painel que já tem — como administradores, nunca como proprietários. O acesso deriva da parceria e não de registos de membros, por isso um cliente não te consegue remover por acidente a meio do projeto, e terminar a relação é uma alteração do teu lado. Quando um cliente quer internalizar um servidor, o workspace já é dele; tu sais, em vez de migrar.

O ritmo de operação

O que o isolamento te dá comercialmente

O isolamento não é só uma propriedade de segurança; é a razão pela qual podes dizer sim a concorrentes. Dois hotéis na mesma rua, duas contabilidades na mesma cidade: workspaces separados, servidores separados, domínios separados, e nenhum prompt engineering a fazer a separação. Di-lo na proposta. Os compradores que perguntam por isto são os que vale a pena ter.

Preços que sobrevivem à segunda conversa

Três âncoras mantêm o preço simples nas três ofertas.

• Fixa o preço contra a alternativa. Um lugar que poupa um e-mail a uma pessoa por mês vale uma fração da hora dessa pessoa, e o comprador já sabe o que a equipa lhe custa.
• Mantém o menu curto. Taxa de configuração mais avença para serviços; um preço por lugar para produtos. Um comprador obrigado a comparar escalões acaba a comparar-te com não fazer nada.
• O teste é a aprovação, não a exatidão. Se o comprador consegue dizer sim sem convocar uma reunião, o preço está certo.

Para produtos vendidos por lugar, a plataforma trata do checkout, das faturas recorrentes e dos pagamentos como merchant of record e cobra uma comissão de plataforma; a tua contabilidade vê pagamentos. Para avenças de agência, fatura como já faturas e trata o custo do lugar como uma linha. Para parceiros com muitos clientes, o preço grossista por lugar ao abrigo de um acordo é a mesma conversa com um número mais pequeno lá dentro.

O que não prometer

Os compradores que renovam são aqueles com quem foste direto. Quatro linhas a manter fora de todas as propostas:

• Não substitui o discernimento. O servidor trata da camada repetível; a decisão à medida continua a precisar de uma pessoa. Os subscritores que crescem para lá das respostas são o pipeline de consultoria, não um falhanço.
• Não sabe o que nunca foi publicado. Um servidor vale o que valem as suas fontes, e "vamos acrescentar esse documento" é uma resposta legítima a uma demonstração errada.
• Público quer dizer público. Um servidor de porta de entrada é uma decisão deliberada sobre o que o assistente de um estranho pode perguntar. Cura-o; não o deixes acumular.
• Tokens baratos não são tokens grátis. Responder custa algo por pergunta; as ferramentas estáticas não custam nada por chamada, e é por isso que os produtos de metodologia se devem apoiar nelas.

Um plano de 30 dias para os primeiros três clientes

Vender MCP é vender o fim de uma frustração específica e familiar: o assistente que adivinha. O protocolo é o que torna a solução portátil; a plataforma é o que a torna entregável sem código; a oferta é o que a torna um negócio. Constrói um esta semana e vende-o a alguém que já confia em ti.