Hay tres problemas que resolver cuando vendes acceso a un servidor MCP: quién puede conectarse, qué está comprando exactamente el cliente y cómo llega el dinero a tu cuenta. En SuperCognit los tres vienen resueltos — los servidores autentican a cada usuario con OAuth 2.1, el acceso se vende por plaza, y las suscripciones, las facturas y los pagos de Stripe corren por la plataforma, con SuperCognit como merchant of record cobrando una comisión de plataforma. Lo que queda en tus manos es el producto y el precio. Este artículo va de eso, y de lo que hacen realmente las partes incluidas.
Por qué la plaza es la unidad correcta
El acceso MCP es personal por construcción. Cada usuario que conecta tu servidor desde Claude o desde cualquier otro cliente MCP se autentica mediante OAuth 2.1 — validación de emisor y registro CIMD según la especificación vigente —, así que la plataforma siempre sabe qué humano está preguntando. Una plaza es simplemente esa persona autenticada, convertida en facturable.
Las plazas son además la unidad que los compradores ya entienden. Una empresa no quiere pronosticar volúmenes de consultas para un producto de conocimiento; quiere saber cuánto cuestan diez personas al mes, aprobarlo una vez y dejar de pensar en ello. El precio por plaza es legible a ambos lados de la factura, que es la mayor parte de lo que un modelo de precios tiene que conseguir.
Poner precio sin hoja de cálculo
No hay fórmula, pero tres anclas te sacan de la maleza:
- Pon el precio contra la alternativa, no contra el coste. Si una plaza le ahorra a alguien un email a ti al mes, la plaza vale una fracción de lo que ese email cuesta en tu tiempo — y tu tiempo es la partida cara.
- Pocos niveles. Un único precio por plaza gana a una matriz; un comprador obligado a comparar planes acabará comparándote con no hacer nada.
- La prueba no es si el precio es correcto. Es si el comprador puede aprobarlo sin convocar una reunión.
Qué está comprando la suscripción
Una pregunta justa de los compradores: ¿por qué esto es recurrente? Porque el producto no es un archivo, es una superficie de respuestas mantenida. La base de conocimiento se resincroniza según un calendario — hasta cada hora —, así que sigue el ritmo de tu material fuente; las respuestas siguen citadas para que el equipo del comprador pueda verificarlas; y el servidor se mantiene al día con la especificación MCP, cuya autenticación ya ha cambiado una vez y volverá a cambiar. Un PDF es una venta única porque empieza a pudrirse en el momento de la entrega. Esto no.
Del servidor publicado al primer pago
Publica el producto
Importa tu web — se rastrea y se convierte en una base de conocimiento con citas en unos dos minutos —, sube tus documentos y asocia las herramientas que hagan falta. La misma construcción te da un agente de chat, que es la demo que enviarás a los interesados antes de que se comprometan con una plaza.
Fija el precio por plaza
Asocia al servidor una suscripción por plaza. El checkout, la facturación recurrente y las facturas los gestiona la plataforma; no escribes código de facturación ni operas ninguna pila de pagos.
Ponlo en tu dominio
Hay soporte de dominios personalizados. Los compradores deberían conectarse a tu hostname — el producto es tuyo, y la dirección debería decirlo.
El comprador se suscribe y asigna las plazas a su equipo
Cada persona se conecta desde Claude o desde cualquier cliente MCP e inicia sesión mediante OAuth 2.1. El acceso sigue a la plaza — no a una clave compartida que sobrevive al empleado que la pegó en un archivo de configuración.
Llega el pago
SuperCognit es el merchant of record: la suscripción, la factura y el cobro corren por la plataforma, la comisión de plataforma se descuenta y el resto se te paga a ti.
Qué significa merchant of record en la práctica
El merchant of record es la parte que realmente hace la venta — el nombre en la transacción, el emisor de la factura. Aquí ese es SuperCognit, y esa es precisamente la gracia: para un consultor o un despacho pequeño, la alternativa a un acuerdo de merchant of record es convertirse en un departamento de facturación a tiempo parcial. La comisión de plataforma es lo que cuesta ese departamento. Tu contabilidad ve pagos recibidos, no operaciones de cobro.
Mantén honesta la frontera de pago
El servidor responde solo desde su propio workspace — el aislamiento es estructural —, así que mantén deliberada la base de conocimiento de pago. Puedes tener en paralelo un servidor interno privado y uno público de pago sin que ninguno vea al otro; lo que no deberías hacer es dejar que el producto de pago acumule contenido que nadie decidió vender. Los compradores pagan por una superficie curada. Cúrala.
Nada de esto exige que el producto esté terminado. Exige que el producto sea honesto sobre lo que sabe. Publica, ponle precio a una plaza, véndesela a alguien que ya confíe en ti, y deja que el historial de facturas te diga cuándo subir el precio.