ConnectWiz Flows
Automation na kilala kung sino ang kausap nito.
Mga row ng data ang ina-automate ng mga generic na workflow tool. Mga pag-uusap ang ina-automate ng Flows — kung saan ang unit ng trabaho ay isang taong naghihintay ng sagot, normal ang hakbang na "maghintay nang 3 araw", at nasa canvas bilang totoong node ang tanong tungkol sa pahintulot. 27 uri ng node, bawat channel, tapat ang mga hangganan.
Mga trigger
Anim na paraan ng pagsisimula ng flow — bawat isa ay first-class na card sa canvas
Bagong pag-uusap
Batiin ang bawat unang contact ng structured na pagbati — sa widget, puwede pa itong gumana sa pagbukas ng chat window, bago pa mag-type ang bisita.
Keyword
Sinisimulan ng mensahe ng customer na tumutugma sa mga keyword mo ang tamang flow — "appointment", "presyo", "return" — sa kahit anong channel.
Iskedyul
Ang orasan ang pumipili ng audience at nagbubukas ng mga pag-uusap — mga paalala sa renewal, pana-panahong pangungumusta — habang nakatayo ang mga bantay sa pahintulot sa pagitan ng iskedyul at ng pagpapadala.
Na-submit ang form
Isang form submission ang nagsisimula ng flow, at available ang bawat sagot bilang variable — nagsisimula ang follow-up sa mismong segundong dumating ang form.
Button ng agent
Naglulunsad ang mga agent ng flow sa isang live na pag-uusap sa isang click — ang proseso ng refund, ang onboarding sequence — paghuhusga ng tao ang pumipili ng automated na pagpapatupad.
Webhook, secured
May sariling pampublikong URL at sariling secret ang bawat webhook trigger, may HMAC verification sa raw body, at may replay protection. Data ang payload, hindi kailanman utos: puwede itong magpangalan ng tao, pero hindi nito kailanman makokontrol ang internals ng flow.
Ang katalogo ng mga node
27 uri ng node — at isang panuntunang nagpapanatili sa kanilang tapat
Pumapasok lang sa palette ang isang node sa araw na umiiral na ang runner, editor form, validation, mga test, at dokumentasyon nito. Binubuo ang palette mula mismo sa engine — hindi kayang mag-alok ng editor ng hakbang na hindi patatakbuhin ng runner.
Messaging (6)
Mensahe, mga pagpipilian, media, WhatsApp template, form sa loob ng chat, at ang channel-rich sender — ang mga salita at daluyang talagang nakikita ng customer mo.
Lohika at timing (5)
Kondisyon, switch, connector (lumukso sa isang hakbang o tumawag ng sub-flow, may limitasyon sa lalim), durable na delay, at oras ng negosyo — pagsasangang gumagalang sa orasan at kalendaryo.
Data (4)
Kunin ang mga sagot, mag-set ng variable, tumawag sa anumang REST API, at magbasa o magsulat sa sarili mong mga data table — ang integrasyong hindi na kailangan ng integrasyon.
AI (4)
Tukuyin ang intensyon, sumagot mula sa knowledge base mo, o ipasa ang isang hakbang sa AI agent na gumagamit ng mga tool at kayang maghanap ng impormasyon — pati sa CRM mo — bago ito magsalita.
Tao at routing (1)
Iisang node na maraming aksyon ang nag-a-assign ng departamento at agent, naglalagay ng tag, nagtatakda ng priority, nagbubukas o nagsasara ng pag-uusap — tahasan ang pagpasa mula sa automation papunta sa tao.
CRM at benta (3)
Ang CRM mo bilang app sa palette: 10 operasyong pagbasa at 7 operasyong pagsulat — bawat pagsulat ay nasa likod ng tatlong gate (nakakonekta, may kakayahan, at tahasang binuksan ng admin, lahat ay sarado bilang default).
Commerce, tawag at booking (2)
Maghanap sa katalogo, mag-order, mag-trigger ng tawag, mag-alok at mag-book ng mga totoong slot ng appointment — sinadyang dalawang pandiwa, mag-alok muna saka mag-book, para ang customer ang pumili.
Mga bantay (2)
Pahintulot at dalas bilang mga nakikitang hakbang — ang tanong tungkol sa pahintulot ay nasa canvas, kung saan makikita ito ng mga reviewer, hindi nakabaon sa settings.
Pagpapadalang alam ang channel
Iisang flow, bawat channel — rich kung saan may rich
Dala ng rich sender ang mga dalawampung aksyon na partikular sa channel — mga listahan, reply button, carousel, product card, resibo, kupon, paghingi ng lokasyon, call button, WhatsApp Flows — at tatlong beses nitong tinatanong ang channel kung ano ang kaya nitong ipakita: sa palette, sa pag-save, at sa pagpapadala. Dahil nagbabago ang sagot.
Mga rich na elemento kada channel
Listahan sa WhatsApp, mga button sa Telegram, carousel sa Messenger — isang beses binubuo, at vine-verify laban sa talagang sinusuportahan ng bawat nakakonektang channel bago ito mailabas.
WhatsApp Flows sa loob
Ipinapadala bilang hakbang sa flow ang mga native na form screen ng Meta sa loob ng chat, na may hosted at naka-encrypt na data endpoint na nagbibigay ng live na data sa screen — at kapag nagka-aberya ang isang data source, lumalabas pa rin ang screen na may magalang na abiso sa halip na mamatay.
Mga template na nagtuturo
Walong built-in na flow template — triage, FAQ, status ng order, pagkuha ng lead, follow-up, menu, mga appointment, naghihintay — bawat isa ay nagpapakita ng isang pattern, sinadyang kakaunti sa halip na limandaang halos magkakapareho.
Pag-test at mga bersyon
May kahulugan na sa wakas ang "gumana naman sa editor"
Totoong dry-run
Pinapatakbo ng test button ang mismong engine na may output na nangongolekta sa halip na nagpapadala — parehong runner, parehong trace, zero na mensaheng naipadala. Kung ano ang pinapanood mo, iyon ang gagawin ng production.
Mga bersyon at pag-restore
Kumukuha ng snapshot ng bersyon ang pag-publish; nare-restore ang anumang bersyon sa isang click. Hindi kailanman bibihagin ng eksperimento noong Biyernes ang Lunes.
Validator na nakikipagtalo
Humigit-kumulang 97 magkakaibang natuklasan — patay na sanga, kulang na capture, hindi tugma sa channel — na lumalabas sa editor bago i-publish, dahil maling lugar ang customer para makatuklas ng typo.
Mga run, naka-trace at naka-funnel
Itinatala ng bawat run ang input at output ng bawat hakbang; ipinapakita ng funnel view kung saan dumadaloy ang mga tao at kung saan sila nahuhulog. Pagbabasa ang pag-debug, hindi panghuhula.
Mga bantay
Ang tanong tungkol sa pahintulot, nakaguhit sa canvas
Pahintulot bilang isang hakbang
Sinusuri ng consent node ang ledger ng pahintulot na may dimensyon — channel, layunin, kategorya — bago ang sangang nagma-market. Nakikita ng mga reviewer ang bantay sa diagram, nakikita ito ng mga auditor sa trace ng run.
Dalas bilang isang hakbang
Nililimitahan ng frequency node kung gaano kadalas maaabot ng automation ang isang tao — napipigilan ang list fatigue sa mismong istruktura, hindi sa pag-asang magkakaugnay ang mga campaign.
Iginagalang ang orasan
Dahil sa mga durable na delay at sa node ng oras ng negosyo, puwedeng maghintay nang tatlong araw ang isang flow at lumapag pa rin sa oras ng trabaho — pasensya bilang feature ng engine, hindi cron job na idinikit lang.
Ang fine print, walang paligoy-ligoy
Ang ayaw maging ng Flows — kasama ang mga dahilan
Walang parallel na sanga
Hindi nasa dalawang sanga ng pag-uusap nang sabay ang isang tao. Ideya ng data pipeline ang paghahati sa isang tao sa magkasabay na daan, at nagbubunga ito ng dobleng mensahe — tinanggihan na sa disenyo pa lang.
Walang loop kada item
Pattern ng spam ang "sa bawat produkto, magpadala ng mensahe". Kung saan lehitimo ang pag-ulit, ipinapakita ito ng iisang node bilang iisang listahan o carousel na mensahe.
Walang code node
Pananagutan sa seguridad at suporta ang arbitraryong code sa loob ng engine ng pag-uusap sa customer, at pinili naming hindi ito ibenta. Tumatawag ang REST node sa mga sistema mo; nananatili sa mga sistema mo ang code mo.
May hangganan, sinadya
32 node kada pasada, lalim ng sub-flow na lima, may takdang laki ang espasyo ng variable — maluwag para sa disenyo ng pag-uusap, mahigpit sa automation na nagwawala. Nakadokumento ang mga kisame, hindi natutuklasan na lang.
Iguhit ang pag-uusap. Tinutupad ng engine ang mga pangako nito.
Magsimula sa isang template, i-dry-run ito laban sa totoong engine, at i-publish na may bersyong laging puwedeng balikan.