Uchwytywanie leadu demo przed etapem rezerwacji

FeatureMediaService
Szycy
5 sierpnia 2026 17:40 UTC
Autor
Kamo
Pochęt się
6854a2d

Formularz demonstracyjny witryny marketingowej zebrał nazwę, e-mail, firmę, rozmiar firmy, Przemysł i przesłanie, a następnie przesunęły się do planowania, nie mówiąc nikomu. Tworzenie ołowiu żyło tylko wewnątrz - tak Każdy odwiedzający, który nie ukończył rezerwacji – w tym w ogóle każdy odwiedzający Podczas gdy dostępność nie jest publikowana – została odrzucona po przekazaniu ich Szczegóły. - POST - pisze trop na własną rękę. Posiadanie org Pochodzi z nagłówka X-Public-Chat-Org-Id APIS znaczków z API Walidowany klucz, nigdy z ciała. - findOrCreatePublicLead jest teraz pojedynczą ścieżką pisania ołowiu dla wszystkich trzech Powierzchnie publiczne (forma demona, harmonogram, łączenie), więc jeden odwiedzający produkuje jeden ołów Jednak wiele kroków dopełniają. Podznacza orgę "KamoCRM" / "Demo Poproś o produkt dla sprzedawcy i zabierz rynek od tego sprzedawcy, a on się poprowadzi Przejście LeadService.createLead zamiast bezpośrednio zapisywać byt — Stary inline save nie wyprodukował żadnego wiersza historii i nie ma wydarzenia LEAD_CREATED, więc te Prowadzący nigdy nie pojawiali się w już otwartej siatce. - Wielkość firmy, branża i przesłanie odwiedzającego są utrzymywane jako historia przewodnią Wpis; Ołów nie ma kolumny dla żadnego z nich i są częścią Sprzedawca faktycznie czyta. - GET /api/public/webinar/types pozwala stronie publicznej odkryć raczej typ id niż nosić zakodowaną kopię, a sloty / dostępne teraz również zwracane dostępneCzasy — ta sama dostępność rozwiązana w stosunku do posiadania org's Timezone w momenty, które można odtworzyć jako zaplanowany StartTime.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny