Storytelling w sprzedaży B2B: jak opowiadać historię wyboru bez tworzenia wroga z konkurenta

Storytelling konkurencyjny B2B to kontrolowany sposób przedstawienia prawdziwej albo jawnie syntetycznej historii decyzji, w której:

• klient zachowuje sprawczość;
• alternatywy są przedstawione uczciwie;
• kryteria i kompromisy pozostają widoczne;
• wkład stron jest rozdzielony;
• dowód zachowuje swój status;
• ograniczenia i kontrfakty są jawne;
• lekcja obejmuje dopasowanie, niedopasowanie i lokalny test.

Podstawowa jednostka pracy nie brzmi:

historia naszej marki

Brzmi:

W commercial point of view organizacja buduje sprawdzalną perspektywę na zmianę. W strategii konkurencyjnej B2B definiuje realne alternatywy, kryteria i kompromisy. W odpowiedzi „dlaczego my?” układa lokalną logikę wyboru. G08 porządkuje te elementy w historię, ale nie tworzy ich od nowa.

Historia, twierdzenie, dowód i przypadek to różne obiekty

TWIERDZENIE:
co organizacja twierdzi

DOWÓD:
co wspiera dokładne twierdzenie

PRZYPADEK:
co wydarzyło się w jednym kontekście

HISTORIA:
jak uporządkowano kolejność i znaczenie

REKORD HISTORII:
jak kontroluje się źródła, wersje, zgodę i użycie

Historia może zawierać twierdzenie, dowód i przypadek. Nadal nie jest ich substytutem.

Jeżeli historia mówi:

Po wdrożeniu klient skrócił czas procesu o 30%.

powinna prowadzić do rekordu z linią bazową, metodą, ramami czasowymi, transferem i zgodą. Płynna narracja nie naprawia braku komparatora.

Narrative transportation opisuje poznawcze i emocjonalne zaangażowanie odbiorcy w świat historii. Badania wskazują, że narracje mogą wpływać na przekonania, postawy, intencje i zachowania, choć wielkość efektu zależy od formatu, porównania, odbiorcy i kontekstu.¹²³ Nowsza meta-analiza wskazuje również, że narracje nie muszą przewyższać informacyjnie równoważnych komunikatów nienarracyjnych.⁴

Wniosek nie brzmi:

storytelling zawsze sprzedaje lepiej

Brzmi:

historia może zwiększyć wpływ komunikatu,
więc wymaga równie silnej kontroli źródła,
granic, transferu i zgody

Narrative bias

Pojedynczy przypadek może wpływać na ocenę ryzyka albo prawdopodobieństwa nawet wtedy, gdy odbiorca otrzymuje dane bazowe. Efekt zależy od zadania i sposobu pomiaru, ale sama obecność statystyki nie gwarantuje neutralizacji anegdoty.⁵

W praktyce B2B oznacza to ryzyko, że:

• pojedynczy sukces zostanie odczytany jako typowy;
• awaria jednego rozwiązania stanie się cechą całej kategorii;
• rozpoznawalne logo zastąpi test transferu;
• dramatyczna scena przesłoni pełne ramy czasowe;
• cytat stanie się substytutem metody;
• wynik jednego championa zostanie przeniesiony na całą organizację.

Zabezpieczeniem nie jest rezygnacja z historii, lecz jawny status:

pojedynczy przypadek
wynik zgłoszony
ograniczony transfer
historia opisowa
przykład syntetyczny

Płynność może tworzyć pozorną kompletność

Dobrze opowiedziana historia eliminuje przerwy. Realna decyzja B2B często zawiera:

• niepełne dane;
• sprzeczne role;
• opóźnienia;
• wyjątki;
• zmiany planu;
• częściowe wyniki;
• koszty przejściowe;
• nieznane kontrfakty.

Kiedy każdy element historii prowadzi gładko do jednego rozwiązania, trzeba sprawdzić, czy redakcja nie usunęła materialnych niejasności.

Dwustronność nie jest trikiem na wiarygodność

Komunikat przedstawiający także stronę przeciwną może w pewnych warunkach zwiększać wiarygodność, lecz efekt zależy od konstrukcji, refutacji i kontekstu.⁶ G08 nie dodaje „jednej wady”, aby wyglądać uczciwie. Kompromis musi być prawdziwy i materialny.

Nie istnieje jedna najlepsza struktura. H0–H12 to taksonomia funkcji, nie hierarchia jakości.

H0 — brief faktograficzny bez narracji

Użyj go, gdy:

• odbiorca potrzebuje szybkiej informacji;
• sytuacja jest prosta;
• historia zwiększyłaby emocję bez wartości;
• dane są zbyt wrażliwe;
• nie ma wystarczającego źródła do pełnej narracji.

Dobry system storytellingu potrafi zdecydować, że historia nie jest potrzebna.

H1 — historia kontekstu

Wyjaśnia:

• sytuację;
• zadanie;
• role;
• ograniczenia;
• moment decyzji.

Nie wymaga wyniku ani zwycięzcy.

H2 — historia napięcia decyzyjnego

Pokazuje konflikt, na przykład:

• szybkość kontra kontrola;
• standaryzacja kontra elastyczność;
• koszt kontra odwracalność;
• ciągłość kontra modernizacja;
• centralizacja kontra autonomia.

H3 — historia porównania alternatyw

Opisuje status quo, obecnego dostawcę, budowę wewnętrzną, obejście, substytut, kilku dostawców albo układ hybrydowy.

H4 — historia kryteriów i kompromisów

Pokazuje, jak organizacja:

• ustaliła kryteria;
• rozpoznała progi;
• zaakceptowała koszt;
• zmieniła priorytety;
• określiła veto.

H5 — historia pracy wdrożeniowej

Opisuje wykonanie: dane, integrację, proces, adopcję, szkolenie, zmianę planu i odpowiedzialność.

H6 — historia wyniku

Wymaga rekordu dowodu z G07. Bez niego może pozostać co najwyżej historią opisową.

H7 — historia porażki

Pokazuje:

• pierwotny cel;
• założenia;
• sygnały ostrzegawcze;
• decyzje;
• odpowiedzialność;
• koszt;
• zatrzymanie albo zmianę;
• lekcję.

H8 — historia niedopasowania

Kończy się poprawną decyzją o:

• odrzuceniu oferty;
• ograniczeniu zakresu;
• pozostaniu przy obecnym dostawcy;
• utrzymaniu status quo;
• budowie własnej;
• odroczeniu.

H9 — historia naprawy i uczenia się

Nie usuwa porażki. Pokazuje, co zmieniono, jaki był koszt korekty, jaki wynik odzyskano i jakie ograniczenia pozostały.

H10 — historia referencyjna

Łączy rekord historii z zatwierdzonym rekordem referencji klienta. Nie rozszerza zgody ani twierdzenia.

H11 — historia scenariusza lub prognozy

Opisuje możliwą przyszłość. Musi zawierać:

• założenia;
• scenariusz;
• niepewność;
• status estimated albo simulated;
• sygnały aktualizacji.

H12 — syntetyczny przykład edukacyjny

Musi mieć widoczną etykietę:

• PRZYKŁAD SYNTETYCZNY
• NIE OPISUJE RZECZYWISTEGO KLIENTA

Nie wolno używać go jako referencji, testimonialu ani wyniku firmy.

SK-1 — kontekst i zadanie

Historia zaczyna się od sytuacji klienta, nie od produktu.

Zapisz:

• granicę kontekstu;
• zadanie;
• role;
• ramy czasowe;
• geografię;
• ograniczenia;
• wyłączenia;
• cel historii;
• odbiorcę;
• kanał;
• poziom rygoru P0–P3.

Pytania kontrolne:

• Co klient próbował osiągnąć?
• Jaki fragment organizacji obejmuje historia?
• Kogo nie obejmuje?
• Dlaczego narracja jest lepsza niż brief faktograficzny?
• Czy odbiorca ma wystarczająco podobny kontekst?

Jeśli nie potrafisz wyznaczyć granicy, wynik powinien brzmieć:

REVISE_CONTEXT_OR_TASK

Jeżeli historia nie wnosi wartości:

USE_FACTUAL_BRIEF

SK-2 — napięcie decyzyjne

Napięcie powstaje między pożądanym stanem a wartością, której organizacja nie chce utracić.

Przykład:

To lepszy konflikt niż:

nowoczesność
kontra
przestarzały konkurent

Zapisz:

• pożądany stan;
• chronioną wartość;
• sprzeczne wymagania;
• niepewność;
• stawkę;
• źródło napięcia.

Jeśli dramat opiera się na nieudokumentowanym strachu:

REVISE_DECISION_TENSION

albo:

DO_NOT_USE_STORY

SK-3 — alternatywy i ich korzyści

Każda materialna alternatywa powinna odpowiadać na pytanie:

Dlaczego racjonalny klient mógłby ją wybrać?

Minimalny zapis:

alternatywa
korzyści
koszty
tarcie przejścia lub koordynacji
warunki, w których jest właściwa
warunki, w których przestaje pasować
źródła

Nie wystarczy napisać:

status quo:
brak innowacji

Trzeba rozpoznać możliwe korzyści:

• brak migracji;
• znany proces;
• ciągłość;
• dane historyczne;
• kompatybilność;
• relację;
• przewidywalność.

Jeśli konkurent jest karykaturą:

REVISE_ALTERNATIVES

Jeśli porównanie z nazwanym dostawcą nie ma podstawy:

DO_NOT_COMPARE

SK-4 — kryteria i kompromisy

Historia decyzji potrzebuje odpowiedzi:

• według czego oceniano opcje;
• kto był właścicielem kryterium;
• jaki próg należało spełnić;
• co było veto;
• jaki kompromis zaakceptowano;
• kto ponosił koszt.

Karta kryterium:

kryterium
rola właścicielska
definicja
próg
źródło
status

Karta kompromisu:

korzyść
wartość poświęcona
dotknięte role
mitigacja
warunek
ryzyko szczątkowe

Historia, w której klient otrzymuje szybciej, taniej, lepiej, bezpieczniej i bez wysiłku, wymaga red teamingu.

Wynik:

REVISE_CRITERIA_OR_TRADEOFFS

SK-5 — praca klienta, dostawcy i innych stron

Zbuduj mapę sprawczości:

KLIENT:
decyzje, dane, proces, zasoby, adopcja, utrzymanie

DOSTAWCA:
projekt, technologia, wiedza, wsparcie, odpowiedzialność

OBECNY DOSTAWCA:
infrastruktura, dane historyczne, integracje, ciągłość

PARTNERZY:
integracja, szkolenie, walidacja, serwis

OTOCZENIE:
popyt, regulacja, sezonowość, awarie, dostawy

Sprawdź:

• kto nazwał problem;
• kto ustalił kryteria;
• kto zebrał dane;
• kto zmienił proces;
• kto podjął decyzję;
• kto ponosił ryzyko;
• kto utrzymał rezultat.

Jeżeli każdą odpowiedzią jest „dostawca”, historia prawdopodobnie zawyża jego rolę.

Wyniki:

REVISE_AGENCY_OR_CONTRIBUTION

SK-6 — dowód, wynik i ramy czasowe

Historia importuje status z G07. Nie może go podnosić.

Każdy wynik potrzebuje:

• TWIERDZENIE
• IDENTYFIKATOR DOWODU
• LINIA BAZOWA
• KOMPARATOR
• METODA
• WYNIK
• RAMY CZASOWE
• STATUS
• NIEPEWNOŚĆ
• OGRANICZENIA
• TRANSFER
• ZGODA
• OSTATNI PRZEGLĄD

Dopuszczalne statusy:

observed
reported
estimated
simulated
none

Zakazane transformacje:

raportowane → zweryfikowane
szacowane → osiągnięte
symulowane → obserwowane
tymczasowe → trwałe
jeden przypadek → typowy
sekwencja → przyczynowość
testimonial → punkt odniesienia

Jeżeli dowód nie pasuje:

REVISE_EVIDENCE_OR_TIMEFRAME

albo:

DO_NOT_CLAIM

Jeżeli historii nie można oprzeć na wyniku, nadal może być użyteczna jako:

DESCRIPTIVE_STORY_ONLY

SK-7 — ograniczenia i kontrfakty

Kontrfakt pyta:

Co mogło wydarzyć się bez interwencji albo przy innej alternatywie?

Nie musi być formalnym eksperymentem. Musi jednak zatrzymać automatyczne przypisanie przyczynowości.

Zapisz:

• ograniczenia;
• równoległe zmiany;
• alternatywne wyjaśnienia;
• dowody przeczące;
• możliwe wyniki innych alternatyw;
• podstawę kontrfaktu;
• poziom niepewności;
• status przyczynowości;
• warunek wycofania.

Kontrfakt powinien być oznaczony jako:

możliwy
prawdopodobny przy założeniach
nieznany

Nie jako:

na pewno wydarzyłby się

Jeśli historia zmienia chronologię w przyczynowość:

ADD_LIMITATION_OR_COUNTERFACTUAL

albo:

DO_NOT_CLAIM

SK-8 — lekcja, dopasowanie i pytanie dla odbiorcy

Lekcja nie powinna brzmieć:

Dlatego każda firma powinna wdrożyć nasze rozwiązanie.

Powinna określać:

• kiedy mechanizm ma sens;
• jakie warunki są wymagane;
• kiedy nie pasuje;
• kiedy status quo pozostaje właściwe;
• co należy sprawdzić lokalnie;
• jaki jest następny test;
• co zatrzyma dalszą pracę.

Przykład:

Etapowanie może ograniczyć jednorazowe ryzyko, jeżeli architekturę można podzielić i klient ma zdolność zarządzania okresem przejściowym. Jeżeli system wymaga jednego przełączenia albo organizacja nie może utrzymać dwóch standardów, pełna migracja może być lepsza. Czy Państwa proces pozwala rozdzielić zakres bez utraty kontroli?

Jeżeli lekcja została uogólniona:

REVISE_LESSON_OR_TRANSFER

Jeżeli kontekst nie pasuje:

NOT_TRANSFERABLE_TO_THIS_CONTEXT

W B2B protagonistą często nie jest pojedyncza osoba. Jest nim organizacja albo koalicja ról:

• sponsor;
• użytkownik;
• technologia;
• operacje;
• finanse;
• zakupy;
• bezpieczeństwo;
• prawo;
• partner wdrożeniowy.

Można opowiedzieć historię z perspektywy jednej osoby, lecz nie wolno usuwać pracy innych.

Test sprawczości

Przy każdym zdaniu z czasownikiem sprawdź podmiot:

zdecydował
zaprojektował
zmierzył
zintegrował
przetestował
wdrożył
zmienił
utrzymał

Jeśli podmiotem niemal zawsze jest „my”, historia nie dokumentuje decyzji klienta, lecz autopromocję.

Zakazane archetypy

Unikaj:

• nieświadomego klienta uratowanego przez eksperta;
• samotnego championa walczącego z irracjonalną firmą;
• procurementu jako przeszkody;
• użytkowników jako opornych na zmianę;
• obecnego dostawcy jako manipulatora;
• zarządu, który „nie rozumie technologii”;
• techników, którzy „nie rozumieją biznesu”.

Role mogą mieć sprzeczne kryteria bez stawania się antagonistami.

Dobre źródła napięcia to:

• konflikt szybkości i kontroli;
• odwracalność;
• ryzyko ciągłości;
• niepełne dane;
• ograniczone okno czasowe;
• koszt koordynacji;
• wymogi regulacyjne;
• zależności technologiczne;
• spór o priorytety;
• krótki efekt kontra trwałość.

Słabe skróty:

• „rynek odjeżdża”;
• „to ostatni moment”;
• „wszyscy liderzy już przeszli”;
• „stary model umarł”;
• „brak zmiany oznacza katastrofę”.

Bez źródła takie zdania tworzą presję, nie insight.

Test presji

1. Czy termin pochodzi od klienta, prawa albo realnego zdarzenia?
2. Czy ryzyko ma zakres i prawdopodobieństwo?
3. Czy pokazano korzyści status quo?
4. Czy brak decyzji może być racjonalny?
5. Czy historia nadal ma sens po usunięciu dramatycznych przymiotników?

Jeśli nie, wróć do SK-2.

Fakt

Fakt obejmuje:

• źródło;
• datę;
• zakres;
• linię bazową;
• metodę;
• wynik;
• ramy czasowe;
• status;
• niepewność;
• dowody przeczące.

Pytanie:

Co rzeczywiście zaobserwowano albo zapisano?

Interpretacja

Interpretacja obejmuje:

• możliwy mechanizm;
• rolę stron;
• znaczenie;
• alternatywne przyczyny;
• transfer;
• niedopasowanie.

Pytanie:

Jak można wyjaśnić wynik?

Narracja

Narracja obejmuje:

• kolejność;
• punkt widzenia;
• tempo;
• przykład;
• cytat;
• analogię;
• wizualizację.

Pytanie:

Jak ułatwić zrozumienie bez zmiany statusu wiedzy?

Kontrfakt

Kontrfakt obejmuje:

• alternatywną ścieżkę;
• hipotetyczny wynik;
• podstawę;
• poziom niepewności.

Pytanie:

Co mogło wydarzyć się inaczej?

Zakazane przejścia

opis → przyczynowość
pojedynczy przypadek → typowość
hipoteza → fakt
rekonstrukcja → cytat
scenariusz → prognoza pewna
historia → dowód

Badania nad counterfactual thinking pokazują, że kontrfakty mogą wspierać ocenę przyczyn i działania, lecz pozostają podatne na selekcję i spekulację.⁷ Dlatego ich wartość polega na dyscyplinowaniu wniosku, nie na tworzeniu alternatywnej pewności.

Historia konkurencyjna powinna odpowiadać:

Przykład porównania

STATUS QUO
+ brak migracji
+ znane kompetencje
- utrzymanie ograniczeń
- możliwy rosnący koszt wyjątków

ROZSZERZENIE U OBECNEGO DOSTAWCY
+ ciągłość i kompatybilność
+ istniejące wsparcie
- mniejsza zmiana architektury
- zależność od roadmapy dostawcy

NOWY DOSTAWCA
+ inny mechanizm
+ potencjalnie lepsze dopasowanie do nowego zadania
- koszt kwalifikacji
- ryzyko integracji

BUDOWA WEWNĘTRZNA
+ kontrola i własność wiedzy
+ pełne dopasowanie
- czas
- utrzymanie kompetencji

BRAK DECYZJI
+ zachowanie zasobów
+ odroczenie ryzyka migracji
- koszt dalszego obejścia
- opóźniona nauka

Takie zestawienie może prowadzić do rekomendacji. Nie wymaga jednak poniżania żadnej opcji.

W systemie dyscypliny komunikatu zatwierdzone kryteria, twierdzenia i ograniczenia powinny pozostać niezmiennikami semantycznymi. Redaktor historii może zmienić kolejność albo poziom szczegółu, ale nie powinien usuwać kompromisu.

Historia wyniku powinna rozdzielać co najmniej cztery źródła wkładu:

Nie należy tworzyć procentowego attribution score bez odpowiedniej metody. Celem mapy jest zapobieganie wymazaniu materialnego wkładu.

Lepszy język:

Zespół klienta ujednolicił sposób klasyfikacji i wyznaczył właściciela wyjątków. Dostawca zmienił reguły oraz sposób walidacji. Po obu zmianach wynik wzrósł, lecz nie izolowano udziału każdej z nich.

Gorszy język:

Nasza platforma zrewolucjonizowała proces.

Historia może zwiększać zrozumienie. O tym, co wolno twierdzić, decyduje rekord dowodu.

Przed użyciem wyniku sprawdź:

• twierdzenie;
• identyfikator dowodu;
• linię bazową;
• komparator;
• metodę;
• status wyniku;
• ramy czasowe;
• niepewność;
• trwałość;
• dowody przeczące;
• transfer;
• zgodę;
• ostatni przegląd.

Jeżeli historia zawiera jedną liczbę, a reszta jest dostępna wyłącznie w niewidocznym załączniku, odbiorca może nadal odczytać wynik zbyt szeroko. Najważniejsze ograniczenie powinno znajdować się obok twierdzenia.

Drabina języka przyczynowego

Nie jest to punktacja. To kontrola dopuszczalnego brzmienia:

DESCRIPTIVE:
„po wdrożeniu zaobserwowano”

ASSOCIATIVE:
„wynik współwystępował z”

MECHANISM_SUPPORTED:
„dane są zgodne z mechanizmem”

CAUSAL_NOT_ESTABLISHED:
„nie izolowano wpływu”

CAUSAL_SUPPORTED:
wyłącznie przy odpowiednim projekcie i przeglądzie

Biblioteka zawierająca wyłącznie sukcesy uczy zbyt mało. Nie pokazuje:

• progów zatrzymania;
• wymaganych kompetencji;
• ograniczeń;
• kosztu naprawy;
• przypadków, w których inna opcja jest lepsza;
• selekcji publikowanych klientów.

Badania organizacyjne wskazują, że samo doświadczenie porażki nie gwarantuje uczenia się. Potrzebne są rozpoznanie, analiza, bezpieczny proces i przełożenie wniosków na działanie.⁸⁹

Historia porażki

Powinna zachować:

• pierwotny cel;
• pierwotne założenia;
• sygnały ostrzegawcze;
• decyzje;
• działania klienta i dostawcy;
• wynik;
• koszt;
• zatrzymanie albo zmianę;
• odpowiedzialność;
• lekcję;
• zakazany wniosek.

Porażka nie może zostać przepisana jako „ukryty etap sukcesu”, jeśli nie była zaplanowana.

Historia niedopasowania

Może zakończyć się:

• STATUS_QUO_REMAINS_VALID
• INCUMBENT_REMAINS_VALID
• BUILD_INTERNALLY_REMAINS_VALID
• NO_DECISION_IS_JUSTIFIED
• NOT_FIT_FOR_THIS_CONTEXT

Taka historia może pokazywać dojrzałość systemu kwalifikacji. Nie powinna być projektowana wyłącznie jako trik na wzrost zaufania.

Historia naprawy

Naprawa wymaga pokazania:

• co nie zadziałało;
• dlaczego zmieniono plan;
• kto poniósł koszt;
• jaki wynik odzyskano;
• jakie ograniczenia pozostały.

Historia utrzymania status quo

Może mieć strukturę:

problem został sprawdzony
alternatywy porównano
koszt zmiany przekraczał wartość
status quo nadal spełniał kryteria
ustalono wyzwalacz ponownego przeglądu

To pełnoprawna historia decyzji, nawet jeśli nie kończy się sprzedażą.

Przykład A — modernizacja etapowa

Przykład syntetyczny. Nie opisuje rzeczywistego klienta.

Zakład modernizował działający system przy krótkim oknie serwisowym. Obecny dostawca oferował rozszerzenie istniejącej architektury. Pełna wymiana upraszczała stan docelowy. Etapowanie ograniczało jednorazowy zakres, ale tworzyło okres przejściowy z dwoma standardami.

Kryterium veto stanowił maksymalny czas krytycznego odłączenia. Klient przygotował interfejsy i harmonogram. Dostawca zaprojektował architekturę etapową. W syntetycznym przykładzie krytyczne odłączenie było krótsze niż w pierwotnym planie pełnej wymiany.

Ograniczenie:

• nie izolowano wpływu projektu od przygotowania klienta;
• wynik nie transferuje się, jeżeli system nie może być dzielony;
• rozwiązanie wymaga kompetencji do zarządzania okresem przejściowym.

Wynik:

• STORY_RECORD_READY_FOR_REVIEW
• APPROVED_WITH_SCOPE
• ADD_LIMITATION_OR_COUNTERFACTUAL

Przykład B — pilot poniżej progu

Przykład syntetyczny.

Pilot miał osiągnąć 70% automatycznej obsługi. Pierwszy wynik wyniósł 52%. Początkowo problem przypisano jakości danych. Analiza wykazała również niejednoznaczne kategorie i brak właściciela wyjątków.

Klient zmienił słownik oraz odpowiedzialność. Dostawca zmienił reguły. Drugi test osiągnął 66%, nadal poniżej progu. Projekt ograniczono do dwóch kategorii.

Lekcja:

• rozwiązanie nie pasowało do pełnego zakresu;
• mogło być użyteczne dla części procesu;
• naprawa nie zmieniła porażki względem pierwotnego kryterium.

Wynik:

• FAILURE_STORY_READY_FOR_REVIEW
• REVISE_LESSON_OR_TRANSFER
• APPROVED_WITH_SCOPE

Przykład C — racjonalne pozostanie przy status quo

Przykład syntetyczny.

Firma rozważała platformę integracyjną. Miała jednak dojrzały zespół, małą liczbę źródeł i stabilny proces. Koszt migracji oraz utrzymania nowej warstwy przekraczał wartość automatyzacji.

Oferta nie została wybrana. Ustalono wyzwalacz ponownego przeglądu: wzrost liczby źródeł i kosztu ręcznej obsługi powyżej określonego progu.

Wynik:

• NONFIT_STORY_READY_FOR_REVIEW
• STATUS_QUO_REMAINS_VALID
• NOT_FIT_FOR_THIS_CONTEXT

Przykład D — scenariusz drugiego źródła

Przykład syntetyczny. Nie opisuje rzeczywistego klienta ani wyniku.

Organizacja porównuje pozostanie przy jednym dostawcy z kwalifikacją drugiego źródła. Historia pokazuje korzyści ciągłości, koszt kwalifikacji, ryzyko rozdzielenia wolumenu i wymóg utrzymania dwóch relacji. Nie przypisuje żadnej stronie rzeczywistej awarii ani oszczędności.

Wynik:

• APPROVED_FOR_INTERNAL_USE
• CREATE_FULL_VARIANT

Wersja 30-sekundowa

Obowiązkowe elementy:

kontekst
napięcie
alternatywa
jedno kryterium
jedna różnica
wynik albo brak wyniku
limit
pytanie transferowe

Nie próbuj streszczać wszystkich szczegółów. Zachowaj to, co chroni znaczenie.

Wersja 2–3-minutowa

Dodaj:

• role;
• korzyści alternatyw;
• próg;
• kompromis;
• mapę wkładu;
• status dowodu;
• ograniczenia;
• dopasowanie i niedopasowanie.

Wersja pełna

Dodaj:

• ślad źródłowy;
• linię bazową;
• metodę;
• ramy czasowe;
• kontrfakty;
• dowody przeczące;
• zgodę;
• zależności;
• bibliografię albo załącznik dowodowy.

Warianty rolowe

Można zmieniać punkt ciężkości:

ZARZĄD:
decyzja, ryzyko, kryteria, wynik, transfer

TECHNIKA:
architektura, interfejsy, metoda, warunki działania

OPERACJE:
proces, zasoby, adopcja, wyjątki, trwałość

FINANSE:
linia bazowa, koszt, kompromis, zakres wyniku

PROCUREMENT:
porównywalność, ślad źródłowy, formalny zakres

Nie wolno zmieniać niezmienników semantycznych.

Każdy wariant powinien prowadzić do rekordu historii zawierającego:

• identyfikator historii;
• wersję;
• identyfikatory źródeł;
• identyfikatory wywiadów;
• identyfikatory dowodów;
• identyfikatory twierdzeń;
• identyfikator zgody;
• poufność;
• status danych osobowych;
• status treści syntetycznych;
• właściciela;
• przegląd i termin ważności.

Niezmienniki semantyczne

Wariant nie może zmienić:

• kontekstu;
• realnych alternatyw;
• głównego kryterium;
• kompromisu;
• sprawczości;
• statusu wyniku;
• ram czasowych;
• statusu przyczynowości;
• ograniczeń;
• niedopasowania;
• ujawnienia;
• zakresu zgody.

Może zmienić:

• kolejność;
• długość;
• poziom szczegółu;
• punkt widzenia;
• język;
• analogię;
• format.

Porównanie historii

Porównaj źródło z nowym wariantem:

• Czy zmienił się fakt?
• Czy wzrósł status pewności?
• Czy usunięto alternatywę?
• Czy zniknął kompromis?
• Czy dostawca przejął zasługę?
• Czy klient utracił sprawczość?
• Czy zniknęła niepewność?
• Czy rozszerzono zgodę?
• Czy pojawiło się porównanie z nazwanym dostawcą?

Jeśli tak:

REVISE_SOURCE_MEMORY_OR_CONSENT

Historia klienta może zawierać osobne elementy wymagające osobnego zakresu zgody:

• nazwę organizacji;
• logo;
• nazwisko;
• stanowisko;
• cytat;
• dialog;
• wynik;
• szczegóły techniczne;
• proces decyzji;
• porażkę albo niedopasowanie;
• obraz, audio lub wideo.

Zgoda powinna określać:

• kanały;
• geografie;
• języki;
• płatne media;
• ponowne użycie przez partnerów;
• czas;
• termin ważności;
• ścieżkę wycofania.

Status dialogu

VERBATIM:
dokładny zapis

EDITED:
redakcja zaakceptowana przez osobę

RECONSTRUCTED:
rekonstrukcja jawnie oznaczona

SYNTHETIC:
jawnie oznaczony przykład edukacyjny

RECONSTRUCTED i SYNTHETIC nie są cytatami.

Anonimizacja nie jest usunięciem nazwy

Kombinacja:

• branży;
• geografii;
• technologii;
• liczby lokalizacji;
• daty;
• stanowiska;
• charakterystycznego incydentu;
• wyniku;
• publicznego projektu

może umożliwić reidentyfikację. Zastosowanie RODO, tajemnicy przedsiębiorstwa i innych obowiązków wymaga oceny konkretnego przypadku.¹⁰¹¹

Porównanie z nazwanym dostawcą nie jest potrzebne do każdej historii konkurencyjnej. Często wystarczy porównać:

• klasy rozwiązań;
• modele wdrożenia;
• architektury;
• status quo;
• konfiguracje zaopatrzenia;
• mechanizmy.

Jeśli nazwa konkurenta jest materialna, rekord powinien zawierać:

• dokładne brzmienie;
• źródła;
• wersje;
• warunki;
• materialność;
• weryfikowalność;
• reprezentatywność;
• uczciwość przedstawienia;
• przegląd prawny;
• termin ważności.

Reklama porównawcza w UE podlega wymaganiom dotyczącym między innymi niewprowadzania w błąd, porównywalności i weryfikowalności; konkretne użycie wymaga przeglądu prawnego.¹²

Zakazy:

• przypisywanie intencji;
• plotki;
• poufne ceny;
• prywatne dokumenty;
• nieaktualne punkty odniesienia;
• fikcyjny dialog konkurenta;
• karykaturalny „stary sposób”;
• sugerowanie naruszenia prawa bez podstawy.

Historia nie zastępuje:

• wykazu dostaw;
• dokumentu należytego wykonania;
• próbki;
• testu;
• formalnej demonstracji;
• odpowiedzi zgodnej z dokumentacją;
• wymaganego certyfikatu.

Nie należy:

• obchodzić formalnego kanału przez klienta referencyjnego;
• wykorzystywać informacji z innego postępowania;
• personalizować presji na urzędnika;
• przedstawiać marketingowego studium przypadku jako spełnienia warunku;
• dramatyzować konsekwencji prawnych.

W sektorach regulowanych narracja nie może usuwać ostrzeżeń, wyłączeń ani wymaganych ujawnień.

AI może:

• porządkować zatwierdzone źródła;
• rozdzielać fakt, interpretację i narrację;
• wykrywać brak alternatywy;
• wskazywać przedstawienie dostawcy jako bohatera;
• wykrywać demonizowanie konkurenta;
• porównywać wariant z niezmiennikami;
• skracać tekst;
• generować pytania red team;
• wyszukiwać zależne zasoby;
• przygotować jawnie syntetyczny H12.

AI nie może:

• tworzyć rzeczywistego klienta;
• tworzyć wyniku;
• tworzyć cytatu;
• przedstawiać fikcyjnego dialogu jako prawdziwego;
• przypisywać konkurentowi intencji;
• zmieniać observed w caused;
• usuwać dowody przeczące;
• zwiększać typowości;
• zakładać zgodę;
• zatwierdzać porównania z nazwanym dostawcą;
• autonomicznie publikować.

NIST AI RMF i profil dla generatywnej AI podkreślają potrzebę ładu, pochodzenia danych, kontroli konfabulacji oraz nadzoru człowieka.¹³¹⁴

Od 2 sierpnia 2026 r. zastosowanie mają określone obowiązki transparentności z art. 50 AI Act dotyczące oznaczania lub ujawniania wybranych treści generowanych bądź manipulowanych przez AI. Komisja Europejska opublikowała 10 czerwca 2026 r. dobrowolny Code of Practice wspierający stosowanie tych obowiązków.¹⁵¹⁶ Zakres zależy od roli, rodzaju treści i zastosowania; przed publikacją trzeba sprawdzić aktualne wytyczne.

Minimalny dziennik użycia AI:

identyfikator uruchomienia
cel
model i wersja
data
operator
zatwierdzone źródła
prompt lub przepływ pracy
elementy syntetyczne
fakty bez podstawy
kontrola cytatów
kontrola liczb
kontrola sprawczości
kontrola przedstawienia konkurenta
kontrola zgody przez człowieka
osoba dokonująca przeglądu
przyjęcie / poprawa / odrzucenie

Statusy rekordu historii:

• STORY_DRAFT
• SOURCE_VERIFIED
• EVIDENCE_LINKED
• CONSENT_PENDING
• REVIEW_PENDING
• APPROVED_WITH_SCOPE
• LIMITED_USE
• EXPIRED
• WITHDRAWN
• PROHIBITED

Wyzwalacze przeglądu:

• zmiana produktu;
• zmiana zapisu dowodu;
• nowy przypadek negatywny;
• skarga klienta;
• wycofanie zgody;
• odejście cytowanej osoby;
• nowa wersja konkurenta;
• zmiana prawa;
• nowy wynik;
• zmiana statusu przyczynowości;
• incydent ochrony danych albo bezpieczeństwa;
• wykrycie fikcyjnego elementu;
• upływ terminu ważności.

Wycofanie powinno przebiegać:

WITHDRAW_STORY
→ zatrzymaj nowe użycie
→ zachowaj ślad audytowy
→ znajdź zależne materiały
→ popraw albo wycofaj
→ powiadom właścicieli
→ oceń potrzebę korekty
→ zaktualizuj zakazane sformułowania

Zależne zasoby obejmują:

• stronę;
• prezentację;
• ofertę;
• studium przypadku;
• reklamę;
• partner kit;
• media społecznościowe;
• wideo;
• webinar;
• chatbot;
• bibliotekę promptów;
• szkolenie.

P0 — hipoteza wewnętrzna

Dozwolone:

• wersja robocza;
• niepełny rekord;
• H12 oznaczone jako syntetyczne;
• pytania.

Niedozwolone:

• publikacja;
• nazwa klienta;
• niezatwierdzone twierdzenie;
• porównanie z nazwanym dostawcą.

P1 — kontrolowana rozmowa

Wymagane:

• źródło;
• jawne ograniczenia;
• kontrola alternatyw;
• zatwierdzony kontekst konta;
• brak publicznej dystrybucji.

P2 — publiczny materiał

Wymagane:

• pełne SK-1–SK-8;
• pamięć źródeł;
• odnośniki do dowodów;
• zgoda;
• porównanie semantyczne;
• właściciel;
• termin ważności;
• zależności;
• dostępność;
• właściwy przegląd.

P3 — wysokie ryzyko

Obejmuje:

• nazwanego konkurenta;
• porażkę klienta;
• incydent;
• regulowany wynik;
• zamówienia publiczne;
• płatne media o dużym zasięgu;
• deepfake albo syntetyczną postać;
• dane wrażliwe.

Wymaga formalnego przeglądu i szybkiej ścieżki wycofania.

• STORY_RECORD_READY_FOR_REVIEW
• APPROVED_WITH_SCOPE
• APPROVED_FOR_INTERNAL_USE
• APPROVED_FOR_ACCOUNT_CONTEXT
• APPROVED_FOR_PUBLIC_USE
• CREATE_SHORT_VARIANT
• CREATE_FULL_VARIANT
• CREATE_ROLE_VARIANT
• CREATE_CHANNEL_VARIANT
• REVISE_CONTEXT_OR_TASK
• REVISE_DECISION_TENSION
• REVISE_ALTERNATIVES
• REVISE_CRITERIA_OR_TRADEOFFS
• REVISE_AGENCY_OR_CONTRIBUTION
• REVISE_EVIDENCE_OR_TIMEFRAME
• ADD_LIMITATION_OR_COUNTERFACTUAL
• REVISE_LESSON_OR_TRANSFER
• REVISE_SOURCE_MEMORY_OR_CONSENT
• DEFER_FOR_EVIDENCE
• DEFER_FOR_CUSTOMER_APPROVAL
• DEFER_FOR_LEGAL_REVIEW
• DEFER_FOR_PRIVACY_REVIEW
• DEFER_FOR_SECURITY_REVIEW
• USE_FACTUAL_BRIEF
• DESCRIPTIVE_STORY_ONLY
• FAILURE_STORY_READY_FOR_REVIEW
• NONFIT_STORY_READY_FOR_REVIEW
• STATUS_QUO_REMAINS_VALID
• INCUMBENT_REMAINS_VALID
• BUILD_INTERNALLY_REMAINS_VALID
• NO_DECISION_IS_JUSTIFIED
• NOT_FIT_FOR_THIS_CONTEXT
• NOT_TRANSFERABLE_TO_THIS_CONTEXT
• DO_NOT_CLAIM
• DO_NOT_COMPARE
• DO_NOT_USE_STORY
• DO_NOT_PUBLISH
• LEGAL_PRIVACY_SECURITY_STOP
• WITHDRAW_STORY
• WITHDRAW_ASSET

Wyniki nie tworzą skali jakości ani prognozy wygranej.

1. Zacznij od decyzji, nie od biblioteki sukcesów

Wybierz:

• sytuację;
• pytanie;
• realne alternatywy;
• role;
• ryzyko błędnej interpretacji.

2. Importuj elementy z istniejących systemów

• POV z G03;
• zatwierdzone twierdzenia z G04;
• alternatywy i kryteria z G05;
• różnicę i odniesienie do dowodu z G06;
• zapis dowodu z G07.

3. Zbuduj rekord historii

Wypełnij SK-1–SK-8. Nie zaczynaj od redagowania tekstu.

4. Wykonaj red team

Zapytaj:

• Kto jest bohaterem?
• Czy konkurent został karykaturą?
• Jaki kompromis zniknął?
• Kto wykonał pracę?
• Co jest tylko interpretacją?
• Co mogło wydarzyć się inaczej?
• Kiedy historia nie transferuje się?
• Czy lepszy byłby brief faktograficzny?

5. Utwórz warianty

Dopiero po zatwierdzeniu przygotuj wersję krótką, pełną, rolową i kanałową.

6. Zapisz zależności i termin ważności

Każdy publiczny materiał musi mieć właściciela i ścieżkę wycofania. Finalne artykuły, grafiki, tabele i formularze powinny zostać zweryfikowane pod kątem WCAG 2.2 po wdrożeniu, ponieważ sama specyfikacja nie zastępuje audytu gotowego interfejsu.¹⁷

Pełny przepływ pracy znajduje się w narzędziu Projektant Storytellingu Konkurencyjnego.

SK-1–SK-8 nie jest:

• zwalidowaną skalą;
• receptą na perswazję;
• gwarancją zapamiętania;
• miarą jakości autora;
• substytutem researchu;
• substytutem G07;
• opinią prawną;
• oceną przyczynowości;
• systemem profilowania podatności odbiorcy;
• autonomicznym narzędziem publikacji.

Model służy do ochrony relacji między decyzją, alternatywami, sprawczością, dowodem i narracją. Poziom rygoru powinien rosnąć wraz z materialnością twierdzenia, zasięgiem, ryzykiem reputacyjnym, regulacją i wrażliwością danych.