ConnectWiz Flows

Automatizācija, kas zina, ar ko tā runā.

Vispārīgi darba procesu rīki automatizē datu rindas. Flows automatizē sarunas, kurās darba vienība ir cilvēks, kas gaida atbildi, solis “gaidīt 3 dienas” ir pašsaprotams, bet jautājums par atļauju atrodas uz audekla kā īsts mezgls. 27 mezglu tipi, visi kanāli, godīgi novilktas robežas.

Darbojas visos ienākošajos kanālos Piekrišanas sargi uz audekla Īsti izmēģinājuma palaidieni, katra soļa izsekošana
Plūsma – atgādinājums par vizīti, darbojas
Aktivizētājs · pirmdienās 09:00
Piekrišanas sargs
Nosūtīt atgādinājumu
Pieklājīgi izlaist
Laiks rezervēts – katrs solis izsekots
27
Mezglu tipi – un katrs tiek ieviests vienā dienā ar savu izpildītāju, redaktora formu, validācijas noteikumiem, testiem un dokumentāciju
6
Aktivizētāju veidi – jauna saruna, atslēgvārds, grafiks, veidlapas iesniegšana, operatora poga, aizsargāts webhook
~97
Atšķirīgas validācijas pārbaudes pirms plūsmas publicēšanas – bojātas plūsmas avarē redaktorā, nevis pie klienta
Dienas
Tik ilgi var dzīvot viens palaidiens – gaidīšana ir noturīga, tāpēc “atgādināt pēc 3 dienām” ir solis, nevis apkārtceļš

Aktivizētāji

Seši veidi, kā sākas plūsma – katrs ir pilnvērtīga kartīte uz audekla

Jauna saruna

Sveiciniet katru pirmo kontaktu ar strukturētu sveicienu. Logrīkā tas var nostrādāt jau tad, kad atveras tērzēšanas logs, pirms apmeklētājs sāk rakstīt.

Atslēgvārds

Klienta ziņa, kas atbilst jūsu atslēgvārdiem (“vizīte”, “cena”, “atgriešana”), jebkurā kanālā palaiž pareizo plūsmu.

Grafiks

Pulkstenis izvēlas auditoriju un atver sarunas (atgādinājumi par abonementa atjaunošanu, sezonāli apjautāšanās zvani), bet starp grafiku un sūtīšanu stāv piekrišanas sargi.

Veidlapa iesniegta

Iesniegta veidlapa sāk plūsmu, kurā katra atbilde pieejama kā mainīgais – turpinājums sākas tajā pašā sekundē, kad veidlapa pienāk.

Operatora poga

Operatori ar vienu klikšķi palaiž plūsmu notiekošā sarunā (naudas atmaksas procedūru, ievadīšanas secību) – cilvēka spriedums izvēlas automatizētu izpildi.

Webhook – aizsargāts

Katram webhook aktivizētājam ir savs publisks URL ar savu noslēpumu, HMAC pārbaudi pār neapstrādāto saturu un aizsardzību pret atkārtošanu. Saturs ir dati, nekad instrukcijas: tas var nosaukt cilvēku, bet nekad nevar vadīt plūsmas iekšējo darbību.

Mezglu katalogs

27 mezglu tipi – un noteikums, kas tos tur godīgus

Mezgls nonāk paletē tikai tajā dienā, kad ir gatavs tā izpildītājs, redaktora forma, validācija, testi un dokumentācija. Palete tiek ģenerēta no paša dzinēja, tāpēc redaktors nevar piedāvāt soli, ko izpildītājs neizpildīs.

Abstrakta 3D ilustrācija: stikla flīžu mezglu grafs, ko savieno mirdzošas līknes, ar vienu aktīvu smaragdzaļu ceļu, kas beidzas sarunas burbulī

Ziņapmaiņa (6)

Ziņa, izvēles, multivide, WhatsApp veidne, veidlapa tērzēšanā un kanālu iespējām bagātais sūtītājs – vārdi un saskarnes, ko klients patiešām redz.

Loģika un laiks (5)

Nosacījums, pārslēgs, savienotājs (pāreja uz soli vai apakšplūsmas izsaukums ar ierobežotu dziļumu), noturīga aizture un darba laiks – zarošanās, kas ievēro pulksteņus un kalendārus.

Dati (4)

Saglabāt atbildes, iestatīt mainīgos, izsaukt jebkuru REST API un lasīt vai rakstīt savās datu tabulās – integrācija, kurai nav vajadzīga integrācija.

MI (4)

Klasificēt nodomu, atbildēt no zināšanu bāzes vai nodot soli MI aģentam, kas izmanto rīkus un pirms atbildes var pārbaudīt informāciju, arī jūsu CRM.

Cilvēks un novirzīšana (1)

Viens daudzfunkciju mezgls piešķir nodaļas un operatorus, pievieno birkas, nosaka prioritāti, atver vai aizver sarunu – nodošana no automatizācijas cilvēkiem, skaidri redzama.

CRM un pārdošana (3)

Jūsu CRM kā lietotne paletē: 10 lasīšanas un 7 rakstīšanas darbības, un katra rakstīšana ir aiz trim vārtiem (pieslēgts, spējīgs un administratora skaidri atvērts; pēc noklusējuma visi aizvērti).

Commerce, zvani un rezervācijas (2)

Pārbaudīt katalogu, veikt pasūtījumu, sākt zvanu, piedāvāt un rezervēt īstus vizīšu laikus – apzināti divas darbības: vispirms piedāvāt, tad rezervēt, lai izvēlas klients.

Sargi (2)

Piekrišana un biežums kā redzami soļi – jautājums par atļauju ir uz audekla, kur to redz pārbaudītāji, nevis aprakts iestatījumos.

Kanāliem pielāgota sūtīšana

Viena plūsma, visi kanāli – bagātīgi elementi tur, kur tie pieejami

Bagātīgais sūtītājs prot apmēram divdesmit kanālam specifiskas darbības (saraksti, atbilžu pogas, karuseļi, produktu kartītes, čeki, kuponi, atrašanās vietas pieprasījumi, zvana pogas, WhatsApp Flows) un trīs reizes atsevišķi pajautā kanālam, ko tas spēj attēlot: paletē, saglabājot un sūtot. Jo atbilde mainās.

Bagātīgi elementi katram kanālam

Saraksts – WhatsApp, pogas – Telegram, karuselis – Messenger: izveidots vienreiz un pirms nosūtīšanas pārbaudīts pret to, ko katrs pieslēgtais kanāls patiešām atbalsta.

Ar iebūvētiem WhatsApp Flows

Meta iebūvētie veidlapu ekrāni tērzēšanā tiek nosūtīti kā plūsmas solis, un mitināts, šifrēts datu galapunkts tos baro ar aktuāliem datiem. Ja datu avots uz brīdi aizķeras, ekrāns tik un tā tiek attēlots ar pieklājīgu paziņojumu, nevis nomirst.

Veidnes, kas māca

Astoņas iebūvētas plūsmu veidnes (šķirošana, BUJ, pasūtījuma statuss, potenciālo klientu piesaiste, turpinājums, izvēlne, vizītes, gaidīšana), un katra demonstrē kādu paņēmienu. Apzināti maz, nevis pieci simti gandrīz vienādu.

Testēšana un versijas

“Redaktorā strādāja” beidzot kaut ko nozīmē

Abstrakta 3D ilustrācija: stikla laika ass ar procesa soļiem, kas iedegas pēc kārtas; viens apturēts ar smilšu pulksteni, cits tiek aplūkots caur lēcu

Īsti izmēģinājuma palaidieni

Testa poga palaiž īsto dzinēju ar izvadi, kas ziņas savāc, nevis sūta: tas pats izpildītājs, tā pati izsekošana, un netiek nosūtīta neviena ziņa. Tas, ko redzat, ir tas, ko darīs produkcija.

Versijas un atjaunošana

Publicēšana saglabā versijas momentuzņēmumu; jebkuru versiju var atjaunot ar vienu klikšķi. Piektdienas eksperiments nekad nepadara pirmdienu par ķīlnieci.

Validators, kas iebilst

Aptuveni 97 dažādi atradumi (nedzīvi zari, trūkstoša atbilžu saglabāšana, kanālu neatbilstības) tiek parādīti redaktorā pirms publicēšanas, jo klients nav īstā vieta, kur atklāt drukas kļūdu.

Palaidieni – izsekoti un piltuvē

Katrs palaidiens reģistrē katra soļa ievadi un izvadi; piltuves skats rāda, kur cilvēki virzās tālāk un kur atkrīt. Atkļūdošana ir lasīšana, nevis minēšana.

Sargi

Jautājums par atļauju, uzzīmēts uz audekla

Piekrišana kā solis

Piekrišanas mezgls pirms mārketinga zara pārbauda piekrišanu uzskaiti pa dimensijām (kanāls, mērķis, kategorija). Pārbaudītāji sargu redz diagrammā, auditori – palaidiena izsekojumā.

Biežums kā solis

Biežuma mezgls ierobežo, cik bieži automatizācija drīkst uzrunāt vienu cilvēku. Saraksta nogurums tiek novērsts strukturāli, nevis cerot, ka kampaņas savā starpā saskaņosies.

Pulksteņi tiek ievēroti

Noturīgas aiztures un darba laika mezgls nozīmē, ka plūsma var gaidīt trīs dienas un tik un tā pienākt darba laikā – pacietība kā dzinēja īpašība, nevis pielīmēts cron uzdevums.

Sīkais druks bez izskaistināšanas

Kas Flows atsakās būt – ar pamatojumu

Bez paralēliem zariem

Cilvēks nevar vienlaikus atrasties divos sarunas zaros. Cilvēka sadalīšana paralēlos ceļos ir datu konveijera ideja, kas rada dubultas ziņas, tāpēc tā apzināti noraidīta.

Bez cikliem katram elementam

“Katram produktam nosūtīt ziņu” ir mēstuļu paraugs. Kur atkārtošana ir pamatota, viens mezgls to attēlo kā vienu saraksta vai karuseļa ziņu.

Bez koda mezgla

Patvaļīgs kods klientu sarunu dzinējā ir drošības un atbalsta risks, ko mēs izvēlējāmies nepārdot. REST mezgls izsauc jūsu sistēmas; jūsu kods paliek jūsu sistēmās.

Apzināti ierobežots

32 mezgli vienā gājienā, apakšplūsmu dziļums – pieci līmeņi, ierobežota mainīgo telpa: dāsni sarunu dizainam, naidīgi nevaldāmai automatizācijai. Griesti ir dokumentēti, nevis jāatklāj pašam.

Flows BUJ

Pirms sākat veidot

Vairāk atbilžu atradīsiet sadaļā BUJ, vai arī jautājiet mums tieši.

Vispārīgi darba procesu rīki automatizē datu rindas izpildēs, kas ilgst sekundes. ConnectWiz plūsmas darba vienība ir cilvēks, kas gaida atbildi: palaidieni apstājas pie jautājumiem, pārdzīvo vairāku dienu gaidīšanu, atceras sarunu, un piekrišanas un biežuma sargi tajos ir pilnvērtīgi soļi. Tā ir automatizācija sarunas formā, jo tieši sarunā tā darbojas.

Visos ienākošajos kanālos. Plūsma, ko palaidis atslēgvārds, pogas pieskāriens vai jauna saruna, darbojas vienādi neatkarīgi no tā, vai klients izmanto WhatsApp, Telegram, Messenger, Instagram, tīmekļa logrīku vai SMS. Bagātīgie elementi pielāgojas katram kanālam: palete, validators saglabāšanas brīdī un apstrādātājs sūtīšanas brīdī – visi pajautā kanālam, ko tas patiešām spēj attēlot.

Jā, ar īstu izmēģinājuma palaidienu, nevis simulāciju: tests palaiž īsto plūsmu dzinēju ar izvadi, kas ziņas savāc, nevis sūta, tāpēc tas, ko redzat testā, ir tieši tas, ko darīs produkcija. Pievienojiet tam versijas ar atjaunošanu vienā klikšķī un validatoru ar aptuveni 97 dažādām pārbaudēm, un “redaktorā strādāja” beidzot kaut ko nozīmē.

Plūsmas apkalpo sarunu pusi, arī plānotas plūsmas, kas atver pavedienus auditorijai, savukārt masveida sūtījumiem ir savs dzinējs ar iesildīšanas pakāpēm un atturības noteikumiem. Abiem ir kopīga piekrišanas arhitektūra, un piekrišanas un biežuma sargi ir redzami soļi pašā plūsmas audeklā.

Apzināti. Cilvēks nevar vienlaikus atrasties divos sarunas zaros, un solis, kas atkārtojas katram elementam, ir tieši tas, kā automatizācija kļūst par mēstulēm. Kur atkārtošana ir pamatota (saraksta ziņa, karuselis), mezgls to attēlo kā vienu ziņu. Tie ir dokumentēti dizaina atteikumi, nevis trūkstošas funkcijas.

Uzzīmējiet sarunu. Dzinējs turēs solījumus.

Sāciet no veidnes, izmēģiniet to ar īsto dzinēju un publicējiet ar versiju, pie kuras vienmēr varat atgriezties.