Jak sprzedać oprogramowanie konkurentowi — czego się boi, co mu obiecać i co pokazać?

Czego boi się konkurent — pięć obaw i odpowiedź na każdą

Konkurent nie kupuje funkcji, tylko ryzyko, które umie policzyć. Pięć obaw wraca w każdej takiej rozmowie i każda ma ten sam kształt: obietnica nic nie znaczy bez dowodu, a dowód nic nie znaczy bez zapisu.

Kolejność jest częścią odpowiedzi. Obiecujesz jedno zdanie, pokazujesz je na działającej aplikacji, a potem przenosisz do umowy. Jeśli któryś z trzech kroków wypadnie, zostaje deklaracja do wycofania w każdej chwili — a firma z branży wie o tym lepiej niż Ty.

1. 1. „Moje dane trafią do Ciebie”. Obiecujesz jedno zdanie: nie masz wglądu w dane operacyjne jego firmy, a zestawienia zbiorcze powstają wyłącznie za jego zgodą i bez nazw.

   Dowód: zaloguj się przy nim na swoje konto i pokaż, że jego rekordy się nie otwierają, a każde wejście w trybie pomocy zostawia ślad, który on czyta sam. Zapis: umowa powierzenia przetwarzania (art. 28 RODO) i zakaz używania jego danych do własnej sprzedaży. Jak to rozdzielić technicznie — jak oddzielić dane konkurenta w Twojej aplikacji.

2. 2. „Uzależnię się od Ciebie”. Obiecujesz wyjście bez rozmowy z Tobą: pełny eksport jego danych w formacie, który wczyta gdzie indziej, dostępny z panelu, a nie na prośbę.

   Dowód: niech kliknie eksport na spotkaniu i otworzy plik na swoim laptopie. Zapis: termin wydania danych po wypowiedzeniu, format pliku i to, że funkcja eksportu nie może zniknąć z aplikacji. Zdanie „wyeksportujemy, jak będzie trzeba” nie jest dowodem — jest obietnicą na ten sam temat.

3. 3. „Będziesz wiedział o mnie więcej niż ja o Tobie”. Tej obawy nie zbijesz dobrą wolą, bo ma akta. Systemy rezerwacji lotniczej należące do przewoźników układały wyniki tak, że loty właściciela stały nad lepszymi połączeniami konkurentów.

   Amerykański regulator uznał to za realne na tyle, że reguły neutralności obowiązywały od 1984 r. i zostały wygaszone dopiero 31 lipca 2004 r., gdy przewoźnicy wyszli z akcjonariatu tych systemów. Podstawa: Federal Register 69 FR 976 z 7 stycznia 2004 r.

   Obietnica i dowód: jeśli Twoja aplikacja cokolwiek szereguje — kolejkę zleceń, listę wykonawców, wolne terminy — reguła kolejności jest zapisana, jawna i Twoja firma podlega jej tak samo. Pokazujesz regułę, nie zapewnienie. Zapis: obowiązek neutralności i wyprzedzenie przy każdej jej zmianie.

4. 4. „Dostanę cenę ustawioną pod konkurenta”. Obiecujesz jeden cennik dla wszystkich i upusty wyłącznie według jawnego kryterium: wielkość firmy, długość zobowiązania, udział w pilotażu.

   Dowód: pokaż cennik tam, gdzie widzi go każdy, i powiedz wprost, na której półce znajdzie się jego firma; punkt odniesienia dają ceny gotowych programów branżowych z cenników producentów. Zapis: zasady zmiany ceny — kiedy, o ile i z jakim wyprzedzeniem. Reszta zapisów: co musi być w umowie z partnerem z branży.

5. 5. „Zamkniesz to za rok”. Obiecujesz, że ciągłość nie zależy od Twojego nastroju: aplikację utrzymuje zespół techniczny, kopie są odtwarzane próbnie, a wyjście jest opisane, zanim będzie potrzebne.

   Dowód najmocniejszy z możliwych: używasz tej aplikacji w swojej firmie codziennie, więc każdą awarię odczuwasz pierwszy. Zapis: okres wypowiedzenia, wydanie danych, a przy partnerze, dla którego to system krytyczny — depozyt kodu u osoby trzeciej. Czym jest odtworzenie próbne, tłumaczy tekst o kopiach zapasowych i sprawdzaniu odtworzenia.

Co pokazać na pierwszym spotkaniu, a czego nie pokazywać

Pierwsze spotkanie z konkurentem trwa 40 minut i nie jest o funkcjach — jest o ryzyku. Ten próg bierze się stąd, że cztery z pięciu obaw da się rozbroić pokazem na działającej aplikacji, a każda minuta ponad to zamienia rozmowę w prezentację, którą trzeba komuś sprzedać.

Piąta obawa — przewaga informacyjna — jako jedyna nie domyka się na spotkaniu, bo dotyczy tego, co zrobisz za dwa lata. Na nią odpowiada wyłącznie zapis w umowie i reguła, której nie ustalasz sam.

Referencja waży więcej niż demonstracja: 74 % kupujących oprogramowanie dla firm opiera decyzję na opiniach użytkowników (TrustRadius, badanie ze stycznia 2026 na 1 862 kupujących). Jedno zdanie od firmy, która już płaci, robi więcej niż godzina klikania — ale jej nazwę podajesz wyłącznie za jej pisemną zgodą.

Czego nie obiecywać, nawet gdy bardzo chcesz podpisać

Cztery obietnice zamykają sprzedaż dziś i rozbrajają ją za rok. Każda z nich jest wygodna w rozmowie i niewykonalna w chwili, gdy partnerów jest dziesięciu.

• „Wyłączność w Twoim regionie” — powiedziana każdemu z osobna przestaje być cokolwiek warta w dniu, w którym dwaj partnerzy porozmawiają. Wyłączność jest towarem: ma cenę, zasięg i termin, albo jej nie ma.
• „Nigdy nie podniosę ceny” — utrzymanie aplikacji ma koszt, który rośnie razem z liczbą firm i wymogami prawa. Zamiast obietnicy nie do dotrzymania daj zasadę: maksymalny skok w skali roku i wyprzedzenie, z jakim go zapowiadasz.
• „Nie widzę Twoich danych” — jeśli technicznie możesz je zobaczyć, to zdanie jest nieprawdziwe i kosztuje relację w dniu, w którym ktoś to sprawdzi. Prawdziwa wersja brzmi: „mogę wejść w trybie pomocy, a Ty widzisz ślad każdego wejścia”.
• „Zbudujemy to pod Ciebie” — funkcja dla jednego partnera w aplikacji dla całej branży ma cenę i termin albo blokuje kolejkę wszystkim pozostałym. Wymaganie zapisujesz razem z tym, kto za nie płaci.

Konkurent jako partner: kogo zapraszasz pierwszego i co dostajesz poza pieniędzmi

Pierwszy partner nie jest najlepszym klientem, tylko najtańszym dowodem — dlatego nie zaczynasz od firmy z sąsiedniej ulicy. Wybierasz taką, która konkuruje z Tobą o zlecenia, ale nie o tych samych klientów: inne miasto, inny segment, inna wielkość.

Powód jest chłodny. Pierwsze „nie” z sąsiedztwa rozejdzie się po branży szybciej niż Twoja aplikacja, a partner z drugiego końca kraju daje ten sam dowód bez tego kosztu. Sąsiada zapraszasz wtedy, gdy masz już trzy firmy, które potwierdzą, że nic im nie zginęło.

Wzorzec ma publiczne przykłady. Warsztat samochodowy w San Francisco działa od 2007 r.; narzędzie zbudowane na jego potrzeby właścicielka wydzieliła w 2013 r. jako osobny produkt dla warsztatów, który zadebiutował w styczniu 2015 r. Źródło: strona firmy i opis w TechCrunch z 12 października 2016 r.

Estoński eAgronom zaczął się od prototypu napisanego dla gospodarstwa ojca założyciela. Firma powstała w 2016 r., a w 2023 r. jej oprogramowanie obejmowało 1,5 mln ha pól, z zespołami między innymi w Polsce (strona firmy, odczyt 16 września 2026 r.).

Skala bywa większa, niż podpowiada intuicja: platforma dla firm wykonawczych, która zaczęła się w firmach rodziców założycieli, miała 8 000 klientów o opłatach powyżej 10 tys. USD rocznie — stan na 31 stycznia 2024 r. według prospektu złożonego w amerykańskim nadzorze.

Co dostajesz poza pieniędzmi: drugi zestaw wyjątków procesu, których u siebie nigdy nie zobaczysz, bo Twoja firma robi to po swojemu. To one rozstrzygają, czy powstaje narzędzie branży, czy Twoje narzędzie z ekranem logowania dla obcych.

Co przekonuje ostatecznie: nie lista funkcji, tylko to, że ryzyko jest po Twojej stronie pierwsze. Co zapisujecie: neutralność reguł, powierzenie danych, eksport i zasady ceny — cztery punkty, bez których nawet zadowolony partner zostaje na rok, a nie na pięć.

Historia zna też drogę odwrotną. System rezerwacji American Airlines otwarto dla biur podróży w 1976 r. (IBM, historia systemu Sabre), a do 2004 r. wszyscy amerykańscy przewoźnicy, którzy kontrolowali takie systemy, wyzbyli się ich własności — tak stan rzeczy opisuje Federal Register 69 FR 976 z 7 stycznia 2004 r.

Co zostaje po Twojej stronie, a co robi zespół, który buduje

W tej rozmowie praktyk odpowiada za obietnicę, a zespół techniczny za to, żeby dało się ją pokazać na ekranie w ciągu 40 minut. Podział jest ostry, bo obie części psują się inaczej i inaczej się je naprawia.

Jeden dowód z praktyki waży w tej rozmowie najwięcej: w trakcie budowy żaden e-mail ani SMS z aplikacji nie wychodzi do prawdziwych ludzi. Bezpiecznik jest domyślnie zamknięty, wyjście z trybu budowy wymaga jawnej decyzji z datą i osobą, a każda wysyłka zostawia ślad w dzienniku.

Dla partnera znaczy to jedno: jego klienci nie dostaną wiadomości z Twojego testu. Osobno egzekwowany jest jeden scenariusz od wejścia użytkownika do pierwszej realnej wartości — czerwony blokuje wdrożenie — oraz próba na żywym adresie, bo „lokalnie działa” nie jest dowodem. Szerzej: jak przetestować aplikację przed startem produkcyjnym.

Role zamienione miejscami psują dwie różne rzeczy. Gdy zespół techniczny zaczyna decydować o cenie i kolejności partnerów, aplikacja traci to, po co powstała — Twoje rozumienie branży. Gdy Ty zaczynasz decydować o dostępie do danych, tracisz jedyny argument, który przekonuje konkurenta: że nie musi Ci wierzyć (zasady bezpieczeństwa od pierwszego dnia).