Jak różnicować się w sprzedaży B2B bez polegania na funkcjach produktu

Rozwój produktu wymaga funkcji. Problem zaczyna się wtedy, gdy roadmapa produktu, komunikat sprzedażowy i strategia różnicowania stają się jednym dokumentem.

Mechanizm feature arms race wygląda zwykle tak:

konkurent dodaje funkcję
→ produkt odpowiada funkcją
→ nowy element trafia do strony i pitchu
→ klient otrzymuje dłuższą checklistę
→ funkcja staje się oczekiwanym minimum
→ organizacja szuka kolejnej funkcji

Firma może w ten sposób rozwijać dobry produkt, a jednocześnie tracić zdolność wyjaśnienia, dlaczego produkt jest właściwy w określonej sytuacji.

Funkcja może pełnić cztery role

punkt parytetu:
bez niej oferta nie przechodzi progu

funkcja użyteczna:
pomaga, ale nie zmienia wyboru

kandydatura różnicy:
może zmienić ocenę wobec alternatywy

dowód zdolności:
pokazuje, że system potrafi wykonać określoną pracę

Ta sama funkcja może pełnić inną rolę w różnych kontekstach.

Przykład:

praca offline

zakład z niestabilną łącznością:
potencjalnie znacząca różnica

biuro z redundantnym łączem:
niska relewancja

proces wymagający centralnej walidacji online:
możliwe niedopasowanie

Więcej nie zawsze znaczy lepiej

Większa liczba funkcji może zwiększać:

• zakres;
• elastyczność;
• liczbę przypadków użycia.

Może też zwiększać:

• koszt wdrożenia;
• liczbę decyzji;
• wymagania szkoleniowe;
• ryzyko konfiguracji;
• powierzchnię bezpieczeństwa;
• koszt utrzymania;
• trudność aktualizacji.

Dlatego liczba funkcji nie jest samodzielnym kryterium wartości.

Feature parity nie oznacza pełnej identyczności

Jeżeli kilku dostawców posiada podobną funkcję, różnica może powstać w:

• niezawodności;
• obsłudze wyjątków;
• czasie wdrożenia;
• integracji;
• diagnostyce;
• recovery;
• dostępności serwisu;
• modelu odpowiedzialności;
• danych;
• ekonomii;
• dowodzie;
• systemie działań.

Problemem nie jest więc sama funkcja. Problemem jest skrót:

mamy funkcję
=
jesteśmy inni
=
jesteśmy lepsi
=
klient powinien nas wybrać

Każdy znak równości wymaga osobnego testu.

Zanim zespół zacznie szukać USP, powinien rozdzielić podstawowe pojęcia.

Różnica wymaga punktu odniesienia

Zdanie:

Nasz zespół jest bardziej doświadczony.

jest niekompletne.

Brakuje:

• wobec kogo;
• w jakiej dziedzinie;
• według jakiej miary;
• w jakim okresie;
• dlaczego doświadczenie zmienia wykonanie;
• jaki dowód to potwierdza.

Lepszy zapis:

W projektach migracji działających linii
zespół prowadził przejścia etapowe
w porównywalnych architekturach.

To doświadczenie może zmniejszyć czas
potrzebny na identyfikację typowych trybów awarii,
jeżeli obecny system mieści się
w znanym zakresie technicznym.

Nadal potrzebne są dowody i ograniczenia.

Unikalność nie jest celem samym w sobie

Unikalny element może być:

• niepotrzebny;
• zbyt drogi;
• trudny do utrzymania;
• nieakceptowalny;
• niekompatybilny;
• nieudowodniony.

Dlatego prawidłowy wynik testu może brzmieć:

UNIQUE_BUT_NOT_RELEVANT

Taki status nie powinien zostać zamieniony w twierdzenie.

Distinctiveness nie dowodzi przewagi

Charakterystyczna nazwa, kolor, diagram albo format demonstracji może pomóc klientowi przypisać informację marce. Nie dowodzi jednak, że oferta działa lepiej.

Materiały Ehrenberg-Bass Institute rozdzielają różnicowanie i distinctive assets. Znaczna część tej bazy pochodzi z rynków konsumenckich, dlatego w złożonym B2B rozróżnienie należy traktować pojęciowo i sprawdzać na konkretnych buying groups.⁸

Organizacje niechętnie nazywają funkcję punktem parytetu. Obawiają się, że obniży to atrakcyjność produktu. Tymczasem punkt parytetu może być krytyczny.

Trzy klasy

POP-CATEGORY:
minimum potrzebne, aby należeć do kategorii

POP-COMPETITIVE:
element potrzebny, aby zneutralizować słabość

POD:
element, który może tworzyć punkt różnicy

Przykład:

szyfrowanie:
POP-CATEGORY albo próg bezpieczeństwa

eksport danych:
POP-COMPETITIVE

wersjonowane konektory z diagnostyką zmian schematu:
kandydatura POD

Punkt parytetu może:

• otwierać proces;
• usuwać veto;
• potwierdzać dojrzałość;
• zmniejszać ryzyko;
• umożliwiać porównanie.

Nie powinien być przedstawiany jako:

• jedyny;
• wyjątkowy;
• nieosiągalny dla konkurencji;
• gwarantujący wynik.

Kiedy funkcja przechodzi z parytetu do różnicy

Funkcja może różnicować, jeżeli:

1. alternatywa nie oferuje porównywalnego rezultatu;
2. różnica jest obserwowalna;
3. zmienia pracę lub ryzyko;
4. jest relewantna w konkretnym kontekście;
5. mechanizm jest zrozumiały;
6. dowód odpowiada twierdzeniu;
7. kompromis jest akceptowalny.

Bez tych warunków funkcja pozostaje elementem produktu, nie przewagą.

Różnicowanie może powstawać w wielu warstwach. Model nie sugeruje, że każda firma powinna posiadać wszystkie dwanaście.

D1 — funkcja lub parametr

Przykłady:

• dodatkowy tryb;
• większy zakres;
• inna tolerancja;
• konkretna integracja.

Ryzyko: łatwa imitacja i szybka utrata znaczenia.

D2 — wynik techniczny

Przykłady:

• stabilność;
• dokładność;
• czas reakcji;
• zużycie;
• niezawodność.

Wymaga porównywalnej metody i warunków.

D3 — architektura i integracja

Przykłady:

• modularność;
• separacja zakresów;
• interoperacyjność;
• przenoszalność;
• architektura danych.

Różnica może tworzyć wartość w jednym środowisku i złożoność w innym.

D4 — sposób wdrożenia

Przykłady:

• etapowanie;
• migracja;
• współistnienie;
• walidacja;
• minimalny zakres startowy.

Różnica wdrożeniowa bywa ważniejsza od funkcji w środowiskach o wysokim koszcie przerwy.

D5 — obsługa wyjątków i recovery

Przykłady:

• diagnoza błędu;
• rollback;
• recovery;
• ręczny tryb zastępczy;
• eskalacja.

Oferta może wyglądać podobnie w happy path i różnić się znacząco w sytuacji nieprawidłowej.

D6 — model serwisu

Przykłady:

• dostęp do kompetencji;
• czas reakcji;
• części;
• utrzymanie;
• odpowiedzialność;
• lokalność.

Badania wartości w relacjach B2B pokazują, że korzyści relacyjne mogą różnicować dostawcę poza samą redukcją kosztu, choć ich znaczenie zależy od badanego kontekstu.¹

D7 — relacja i ład

Przykłady:

• rytm przeglądu;
• prawa decyzyjne;
• transparentność;
• odpowiedzialność;
• wspólne planowanie;
• model eskalacji.

Nie sprowadzaj do zdania „mamy dobre relacje”.

D8 — dane, wiedza i pętla uczenia

Przykłady:

• jakość danych;
• szybsza diagnoza;
• punkt odniesienia;
• uczenie na zdarzeniach;
• transfer wiedzy.

Dane nie są automatycznie przewagą. Potrzebne są prawa, jakość, proces użycia i zdolność uczenia.

D9 — model ekonomiczny lub kontraktowy

Przykłady:

• usage-based;
• subskrypcja;
• finansowanie;
• gwarancja;
• współdzielenie ryzyka;
• płatność za wynik.

Każdy model inaczej rozkłada ryzyko.

D10 — ekosystem, dostęp i kompatybilność

Przykłady:

• partnerzy;
• standardy;
• API;
• sieć serwisowa;
• dostęp do części;
• kompatybilność.

Ekosystem może tworzyć opcje albo lock-in.

D11 — dowód i transparentność

Przykłady:

• jawna metoda;
• porównywalny punkt odniesienia;
• monitoring;
• czytelny zakres;
• publikowane ograniczenia.

Lepszy dowód nie zmienia słabego produktu w lepszy. Może jednak zmniejszyć niepewność decyzji.

D12 — system działań

Najbardziej istotna różnica może wynikać ze spójności:

Porter odróżnia operacyjną efektywność od strategii i wskazuje rolę odmiennych aktywności oraz ich dopasowania.⁵ W G01 system działań jest hipotezą do zbadania, nie marketingowym dowodem trwałej przewagi.

Firma może różnić się od podobnego produktu i nie różnić się od procesu ręcznego albo rozwiązania wewnętrznego.

Dlatego każda kandydatura różnicy powinna przejść sześć poziomów substytucyjności.

S1 — substytut funkcjonalny

Czy inna funkcja daje wystarczająco podobny rezultat?

S2 — substytut procesowy

Czy klient może zmienić proces i uniknąć potrzeby produktu?

S3 — substytut organizacyjny

Czy zadanie może wykonać zespół wewnętrzny, konsultant albo outsourcer?

S4 — substytut ekonomiczny

Czy inny model kosztu daje akceptowalny rezultat, nawet gdy produkt jest słabszy technicznie?

S5 — substytut czasowy

Czy odroczenie jest lepsze niż zmiana teraz?

S6 — substytut ładu

Czy obecny dostawca albo zatwierdzony dostawca ma przewagę formalną, integracyjną albo relacyjną?

Przykład: automatyczny raport

Firma deklaruje:

Nasz system generuje raport automatycznie.

Test:

S1:
czy raport może wygenerować obecny BI?

S2:
czy proces może zostać uproszczony,
aby raport nie był potrzebny?

S3:
czy zespół analityczny robi to wystarczająco dobrze?

S4:
czy ręczny raport raz w miesiącu jest tańszy?

S5:
czy automatyzacja może poczekać?

S6:
czy obecny dostawca ma zatwierdzone źródła i ład?

Dopiero po teście można ustalić, wobec czego automatyzacja jest znacząca.

Wyniki testu

• DIFFERENCE_SURVIVES_SUBSTITUTION_TEST
• DIFFERENCE_ONLY_WITHIN_PRODUCT_CATEGORY
• PROCESS_SUBSTITUTE_WINS
• INTERNAL_OPTION_WINS
• INCUMBENT_EXTENSION_WINS
• DEFER_WINS
• REFERENCE_SET_INCOMPLETE

Brak przetrwania testu nie oznacza, że funkcja jest zbędna. Oznacza, że nie powinna być komunikowana jako szeroka przewaga.

Macierz testuje jedną kandydaturę różnicy.

Nie służy do audytu całej firmy w jednym wierszu.

MR-1 — zadanie i kontekst

Pytanie:

W jakiej sytuacji klient próbuje wykonać jakie zadanie?

Zapisz:

situation
job_to_be_done
role
scope
time_horizon
material_tension
criterion
facts
hypotheses
unknowns
source

Warunek:

• sytuacja jest obserwowalna;
• zadanie nie jest nazwą produktu;
• kryterium ma właściciela;
• H3 dopuszcza, że różnica nie ma znaczenia.

Przykład:

Sytuacja:
modernizacja działającej linii.

Zadanie:
ograniczyć ekspozycję na krytyczny przestój.

Kryterium:
czas i odwracalność przełączenia.

MR-2 — alternatywa odniesienia

Pytanie:

Wobec czego różnica jest oceniana?

Zapisz:

reference_alternative
customer_language
why_attractive
substitute_type
criteria_where_it_wins
switching_cost
coexistence_cost
source
unknowns

Alternatywa musi zostać opisana uczciwie. Jeżeli zespół nie potrafi wskazać jej wartości, najprawdopodobniej opisuje stereotyp.

MR-3 — różnica obserwowalna

Pytanie:

Co dokładnie jest inne?

Zapisz:

difference_statement
difference_class
observable_indicator
measurement_method
scope
version
reference_alternative
source

Nie wystarczy:

• wyższa jakość;
• większa elastyczność;
• bardziej partnerskie podejście;
• innowacyjność.

Potrzebny jest element, który można zobaczyć albo zweryfikować.

MR-4 — konsekwencja dla pracy i kryterium

Pytanie:

Co zmienia się w pracy klienta i dlaczego to jest materialne?

Zapisz:

role
criterion
work_before
work_after
risk_shift
time_shift
cost_shift
quality_shift
option_created_or_removed
customer_effort
materiality

Różnica może być ważna dla jednej roli i nieistotna dla innej.

MR-5 — mechanizm wartości

Pytanie:

Jak różnica prowadzi do konsekwencji?

Łańcuch:

różnica
→ zmiana pracy
→ rezultat pośredni
→ efekt operacyjny
→ możliwy efekt biznesowy

Zapisz warunki, wkład klienta, czas i tryby awarii.

MR-6 — dowód i zakres twierdzenia

Pytanie:

Co wspiera dokładne twierdzenie?

Zapisz:

twierdzenie
proof_type
źródło
linia bazowa
komparator
metoda
zakres
wersja
horyzont czasowy
wynik
ograniczenia
uprawnienie
przenoszalność
właściciel
review_date
termin ważności
status

G01 nie zastępuje pełnej metodologii dowodu G07. Na tym etapie trzeba jednak stwierdzić, czy twierdzenie może być użyte.

MR-7 — kompromis i warunek brzegowy

Pytanie:

Co klient oddaje albo musi posiadać, aby skorzystać z różnicy?

Zapisz:

benefit
trade_off
switching_cost
implementation_cost
customer_capability_required
governance_required
risk_transferred
option_removed
boundary_condition
non_fit
status_quo_preferred_when

Jeżeli zespół nie znajduje żadnego kompromisu, powinien powtórzyć research.

MR-8 — kopiowalność i system wykonania

Pytanie:

Co można skopiować, a co wymaga odtworzenia systemu?

Rozdziel:

K1 kopiowanie:
widoczny element

K2 wykonanie:
jakość wykonania

K3 integracja:
połączenie z procesami

K4 uczenie:
dane i uczenie

K5 koordynacja:
relacje i organizacja

K6 utrzymanie:
ciągłe inwestycje i kompromisy

Nie używaj twierdzenia „nie do skopiowania”, jeżeli nie istnieje analiza.

MR-9 — distinctiveness i przypisanie

Pytanie:

Czy klient potrafi rozpoznać i przypisać różnicę właściwej marce?

Zapisz:

difference
recognition_cue
distinctive_asset
customer_language
spontaneous_attribution
prompted_attribution
misattribution_risk
competitor_overlap
usage_rules
measurement

Distinctive cue może pomóc w pamięci. Nie może zmienić statusu dowodu.

Zespół może posiadać mocny dowód nieistotnej funkcji albo słaby dowód bardzo ważnej różnicy.

Wysoka relewancja, mocny dowód

Kandydatura może przejść do przeglądu.

Wysoka relewancja, słaby dowód

Nie należy używać szerokiego twierdzenia. Wynik:

REVISE_PROOF

Niska relewancja, mocny dowód

Fakt może pozostać w dokumentacji. Nie powinien być centralną przewagą.

POINT_OF_PARITY
lub
NOT_DIFFERENT_FOR_THIS_CONTEXT

Niska relewancja, słaby dowód

Nie inwestuj w tekst. W pierwszej kolejności sprawdź, czy element w ogóle ma znaczenie.

Dlaczego nie sumować

Gdyby zespół przyznał:

relewancja 2/5
dowód 5/5

średnia 3,5/5 mogłaby ukryć, że klient nie potrzebuje różnicy.

Macierz używa statusów, nie średniej.

Najczęstszy przeskok wygląda tak:

mamy AI
→ klient będzie bardziej produktywny

Brakuje odpowiedzi:

• jaka praca się zmienia;
• kto ją wykonuje;
• jakie kroki znikają;
• co pozostaje;
• jakie wyjątki powstają;
• co musi dostarczyć klient;
• gdzie znajduje się wąskie gardło.

Przykład

Twierdzenie:

Automatyczne przypisanie danych zwiększa produktywność.

Mechanizm:

automatyczne przypisanie
→ mniej ręcznego przepisywania
→ krótszy czas administracyjny
→ możliwe skrócenie wybranego odcinka procesu

Warunki:

• spójne identyfikatory;
• obsługiwane źródła;
• właściwe użycie;
• procedura wyjątków;
• brak innego wąskiego gardła.

Nie wynika z tego automatycznie:

• wzrost całkowitej produktywności;
• redukcja zatrudnienia;
• określony procent oszczędności;
• gwarancja wyniku.

Mechanizm, wynik i gwarancja

mechanism:
jak efekt może powstać

wynik:
co zaobserwowano w określonym przypadku

gwarancja:
zobowiązanie kontraktowe

Nie używaj tych pojęć zamiennie.

Różnica może być prawdziwa technicznie i nadal nie mieć wystarczającego dowodu dla twierdzenia biznesowego.

Typy dowodów

Dowód nie może przekraczać twierdzenia

Przykład:

Dowód:
funkcja wykonała operację w 20 sekund w teście.

Niedopuszczalne twierdzenie:
„system skraca proces klienta o 40%”.

Dopuszczalne twierdzenie:
„w zdefiniowanym teście operacja trwała 20 sekund”.

Statusy

• APPROVED
• APPROVED_WITH_LIMITS
• INTERNAL_ONLY
• PENDING_VALIDATION
• MISSING
• EXPIRED
• WITHDRAWN
• DO_NOT_USE

Prawidłowym wynikiem może być DO_NOT_CLAIM, nawet gdy zespół wierzy w różnicę.

Różnica bez kompromisu często brzmi jak uniwersalna obietnica.

Przykłady

Kompromis wykonuje cztery prace

1. pokazuje, kto ponosi koszt;
2. definiuje niedopasowanie;
3. ogranicza twierdzenie;
4. może wyjaśniać trudność imitacji.

Kompromis nie jest wadą do ukrycia

Jeżeli oferta jest właściwa dla określonego kontekstu, jawny kompromis może ułatwić wybór.

Przykład:

Nasz model jest zoptymalizowany pod standaryzację wielu lokalizacji. Nie jest właściwy, jeżeli każda jednostka musi utrzymać całkowicie odrębny proces.

To zdanie zawęża rynek. Jednocześnie zwiększa precyzję.

Resource-based view wskazuje, że wartość, rzadkość, trudność imitacji i substytucyjność mogą mieć znaczenie dla utrzymującej się przewagi.³⁴ Nie daje jednak licencji do twierdzenia „nie do skopiowania”.

Widoczna cecha

Może zostać skopiowana szybko.

Jakość wykonania

Może wymagać:

• doświadczenia;
• danych;
• testów;
• procesów;
• wiedzy o wyjątkach.

Integracja

Może zależeć od:

• innych produktów;
• architektury;
• partnerów;
• ład.

Uczenie

Może wymagać:

• historycznych danych;
• informacja zwrotna loop;
• jakości oznaczeń;
• prawa użycia.

Koordynacja

Może zależeć od:

• relacji;
• odpowiedzialności;
• rytmu działania;
• kompetencji wielu zespołów.

Utrzymanie

Może wymagać ciągłego inwestowania i ochrony kompromisów.

Przykład

Konkurent może skopiować:

widoczny panel diagnostyczny

Trudniej może być skopiować:

To nadal nie dowodzi trwałej przewagi. System może zostać zastąpiony, technologia może się skomodytyzować, a dane stracić wartość.

Wyzwalacz erozji

Każda różnica powinna mieć:

owner
last_verified
next_review
erosion_trigger
response_option

Wyzwalaczami mogą być:

• nowa funkcja konkurenta;
• nowy substytut;
• zmiana standardu;
• regulacja;
• zmiana ceny;
• rozwój zdolności wewnętrznej;
• wygaśnięcie dowodu;
• utrata partnera.

Możliwe są cztery wyniki:

Jak budować przypisanie

Możliwe elementy:

• nazwa metody;
• charakterystyczny diagram;
• stały język;
• format demonstracji;
• konsekwentna struktura studium przypadku;
• symbol;
• rytuał pracy.

Nie należy kopiować języka kategorii tak dokładnie, że klient nie potrafi przypisać komunikatu. Nie należy też tworzyć nowego pojęcia bez wartości interpretacyjnej.

Jak mierzyć

• spontaniczne skojarzenie;
• rozpoznanie wspomagane;
• przypisanie do marki;
• pomyłki z konkurentami;
• pamięć sytuacji;
• rozpoznanie mechanizmu;
• rozpoznanie niedopasowania.

Nie inferuj z samego kliknięcia, że użytkownik rozpoznał różnicę.

jeden kontekst
→ jedna alternatywa
→ punkt parytetu
→ różnica obserwowalna
→ konsekwencja
→ mechanizm
→ dowód
→ kompromis
→ kopiowalność i system
→ distinctiveness
→ walidacja u klienta
→ wynik
→ zatwierdzenie
→ monitoring i rewizja

Research przed warsztatem

Potrzebne mogą być:

• win/loss;
• rozmowy z klientami;
• dane użycia;
• dane serwisowe;
• punkty odniesienia;
• specyfikacje;
• proces wdrożenia;
• customer success;
• informacje o substytutach;
• legalne źródła konkurencji.

Warsztat

Warsztat służy do:

• syntezy;
• nazywania hipotez;
• ujawniania kompromisów;
• przypisywania właścicieli.

Nie może głosowaniem ustalić:

• co jest ważne dla klienta;
• co oferuje konkurent;
• czy dowód wystarcza;
• czy różnica jest trwała.

Walidacja

Sprawdź:

• czy klient rozpoznaje sytuację;
• czy alternatywa jest realna;
• czy konsekwencja jest materialna;
• czy mechanizm jest wiarygodny;
• czy kompromis jest akceptowalny;
• czy różnica jest przypisana marce.

• DIFFERENCE_READY_FOR_REVIEW
• REVISE_CONTEXT_OR_ALTERNATIVE
• REVISE_OBSERVABLE_DIFFERENCE
• REVISE_RELEVANCE_OR_CONSEQUENCE
• REVISE_MECHANISM
• REVISE_PROOF
• REVISE_TRADE_OFF_OR_BOUNDARY
• REVISE_DURABILITY_OR_SYSTEM
• REVISE_DISTINCTIVENESS
• DEFER_FOR_CUSTOMER_RESEARCH
• NOT_DIFFERENT_FOR_THIS_CONTEXT
• FEATURE_ONLY
• POINT_OF_PARITY
• DO_NOT_CLAIM
• LEGAL_ETHICS_OR_SECURITY_STOP

Co oznacza gotowość

DIFFERENCE_READY_FOR_REVIEW oznacza, że kandydatura może przejść do osobnego przeglądu.

Nie oznacza:

• zatwierdzenia;
• przewagi trwałej;
• prawa do twierdzenia o wyższości;
• publikacji;
• prawdopodobieństwa wygranej.

FEATURE_ONLY

Użyj, gdy element jest prawdziwy, ale brakuje konsekwencji albo mechanizmu.

POINT_OF_PARITY

Użyj, gdy element jest konieczny, lecz nie rozróżnia w tym kontekście.

NOT_DIFFERENT_FOR_THIS_CONTEXT

Użyj, gdy alternatywa oferuje porównywalny rezultat.

DO_NOT_CLAIM

Użyj, gdy brakuje dowodu, komparatora, prawa użycia albo przeglądu prawnego.

LEGAL_ETHICS_OR_SECURITY_STOP

Użyj, gdy źródło jest niedopuszczalne, materiał ujawnia tajemnicę, porównanie wprowadza w błąd albo istnieje ryzyko bezpieczeństwa.

FEATURE_ONLY

Każda sekcja posiada własną pompę.

MR-1

Sytuacja:
kanały o różnym stopniu ograniczenia przepływu.

Zadanie:
prowadzić kilka różnych przebiegów procesu.

Kryterium:
niezależność regulacji.

MR-2

Alternatywa:
układ ze wspólnym źródłem.

MR-3

Różnica:
oddzielne źródło i sterowanie każdej sekcji.

MR-4

Konsekwencja:
parametr jednej sekcji nie musi wyznaczać
parametru dla pozostałych.

MR-5

niezależne źródło
→ niezależna regulacja
→ możliwość dostosowania przebiegu
do różnych ograniczeń

MR-6

Materiał dowodowy:
architektura;
testy;
dane procesu;
jawny komparator.

MR-7

Kompromis:
więcej komponentów;
bardziej rozbudowane sterowanie;
większa odpowiedzialność serwisowa.

MR-8

Widoczny układ:
kopiowalny.

Jakość wykonania:
zależna od sterowania, safety logic,
danych i doświadczenia.

MR-9

Nazwa rozwiązania i diagram:
mogą zwiększyć przypisanie.

Nie są dowodem.

Wynik:

DIFFERENCE_READY_FOR_REVIEW

pod warunkiem potwierdzenia porównania.

Twierdzenie:

Mamy najwięcej integracji.

Problemy

• nie wiadomo, co jest integracją;
• liczba szybko się zmienia;
• klient może potrzebować trzech konkretnych połączeń;
• integracja może nie obsługiwać zmian;
• brak pełnego przeglądu rynku;
• brak kryterium wartości.

Kandydatura różnicy

Różnica:
wersjonowane konektory z wykrywaniem zmian schematu.

Konsekwencja:
mniej ręcznej diagnozy po zmianie źródła.

Mechanizm:
wykrycie zmiany
→ wskazanie zależności
→ szybsza lokalizacja niespójności.

Kompromis:
tylko obsługiwane źródła;
wymagany właściciel reakcji.

Materiał dowodowy:
testy na określonych systemach
i dane czasu diagnozy.

Wynik, jeżeli danych brakuje:

REVISE_PROOF

Nie należy wracać do twierdzenia „najwięcej integracji”.

Twierdzenie:

Każdy projekt dopasowujemy indywidualnie.

Takie zdanie jest ogólne i może oznaczać zarówno dojrzałą diagnozę, jak i brak standardu.

Kandydatura

Różnica:
obowiązkowa obserwacja realnego wykonania
przed projektowaniem programu.

Alternatywa:
program oparty wyłącznie na deklarowanym briefie.

Konsekwencja:
zakres odnosi się do obserwowalnych luk.

Mechanizm:
obserwacja
→ wspólny standard
→ ćwiczenie
→ korekta managera.

Kompromis:
dłuższy start;
wymagany dostęp;
udział managerów.

Niedopasowanie:
jednorazowe wydarzenie bez możliwości pracy wdrożeniowej.

Wynik:

DIFFERENCE_READY_FOR_REVIEW

pod warunkiem dowodu procesu. Nie należy automatycznie obiecywać wzrostu przychodu.

Twierdzenie:

Oferujemy elastyczny model cenowy.

Lepsza analiza:

Sytuacja:
zmienna intensywność użycia.

Alternatywa:
stała licencja.

Różnica:
opłata za jednostkę użycia.

Korzyść:
niższy koszt w okresie niskiego wolumenu.

Kompromis:
większa zmienność przy wzroście.

Niedopasowanie:
organizacja wymaga stałego budżetu.

Wynik nie jest uniwersalny.

Dla operacji z sezonowym wolumenem model może być znaczący. Dla procurementu wymagającego przewidywalnego zobowiązania może być słabszy.

Błąd 1 — brainstorming USP bez alternatywy

Korekta: zacznij od tego, co klient może wybrać zamiast.

Błąd 2 — liczba funkcji jako dowód przewagi

Korekta: pokaż konsekwencję dla zadania.

Błąd 3 — unikalność jako kryterium sukcesu

Korekta: test relewancji.

Błąd 4 — „lepszy” bez kryterium

Korekta: wskaż wymiar, zakres i komparator.

Błąd 5 — punkt parytetu jako USP

Korekta: oznacz POINT_OF_PARITY.

Błąd 6 — pominięty substytut

Korekta: przejdź S1–S6.

Błąd 7 — mechanizm zastąpiony sloganem

Korekta: zapisz zmianę pracy.

Błąd 8 — studium przypadku jako gwarancja

Korekta: ogranicz twierdzenie do kontekstu.

Błąd 9 — brak kompromisu

Korekta: nazwij koszt i niedopasowanie.

Błąd 10 — twierdzenie „nie do skopiowania”

Korekta: rozdziel skopiowanie, wykonanie, zintegrowanie, nauczenie się, koordynację i utrzymanie.

Błąd 11 — distinctiveness jako dowód jakości

Korekta: oddziel rozpoznanie od znaczenia.

Błąd 12 — jedna różnica dla wszystkich segmentów

Korekta: przypisz różnicę do sytuacji.

Błąd 13 — AI wymyśla przewagę

Korekta: AI może wspierać przegląd, nie ustanawiać faktów.

Błąd 14 — competitor intelligence bez granic

Korekta: używaj legalnych źródeł i ślad źródłowy.

Mierz odrębne elementy:

• ile kandydatur ma realną alternatywę;
• ile ma potwierdzoną relewancję;
• ile ma jasny mechanizm;
• ile twierdzeń ma zatwierdzony dowód;
• ile kompromisów jest jawnych;
• ile punktów parytetu błędnie nazwano przewagą;
• ile różnic zostało skopiowanych;
• ile nowych substytutów powstało;
• czy klienci rozpoznają różnicę;
• czy przypisują ją marce;
• ile twierdzeń wygasło;
• ile przypadków zakończyło się NOT_DIFFERENT;
• ile zakończyło się DO_NOT_CLAIM.

Nie wyprowadzaj z tych danych:

• prawdopodobieństwa wygranej;
• podatności osoby;
• rankingu handlowców;
• wartości marki w jednej liczbie;
• trwałości przewagi.

AI może wspierać

• wydobywanie deklarowanych cech;
• grupowanie klas D1–D12;
• wskazywanie brakującej alternatywy;
• wykrywanie przeskoku od funkcji do wyniku;
• wykrywanie twierdzenia bez dowodu;
• wskazywanie braku kompromisu;
• porównywanie wersji;
• wykrywanie superlatywów.

AI nie może

• wymyślać faktów o konkurencie;
• ustanawiać przewagi;
• zatwierdzać dowody;
• oceniać trwałości bez źródeł;
• tworzyć referencji;
• profilować ludzi;
• publikować;
• usuwać ograniczeń.

NIST Generative AI Profile może wspierać ład, pomiar i kontrolę ryzyka, ale jest dobrowolnym modelem, nie opinią prawną.⁹

Reklama porównawcza

Dyrektywa 2006/114/WE ustanawia unijne ramy reklamy wprowadzającej w błąd i porównawczej. Konkretne użycie wymaga oceny implementacji krajowej, porównywalności, źródeł, aktualności i formy.¹⁰

Słowa:

• jedyny;
• najlepszy;
• największy;
• najszybszy;

powinny domyślnie prowadzić do:

DO_NOT_CLAIM

dopóki nie istnieje pełne udokumentowanie twierdzenia i zatwierdzenie.

Tajemnice przedsiębiorstwa

Nie wolno budować różnicy na informacjach pozyskanych przez:

• podszywanie;
• nieuprawniony dostęp;
• poufne oferty;
• nakłanianie pracowników;
• informacje z poprzedniego zatrudnienia objęte poufnością;
• obchodzenie zabezpieczeń.

Dyrektywa (UE) 2016/943 ustanawia ramy ochrony niejawnego know-how i informacji handlowych, wymagające uwzględnienia prawa krajowego.¹¹

Transparentność AI

Na dzień 30 czerwca 2026 r. obowiązki transparentności z art. 50 AI Act mają zacząć być stosowane 2 sierpnia 2026 r. Zakres zależy od roli, systemu i rodzaju treści; wymaga ponownego przeglądu po tej dacie.¹²¹³

Przetestuj jedną kandydaturę.

MR-1:
W jakiej sytuacji i zadaniu?

MR-2:
Wobec jakiej realnej alternatywy?

MR-3:
Co jest obserwowalnie inne?

MR-4:
Co zmienia się w pracy i kryterium?

MR-5:
Jaki jest mechanizm?

MR-6:
Jaki dowód wspiera twierdzenie?

MR-7:
Jaki kompromis i niedopasowanie?

MR-8:
Co można skopiować, a co zależy od systemu?

MR-9:
Czy różnica jest rozpoznawana i przypisana?

Prawidłowym wynikiem może być:

• różnica gotowa do przeglądu;
• poprawa kontekstu;
• poprawa relewancji;
• poprawa mechanizmu;
• brak dowodu;
• punkt parytetu;
• FEATURE_ONLY;
• brak różnicy;
• brak twierdzenia;
• zatrzymanie.

Dobra strategia różnicowania nie polega na znalezieniu zdania, którego nikt jeszcze nie użył. Polega na wykonaniu pracy, która w określonej sytuacji jest obserwowalnie inna, materialna dla właściwego klienta, możliwa do wyjaśnienia, udowodnienia i ograniczenia.