12.6 Wyjście: sprzedaż, licencjonowanie, wygaszenie

Każdy projekt się kończy. Ten kończy się na trzy sposoby — sprzedaż persony, licencjonowanie jej albo wygaszenie — a różnicę między dobrym wyjściem a bałaganem rozstrzyga się miesiące wcześniej, sposobem zbudowania assetu.

To ostatni rozdział książki i domyka pętlę z najwcześniejszym: wybory z części II o character bible i z części IV o tym, kto jest właścicielem adaptera, to decyzje wyjściowe podjęte z wyprzedzeniem.

Czym ten asset właściwie jest

Sześć komponentów, a kupujący albo licencjobiorca wycenia każdy z nich.

Czego nie ma na liście i co nigdy się nie przenosi: samo konto na platformie, w większości przypadków. Regulaminy platform często zakazują sprzedaży kont, i dlatego rozróżnienie między „sprzedażą konta" a „sprzedażą persony" nie jest niuansem.

Praktyczna konsekwencja dla tego, co zbudowałeś: jeśli trenowałeś własny adapter i trzymałeś własną bibliotekę, masz co sprzedać. Jeśli persona żyje wewnątrz funkcji dostawcy, masz outputy, a tożsamość jest wynajęta.

Scenariusz pierwszy: sprzedaż persony

Co jest sprzedawane. Artefakty tożsamości, biblioteka, dokumentacja pipeline'u i zapisy operacyjne — plus, zwykle, okres przejściowy, w którym sprzedający pomaga kupującemu uruchomić produkcję persony.

Co kupuje kupujący. Nie twarz, lecz działające przedsiębiorstwo z dokumentacją. Dlatego plik audytu z rozdziału 12.5 ma znaczenie komercyjne: due diligence kupującego pyta, czy biznes prowadzono świadomie, a cztery kwartały wpisów z datami odpowiadają na to pytanie.

Wycena, powiedziana uczciwie. [UNVERIFIED] Nie istnieje ustalony rynek z publikowanymi mnożnikami dla person syntetycznych. Porównywalne sprzedaże kont twórców były historycznie wyceniane jako mnożnik miesięcznego zysku, często w przedziale od sześciu do dwudziestu czterech miesięcy, ale to ogólna obserwacja z gospodarki twórców, a nie liczba dla tej kategorii, i nie należy jej traktować jako benchmarku. Przedstawiaj to jako umowę do negocjacji, a nie cenę do podania.

Czynniki, które podnoszą cenę: stały przychód przez kilka kwartałów; udokumentowany skład (9.2); wytrenowany adapter, którego kupujący jest pełnym właścicielem; realna publiczność poza platformą; czysta dokumentacja praw (11.4); zapis operacyjny (12.5).

Czynniki, które ją obniżają: przychód skoncentrowany na jednej platformie; persona zależna od funkcji dostawcy; nieujawnione luki w zakresie likeness albo praw do danych; trend spadkowy; brak zapisów; nisza, której publiczność nie idzie za personą poza platformą.

I pytania z due diligence, na które się przygotuj: skąd pochodzą obrazy treningowe i jakie masz prawa (11.4)? Czy likeness wywodzi się z jakiejkolwiek realnej osoby? Jakie są obowiązki ujawnienia i czy są udokumentowane (11.3)? Co dzieje się z publicznością przy przeniesieniu? Odpowiedz na wszystkie cztery na piśmie, zanim cokolwiek wystawisz.

Scenariusz drugi: licencjonowanie

Struktura. Pisemna licencja przyznająca określone prawa: język, terytorium, platformę, czas trwania i dozwolone kategorie treści. Właścicielem zostajesz ty; licencjobiorca prowadzi i produkuje; dostajesz opłatę plus udział w przychodach, z prawami zatwierdzania treści i ujawnienia.

Dlaczego licencjonowanie jest często lepsze niż sprzedaż. Cena za transakcję jest niższa i powtarzalna, asset zostaje twój, a prawa zatwierdzania trzymają ryzyko reputacyjne w ryzach. Rozdział 9.6 omawia formę komercyjną; punkt właściwy dla wyjścia jest taki, że licencjonowanie wymaga tej samej dokumentacji co sprzedaż, a tę znowu buduje się z wyprzedzeniem.

Trzy klauzule, które znaczą najwięcej:

• Ujawnienie. Licencjobiorca jest związany twoim standardem ujawnienia, nie swoim (11.3). Bez tej klauzuli reputacja twojej persony jest w rękach kogoś o innej tolerancji ryzyka.
• Prawa zatwierdzania. Przegląd treści przed publikacją, co najmniej w kategoriach najbardziej narażonych na zdarzenie reputacyjne (12.4).
• Rozwiązanie i zwrot praw. Co dzieje się z publicznością i assetami licencjobiorcy, gdy licencja się kończy, i jak szybko nazwa persony znika z jego kanałów.

I jedno własne pytanie zgodnościowe. Licencjobiorca publikujący jako persona jest podmiotem wdrażającym (deployer) w rozumieniu obowiązków przejrzystości (11.1, 11.3). Umowa powinna mówić, kto niesie ten obowiązek, bo odpowiedź nie jest automatyczna.

Scenariusz trzeci: wygaszanie

Procedura, po kolei.

1. Ogłoś albo zgaś. Krótki, uczciwy post albo ciche zatrzymanie. Jedno i drugie jest do obrony; publiczne zniknięcie bez słowa to właśnie to, co generuje wątki „co się z nią stało".
2. Wygaszaj monetyzację. Anuluj albo wstrzymaj subskrypcje i obsłuż zobowiązania, w tym zwroty na mocy unijnych przepisów konsumenckich (11.8). Nie przestawaj odpowiadać bez uprzedzenia.
3. Zabezpiecz assety. Adapter, referencje, biblioteka, bible i zapisy idą do archiwum (7.4). Jeden porządek, z datą i notatką, co zawiera.
4. Usuń dane osobowe. Logi czatu i wszelkie inne dane osobowe trzymane o subskrybentach mają limit retencji i obowiązek usunięcia (11.7). Usunięcie jest wymogiem, nie uprzejmością.
5. Zamknij konta, jeśli trzeba, albo zostaw je statyczne z notatką. Statyczne konta z aktywnym linkiem do monetyzacji to najgorsze z obu światów.
6. Napisz wnioski. Jedna strona: co działało, co nie, co zrobiłbyś inaczej. To wejście do następnego projektu, a zajmuje dwadzieścia minut.

Co konkretnie musi zostać wyłączone. Przetwarzanie płatności, odnowienia subskrypcji, automatyczne sekwencje czatu, zaplanowane posty i wszelkie płatne narzędzia na abonament. Porzucony pipeline z żywą metodą płatności to powolny wyciek, który ciągnie się latami.

Plik wniosków

Jedna strona na zamkniętą personę, cztery sekcje, i to najcenniejszy dokument, jaki projekt produkuje.

Co działało — konkretne rzeczy, z liczbami. Nie „wideo wypada lepiej", ale „wideo w jedenastej sekundzie dało cztery razy więcej udostępnień niż stille w lipcowej próbce".

Co nie działało — i dlaczego, jeśli przyczyna jest znana, a często nie jest. Nazwanie niepewności jest bardziej użyteczne niż wymyślenie powodu.

Co zrobiłbyś inaczej — w kolejności, w jakiej byś to zmieniał.

Co byś zatrzymał — te części pipeline'u i modelu operacyjnego, które przetrwają do następnego projektu. U większości operatorów ta sekcja jest dłuższa niż trzy pierwsze razem, bo proces jest bardziej wielokrotnego użytku niż persona.

Gdzie to się psuje

Sprzedaż czegoś, czego nie możesz przenieść. Persona z funkcji dostawcy nie ma artefaktu tożsamości, który można przekazać.

Sprzedaż konta, nie persony. Często zakazana przez regulaminy platform.

Brak zapisów. Due diligence się nie udaje, a cena to odzwierciedla.

Podanie ceny bez rynku. Przedstaw to jako umowę do negocjacji.

Licencja bez klauzuli ujawnienia. Twoja reputacja, jego tolerancja ryzyka.

Wygaszanie bez anulowania płatności i odnowień. Wyciek, który ciągnie się latami.

Trzymanie danych osobowych subskrybentów. Naruszenie retencji z terminem w tle.

Brak napisania wniosków. Następny projekt powtarza te same trzy błędy.

Bramka

1. Czy jesteś właścicielem wytrenowanego adaptera persony, czy tożsamość jest wynajęta?
2. Czy masz cztery kwartały zapisów audytu i ślad dokumentacji praw?
3. Czy mógłbyś odpowiedzieć na cztery pytania due diligence kupującego na piśmie już dziś?
4. Jeśli licencjonujesz: czy twój projekt licencji wiąże licencjobiorcę twoim standardem ujawnienia i daje ci prawa zatwierdzania?
5. Jeśli wygaszasz: czy potrafisz wymienić każdą metodę płatności, odnowienie i zaplanowane zadanie, które trzeba zatrzymać?
6. Czy znasz swój limit retencji danych czatu i ścieżkę usunięcia?
7. Czy masz plik wniosków dla każdej persony, którą zamknąłeś?

Z czym wychodzisz

Sześć komponentów assetu wraz z tym, co się przenosi, a co nie, i z powodem, dla którego wybór adaptera w części IV jest decyzją wyjściową; scenariusz sprzedaży z listami czynników ceny, czterema pytaniami due diligence i uczciwym stwierdzeniem, że dla tej kategorii nie istnieje publikowany mnożnik; scenariusz licencjonowania z trzema klauzulami, które mają znaczenie, i pytaniem o podmiot wdrażający; sześcioetapowa procedura wygaszania z konkretną listą rzeczy do wyłączenia i obowiązkiem usunięcia danych; oraz jednostronicowy plik wniosków, czyli jedyna część zamkniętej persony, która niezawodnie poprawia następną.