Há três problemas a resolver quando vendes acesso a um servidor MCP: quem se pode ligar, o que exatamente o cliente está a comprar e como é que o dinheiro chega à tua conta. No SuperCognit os três estão resolvidos — os servidores autenticam cada utilizador com OAuth 2.1, o acesso vende-se por lugar e as subscrições, faturas e pagamentos Stripe correm pela plataforma, com o SuperCognit como merchant of record a cobrar uma comissão de plataforma. O que fica para ti é o produto e o preço. Este artigo é sobre esses dois, e sobre o que as partes incluídas fazem na realidade.
Porque é que o lugar é a unidade certa
O acesso MCP é pessoal por construção. Cada utilizador que liga o teu servidor a partir do Claude ou de qualquer outro cliente MCP autentica-se através de OAuth 2.1 — validação de issuer e registo CIMD segundo a especificação atual —, por isso a plataforma sabe sempre que humano está a perguntar. Um lugar é simplesmente essa pessoa autenticada, tornada faturável.
Os lugares são também a unidade que os compradores já entendem. Uma empresa não quer prever volumes de consultas para um produto de conhecimento; quer saber quanto custam dez pessoas por mês, aprovar uma vez e deixar de pensar no assunto. O preço por lugar é legível dos dois lados da fatura, o que é quase tudo o que um modelo de preços tem de conseguir.
Definir o preço sem folha de cálculo
Não há fórmula, mas três âncoras evitam que te percas:
- Define o preço contra a alternativa, não contra o custo. Se um lugar poupar a alguém um e-mail para ti por mês, o lugar vale uma fração do que esse e-mail custa em tempo teu — e o teu tempo é a rubrica cara.
- Mantém poucos escalões. Um único preço por lugar bate uma matriz; um comprador obrigado a comparar planos acaba por te comparar com não fazer nada.
- O teste não é se o preço está certo. É se o comprador o consegue aprovar sem convocar uma reunião.
O que a subscrição está a comprar
Uma pergunta justa dos compradores: porque é que isto é recorrente? Porque o produto não é um ficheiro, é uma superfície de respostas mantida. A base de conhecimento ressincroniza com uma cadência definida — até de hora a hora —, acompanhando o teu material de origem; as respostas continuam citadas para que a equipa do comprador as possa verificar; e o servidor acompanha a especificação MCP, cuja autenticação já mudou uma vez e vai mudar outra. Um PDF é uma venda única porque começa a apodrecer no momento da entrega. Isto não.
Do servidor publicado ao primeiro pagamento
Publica o produto
Importa o teu site — rastreado para uma base de conhecimento com citações em cerca de dois minutos —, carrega os teus documentos, associa as ferramentas que quiseres. A mesma construção dá-te um agente de chat, que é a demo que vais enviar a potenciais clientes antes de se comprometerem com um lugar.
Define o preço por lugar
Associa uma subscrição por lugar ao servidor. O checkout, a faturação recorrente e as faturas são tratados pela plataforma; não escreves código de faturação nem operas uma stack de pagamentos.
Põe-no no teu domínio
Há suporte para domínios personalizados. Os compradores devem ligar-se ao teu hostname — o produto é teu, e a morada deve dizê-lo.
O comprador subscreve e atribui os lugares à equipa
Cada pessoa liga-se a partir do Claude ou de qualquer cliente MCP e inicia sessão através de OAuth 2.1. O acesso segue o lugar — não uma chave partilhada que sobrevive ao funcionário que a colou num ficheiro de configuração.
O pagamento chega
O SuperCognit é o merchant of record: a subscrição, a fatura e o pagamento correm pela plataforma, a comissão de plataforma é descontada e o restante é-te transferido.
O que significa merchant of record na prática
O merchant of record é a parte que faz efetivamente a venda — o nome na transação, o emissor da fatura. Aqui é o SuperCognit, e é exatamente essa a questão: para um consultor ou uma pequena empresa, a alternativa a um acordo de merchant of record é tornar-se um departamento de faturação em part-time. A comissão de plataforma é o que esse departamento custa. A tua contabilidade vê pagamentos recebidos, não operações de pagamento.
Mantém honesta a fronteira do pago
O servidor responde apenas a partir do seu próprio workspace — o isolamento é estrutural —, por isso mantém deliberada a base de conhecimento paga. Podes ter um servidor interno privado e um público pago lado a lado sem que um veja o outro; o que não deves fazer é deixar o produto pago acumular conteúdo que ninguém decidiu vender. Os compradores estão a pagar por uma superfície com curadoria. Trata da curadoria.
Nada disto exige que o produto esteja acabado. Exige que o produto seja honesto sobre o que sabe. Publica, põe preço num lugar, vende-o a alguém que já confia em ti e deixa o histórico de faturas dizer-te quando subir o preço.