12.4 Ryzyko i ciągłość działania

Pięć rzeczy może zakończyć ten biznes, a cztery z nich nie mają nic wspólnego z treścią. Ten rozdział to rejestr, plan ciągłości działania i konkretne praktyki, które pozwalają przetrwać każdy scenariusz.

Jest świadomie najmniej ekscytującym rozdziałem w książce i to on rozstrzyga, czy zły miesiąc jest potknięciem, czy końcem.

Rejestr ryzyka

Sześć kategorii, każda z prawdopodobieństwem, skutkiem i kontrolą. Prawdopodobieństwo i skutek to oceny dla twojej sytuacji; kontrole to część, która się przenosi.

Pierwsze do wycenienia jest to o wysokim prawdopodobieństwie. Wycofanie dostawcy to nie ryzyko ogonowe; zdarzyło się w okresie badań do tej książki, a konkretny przypadek warto zachować jako referencję.

Churn dostawcy: przypadek referencyjny

Frontierowy produkt wideo został wycofany w okresie badań do tej książki — najpierw aplikacja konsumencka, kilka miesięcy później API. [AS OF 2026-10] Operatorzy, którzy zbudowali pipeline wokół jednego modelu, stracili model, a nie biznes, a różnica między tymi dwoma wynikami została rozstrzygnięta przed ogłoszeniem.

Co decydowało o tym, w której grupie się znaleźli:

Workflow still-first. Zatwierdzone keyframe'y są przenośne między wszystkimi modelami wideo (6.1). Biblioteka klipów wygenerowanych pod jednego dostawcę nie jest.

Dwie znane ścieżki, nie dwie subskrypcje. Zasada z rozdziału 7.5. Migracja to tydzień testów, gdy drugi dostawca jest już oswojony, a miesiąc utraconego outputu, gdy nie jest.

Prompty i referencje neutralne wobec dostawcy. Prompt pisany pod kaprysy jednego modelu wymaga przepisania; prompt pisany jako opis sceny (6.2) nie.

Assety trzymane lokalnie. Biblioteka, adaptery i mastery na twoim własnym storage (7.4), a nie w przestrzeni projektowej dostawcy.

Test do wykonania teraz, w pięć minut: gdyby twój główny dostawca wideo zniknął jutro, czy wyprodukowałbyś w tym tygodniu post? Jeśli odpowiedź brzmi „nie", ekspozycja nie jest teoretyczna, a naprawa to dwa klipy testowe u drugiego dostawcy.

Lock-in i co możesz wyeksportować

Dwa miejsca, w których ukrywa się lock-in, i każde ma inną naprawę.

Lock-in platformy. Publiczność żyje na platformie, która może usunąć konto. Eksport jest co najwyżej częściowy — część platform pozwala wyeksportować listę obserwujących, większość nie. Kontrolą nie jest eksport; jest nią równoległa publiczność. Kanał własny z 8.5 to jedyny asset, który przetrwa, a lej z 10.1 buduje go jako efekt uboczny routingu.

Lock-in tożsamości u dostawcy. Kluczowe rozróżnienie: persona zbudowana na twoim własnym wytrenowanym adapterze (4.5) jest twoja. Persona zbudowana w funkcji postaci dostawcy jest wynajęta. Z funkcji dostawcy wyeksportujesz zwykle outputy, a nie artefakt tożsamości — czyli nie możesz jej wytrenować ponownie, przenieść ani sprzedać (12.6).

Praktyczny test dla każdego dostawcy w twoim stacku: gdyby ta usługa zamknęła się jutro, co z mojego by mi zostało? Assety i adaptery przechodzą. Funkcje postaci, przestrzenie projektowe i publiczności platformowe nie. Przy tym, co dźwiga ciężar, wybieraj te pierwsze.

Credit expiry, czyli jak na tym nie stracić pieniędzy

Rozdział 7.5 opisuje wyciek; to jest kontrola.

Zasada: nigdy nie trzymaj więcej prepaid creditów, niż zużyjesz w kwartale. Wygaszenie zamienia niewykorzystane credits w całkowitą stratę, a rabat uzasadniający zakup hurtowy prawie nigdy nie przewyższa oczekiwanej straty przy realistycznym zużyciu.

Trzy praktyki:

• Śledź salda creditów co miesiąc, w tym samym arkuszu co osiem kolumn z rozdziału 12.2. Saldo, które nie ruszyło się od dwóch miesięcy, to sygnał o twoim pipeline, nie tylko o wydatkach.
• Zamieniaj wygasające credits w bank. Jeśli credits zaraz przepadną, a masz moce, produkuj posty na zapas (5.6). To jedyny sposób, żeby zamienić termin w asset.
• Nigdy nie pozwól dostawcy trzymać salda, którego utratę byś zauważył. Jeśli wygasające saldo bolałoby, saldo było za duże.

Ciągłość działania: utrata konta

Scenariusz i odpowiedź na poziomie planu, a nie nadziei. Mechanikę ma rozdział 8.5; to jest widok biznesowy.

Co przepada. Konto, jego historia postów, jego obserwujący i uprawnienie do monetyzacji na poziomie platformy.

Co nie przepada, jeśli architektura z tej książki stoi. Tożsamość (adapter, referencje), biblioteka assetów, SOP, listy promptów, character bible i — co kluczowe — kanał własny oraz obecność na platformie dodatkowej.

Sekwencja odzyskiwania. Wyeksportuj wszystko, co jeszcze dostępne (dzień pierwszy). Ogłoś miejsce docelowe na platformie dodatkowej i na kanale własnym (dzień pierwszy). Złóż odwołanie (dzień drugi). Wróć do normalnego rytmu na platformie dodatkowej (od czwartego dnia). To plan migracji z 8.5 i działa tylko dlatego, że każdy warunek wstępny powstał wcześniej.

Niewygodna arytmetyka. Konto z 50 000 obserwujących i bez kanału własnego traci publiczność. Konto z 20 000 obserwujących i 2 000 członków kanału traci zasięg, a zachowuje biznes. Drugie konto jest warte więcej, a różnicę stanowi decyzja podjęta przy konfiguracji, nie przy incydencie.

Ryzyko reputacyjne: dwie listy

Co idzie do publikacji, a co nigdy. Druga lista jest krótka i absolutna.

Można publikować: treści persony w jej niszy, ujawnione zgodnie z wymogami (11.3), z naturą AI wskazaną tam, gdzie zdecydowałeś, że należy (8.6).

Nigdy: cokolwiek przedstawiającego personę jako prawdziwą, rozpoznawalną osobę; cokolwiek kopiującego wizerunek prawdziwej osoby (11.4); cokolwiek o charakterze seksualnym z przedstawieniem osoby nieletniej, w jakiejkolwiek formie i przy każdym ustawieniu wieku; przekazy polityczne albo wyborcze; porady medyczne, prawne albo finansowe podane jako fakt; treści wymierzone w osoby w trudnej sytuacji z presją finansową (11.6).

Dlaczego lista jest krótka. Wszystko na niej jest albo sprawą karną bądź regulacyjną, albo usunięciem przez platformę, albo dyskwalifikacją do umowy z marką. Koszt reputacyjny jest wtórny; to są pozycje, które zamieniają problem biznesowy w prawny, a rozdział 11.6 wyznacza tę granicę w całości.

Ćwiczenie ciągłości działania

Dziewięćdziesiąt minut raz na kwartał, a zamienia powyższy rejestr z dokumentu w przetestowaną zdolność. Nieprzetestowany plan to założenie (reguła higieny z 3.6 zastosowana do operacji, a nie do plików).

Ćwiczenie, w czterech krokach.

Krok pierwszy: zasymuluj utratę. Nie usuwaj faktycznie niczego. Wyloguj się z konta głównego albo pracuj z maszyny, na której jest niedostępne, i działaj tak, jakby go nie było.

Krok drugi: wyeksportuj to, co jeszcze masz. Znajdź eksport listy obserwujących, archiwum postów i pobranie analityki. Zmierz czas. Jeśli którejkolwiek z tych trzech rzeczy nie znajdziesz w dziesięć minut, plan ma lukę, a ty odkryłeś ją w najtańszym możliwym momencie.

Krok trzeci: wyprodukuj i opublikuj gdzie indziej. Wygeneruj jeden post od początku do końca, używając wyłącznie lokalnych assetów i drugiego dostawcy, i opublikuj go na platformie dodatkowej. To testuje twierdzenie o przenośności assetów z 7.4 i twierdzenie o dwóch dostawcach z 7.5 w jednym ćwiczeniu. Powinno zająć mniej niż godzinę.

Krok czwarty: powiadom. Napisz właściwe ogłoszenie. Dwa krótkie akapity: gdzie jesteś teraz i co czeka obecnych subskrybentów. Napisanie go raz, na spokojnie, czyni go użytecznym w dniu zdarzenia.

Co mówi ci nieudane ćwiczenie — a zwykle pada w jednym z trzech miejsc:

Kanał własny nie ma członków. Najczęstsza porażka i niewidoczna aż do ćwiczenia. Kanał własny założony i nigdy niepromowany to plan bez assetu za sobą.

Drugi dostawca jest nieużywalny. Dane dostępowe wygasły, konto uśpione, workflow keyframe'ów nigdy tam nietestowany. Dokładnie ta ekspozycja, której ma zapobiegać zasada z 7.5.

Eksport nie istnieje. Część platform go nie daje. Odkrycie tego w trakcie ćwiczenia zmienia plan ciągłości z „wyeksportuj i zmigruj" na „publiczności nie da się odzyskać, a całym planem jest kanał".

Podmiot operacyjny

Prawny kształt biznesu to pytanie o ciągłość, nie tylko o podatki.

Po co podmiot. Lista zakazu publikacji z tego rozdziału obejmuje pozycje, które są sprawami regulacyjnymi albo karnymi. Oddzielenie biznesu od osoby sprawia, że błąd przy jednej personie nie sięga majątku osobistego operatora, i sprawia, że sprzedaż albo licencja z 12.6 jest transakcją, a nie nieformalnym przekazaniem.

Dla polskiego operatora — jurysdykcji samego wydawcy tej książki — spółka z ograniczoną odpowiedzialnością daje ograniczoną odpowiedzialność i jest formą, którą zakłada towarzyszący materiał zgodnościowy (11.7, 11.8). Jednoosobowa działalność jest tańsza i wystawia majątek osobisty. Wybór należy do księgowego i prawnika, a powód, dla którego podnoszę to tutaj, to czas: założenie podmiotu po pierwszej umowie z marką jest normalne; założenie go po pierwszym sporze już nie.

Czego podmiot potrzebuje przed jakimkolwiek istotnym przychodem: firmowego konta bankowego oddzielonego od finansów osobistych, fakturowania zgodnego z księgami, pisemnego zapisu, kto jest właścicielem własności intelektualnej persony, i dokumentacji praw z 11.4. Cztery pozycje, wszystkie tanie wcześnie i niewygodne do odtworzenia.

I jedna pozycja ciągłości, którą łatwo przeoczyć: jeśli operator jest jedyną osobą, która ma dostęp do kont, platformy płatności i magazynu assetów, biznes ma pojedynczy punkt awarii, którego nie naprawi żadna zmiana dostawcy. Zapieczętowany zapis danych dostępowych i ścieżek odzyskiwania, trzymany tam, gdzie druga osoba może dotrzeć, to najtańsza kontrola ciągłości w tym rozdziale.

Gdzie to się psuje

Jeden dostawca wideo. Przypadek referencyjny, powtórzony.

Brak kanału własnego. Publiczność jest wynajęta.

Persona zbudowana w funkcji postaci dostawcy. Nie da się jej przenieść ani sprzedać.

Trzymanie kwartalnych creditów w usłudze, której używasz co miesiąc. Strata na wygaśnięciu.

Brak banku produkcji. Choroba staje się przestojem.

Nietestowany plan odwołania. Pisany pod presją i przez to gorszy.

Traktowanie rejestru ryzyka jak dokumentu. Nieużywane kontrole to założenia.

Publikowanie z listy zakazu. Jedyna kategoria błędu bez odwrotu.

Bramka

1. Czy masz dwóch działających dostawców wideo, testowanych w ostatnim kwartale?
2. Czy istnieje kanał własny z realnymi członkami, a nie tylko założone konto?
3. Czy wiesz, dla każdego dostawcy w twoim stacku, co by ci zostało, gdyby się zamknął?
4. Czy twoje saldo prepaid creditów jest poniżej kwartalnego zużycia?
5. Czy przeszedłeś sekwencję odzyskiwania po utracie konta — łącznie z krokiem eksportu — co najmniej raz jako ćwiczenie?
6. Czy potrafisz wymienić swoją listę zakazu publikacji bez zaglądania do niej?

Z czym wychodzisz

Rejestr ryzyka z sześcioma kategoriami, z prawdopodobieństwem, skutkiem i kontrolą; przypadek churnu dostawcy jako referencja, z czterema praktykami, które zdecydowały, kto go przetrwał, plus pięciominutowy test ekspozycji; rozróżnienie na lock-in platformy i lock-in tożsamości z testem eksportu dla każdego dostawcy; dyscyplina creditów z trzema praktykami, w tym zamienianie wygasających creditów w bank; sekwencja po utracie konta z jej niewygodną arytmetyką; oraz dwie listy publikacyjne.