WhatsApp Flows: 8 felhasználási mód, korlátok és költségek (2026)

Röviden: a WhatsApp Flows egy vagy több képernyős, natív űrlapok, amelyek a WhatsApp chaten belül nyílnak meg, így az ügyfél időpontot foglalhat, árajánlatot kérhet vagy regisztrálhat anélkül, hogy kilépne a beszélgetésből. Csak a WhatsApp Business Platformon működnek, ellenőrzött vállalkozást igényelnek, és jóváhagyott sablonban vagy a 24 órás ablakon belül interaktív üzenetként küldhetők. 2026 októberében a Meta nem számol fel külön díjat a Flow-ért: az azt hordozó üzenetet fizeti.

A lényeg (2026. október)

• Egy Flow képernyőn legfeljebb 50 komponens és pontosan 1 lábléc gomb lehet; a választógomb- és jelölőnégyzet-csoportok legfeljebb 20, a legördülő listák legfeljebb 200 opciót kezelnek (a Meta komponens-referenciája).
• Az endpoint nélküli Flows lefedi a kisvállalkozások legtöbb űrlapját. Az endpointnak 1 másodpercen belül kell válaszolnia, a hibásnak ítélt Flow-t pedig óránként 10 küldésre korlátozzák.
• A sablonban küldött Flow-t a sablon kategóriája szerint számlázzák; nyitott ablakon belül szolgáltatási üzenet, ebből számonként havi 1 000 díjmentes.
• Egy új szám 250 egyedi címzettel kezdhet beszélgetést gördülő 24 órán belül, utána 2 000, 10 000, 100 000 és korlátlan, és a Flow-s sablonok is beleszámítanak.
• A Flows Android 6.0+ és iOS 12+ rendszeren nyílik meg, WhatsApp Weben nem, és ezt a korlátot hagyják figyelmen kívül a legtöbben.

A legtöbb vállalkozás ugyanúgy találkozik a WhatsApp Flows-szal: egy szolgáltató bemutat egy látványos foglalási űrlapot a chatben, és a kérdés máris az, hogy „nekünk is kell ilyen?”. Az őszinte válasz három dolgon múlik, és ez az útmutató sorban végigmegy rajtuk: mi is valójában egy Flow a motorháztető alatt, mi kell az elkészítéséhez és elküldéséhez, és elég hosszú és kötött-e az adatgyűjtése ahhoz, hogy űrlapot érdemeljen. Sok kis csapatnak az olcsóbb út egy rövid beszélgetés, amely érkezéskor menti a válaszokat. Másoknak a Flow a legtisztább dolog, amit valaha ügyfél elé tesznek.

A Flows-ról szóló minden tényt 2026 októberében ellenőriztünk a Meta fejlesztői dokumentációjában. Ahol a Meta nem közöl számot, azt megmondjuk.

Mik azok a WhatsApp Flows?

A WhatsApp Flows strukturált, több képernyős interakciók, amelyeket egy vállalkozás a WhatsApp Business Platformon küld. Az ügyfél megérint egy gombot, a chatben felugrik egy natív űrlap, végighalad a mezőkön és választásokon, beküldéskor pedig a válaszok üzenetként érkeznek vissza. Olyan, mint egy kis alkalmazás a WhatsAppon belül.

A Meta fejlesztői dokumentációja szerint a Flows „az üzleti üzenetküldés strukturált interakcióinak felépítésére szolgál”, a példa-útmutatók pedig előre jóváhagyott hitelajánlatokról, biztosítási ajánlatokról, vásárlási szándék gyűjtéséről és személyre szabott termékajánlatokról szólnak. A lista sokatmondó: ezek ismert szerkezetű űrlapok, ahol a vállalkozás pontosan tudja, milyen mezőkre van szüksége.

Technikailag minden Flow Flow JSON formátumban készül, amelyet a Meta erre a célra határozott meg. Egy Flow képernyők sora, és minden képernyő egy csomópont abban, amit a Meta állapotgépnek nevez: van azonosítója, elrendezése és benne komponensek. A képernyőket műveletek kötik össze. A legfontosabbak:

• navigate: átlépés egy másik képernyőre az eddig megadott adatokkal.
• complete: a Flow lezárása és a válaszok visszaküldése a chatbe.
• data_exchange: az aktuális adatok elküldése a saját szerverére, amely eldönti, mi jön ezután. Endpoint kell hozzá.
• update_data és open_url: a képernyő egy részének frissítése (például egy legördülő lista újratöltése választás után) vagy egy link megnyitása böngészőben. Mindkettőhöz Flow JSON 6.0 vagy újabb kell.

Minden Flow-nak legalább egy záróképernyőn kell véget érnie, és azon kötelező a lábléc gomb. A Flows-nak életciklusa is van: a Meta a Draft, Published, Throttled, Blocked és Deprecated állapotokat sorolja fel. Egy közzétett Flow szerkeszthető, de a szerkesztés piszkozatba teszi vissza, amíg újra közzé nem teszi.

A JSON-t nem kell kézzel írni. A WhatsApp Managerben van Flow Builder felület, a Meta Flows Playgroundot kínál egy egyszerű Flow előnézetéhez, a Flows API-val pedig szoftver hozhat létre és tehet közzé Flow-kat automatikusan.

Hogyan működik egy WhatsApp Flow, lépésről lépésre

A Flow-nak két oldala van. Az ügyfél egy gombot, néhány képernyőt és egy visszaigazolást lát. A vállalkozás egy elküldött üzenetet, egy megnyitott Flow-t és a webhookjára érkező strukturált választ lát, benne minden adat címkézve. Ha mindkét oldalt ismeri, könnyebb megtalálni, hol romlik el valami.

Egy tipikus foglalási Flow teljes útja a Meta küldési útmutatója alapján:

1. A vállalkozás elküldi a Flow-t hordozó üzenetet. Vagy egy Flow gombos üzenetsablont (a vállalkozás kezdeményez, a sablont jóvá kell hagyatni), vagy egy cselekvésre ösztönző gombos interaktív üzenetet (nyitott ügyfélszolgálati ablakon belül). A sablon gombfelirata legfeljebb 25 karakter; az interaktív gombnál a Meta legfeljebb 30 karaktert javasol, emoji nélkül.
2. Az ügyfél megérinti a gombot. A Flow a kezdőképernyőn nyílik meg, amelyet a vállalkozás előre kitölthet az ismert adatokkal, például az ügyfél nevével.
3. Az ügyfél végighalad a képernyőkön. Minden képernyő ellenőrzi a saját mezőit, így egy hiányzó kötelező dátum vagy hibás e-mail cím még továbblépés előtt kiderül.
4. Az ügyfél beküldi. A záróképernyő lábléc gombja elindítja a complete műveletet.
5. Visszaérkeznek a válaszok. A WhatsApp válaszüzenetet kézbesít a vállalkozás webhookjára, minden mező értékével. Ezután a szoftverének valami hasznosat kell kezdenie vele: létrehozni a kapcsolatot, lefoglalni az időpontot, frissíteni az üzletet.

Az igazi munka nagy része az 5. lépésben rejlik. Egy Flow remekül gyűjt válaszokat, de a Flow semmit nem ment a CRM-be. Ami a webhookot fogadja, az dönti el, hogy a válaszokból időpont lesz-e a naptárban, vagy egy JSON-darab egy naplóban, amit senki nem olvas.

Két technikai részlet fontos a tervezéshez. Minden küldés egy flow tokent visz, egy azonosítót, amelyet a vállalkozás generál, hogy a választ a megfelelő ügyfélhez és ügyhöz kösse. És a Flow piszkozat módban is elküldhető, hogy közzététel előtt a saját telefonján tesztelje.

Az építőkockák: képernyők és komponensek

Egy Flow képernyő komponensekből épül fel, és a Meta korlátozza, hány használható és milyen hosszú lehet a szövegük. A korlátok bőkezűek egy foglalási vagy ajánlatkérő űrlaphoz, de szűkösek mindenhez, ami egy teljes weboldalt akarna kiváltani. A képernyőket ezekhez igazítsa.

A kisvállalkozások leggyakoribb komponensei a Meta referenciájának 2026. októberi korlátaival:

Még három korlát formálja a valódi terveket. Egy képernyőn legfeljebb 50 komponens lehet. Az útválasztási modell, amely leírja, melyik képernyő hova vezet, legfeljebb 10 elágazást enged. A teljes Flow JSON pedig nem haladhatja meg a 10 MB-ot. A feltöltéseknél a Meta a Flow-n keresztül küldött fájlokat legfeljebb 20 napig tárolja a CDN-jén, ezért időben töltse le őket.

Logika is lehetséges. Az If és Switch komponensek a korábbi válaszok alapján mutatnak vagy rejtenek el képernyőrészeket, az If legfeljebb 3 szintű egymásba ágyazással. Így egyetlen képernyő megkérdezheti: „Cégnek szól?”, és csak igen válasz esetén jeleníti meg a cégnév mezőt.

Flows endpointtal és endpoint nélkül

Az endpoint nélküli Flow fix űrlap: a képernyők, választások és útvonalak előre rögzítettek, a válaszok beküldéskor érkeznek. Az endpointos Flow képernyők között a szerveréhez fordul élő adatokért, például szabad időpontokért vagy kiszámolt árért. A kisvállalkozások legtöbb űrlapjához egyáltalán nem kell endpoint.

Endpoint nélkül. Minden, amit az ügyfél lát, a Flow JSON-ban van, vagy küldéskor adja át, az útválasztási modellt pedig a Meta automatikusan elkészíti. Ide illik a fix szolgáltatásokkal dolgozó ajánlatkérés, az elégedettségi kérdőív, az eseményregisztráció vagy egy érdeklődő űrlap. Elkészíti a Flow Builderben, közzéteszi, sablonhoz csatolja, és a WhatsApp oldala kész.

Endpointtal. A data_exchange művelet az ügyfél által eddig megadottakat egy Ön által üzemeltetett URL-re küldi, a szerver pedig visszaadja a következő képernyő adatait. Így mutat egy foglalási Flow csak valóban szabad időpontokat, vagy egy rendelési Flow napi készletet. Ennek komoly mérnöki követelményei vannak, mind a Meta endpoint-útmutatójából:

• A szervernek HTTPS-en kell POST kéréseket fogadnia, érvényes TLS-tanúsítvánnyal.
• Minden adat titkosított: az AES-kulcs RSA-val titkosítva érkezik, maga az adat AES-GCM-mel. A szerver minden kérést visszafejt és minden választ titkosít.
• Válaszolnia kell az állapotellenőrzésekre, egy „ping” kérésre, amelyet a WhatsApp bármikor küldhet a közzétett Flows endpointjainak.
• A Meta monitorozási útmutatója 1 másodperc alatti válaszidőt javasol. Ha a hibaarány vagy a késleltetés jelentősen romlik, a Meta webhook-riasztásokat küld, majd óránként 10 üzenetre korlátozza a Flow-t, és ha tovább romlik a helyzet, letiltja: nem küldhető és nem nyitható meg.

Maga a Meta is az egyszerűbb út felé terel: endpoint-útmutatója szerint az endpointos Flows kerülje az endpoint hívását, ha nincs rá szükség, mert így kisebb a késleltetés és egyszerűbb a fejlesztés. Ha az első képernyő adatait küldéskor át tudja adni, és navigate-tel tud lépni, tegye azt.

8 WhatsApp Flows példa és felhasználási mód

A Flows akkor éri meg, ha a vállalkozásnak minden ügyféltől ugyanazokra a válaszokra van szüksége, kötött sorrendben, előre felsorolható választásokkal. Ez a nyolc eset lefedi a kis csapatok legtöbb építését a foglalástól a regisztrációig, megjegyzéssel arról, kell-e jellemzően endpoint.

1. Időpontfoglalás. Szolgáltatás, kívánt dátum CalendarPickerrel, idősáv, név és megjegyzés mező. Endpoint nélkül az ügyfél kívánt időpontot választ, amit Ön visszaigazol; endpointtal a Flow csak szabad időpontokat mutat. A foglalás utáni emlékeztetőkhöz olvassa el WhatsApp időpont-emlékeztetők útmutatónkat.

2. Érdeklődők gyűjtése. Név, e-mail, érdeklődési kör, költségkeret és marketinghozzájárulás. Egy click-to-WhatsApp hirdetéshez kötött Flow egy percen belül teljes leaddé alakítja a kattintást. WhatsApp leadgenerálási útmutatónk megmutatja, hol a helye a többi forrás között.

3. Árajánlatkérés. Munka típusa, méret vagy mennyiség, határidő és fotók PhotoPickerrel. A fix opciók összehasonlíthatóvá teszik a válaszokat, a fotók pedig megspórolják az első kérdéskört. Endpoint csak azonnali árhoz kell.

4. Visszajelzés és kérdőívek. Értékelés, két-három feleletválasztós kérdés és opcionális megjegyzés a szolgáltatás után. Rövid és kötött, pont ott, ahol a Flows erős. Maradjon egy-két képernyőnél.

5. Rendelési űrlap. Termék, változat, mennyiség, szállítás vagy átvétel és cím. Egyszerű kínálat endpoint nélkül is működik; élő készlet, szállítási díj vagy kedvezmény endpointot igényel. Széles kínálatnál előbb vesse össze a WhatsApp katalógusfunkcióival.

6. Esemény- vagy kurzusregisztráció. Alkalom legördülő listából, résztvevők száma, étkezési vagy akadálymentességi igények, hozzájárulás. A regisztráció a klasszikus kötött űrlap, és egy OptIn komponens ugyanabban a lépésben begyűjti a követő üzenetekhez szükséges engedélyt.

7. Ügyfélszolgálati bejelentés. Rendelés- vagy fiókazonosító, a probléma típusa, leírás és képernyőkép DocumentPickerrel vagy PhotoPickerrel. Aki válaszol, mindennel indul, ami kell. WhatsApp az ügyfélszolgálatban útmutatónk a beállítás többi részét is lefedi.

8. Beállítások és hozzájárulások. Mely témák érdeklik az ügyfelet, milyen gyakran, és egyértelmű leiratkozás. Rendezett módja annak, hogy begyűjtse a Meta által marketingsablonok előtt megkövetelt hozzájárulást, és később tiszteletben is tartsa.

A közös bennük: a vállalkozás a beszélgetés előtt minden kérdést meg tud írni. Ha a következő kérdés egy szabad választól függ, az űrlap elkezd harcolni a beszélgetéssel.

Mi kell a WhatsApp Flows használatához

Flows küldéséhez WhatsApp Business Platform kell Cloud API-val, ellenőrzött vállalkozás, jó üzenetminőség, közzétett Flow, és a vállalkozás által kezdeményezett küldéshez jóváhagyott sablon. Kell egy szoftver vagy fejlesztő is, aki fogadja a válaszokat és tesz velük valamit. A WhatsApp Business alkalmazás nem tud Flows-t küldeni.

A Meta kezdő- és küldési útmutatóinak listája, a gyakorlati részletekkel:

• WhatsApp Business Platform fiók. Ez adja a WhatsApp Managert, ahol a Flow Builder van, és egy Cloud API-n beállított telefonszámot. WhatsApp Business alkalmazás vagy API összehasonlításunk elmagyarázza, mi változik.
• Cégellenőrzés. A Meta útmutatói szerint a Flows ügyfeleknek való küldéséhez kötelező. Ellenőrzött WhatsApp üzleti fiók útmutatónk végigvezet a lépéseken.
• Magas üzenetminőség. A Meta kéri a fenntartását. A gyenge minősítésű szám alacsonyabb küldési korlátot kockáztat, így kevesebben kapják meg a Flow-s sablonjait.
• Jóváhagyott sablon, ha Ön kezdeményez. A sablon státusza APPROVED kell legyen, nem PENDING. WhatsApp üzenetsablonok útmutatónk a kategóriákat és a jóváhagyást is lefedi.
• Valami, ami fogadja a válaszokat. A Flow válasza a webhookjára érkezik. Szoftver nélkül, amely kapcsolattá, időponttá vagy feladattá alakítja, adatot gyűjtött, de sehová nem mentette hasznosan.
• Szolgáltató vagy fejlesztő, hacsak a csapata nem programoz. A legtöbb vállalkozás szolgáltatói eszközökkel készít Flows-t; ha endpoint kell, fejlesztő mindenképp kell.

A küldési korlátok érvényesek. 2026 októberében a Platform küldési korlátja a vállalkozás által kezdeményezett beszélgetéseknél gördülő 24 órán belül 250 egyedi címzettről indul, majd a minőség és az ellenőrzés függvényében 2 000, 10 000, 100 000 és korlátlan szintre nő. A marketingsablonhoz csatolt Flow ugyanúgy számít, mint bármely sablonküldés.

Az eszköz számít. A Meta dokumentációja az Android 6.0+ és iOS 12+ rendszereket támogatja, és kimondja, hogy a Flows társeszközökön, például WhatsApp Weben nem működik. Ha sok ügyfele számítógépről ír, egy részük látja az üzenetet, de az űrlapot nem tudja megnyitni.

Mennyibe kerülnek a WhatsApp Flows?

2026 októberében a Meta árazási oldala nem mutat külön díjat a Flows-ra. A Flow egy üzeneten utazik, és az üzenetet a Meta szokásos szabályai szerint számlázzák: a Flow-s sablont a kategóriája szerint, az ügyfélszolgálati ablakon belüli interaktív Flow üzenetet szolgáltatási üzenetként.

A gyakorlatban, a Meta árazási dokumentációja alapján:

• Flow sablonban. Kézbesített üzenetenként számlázzák a sablon kategóriája (marketing, utility vagy hitelesítés) és a címzett országa szerint. A marketingsablonokért mindig fizetni kell.
• Flow interaktív üzenetben. Csak a 24 órás ügyfélszolgálati ablakon belül lehetséges, amely akkor nyílik, amikor az ügyfél ír Önnek. 2026. október 1. óta minden üzleti telefonszám havi 1 000 kézbesített szolgáltatási üzenetet kap díjmentesen; a maradék nem vihető át, efölött a szolgáltatási üzenetek díjkötelesek.
• A díjmentes belépési pont. Ha egy ügyfél az Android vagy iOS alkalmazásban egy click-to-WhatsApp hirdetésből ír Önnek, és Ön időben válaszol, legfeljebb 7 napos ablak nyílik, amelyben a marketing, utility, hitelesítési és szolgáltatási üzenetek díjmentesek. Asztali gép és web nem számít. Az ebben az ablakban küldött Flow üzenete nem kerül semmibe.
• Az ügyfél beküldése. A Meta nem számláz a felhasználók által vállalkozásoknak küldött üzenetekért, így a válaszokat hozó üzenet díjmentes.
• Díjak. A Meta csak a negyedévek első napján módosíthat díjakat, tehát évente legfeljebb négyszer, előzetes értesítéssel. Mivel a díjak a címzett országától függnek, a Meta oldalán lévő aktuális táblázatot nézze, ne máshol közölt számokat. A kategóriák részletei WhatsApp Business API árazás útmutatónkban.

A nagyobb költség általában nem a Metáé. Hanem az építésé: a Flow Buildert tartalmazó szolgáltatói csomag, az endpoint fejlesztési órái, és a válaszok CRM-be kötése. Egy fix érdeklődő űrlap egy délután alatt elkészülhet. Egy élő elérhetőséget, titkosítást és monitorozást használó foglalási Flow valódi szoftverprojekt.

Korlátok és hibapontok, amelyekre érdemes készülni

A Flows kiszámítható módon hibázik: a WhatsApp Weben lévő ügyfelek nem tudják megnyitni, a hosszú űrlapokat félbehagyják, a lassú endpointokat korlátozzák, és a webhookra érkezett válaszok sosem jutnak el a CRM-be. Mindegyik elkerülhető, ha az elejétől tervez vele.

A félbehagyás láthatatlan. Aki megnyit egy ötképernyős Flow-t és a harmadiknál bezárja, nem küld semmit. Csak akkor tudja, hogy megnyitotta, ha a szolgáltatója jelzi. Legyenek rövidek a Flows, az egyszerű kérdések elöl, és tervezzen utánkövetést a be nem küldőknek.

A szabad szöveg szűkös. A TextInput alapból 80, a TextArea 600 karakter. Névhez vagy rövid leíráshoz elég, de frusztráló annak, aki egy szokatlan kérést szeretne elmagyarázni.

Nem minden eszköz nyitja meg. A WhatsApp Web-es rés valós. Mindig tegyen tartalék sort az üzenetbe, például: „Vagy egyszerűen válaszoljon itt az adataival.”

Az endpoint új hibapont. Lassú szerver korlátozott, majd letiltott Flow-t jelent. Ha a foglalási Flow a naptára API-jától függ, annak kiesései az Ön WhatsApp-kiesései lesznek.

Minden szerkesztés újraindítja a kört. A közzétett Flow szerkesztése piszkozatba teszi vissza, a hordozó sablon módosítása pedig újabb jóváhagyást igényelhet.

Így viszonyul egy Flow a két gyakori alternatívához ugyanazon adatok gyűjtésekor:

A Flow nélküli alternatíva: kérdezzen a chatben, mentsen mezőkbe

Sok adatgyűjtésnél a jobb megoldás egyáltalán nem űrlap. Egy asszisztens egyenként teszi fel ugyanazokat a kérdéseket a chatben, és minden válasz érkezéskor az ügyfél adatlapjának megfelelő mezőjébe kerül. Nincs Flow JSON, nincs endpoint, és semmi nem vész el, ha az ügyfél félúton abbahagyja.

Ez azért működik, mert egy beszélgetés már eleve strukturált interakció, ha a kérdések kötöttek és a válaszokat rendesen mentik. „Melyik szolgáltatás érdekli?”, aztán „Mikor lenne alkalmas?”, majd „Melyik e-mail címre küldjük az ajánlatot?” ugyanazokat az adatokat gyűjti, mint egy háromképernyős Flow. A különbség abban van, ami körülötte történik:

• A részleges válaszok is számítanak. Ha az ügyfél két kérdésre válaszol, majd elhallgat, két tény van az adatlapon és egy ok a folytatásra. A beküldés előtt bezárt Flow semmit nem hagy.
• Mindenhol működik. Egy sima üzenet minden eszközön megnyílik, WhatsApp Weben is.
• Az ügyfél kiléphet a forgatókönyvből. Ha valaki közben megkérdezi: „Hétvégén is dolgoznak?”, egy ügynök válaszol, majd visszatér a kérdésekhez. Egy űrlap erre nem képes.
• Az ablakon belül marad. Az ügyfél üzenete után feltett kérdések szolgáltatási üzenetek, és beleférnek a számonkénti havi 1 000 üzenetbe, mielőtt díj keletkezne.

Az ár a hossz és a pontosság. Egy tizenkét mezős, 200 elemű legördülő listás űrlap kínszenvedés chatben, és könnyű Flow-ban. A három-öt kérdéses adatgyűjtés épp fordítva. WhatsApp lead minősítő bot útmutatónk elmagyarázza, hogyan válassza ki és sorrendezze ezeket a kérdéseket, AI ügynök vagy chatbot cikkünk pedig megmutatja, mi változik, ha egy AI kérdez kötött forgatókönyv helyett.

Hogyan gyűjt a Zoye strukturált válaszokat WhatsAppon

A Zoye egy AI Business Operator. Tizenhárom eszköze már össze van kötve egymással (kapcsolatok, üzletek, feladatok, naptár, dokumentumok, számlák, WhatsApp automatizálások és még több), és egy AI asszisztens kezeli őket Ön helyett a webes alkalmazásból, WhatsAppról, Slackből vagy a Claude-csatlakozón át. A WhatsAppos strukturált válaszokhoz a Zoye a sima chat útját választja, nem Flows-t épít.

A lead WhatsAppon adott válaszai a jegyzetek mellett, az adatlapján landolnak, így aki felveszi vele a kapcsolatot, a teljes képpel indul.

A lead minősítő bot. Ön határozza meg a kérdéseket, a sorrendet és a megfogalmazást. A bot a chatben teszi fel őket, és minden választ érkezéskor a megfelelő CRM-mezőbe ment, így egy minősített lead már kitöltve várja, a félúton megállt pedig megőrzi, amit mondott. A válaszokra úgy szűrhet, mint bármely mezőre, vagyis összeállíthat egy „a B szolgáltatás érdekli, még ebben a hónapban” közönséget egyetlen átirat elolvasása nélkül. A teljes WhatsApp automatizálások oldal mutatja, hogyan kapcsolódik a többihez.

Minden, ami a kérdések körül van. Az új lead azonnali üdvözlést kap, forrásonkénti kapcsolóval (hirdetések, űrlapok, weboldal, API, kézi) és személyenként egy üzenettel. Az AI ügynök arra válaszol, amit az ügyfél valóban kérdez, egyetlen foglalási listából ajánl időpontokat automatikus emlékeztetőkkel, fizetési linket küldhet a chatben (Stripe, Izraelben Grow), és átadja a leadet egy kollégának, ha embernek kell átvennie, a teljes beszélgetéssel együtt a lead kártyáján.

Leírásból készül. Mondja el az asszisztensnek, mi történjen, például: „ha új lead érkezik a weboldalról, kérdezd meg, melyik szolgáltatás kell és mikor kezdene, aztán hozz létre egy hívásfeladatot a felelősnek”. A Zoye ebből valódi szabályt készít, közérthetően megmutatja, és semmit nem futtat az Ön jóváhagyása előtt. A hat WhatsApp automatizálás kikapcsolva indul, és mindegyik megerősítést kér küldés előtt.

A Meta szabályai kezelve. A Zoye a hivatalos WhatsApp Business Platformon (Cloud API) fut. Az első üzenetek, és minden, ami az ügyfél utolsó válasza után több mint 24 órával megy ki, automatikusan jóváhagyott sablonként mennek; a Zoye kategorizálja a sablonokat, beküldi őket a Metának és követi az állapotukat. Minden kimenő üzenetben van leiratkozási lehetőség, a STOP-ot pedig az egész munkaterületen tiszteletben tartja.

Őszinte korlátok. A Zoye nem készít Meta Flow JSON űrlapokat, és nem BSP-viszonteladó, nem tömeges üzenetküldő és nem helpdesk-rendszer. Ha az adatgyűjtése tényleg hosszú, kötött, több tucat opciós űrlapot igényel, a dedikált eszközzel épített Flow a helyes választás, a Meta üzenetdíjai pedig bármely szoftver mellett fizetendők, a Zoye mellett is.

Árak: az Almost Free havi 5 $ (éves számlázással 4 $), és 1 csapattagot, 1 GB-ot, az alapeszközöket, havi 15 AI promptot és Google-integrációkat tartalmaz; automatizálások nincsenek benne. A Starter havi 29 $ (évesen 23 $) 10 taggal és 5 GB-tal, a Growth 59 $ (47 $) 20 taggal és 10 GB-tal, a Scale 119 $ (95 $) 100 taggal és 25 GB-tal, a Customize pedig egyedi ajánlat. Minden részlet az árak oldalon.

Kinek ideális: kis csapatoknak, akiknél a WhatsAppos adatgyűjtés néhány kérdés, és akik minden választ a lead adatlapján akarnak látni, utána a helyes következő lépéssel.

Építsen WhatsApp Flow-t vagy ne? Gyors döntési útmutató

Építsen Flow-t, ha az adatgyűjtése hosszú, kötött és sok opciós, az ügyfelei telefonon vannak, és van szoftvere a válaszok fogadására. Kérdezzen chatben, ha rövid, ha az emberek kilépnek a forgatókönyvből, vagy ha a csapat nem tud Flow JSON-t és endpointot karbantartani.

Futtassa át a folyamatát négy kérdésen:

1. Hány kérdés? Hatnál több, vagy bármely tíznél hosszabb opciós lista a Flow felé billent. Három-öt a chat felé.
2. Meg tud írni minden kérdést előre? Ha igen, a Flow lehetséges. Ha a következő kérdés a választól függ, jobb a chat.
3. Kellenek élő adatok? Ha az űrlapnak valódi szabad időpontokat vagy készletet kell mutatnia, a Flow endpointot és fejlesztőt jelent. Egy beszélgetés ellenőrizhet és válaszolhat.
4. Hová mennek a válaszok? Ha semmi nem alakítja a Flow válaszát adatlappá, ezt javítsa először. Egy szép űrlap, amely egy senki által nem nyitott naplót táplál, rosszabb egy egyszerű kérdésnél, amely a megfelelő kapcsolathoz érkezik.

Bármelyik utat választja, két hét után egyetlen számmal mérje: akik elkezdtek válaszolni, közülük hányan fejezték be, és hányból lett időpont, ajánlat vagy eladás. Ha pedig a sima chates utat szeretné az érdeklődőivel a WhatsAppon, minden választ az adatlapra mentve, nézze meg az árakat; a saját céges szám csatlakoztatása hamarosan érkezik.

Kapcsolódó olvasnivaló

• WhatsApp leadgenerálás: 9 forrás és a rögzítési réteg
• WhatsApp lead minősítő bot
• WhatsApp üzenetsablonok
• WhatsApp Business API árazás