Komentarze przy zadaniu zamiast ustaleń w czacie

Ktoś pyta na czacie, dlaczego dla tego klienta obowiązuje inny termin płatności niż dla reszty. Odpowiedź już kiedyś padła — trzy tygodnie temu, w kanale, w którym tego samego dnia toczyło się kilka innych rozmów.

Technicznie nadal tam jest — wyszukiwarka ją znajdzie, o ile ktoś pamięta użyte słowo. Praktycznie jej nie ma, bo nikt nie pamięta ani dnia, ani słowa, ani tego, że pytanie już raz padło.

Więc pada drugi raz. I ktoś odpowiada drugi raz, trochę inaczej.

Czat jest rzeką#

Komunikator porządkuje wiadomości jedynym wymiarem, jakim dysponuje: czasem. Nowe na górze, stare w dół, i to jest cała archiwizacja.

Sprawy firmy nie są uporządkowane czasem. Zlecenie żyje kilka tygodni, klient kilka lat, zasada rozliczania nadgodzin tyle, ile firma. Kiedy rozmowa o zleceniu toczy się w rzece, ustalenie oddala się od swojego przedmiotu z każdą kolejną wiadomością, która nie ma z nim nic wspólnego.

Wyszukiwarka tego nie naprawia. Żeby znaleźć coś w czacie, trzeba z góry wiedzieć, jakiego słowa użyto — a ludzie piszą „14 dni”, „dłuższy termin” i „ten wyjątek dla nich” o dokładnie tej samej rzeczy. Trzeba też wiedzieć, że jest czego szukać. Osoba przejmująca sprawę nie wie ani jednego, ani drugiego, więc nie szuka. Pyta.

Wzmianki i wątki poprawiają dostarczenie, nie adres#

Kanały tematyczne dzielą jedną rzekę na kilka węższych. Wiadomości nadal płyną, a im węższy kanał, tym większa szansa, że dla tej samej sprawy powstanie drugi.

Wątki zamykają rozmowę w kapsule i to jest realna poprawa. Kapsuła nadal jednak wisi w dniu, w którym powstała, i po miesiącu jest tak samo nie do znalezienia jak reszta tamtego tygodnia.

Wzmianki mówią, kto ma przeczytać. Nie mówią, czego rzecz dotyczy, i przestają działać w chwili, gdy oznaczona osoba odchodzi z firmy.

Wszystkie trzy rozwiązują problem dostarczenia: żeby właściwa osoba zobaczyła wiadomość we właściwym momencie. Żadne nie rozwiązuje problemu adresu — żeby za rok ktoś, kto otwiera sprawę, zobaczył ustalenie, nie wiedząc, że go szuka. Komentarz przypięty do konkretnej pozycji rozwiązuje ten drugi problem i nic poza nim. Nie jest lepszym czatem — jest zapisem pod adresem, który się nie zmienia.

Ile kosztuje odtwarzanie kontekstu#

Nowa osoba dostaje sprawę i widzi jej stan: status, termin, kwotę, przypisane nazwisko. Nie widzi ani jednego powodu.

Dalej są dwie drogi i obie kosztują. Pierwsza: pyta. Każde pytanie to jej kilka minut czekania i czyjeś kilka minut na odpowiedź, powtórzone tyle razy, ile spraw przejmuje. To ta sama pozycja, która obciąża onboarding zdalnego pracownika — z tą różnicą, że tutaj nie kończy się po miesiącu.

Druga droga jest tańsza na wejściu i droższa potem: nie pyta. Przyjmuje powód najbardziej oczywisty i pracuje dalej, a jeżeli powód był inny, dowiaduje się o tym od klienta.

Nowa osoba jest tylko najbardziej widocznym przypadkiem. To samo spotyka każdego, kto wraca z urlopu, przejmuje klienta po koledze albo otwiera własną sprawę sprzed pół roku. I zwykle nie jest tak, że powodu nikt nigdy nie zapisał. Ktoś go zapisał — pod adresem, którego dziś nikt już nie kojarzy z tą sprawą.

„Ustaliliśmy na callu” to najdroższe zdanie w firmie#

Ogłasza decyzję i jednocześnie odbiera możliwość jej sprawdzenia. Jeżeli dwie osoby pamiętają dwie różne wersje, obie pamiętają uczciwie i nie ma czym rozstrzygnąć sporu.

Działa dokładnie raz, wobec osób, które tam były. Dla wszystkich pozostałych jest odwołaniem do cudzej pamięci zamiast do zapisu.

Koszt płaci kto inny i później. Osoba wypowiadająca to zdanie ma całą sprawę w głowie i nic jej nie uwiera. Rachunek przychodzi za kwartał, na cudze biurko.

Bliski krewny brzmi „przecież pisałem o tym na czacie” i broni się mniej więcej tak samo.

Kiedy zwoływać rozmowę, a kiedy wystarczy wątek pisany, i co powinno znaleźć się w uzasadnieniu — to osobne pytania, rozstrzygane przy podejmowaniu decyzji bez spotkań. Tutaj chodzi wyłącznie o adres: rozmowa się odbyła, decyzja zapadła, ktoś nawet spisał powód — i zostaje pytanie, gdzie ten zapis mieszka.

Zapis idzie tam, gdzie leży jego przedmiot#

Ustalenie o jednym zleceniu — komentarz przy zleceniu.

Ustalenie o kliencie — termin płatności, osoba, która faktycznie odbiera telefon, czego dla tej firmy nie robimy — przy kliencie, a nie przy jednym z jego zleceń. Inaczej zobaczy je tylko ten, kto trafi akurat na to zlecenie.

Ustalenie o sposobie pracy — w procedurze, z odesłaniem z miejsca, w którym temat wypłynął.

Kłopotliwy jest tylko trzeci przypadek, bo w chwili rozmowy nikt nie wie, czy rozstrzygnięcie dotyczy jednego zlecenia, czy wszystkich podobnych. Pytanie, które to porządkuje: czy chciałbym zobaczyć ten zapis następnym razem tylko tutaj, czy wszędzie.

Nawyk wprowadza się jednym zdaniem na końcu każdej rozmowy: kto zapisuje i gdzie. Jedno nazwisko, nie „ktoś to spisze”. Tego samego dnia, bo nazajutrz zostaje z tego wynik bez powodu, czyli tańsza połowa wartości.

Warunek strukturalny jest jeden: sprawy muszą mieć gdzie mieszkać. Jeżeli zlecenie jest wierszem w bazie, komentarz ma się do czego przypiąć i nie ma dokąd zniknąć — to układ, który rozkładamy przy prowadzeniu projektu bez narzędzia do projektów.

Model potrzebuje powodów, nie tylko wyników#

Firmy podłączające model do własnych danych zaczynają od pytań o stan: co się dzieje z tym zamówieniem, ile spraw jest po terminie, kto to prowadzi. Odpowiedzi bywają dobre, bo stan siedzi w polach.

Drugie pytanie brzmi „dlaczego tak” i tu odpowiedzi zwykle nie ma. Nie dlatego, że model jest słaby, tylko dlatego, że powodu nie ma w danych. Pole statusu nie przechowuje uzasadnienia, a rozmowa, w której ono padło, nie jest przypisana do niczego.

Model czyta firmę tak, jak czyta ją nowa osoba: wyniki widzi, powodów musi się domyślać. Różnica jest taka, że nowa osoba potrafi powiedzieć „nie wiem”, a model poda najbardziej prawdopodobną rekonstrukcję tym samym tonem co resztę.

Komentarz przy sprawie ma jeszcze tę zaletę, że leży jednoznacznie przy swoim przedmiocie — nie trzeba zgadywać, czy ustalenie z marca dotyczy tego zlecenia, czy sąsiedniego — i dziedziczy uprawnienia sprawy, czego wiadomość na wspólnym kanale nie robi. To ta sama robota, którą opisujemy przy przygotowaniu danych firmy pod AI, widziana od drugiej strony: tam chodzi o porządek w tym, co zostało zapisane, tutaj o to, żeby powód w ogóle się zapisał.

Podsumowanie#

Czat jest uporządkowany czasem, a firma sprawami — i cały problem wynika z tej jednej niezgodności. Kanały, wątki i wzmianki poprawiają dostarczenie wiadomości; adresu nie poprawia żadne z nich.

Nawyk jest tani: rozmowa kończy się zdaniem o tym, kto i gdzie zapisuje, a zapis ląduje przy rzeczy, której dotyczy — zleceniu, kliencie albo procedurze. Kilka minut w dniu ustalenia, zwracane przy każdym kolejnym „a dlaczego my to tak robimy”.

Szerszy kontekst — jak poukładać narzędzia, żeby ustalenia nie rozsypywały się po sześciu aplikacjach — opisujemy w przewodniku o narzędziach do pracy zdalnej.