Cómo vender MCP: una guía de campo para agencias, consultores e impulsores internos

"Vender MCP" es una forma abreviada de decir vender el conocimiento y las acciones de una empresa, puestos a disposición de los asistentes de IA en una forma que de verdad pueden usar: un servidor MCP al que el equipo del comprador se conecta desde Claude o desde cualquier otro cliente MCP, o al que se conectan los propios clientes del comprador. Nadie compra un protocolo. Compran respuestas correctas y citadas, acciones autorizadas en lugar de improvisadas, y el fin del copiar y pegar. En SuperCognit un servidor se construye sin código a partir de un sitio web, documentos y herramientas, se publica privado o público, se vende por plaza si quieres, y se opera junto a todos los demás servidores que gestionas para todos los demás clientes. Esta guía cubre el ciclo completo: qué vender, a quién, con qué palabras, cómo empaquetarlo por sector y por departamento, cómo venderlo dentro de una empresa y cómo gestionar una cartera de ellos.

Por qué "MCP" se ha convertido de repente en un término de búsqueda

El Model Context Protocol pasó de ser la especificación de un solo proveedor a ser el estándar de conexión compartido de las herramientas de IA en menos de dos años. Claude, los asistentes de programación, las apps de escritorio y un conjunto creciente de software empresarial lo hablan; la especificación la gestiona hoy una fundación y no una sola empresa, y su modelo de autenticación ya ha pasado por una revisión profunda. Comercialmente eso significa una cosa: el personal del comprador ya tiene clientes MCP en sus equipos. La pregunta en el mercado ha pasado de "qué es esto" a "quién va a construir el nuestro" — y por eso la expresión la están escribiendo en las barras de búsqueda dueños de agencias, consultores y responsables de TI al mismo tiempo.

La ventana importa. Cada empresa que tenga un servidor MCP este año lo tendrá de alguien. Ser ese alguien es la oportunidad, y la habilidad que hace falta es más comercial que técnica: saber qué prometer, qué enseñar y qué no decir.

Qué estás vendiendo en realidad

Quita las siglas y la oferta tiene cuatro partes. Vende estas, en este orden, y el protocolo pasa a ser una nota al pie.

• Exactitud. Los asistentes improvisan sobre empresas que nunca han visto. Un servidor MCP responde a partir de material publicado y aprobado, con citas que apuntan a la fuente. El argumento no es "IA" — es "la IA deja de adivinar sobre vosotros".
• Alcance. Las respuestas aparecen donde la gente del comprador ya trabaja: dentro de Claude, dentro de los asistentes que usan sus clientes y — desde la misma construcción — en un widget de chat en la web, en WhatsApp y Telegram, y a través de una API. Una construcción, muchas puertas.
• Permiso. Las herramientas convierten un servidor de referencia en un compañero: comprobar disponibilidad, consultar un pedido, crear un ticket, captar un lead. Cada acción es una que el comprador decidió exponer, y cada usuario está autenticado — OAuth 2.1, por persona, por servidor.
• Mantenimiento que no haces tú. El conocimiento se vuelve a sincronizar según un horario, hasta cada hora, así que el servidor sigue a la web y a los documentos en lugar de alejarse de ellos. Esta es la línea que convierte un proyecto en una suscripción.

Traducir los beneficios a las palabras del comprador

Los compradores no comparten tu vocabulario, y la forma más rápida de perder una venta es intentar enseñárselo. Di el resultado; deja que pregunten por el mecanismo.

Las objeciones, y las respuestas honestas

Hay cinco objeciones que salen en casi todas las conversaciones. Ten las respuestas preparadas, y mantenlas cortas.

La demo que cierra: constrúyelo antes de la reunión

La jugada comercial más eficaz en este mercado es llegar con el servidor del comprador ya construido. Importa su web — se rastrea hasta una base de conocimiento citada en unos dos minutos — y entras con un agente de chat que responde preguntas sobre su negocio mejor que su propia página de inicio. Los primeros quince minutos de la reunión son el comprador haciéndole preguntas.

Después haz la prueba de las tres preguntas: plantea las tres preguntas que su equipo responde más a menudo. Si las respuestas vuelven correctas y citadas, la venta está casi hecha. Si una vuelve mal, has encontrado el documento que tienen que enviarte — que es el correo de arranque ya escrito. Cualquiera de los dos resultados hace avanzar el trato.

El agente de chat es la demo; el servidor MCP es el entregable. Son la misma construcción, así que lo que el comprador vio y aquello a lo que se conecta su equipo son el mismo objeto. Nunca enseñes uno y entregues otro.

Tres ofertas que encajan con casi cualquier comprador

La mayoría de los proyectos MCP encajan en una de tres formas. Dales nombre en la propuesta y el comprador elegirá.

Vende las dos primeras como servicios y la tercera como producto. La mecánica es idéntica; la conversación sobre el precio no.

Cómo funciona la construcción en SuperCognit

Los planes tienen precio en EUR con una prueba de 7 días — tiempo de sobra para construir el servidor del primer comprador antes de presentárselo.

Horizontal o vertical: el mismo servidor, dos formas de venderlo

Una solución horizontal resuelve una tarea para todos los sectores: atención al cliente, cualificación de ventas, incorporación de empleados, consulta de políticas. Una solución vertical resuelve todas las tareas para un sector: el hotel, la clínica, la inmobiliaria. Los servidores MCP son inusuales porque la misma construcción se vende de las dos formas — y el error es elegir una cuando el mercado quiere que vendas la tarea horizontal con el vocabulario del vertical.

Vender en horizontal: departamentos

Los departamentos compran resultados que ya miden. El conocimiento y las herramientas varían; el argumento es el mismo en todos los sectores.

Vender en vertical: sectores

Los sectores compran a quien habla su idioma. Construye la plantilla horizontal una vez y luego véndela con las palabras del vertical y con las herramientas del vertical.

La jugada productizada es mantener una plantilla por departamento y clonarla por sector: el mismo servidor de atención, vestido con vocabulario hotelero para el hotel y con vocabulario clínico para la clínica. El conocimiento y las herramientas cambian; la estructura del proyecto no, y eso es lo que te permite presupuestarlo en un día.

Vender MCP dentro de una empresa

No todas las ventas cruzan la frontera de una empresa. El impulsor interno — un responsable de operaciones, un gestor de TI, el director de un departamento — le está vendiendo a su propia dirección, y el argumento cambia de forma. Dentro tampoco le importa a nadie el protocolo; les importan las doce personas que hacen las mismas cuarenta preguntas.

El caso interno es más fácil de defender que el externo, porque la prueba ya está en el edificio: el hilo de chat donde se explicó la política por cuarta vez, el documento de onboarding que nadie encuentra, la hoja de cálculo de respuestas que vive en el portátil de una sola persona. Un servidor MCP privado es el conocimiento de esa persona, disponible para todos, dentro del asistente que ya tienen abierto.

El argumento interno, en tres líneas

• El personal ya usa Claude y otros asistentes en el trabajo — muchas veces sin decírselo a nadie. Un servidor de la empresa les da una fuente autorizada en lugar de una adivinada, lo que es una victoria de gobernanza antes que de productividad.
• Está detrás del login. Cada empleado inicia sesión con OAuth; el acceso termina cuando la persona se va. Nada es público a menos que alguien lo haga público.
• Cuesta una suscripción, no un proyecto. Sin desarrolladores, sin cola de integraciones, y sigue a los documentos a medida que cambian.

Por dónde empezar internamente

Un departamento, un servidor, las preguntas que ese departamento está harto de responder. Los procedimientos de operaciones y las políticas de RR. HH. suelen ser las primeras victorias porque el contenido ya existe y la audiencia es toda la empresa. Publícalo, conéctalo desde Claude y deja que el director del departamento vea cómo su bandeja de entrada se reduce durante un mes. Ese número es la solicitud de presupuesto para el segundo servidor.

Para una agencia, los servidores internos son además la segunda venta en cada cliente: la puerta de entrada pública para sus clientes, y después el cerebro privado para el personal — mismo espacio de trabajo, construido a partir de las mismas importaciones.

Gestionar muchos servidores MCP para muchos clientes

Cuando firma el segundo cliente, ya no estás construyendo servidores; estás operando una cartera. Las reglas que mantienen una cartera sana son estructurales, y es más fácil montarlas con el primer cliente que adaptarlas con el décimo.

Un espacio de trabajo por cliente, siempre

Un espacio de trabajo es una frontera rígida: un servidor solo puede responder a partir de lo que contiene su propio espacio de trabajo. Dale a cada cliente el suyo — sus bases de conocimiento, sus herramientas, sus credenciales, sus conversaciones y leads — y la contaminación cruzada pasa a ser imposible en lugar de solo improbable. También convierte la baja en una sola acción: entregas el espacio de trabajo al cliente o lo retiras, y ningún otro cliente se entera.

Un solo login para tu equipo

Bajo un acuerdo de partner, tu espacio de trabajo queda vinculado a cada espacio de trabajo de cliente, y tu personal trabaja dentro de todos ellos con el login del panel que ya tiene — como administradores, nunca como propietarios. El acceso deriva de la relación de partner y no de registros de miembros, así que un cliente no puede eliminarte por accidente a mitad del proyecto, y terminar la relación es un solo cambio de tu lado. Cuando un cliente quiere llevarse un servidor a casa, el espacio de trabajo ya es suyo; tú sales, en lugar de migrar.

El ritmo de operación

Lo que el aislamiento te da comercialmente

El aislamiento no es solo una propiedad de seguridad; es la razón por la que puedes decirle que sí a competidores. Dos hoteles en la misma calle, dos asesorías en la misma ciudad: espacios de trabajo separados, servidores separados, dominios separados, y ningún prompt engineering haciendo la separación. Dilo en la propuesta. Los compradores que preguntan por esto son los que merece la pena tener.

Precios que sobreviven a la segunda conversación

Tres anclas mantienen el precio simple en las tres ofertas.

• Fija el precio contra la alternativa. Una plaza que ahorra un correo a una persona al mes vale una fracción de la hora de esa persona, y el comprador ya sabe lo que le cuesta su gente.
• Mantén el menú corto. Cuota de configuración más cuota mensual para servicios; un precio por plaza para productos. Un comprador obligado a comparar niveles acaba comparándote con no hacer nada.
• La prueba es la aprobación, no la exactitud. Si el comprador puede decir que sí sin convocar una reunión, el precio es el correcto.

Para productos vendidos por plaza, la plataforma gestiona el checkout, las facturas recurrentes y los pagos como merchant of record y cobra una comisión de plataforma; tu contabilidad ve pagos. Para cuotas de agencia, factura como ya facturas y trata el coste de la plaza como una línea más. Para partners con muchos clientes, el precio mayorista por plaza bajo un acuerdo es la misma conversación con un número más pequeño dentro.

Qué no prometer

Los compradores que renuevan son aquellos con los que fuiste directo. Cuatro líneas que hay que dejar fuera de toda propuesta:

• No sustituye el criterio. El servidor se encarga de la capa repetible; la decisión a medida sigue necesitando a una persona. Los suscriptores que se quedan cortos con las respuestas son el pipeline de consultoría, no un fracaso.
• No sabe lo que nunca se publicó. Un servidor vale lo que valen sus fuentes, y "añadiremos ese documento" es una respuesta legítima a una demo fallida.
• Público significa público. Un servidor de puerta de entrada es una decisión deliberada sobre lo que puede preguntar el asistente de un desconocido. Cúralo; no dejes que se acumule.
• Tokens baratos no son tokens gratis. Responder cuesta algo por pregunta; las herramientas estáticas no cuestan nada por llamada, y por eso los productos de metodología deberían apoyarse en ellas.

Un plan de 30 días para los tres primeros clientes

Vender MCP es vender el fin de una frustración concreta y conocida: el asistente que adivina. El protocolo es lo que hace portátil la solución; la plataforma es lo que la hace entregable sin código; la oferta es lo que la convierte en un negocio. Construye uno esta semana y véndeselo a alguien que ya confía en ti.