AI do notatek ze spotkań i zadań. Proces, który czyta spotkanie, wyciąga każde zobowiązanie, przypisuje je do osoby z imienia i nazwiska i wysyła do narzędzia, z którego zespół już korzysta. Potem pilnuje otwartych zadań, aż się zamkną. Transkrypcja to produkt uboczny. Chodzi o to, żeby rzecz, na którą ktoś zgodził się na spotkaniu, pojawiła się w Slacku, Linearze lub Asanie jako śledzone zadanie, a nie wiersz w dokumencie, do którego nikt nie wraca.
Jeśli jesteś szefem sztabu w 120-osobowej firmie usługowej, wiesz już, gdzie umierają zobowiązania. We wtorek zapada decyzja. Notatki trafiają do wspólnego dokumentu. Przed kolejnym wtorkiem połowa właścicieli już zapomniała, a dokument ma trzy nowe strony na wierzchu. Ten wpis to wersja dla lidera operacji, jak to naprawić. Zaczyna od odzyskanego wskaźnika porzuconych zobowiązań, a nie od tego, jak model transkrybuje dźwięk.
#Dlaczego zadania z naszych spotkań giną w dokumencie?
Bo dokument to miejsce do zapisywania, a nie system, który zadań pilnuje. Cotygodniowe spotkanie zarządu z 10 osobami potrafi wygenerować od 12 do 15 zobowiązań. Lądują w notatce. Notatka nie ma pola właściciela wymuszanego przez narzędzia, terminu, który śledzi zespół, ani przypomnienia, gdy termin się przesuwa. Realizacja zależy więc od tego, kto akurat ponownie przeczyta notatkę. Jedno pominięte czytanie i zobowiązanie przepada. Spotkanie wydawało się produktywne, a nic nie wyszło.
Co właściwie robi AI do notatek ze spotkań i zadań?
Czyta spotkanie, wyciąga każde zobowiązanie jako zadanie i przypisuje je do osoby z imienia i nazwiska wraz z terminem. Człowiek potwierdza właściciela. Potem AI tworzy zadanie w Slacku, Linearze lub Asanie i wysyła przypomnienie, gdy termin się zbliża lub minął. Miarą są zamknięte zadania, a nie przetranskrybowane minuty.
Zwróć uwagę na cztery kroki: wyciągnij, przypisz, skieruj, pilnuj. Transkrypcja to krok zerowy i to część, którą Otter, Fireflies i Granola już dobrze robią. Praca, której naprawdę potrzebuje lider operacji, zaczyna się po powstaniu transkrypcji. Kto za to odpowiada. Gdzie to leży. Kto przypomni. Nasza praca w obszarze AI dla operacji nazywa to wewnętrznym botem operacyjnym z integracjami między systemami: zadanie wychodzi ze spotkania i ląduje jako prawdziwe zadanie w prawdziwym narzędziu, przez API, z których Twój zespół już korzysta.
#Czy to nie jest po prostu kolejny bot do transkrypcji?
We are
Budujemy krok po transkrypcji: proces, który zamienia każde zobowiązanie w zadanie z właścicielem i terminem w Slacku, Linearze lub Asanie i pilnuje go do zamknięcia, tak żeby liczba, na którą patrzysz, czyli wskaźnik porzuconych zobowiązań, malała.
We aren't
Nie jesteśmy aplikacją do transkrypcji, która wrzuca na dysk uporządkowane podsumowanie, a realizację zostawia temu, kto je ponownie przeczyta.
To rozróżnienie ma znaczenie przy wyborze miary. Bot do transkrypcji jest oceniany za dokładność: jak wiernie uchwycił to, co powiedziano. To miara nagrania. Lider operacji jest oceniany za realizację: ile uzgodnionych działań faktycznie wykonano. To dwie różne prace. Idealna transkrypcja przy 40-procentowej realizacji zadań to nadal zespół, który nie robi tego, co mówi na spotkaniach. Wynik, którego szukasz, to zamknięcie, a zamknięcie wymaga zadania w systemie, a nie zdania w podsumowaniu.
#Skąd wie, komu przypisać zadanie, i czy człowiek zostaje w pętli?
Przypisanie to krok, którego nie oddajesz modelowi w całości. Szkic powstaje automatycznie. Zatwierdzenie należy do człowieka. Proces proponuje właściciela na podstawie tego, kto mówił, kto został wymieniony i kto prowadził podobne sprawy, a potem człowiek potwierdza lub poprawia, zanim cokolwiek zostanie skierowane dalej. Człowiek w pętli przy przypisaniu to świadoma decyzja. Zadanie przypisane złej osobie jest gorsze niż brak zadania, bo dwie osoby zakładają, że zajmuje się nim ta druga.
- Wyciągnij: każde zobowiązanie ze spotkania staje się zadaniem do rozważenia z proponowanym właścicielem i terminem.
- Potwierdź: człowiek przegląda przypisania właścicieli jednym ciągiem, zanim cokolwiek powstanie.
- Skieruj: potwierdzone zadania powstają w Slacku, Linearze lub Asanie przez API, z odnośnikiem do notatki ze spotkania.
- Pilnuj: proces przypomina właścicielowi przed terminem i zgłasza Ci pozycję, gdy termin się przesuwa, więc otwarte zobowiązania wychodzą na wierzch zamiast znikać.
Dostarczamy to w ramach wdrożeń AI: automatyzacja przepływów pracy plus kopilot AI. Pierwszy cykl zwykle łączy od początku do końca jeden typ spotkania, Wasz cotygodniowy sync zarządu lub operacji, z narzędziem, w którym Wasz zespół już pracuje. Kod jest Twój. Krok przypisania właściciela pozostaje z założenia ludzki. To ten sam wzorzec konsultingu AI, który stosujemy w innych przepływach operacyjnych, a artykuły build in public są w dzienniku.
Spotkanie jest tyle warte, ile zobowiązań, które je przetrwają.
Jeśli Wasz zespół zarządzający zaczyna każde spotkanie od ponownego otwarcia zeszłotygodniowego dokumentu, żeby sprawdzić, co zostało porzucone, to luka w przepływie pracy, a nie problem z notatkami. Mapujemy jedno cykliczne spotkanie, podłączamy jego zadania do narzędzia, którego już używasz, i zostawiamy człowieka w kroku przypisania. Umów 30-minutową rozmowę discovery i przynieś spotkanie, które generuje więcej zobowiązań, niż domyka. Prześledzimy, gdzie wycieka realizacja i ile z tego możemy odzyskać.
