Opis procesu na jednej stronie

Dlaczego to jest jedna strona, a nie dokumentacja

Krążył raport MIT i Project NANDA, że 95% firmowych pilotaży AI nie dało mierzalnego wpływu na wynik. Metodologia dostała solidną krytykę, więc nie traktuj tej liczby jak pewnika. Ale obserwacja o tych 5%, które zadziałały, zgadza się z praktyką: wpięły AI w jeden konkretny proces, zamiast kupić generyczne narzędzie. Agent nie przegrywa przez model ani przez prompt. Przegrywa, bo nikt nie opisał procesu i nikt nie mierzy wyniku. Pięć pól niżej to najkrótsza forma takiego opisu, jaka ma sens.

Pięć pól

1. 1

   Trigger: co dokładnie zaczyna tę pracę

   Musi być rozstrzygalne bez zastanowienia. Nie „kiedy przyjdzie mail”, a „kiedy przyjdzie mail z formularza kontaktowego zawierający słowo wycena albo cena”. Jeśli twój trigger wymaga oceny człowieka, to jeszcze nie jest trigger. To jest pierwsza decyzja, którą trzeba opisać osobno.

2. 2

   Kontekst: czego trzeba, żeby przygotować odpowiedź

   Wypisz źródła, nie ogólniki. Cennik z datą aktualizacji, historia korespondencji z tym klientem, wolne terminy w kalendarzu, lista typowych braków. To pole decyduje o jakości draftu i dlatego zajmuje najwięcej czasu. Puste kontekstem tłumaczy większość odpowiedzi, które trzeba potem przepisywać.

3. 3

   Draft: co konkretnie ma powstać

   Jedna rzecz, gotowa do wysłania albo do wklejenia. Nie „analiza”, nie „propozycja działań”. Odpowiedź z listą braków. Oferta z cennika. Notatka wewnętrzna z trzema punktami. Jeśli nie umiesz opisać draftu jednym zdaniem, proces jest dwoma procesami.

4. 4

   Decyzja: kto zatwierdza i czego szuka w trzy sekundy

   Imię, nie stanowisko. I lista rzeczy, które ta osoba sprawdza: czy to nie jest sprawa o pieniądze, czy kwota mieści się w widełkach, czy klient nie jest w trakcie reklamacji. Trzy sekundy to nie przesada, to wymóg projektowy. Zatwierdzanie na trzy minuty umiera w drugim tygodniu.

5. 5

   Wynik: co się zapisuje i gdzie

   Jedna, maksymalnie dwie liczby, w miejscu, do którego wrócisz za trzydzieści dni. Czas od triggera do wysłania. Ile draftów wymagało poprawki. Ile pozycji przeszło bez decyzji. Bez tego pola po dwóch miesiącach dyskusja o tym, czy zostawić, jest dyskusją o odczuciach.

Wypełniony przykład: zapytanie ofertowe

Ten sam wzorzec obsługuje odpowiedź na recenzję, fakturę od przewoźnika i przypomnienie po wysłanej ofercie. Zmienia się treść pól, nie ich liczba.

Które pole zostaje puste (i co to znaczy)

Prawie nigdy trigger i prawie nigdy draft, bo to są te oczywiste. Puste zostaje decyzja albo wynik. Ktoś buduje coś, co produkuje odpowiedzi, nikt nie ustala, kto na to patrzy i czego szuka, i nikt nie zapisuje efektu. Taki proces działa i jednocześnie nie da się o nim powiedzieć nic pewnego, więc po kwartale ktoś go wyłącza z powodów, których też nie umie nazwać. Puste pole nie jest brakiem w dokumencie. Jest brakiem w procesie, który istniał już wcześniej, tylko nikt go nie widział.

Test gotowości

Jeśli wszystkie sześć jest zaznaczone, ten proces da się oddać. Jeśli nie, jeszcze nie strać pieniędzy na narzędzie.

Co zrobić z wypełnioną stroną

1. 1

   Zmierz stan przed, zanim cokolwiek zmienisz

   Weź liczbę z pola wynik i zapisz ją dzisiaj, z datą. To jedyny moment, w którym da się to zrobić uczciwie, bo później znasz już wynik i podświadomie dobierasz punkt odniesienia.

2. 2

   Uruchom to najpierw bez automatu, przez tydzień

   Człowiek robi dokładnie to, co opisuje strona. Jeśli proces nie działa obsługiwany ręcznie, agent go nie naprawi, tylko przyspieszy. Tydzień ręcznej pracy wyłapuje braki w polu kontekst szybciej niż jakikolwiek warsztat.

3. 3

   Dopisz granice

   Wypisz akcje, które w tym procesie nigdy nie wychodzą bez zatwierdzenia. Gotowa lista jest na silpho.com/granice.

4. 4

   Dopiero teraz automatyzuj, jeden proces

   Jeden. Nie trzy naraz, bo przy trzech nie będziesz wiedział, który dał efekt. Rozszerzasz po tym, jak pierwszy obroni się liczbą.