MCP sprzedajesz, sprzedając to, co robi, a nie protokół: poprawne odpowiedzi z cytowaniami o danej firmie i działania, na które pozwala — w Claude i innych narzędziach AI, których ludzie już używają. Zbuduj serwer kupującego przed spotkaniem, zaproponuj go jako publiczne drzwi wejściowe, prywatny „mózg” dla pracowników albo płatny produkt za stanowisko, i pobieraj opłatę wdrożeniową plus abonament za usługi lub jedną cenę za stanowisko za produkty. W SuperCognit serwer powstaje bez kodu, a serwery wszystkich klientów działają z jednego miejsca.
„Sprzedawanie MCP” to skrót od sprzedawania wiedzy i działań firmy, udostępnionych asystentom AI w formie, z której naprawdę mogą korzystać: jako serwer MCP, z którym zespół kupującego łączy się z Claude lub dowolnego innego klienta MCP albo z którym łączą się klienci kupującego. Nikt nie kupuje protokołu. Kupuje się odpowiedzi, które są poprawne i mają źródła, działania, które są dozwolone, a nie improwizowane, i koniec kopiowania i wklejania. Ten przewodnik obejmuje cały cykl: co sprzedawać, komu, jakimi słowami, jak pakować ofertę według branż i działów, jak sprzedawać wewnątrz firmy i jak zarządzać całym portfelem takich serwerów.
- 01Zbuduj bez koduZe strony, dokumentów i narzędzi
- 02Opublikuj jako prywatny lub publicznyNa własnej domenie klienta
- 03Sprzedawaj za stanowiskoCheckout, faktury i wypłaty wbudowane
- 04Obsługuj wielu klientówKażdy we własnej przestrzeni, jedno logowanie dla ciebie
Dlaczego „MCP” nagle stało się frazą wyszukiwaną
Model Context Protocol w niecałe dwa lata przeszedł od specyfikacji jednego dostawcy do wspólnego standardu podłączania narzędzi AI. Mówią nim Claude, asystenci programistyczni, aplikacje desktopowe i coraz więcej oprogramowania dla firm; specyfikacją opiekuje się teraz fundacja, a nie pojedyncza firma, a jej model autoryzacji przeszedł już poważną rewizję. Komercyjnie oznacza to jedno: pracownicy kupującego już mają klientów MCP na swoich komputerach. Pytanie na rynku przesunęło się z „co to jest” na „kto zbuduje nasz” — dlatego tę frazę wpisują jednocześnie właściciele agencji, konsultanci i szefowie IT.
To okno ma znaczenie. Każda firma, która dostanie serwer MCP w tym roku, dostanie go od kogoś. Być tym kimś — to jest okazja, a potrzebne umiejętności są bardziej handlowe niż techniczne: wiedzieć, co obiecać, co pokazać i czego nie mówić.
Co naprawdę sprzedajesz
Odejmij akronim, a oferta ma cztery części. Sprzedawaj je w tej kolejności, a protokół stanie się przypisem.
- Trafność. Asystenci improwizują na temat firm, których nigdy nie widzieli. Serwer MCP odpowiada na podstawie opublikowanych, zatwierdzonych materiałów, z cytowaniami wskazującymi źródło. Przekaz to nie „AI” — tylko „AI przestaje zgadywać na twój temat”.
- Zasięg. Odpowiedzi pojawiają się tam, gdzie ludzie kupującego już pracują: w Claude, w asystentach, których używają jego klienci, a — z tej samej budowy — w widżecie czatu na stronie, w WhatsApp i Telegram oraz przez API. Jedna budowa, wiele drzwi.
- Uprawnienia. Narzędzia zmieniają serwer z encyklopedii w kolegę z pracy: sprawdzą dostępność, znajdą zamówienie, utworzą zgłoszenie, zapiszą lead. Każde działanie to takie, które kupujący postanowił udostępnić, a każdy użytkownik jest uwierzytelniony — OAuth 2.1, per osoba, per serwer.
- Utrzymanie, którym się nie zajmujesz. Wiedza synchronizuje się według harmonogramu, nawet co godzinę, więc serwer nadąża za stroną i dokumentami, zamiast się od nich oddalać. To ta pozycja zamienia projekt w subskrypcję.
Przekładanie korzyści na język kupującego
Kupujący nie mówią twoim słownictwem, a najszybszy sposób na stratę sprzedaży to próba nauczenia ich go. Mów o efekcie; niech sami zapytają o mechanizm.
Obiekcje i uczciwe odpowiedzi
Pięć obiekcji pojawia się niemal w każdej rozmowie. Miej odpowiedzi gotowe i krótkie.
„Mamy już chatbota”
Chatbot to jedne drzwi; serwer to pokój za wszystkimi drzwiami. Ta sama wiedza, która napędza widżet, odpowiada też w Claude, w WhatsApp i w każdym narzędziu AI, które klient skieruje na twoją firmę. I wskazuje źródła, czego większość chatbotów nie robi. Dłuższa odpowiedź: serwer MCP a chatbot.
„Mamy już API”
API jest dla programistów, którzy piszą do niego kod. Serwer MCP jest dla asystentów, którzy go czytają. Nikt niczego nie integruje; po prostu się łączy. Jeśli kupujący ma API, to dobra wiadomość: jego endpointy stają się narzędziami.
„AI zmyśla”
Sama z siebie — tak. Ten serwer odpowiada tylko na podstawie tego, co opublikowałeś, pokazuje, skąd pochodzi każda odpowiedź, i mówi, gdy czegoś nie wie. Test trzech pytań opisany niżej to sposób, by udowodnić to na spotkaniu.
„Nasze dane ciągle się zmieniają”
To argument za serwerem, a nie przeciw niemu. Synchronizacja działa według harmonogramu; cennik zaktualizowany we wtorek to ten, na podstawie którego asystent odpowiada we wtorek.
„Czy to jest bezpieczne?”
Każdy serwer implementuje aktualną specyfikację autoryzacji MCP — OAuth 2.1 z walidacją wystawcy i rejestracją klientów CIMD — i działa we własnej, odizolowanej przestrzeni roboczej. Prywatny serwer jest za logowaniem; publiczny to świadoma decyzja, podejmowana dla każdego serwera osobno. Własne domeny sprawiają, że adres pozostaje ich.
Demo, które zamyka sprzedaż: zbuduj je przed spotkaniem
Najskuteczniejszy ruch sprzedażowy na tym rynku to przyjście z już zbudowanym serwerem kupującego. Zaimportuj jego stronę — w około dwie minuty trafia do bazy wiedzy z cytowaniami — i wchodzisz z agentem czatu, który odpowiada na pytania o jego firmę lepiej niż jego własna strona główna. Pierwsze piętnaście minut spotkania to kupujący, który zadaje mu pytania.
Potem przeprowadź test trzech pytań: zadaj trzy pytania, na które jego zespół odpowiada najczęściej. Jeśli odpowiedzi wracają poprawne i z cytowaniami, sprzedaż jest w dużej mierze zamknięta. Jeśli jedna wraca błędna, znalazłeś dokument, który musi ci przesłać — czyli masz gotowego maila otwierającego współpracę. Oba wyniki posuwają transakcję do przodu.
Agent czatu to demo; serwer MCP to produkt. To ta sama budowa, więc to, co widział kupujący, i to, z czym łączy się jego zespół, to jeden i ten sam obiekt. Nigdy nie pokazuj jednego, a nie dostarczaj drugiego.
Trzy oferty, które pasują do niemal każdego kupującego
Większość zleceń MCP przyjmuje jeden z trzech kształtów. Nazwij je w ofercie, a kupujący sam wybierze.
Pierwsze dwie sprzedawaj jako usługi, trzecią jako produkt. Mechanika jest identyczna; rozmowa o cenie — nie. Stronę produktową, od ceny stanowiska do wypłaty, opisuje jak sprzedawać dostęp do serwera MCP.
Jak wygląda budowa w SuperCognit
Zaimportuj źródło prawdy
Wskaż platformie domenę kupującego. Strony są crawlowane do bazy wiedzy z cytowaniami. Prześlij pliki PDF, cenniki i wewnętrzne przewodniki, których nie ma na stronie. Całą budowę krok po kroku opisuje pierwszy serwer MCP bez kodu.
Podłącz działania
Skonfigurowane narzędzia HTTP stają się wywoływalnymi narzędziami MCP: sprawdzanie dostępności, status zamówienia, tworzenie zgłoszeń. Dodaj pozyskiwanie leadów, a każda zakwalifikowana rozmowa trafi do skrzynki odbiorczej, CRM lub webhooka. Statyczne narzędzia typu „skill” zwracają zapisaną treść dosłownie, więc checklista czy metodologia nic nie kosztuje przy wywołaniu.
Wybierz granicę
Prywatny (wymaga logowania, tylko pracownicy) albo publiczny (każdy z klientem MCP). Jedna decyzja na serwer. Umieść go na subdomenie kupującego — mcp.theirbrand.com — przed przekazaniem, nie po.
Opublikuj obie powierzchnie
Jedna budowa daje agenta czatu na stronę, do WhatsApp i Telegram oraz serwer MCP dla Claude i każdego innego klienta. Ta sama wiedza, ta sama konfiguracja, odpowiedzi wszędzie.
Ustaw częstotliwość synchronizacji i wyceń stanowisko
Często dla stron, które się zmieniają, rzadziej dla reszty. Jeśli dostęp jest sprzedawany, podepnij subskrypcję za stanowisko; checkout, faktury i wypłaty są obsługiwane za ciebie.
Plany są w EUR z 7-dniowym okresem próbnym — wystarczająco długim, by zbudować serwer pierwszego kupującego, zanim mu go zaproponujesz.
Horyzontalnie czy wertykalnie: ten sam serwer, dwa sposoby sprzedaży
Rozwiązanie horyzontalne rozwiązuje jedno zadanie dla każdej branży: obsługę klienta, kwalifikację sprzedażową, onboarding pracowników, sprawdzanie zasad. Rozwiązanie wertykalne rozwiązuje każde zadanie dla jednej branży: hotelu, kliniki, agencji nieruchomości. Serwery MCP są nietypowe, bo ta sama budowa sprzedaje się na oba sposoby — a błędem jest wybieranie jednego, gdy rynek oczekuje, że sprzedasz zadanie horyzontalne słownictwem danej branży.
Sprzedaż horyzontalna: działy
Działy kupują efekty, które już mierzą. Wiedza i narzędzia się różnią; przekaz jest taki sam we wszystkich branżach.
Sprzedaż wertykalna: branże
Branże kupują od ludzi, którzy mówią ich językiem. Zbuduj szablon horyzontalny raz, a potem sprzedawaj go słowami danej branży, z jej narzędziami.
Ruch produktowy polega na utrzymywaniu szablonu dla każdego działu i klonowaniu go dla każdej branży: ten sam serwer obsługi klienta, ubrany w słownictwo hotelowe dla hotelu i kliniczne dla kliniki. Wiedza i narzędzia się zmieniają; struktura zlecenia — nie, i właśnie dlatego możesz je wycenić w jeden dzień.
Sprzedawanie MCP wewnątrz firmy
Nie każda sprzedaż przekracza granice firmy. Wewnętrzny lider zmian — szef operacji, kierownik IT, szef działu — sprzedaje własnemu zarządowi, a przekaz zmienia kształt. Wewnątrz firmy protokół też nikogo nie obchodzi; obchodzi ich dwanaście osób, które zadają te same czterdzieści pytań.
Wewnętrzny argument łatwiej zbudować niż zewnętrzny, bo dowód już jest w budynku: wątek na czacie, w którym zasadę wyjaśniano po raz czwarty, dokument onboardingowy, którego nikt nie może znaleźć, arkusz z odpowiedziami, który żyje na laptopie jednej osoby. Prywatny serwer MCP to wiedza tej osoby udostępniona wszystkim, w asystencie, który już mają otwarty.
Wewnętrzny przekaz w trzech punktach
- Pracownicy już używają Claude i innych asystentów w pracy — często nikomu o tym nie mówiąc. Firmowy serwer daje im zatwierdzone źródło zamiast zgadywanego, co jest sukcesem w zakresie ładu korporacyjnego, zanim stanie się sukcesem produktywności.
- Jest za logowaniem. Każdy pracownik loguje się przez OAuth; dostęp kończy się, gdy osoba odchodzi. Nic nie jest publiczne, chyba że ktoś to postanowi.
- Kosztuje subskrypcję, a nie projekt. Bez programistów, bez kolejki integracji, a do tego nadąża za dokumentami, gdy się zmieniają.
Od czego zacząć wewnątrz firmy
Jeden dział, jeden serwer, pytania, na które ten dział jest zmęczony odpowiadać. Procedury operacyjne i zasady HR to zwykle pierwsze sukcesy, bo treści już istnieją, a odbiorcą jest cała firma. Opublikuj go, podłącz w Claude i pozwól szefowi działu przez miesiąc obserwować, jak kurczy się jego skrzynka. Ta liczba to wniosek budżetowy na drugi serwer.
Dla agencji serwery wewnętrzne to także druga sprzedaż u każdego klienta: najpierw publiczne drzwi wejściowe dla klientów, potem prywatny „mózg” dla pracowników — ta sama przestrzeń robocza, zbudowana z tych samych importów.
Zarządzanie wieloma serwerami MCP dla wielu klientów
Gdy podpisuje się drugi klient, nie budujesz już serwerów; zarządzasz portfelem. Zasady, które utrzymują portfel w porządku, są strukturalne i łatwiej je ustawić przy pierwszym kliencie niż dorabiać przy dziesiątym.
Jedna przestrzeń robocza na klienta, zawsze
Przestrzeń robocza to twarda granica: serwer może odpowiadać tylko na podstawie tego, co zawiera jego przestrzeń. Daj każdemu klientowi własną — jego bazy wiedzy, narzędzia, dane uwierzytelniające, rozmowy i leady — a pomieszanie danych staje się niemożliwe, a nie tylko mało prawdopodobne. Dzięki temu zakończenie współpracy to też jedna operacja: przekaż przestrzeń klientowi lub ją wyłącz, a żaden inny klient tego nie zauważy. Dlaczego jeden serwer na klienta jest lepszy od jednego serwera z folderami klientów, opisuje serwer MCP dla klientów agencji.
Jedno logowanie dla twojego zespołu
W ramach partnerstwa twoja przestrzeń robocza jest powiązana z każdą przestrzenią klienta, a twoi pracownicy pracują w każdej z nich z tego samego logowania do panelu, które już mają — jako administratorzy, nigdy jako właściciele. Dostęp wynika z partnerstwa, a nie z członkostwa, więc klient nie może przypadkiem usunąć cię w trakcie współpracy, a zakończenie relacji to jedna zmiana po twojej stronie. Gdy klient chce przejąć serwer do siebie, przestrzeń już do niego należy; ty po prostu wychodzisz, zamiast migrować.
Rytm pracy
Nazywaj rzeczy jak operator
Przestrzenie nazwane od klienta, serwery nazwane od odbiorców („Acme — drzwi wejściowe dla klientów”, „Acme — procedury dla pracowników”), adresy na domenie klienta. Za pół roku ktoś będzie musiał w pośpiechu znaleźć właściwy.
Standaryzuj budowę, nie treść
Szablon dla każdej oferty: które bazy wiedzy, które narzędzia, jaka częstotliwość synchronizacji, publiczny czy prywatny. Nowy klient — sklonuj szablon, podmień źródła. Wycenisz to w jeden dzień, bo zbudowałeś to już dwadzieścia razy.
Ustaw częstotliwość synchronizacji dla każdego źródła
Ceny i dostępność co godzinę; zasady co tydzień; stronę „o nas” kiedykolwiek. Utrzymanie jest wtedy prawdziwe, a przy tym niedrogie — i to sprawia, że abonament jest uczciwy.
Obserwuj rozmowy
Transkrypcje i pozyskane leady każdego serwera trafiają do skrzynki odbiorczej przestrzeni roboczej. Cotygodniowy przegląd „pytań, na które nie umieliśmy odpowiedzieć” to twoja mapa drogowa treści i lista okazji do dosprzedaży w jednym miejscu.
Rozliczaj tak, jak chce klient
Zbiorcze stanowiska hurtowe fakturowane przez ciebie albo klient płacący platformie bezpośrednio z naliczoną twoją marżą. W obu przypadkach za stanowisko; nikt nie prognozuje tokenów.
Automatyzuj zakładanie klientów z Claude
Platforma ma własny serwer MCP. Podłącz go w Claude i twórz agentów, serwery MCP, bazy wiedzy i narzędzia w rozmowie — albo oskryptuj onboarding kolejnych dwudziestu klientów na podstawie checklisty. Operator wielu serwerów nie powinien dwadzieścia razy przeklikiwać się przez panel.
Co izolacja daje ci komercyjnie
Izolacja to nie tylko cecha bezpieczeństwa; to powód, dla którego możesz powiedzieć „tak” konkurentom. Dwa hotele przy tej samej ulicy, dwa biura rachunkowe w tym samym mieście: osobne przestrzenie, osobne serwery, osobne domeny i żaden prompt engineering nie zajmuje się rozdzielaniem. Napisz to w ofercie. Kupujący, którzy o to pytają, to ci, których warto mieć.
Ceny, które przetrwają drugą rozmowę
Trzy punkty odniesienia utrzymują ceny prostymi we wszystkich trzech ofertach.
- Wyceniaj względem alternatywy. Stanowisko, które oszczędza jednego maila do kogoś miesięcznie, jest warte ułamek godziny tej osoby, a kupujący już wie, ile kosztują jego ludzie.
- Krótkie menu. Opłata wdrożeniowa plus abonament za usługi; jedna cena za stanowisko za produkty. Kupujący zmuszony do porównywania poziomów skończy na porównywaniu cię z nicnierobieniem.
- Testem jest akceptacja, nie precyzja. Jeśli kupujący może powiedzieć „tak” bez zwoływania spotkania, cena jest właściwa.
W przypadku produktów sprzedawanych za stanowisko platforma obsługuje checkout, cykliczne faktury i wypłaty jako merchant of record i pobiera prowizję; twoja księgowość widzi wypłaty. W przypadku abonamentów agencyjnych fakturuj tak jak dotąd i traktuj koszt stanowiska jako jedną z pozycji. Dla partnerów z wieloma klientami hurtowe ceny stanowisk w ramach umowy to ta sama rozmowa, tylko z mniejszą liczbą.
Czego nie obiecywać
Odnawiają ci kupujący, wobec których byłeś szczery. Cztery zdania, których nie powinno być w żadnej ofercie:
- Nie zastępuje osądu. Serwer obsługuje powtarzalną warstwę; niestandardowa decyzja wciąż wymaga człowieka. Subskrybenci, którzy wyrastają z odpowiedzi, to lejek zleceń doradczych, a nie porażka.
- Nie wie tego, czego nigdy nie opublikowano. Serwer jest tak dobry jak jego źródła, a „dodamy ten dokument” to uprawniona odpowiedź na nieudane demo.
- Publiczny znaczy publiczny. Serwer typu drzwi wejściowe to świadoma decyzja o tym, o co może pytać asystent obcej osoby. Selekcjonuj treść; nie pozwól, by się nawarstwiała.
- Tanie tokeny to nie darmowe tokeny. Odpowiadanie kosztuje coś za każde pytanie; statyczne narzędzia nic nie kosztują przy wywołaniu, dlatego produkty metodologiczne powinny na nich polegać.
30-dniowy plan na pierwszych trzech klientów
Tydzień pierwszy: twój własny serwer
Zaimportuj własną stronę i dokumenty, podłącz serwer w Claude i pożyj z nim. Nie sprzedasz czegoś, czego nie używałeś, a twoje obiekcje to obiekcje kupującego.
Tydzień drugi: trzy zbudowane dema
Wybierz trzech potencjalnych klientów, których strony już odpowiadają na pytania. Zaimportuj każdą, sam przeprowadź test trzech pytań i załataj luki, zanim ktokolwiek inny je zobaczy.
Tydzień trzeci: trzy spotkania
Przyjdź z gotowym serwerem. Pozwól im zadawać mu pytania. Wyślij ofertę tego samego popołudnia, z nazwaną jedną z trzech ofert.
Tydzień czwarty: obsługa
Przestrzenie nazwane, adresy na ich domenach, częstotliwości synchronizacji ustawione, skrzynka przeglądana co tydzień. Przed każdym przekazaniem przejdź checklistę profesjonalnego serwera MCP. Potem zacznij z kolejnymi trzema.
Sprzedawanie MCP to sprzedawanie końca konkretnej, dobrze znanej frustracji: asystenta, który zgaduje. Protokół sprawia, że rozwiązanie jest przenośne; platforma — że da się je dostarczyć bez kodu; oferta — że staje się biznesem. Zbuduj jeden w tym tygodniu i sprzedaj go komuś, kto już ci ufa.
Najczęściej zadawane pytania
Czy mogę pobierać opłaty za serwer MCP?
Tak. Każdy użytkownik, który łączy się z serwerem MCP, loguje się przez OAuth 2.1, więc dostęp można sprzedawać per osoba, za stanowisko. W SuperCognit podpinasz do serwera subskrypcję za stanowisko; checkout, cykliczne faktury i wypłaty przechodzą przez platformę jako merchant of record, która pobiera prowizję i wypłaca resztę. Szczegóły w artykule jak sprzedawać dostęp do serwera MCP.
Ile kosztuje serwer MCP — ile powinienem brać?
Nie ma wzoru, więc wyceniaj względem alternatywy, a nie kosztu: stanowisko, które oszczędza komuś jednego maila miesięcznie, jest warte ułamek godziny tej osoby. Krótkie menu — opłata wdrożeniowa plus miesięczny abonament, gdy sprzedajesz to jako usługę, jedna cena za stanowisko, gdy sprzedajesz to jako produkt. Jeśli kupujący może to zatwierdzić bez zwoływania spotkania, cena jest właściwa.
Czy muszę programować, żeby zbudować i sprzedać serwer MCP?
Nie. Importujesz stronę kupującego, która w około dwie minuty trafia do bazy wiedzy z cytowaniami, przesyłasz dokumenty, których nie ma na stronie, podłączasz narzędzia HTTP i publikujesz. Hosting, OAuth 2.1, synchronizację wiedzy i rozliczanie za stanowisko obsługuje platforma. Pełny przewodnik: pierwszy serwer MCP bez kodu.
Jak klienci podłączają serwer MCP w Claude?
Każda osoba dodaje adres serwera w Claude lub w dowolnym innym kliencie MCP i raz loguje się przez OAuth. Potem serwer po prostu jest: Claude przeszukuje wiedzę w trakcie rozmowy, cytuje to, co znalazł, i może wywoływać udostępnione przez ciebie narzędzia. Płatny serwer działa tak samo, a dostęp idzie za stanowiskiem. Zobacz firmowy serwer MCP w Claude.
Jak zarządzać serwerami MCP wielu klientów?
Daj każdemu klientowi własną przestrzeń roboczą, żeby każdy serwer odpowiadał tylko na podstawie wiedzy i narzędzi tego klienta, a zakończenie współpracy było jedną operacją. W programie partnerskim twój zespół pracuje we wszystkich przestrzeniach klientów z jednego logowania, jako administratorzy, a ty możesz kupować stanowiska w cenie hurtowej i odsprzedawać po własnej cenie. Szablon dla każdej oferty i własny serwer MCP platformy przyspieszają zakładanie nowych klientów.
Czy sprzedaż serwera MCP jest bezpieczna?
Jest tak zbudowana. Każdy serwer implementuje aktualną specyfikację autoryzacji MCP — OAuth 2.1 z walidacją wystawcy i rejestracją klientów CIMD — i działa we własnej, odizolowanej przestrzeni roboczej, więc nie może odpowiadać na podstawie cudzych danych. Prywatny serwer jest za logowaniem; publiczny to świadoma decyzja podejmowana dla każdego serwera. Więcej w artykule zabezpieczanie firmowego serwera MCP.
