ConnectWiz Commerce

Egy termékigazság. Öt felület. Nulla másolt-beillesztett katalógus.

A katalógusod egyszer létezik – változatokkal, médiával, több pénznemes árakkal –, és egyszerre táplálja a panelt, az AI-asszisztenst, a chaten belüli boltot, a vásárlási feedjeidet és egy nyilvános API-t. Hozzá egy WooCommerce-szinkron, amely valóban kétirányú, és egy ármodell, amelyhez egyetlen nem megbízható hívó sem nyúlhat.

Öt felület, egy rekord Kétirányú WooCommerce Ár, amelyet hívó nem tud befecskendezni
Egy katalógus – öt felület
Kerámiakészlet · 129 $
AI-válaszok
Chaten belüli bolt
Google-/Meta-feed
A te API-d
Ár: mindig szerveroldalon
5
Ennyi felületet táplál egyetlen termékrekord – panel, AI, chaten belüli bolt, vásárlási feedek, nyilvános API
2 irány
WooCommerce-szinkron – mezőszintű tulajdonjoggal és látható ütközési nyilvántartással
0
Ennyi árparaméter van a nem megbízható bejáratokon – az ár mindig a katalógusból, szerveroldalon készül pillanatfelvételként
3
Ennyi független rendelési tengely – dokumentumállapot, teljesítési szakasz és forrás –, hogy a valóság beleférjen

A katalógus

Elég mély a valódi árukezeléshez

Termékek, szolgáltatások, csomagok

SKU, vonalkód/GTIN, márka, állapot, beszerzési ár, lista- és akciós ár akciós időablakkal, áfakezelés, mértékegységek, tömeg és méretek, Google-termékkategóriák, fordítások, címkék – a teljes árukezelési szókincs.

Változatok, generálva

A Méret × Szín tengelyek változattételekké bomlanak ki, saját árral, vonalkóddal, képpel és tömeggel – a szorzattábla nyűgjét a gép vállalja.

Média, kezelve

Tételenkénti médiatár elsődleges képpel, lefordított alt-szöveggel és sorrenddel – CDN-tárolóból kiszolgálva, feltöltéskor megtisztítva.

Árlisták devizafikció nélkül

Ár pénznemenként és országonként – szándékosan automatikus átváltás nélkül. Az az ár, amelyet sosem állítottál be, egyszerűen nem létezik, mert a kitalált árfolyamár egy készülő visszatérítés.

Kapcsolatok, amelyek eladnak

Csomagösszetevők, kiegészítők, upsellek, cross-sellek és tartozékok egyetlen kapcsolatmodellben – ez az a „jól megy hozzá” válasz, amelyet az AI-od tényleg meg tud adni.

Tömegesen be, tömegesen ki

CSV-import és -export, listaszűrők és tömeges műveletsáv – katalóguskarbantartás táblázatsebességgel, adatbázis-integritással.

Öt felület

Egyszer viszed fel a terméket. Ott van mindenhol, ahol beszélgetés zajlik.

Absztrakt 3D-illusztráció: izzó termékkocka fényszálakat sugároz egy chatbuborékhoz, egy widgetpanelhez, egy feedkártyához, egy API-zárójelhez és egy vásárlási címkéhez

Az AI ebből ad el

A Wiz beszélgetés közben néz rá a katalógusra és a rendelésekre – elérhetőség, változatok, „hol a rendelésem” –, ugyanabban a rekordban gyökerezve, amelyet a panel szerkeszt, sosem egy elavult másolatban.

Bolt a chaten belül

A látogatók a webhelywidget belsejében böngésznek, rendelnek és nézik meg a saját rendeléseiket – a bolt pedig csak akkor jelenik meg, ha tényleg van aktív, beárazott terméked. Semmi üres kirakatszínház.

Vásárlási feedek, tokenezve

Google-sémájú termékfeed (a Meta Commerce Manager ugyanezt a formátumot olvassa), plusz CSV, titkos, tokenezett URL-en kiszolgálva, gyorsítótárazva – a hirdetéseid és a boltjaid szinkronban maradnak, és nem áll az útba egy alkalmazás-átvizsgálás.

Nyilvános Commerce API

A hatókörözött tenant API-kulcsok (katalógusolvasás, rendelésolvasás/-írás) révén a saját webáruházad vagy mobilalkalmazásod ugyanarra a katalógusra és rendelésmotorra építhet – dokumentáltan, sebességkorlátozva, valóban.

A folyamatok üzletelni is tudnak

A kereskedelmi csomópont révén az automatizálások beszélgetés közben keresnek rá tételekre és adnak le rendelést – rendelésfelvétel ott, ahol az ügyfél amúgy is van.

Egy ajtó, nulla árparaméter

A widget, a folyamat és az API rendelései mind egyetlen rendelésírón mennek át, amely szerkezetileg nem tud árat fogadni – a nevet és az árat a rendelés pillanatában veszi pillanatfelvételként a katalógusból. A manipulációt nem elutasítjuk: lehetetlen.

WooCommerce és WordPress

Kétirányú szinkron tulajdonjogi szerződéssel

A legtöbb „integráció” egy importgombból és egy fohászból áll. Ez szabályozott, kétirányú szinkron, ahol te döntöd el – adatterületenként –, melyik rendszeré az igazság.

Absztrakt 3D-illusztráció: két platform termékkockákat cserél egy kétirányú fényhídon, fölöttük tulajdonjogi pecsét, alattuk egy nyilvántartás elkap egy ütközéskockát

Párosítás egy kattintással

A szokásos WooCommerce-engedélyezési folyamat automatikusan létrehozza az API-kulcsokat és a webhookokat – nincs kulcsmásolgatási rituálé, nincs webhook-ellenőrzőlista.

Mély import, valódi visszaírás

Képek, kategóriafák, akciós árak időablakkal, GTIN-ek, címkék, upsellek, változatárak és -képek jönnek be; a termékszerkesztések vissza tudnak írni a Woo felé – mindkét irány, őszintén.

Mezőszintű tulajdonjog

Területenként te döntöd el: az adat a Woo oldalán él, itt él, vagy mindkét irányban szinkronizálódik. A máshol birtokolt mezők csak olvashatóan jelennek meg, a képernyőn az indokkal – semmi kétgazdás káosz.

Próba az élesítés előtt

Minden visszaírási műveletnek saját kapcsolója van, próbamóddal – még azelőtt látod, mi változna, hogy bármi változna. A determinisztikus idempotenciakulcsok biztonságossá teszik az újrapróbálkozást.

Ütközések, nyilvántartásban

A meghiúsult vagy ütköző szinkronok látható ütközési nyilvántartásba kerülnek, megoldás-és-újrapróbálás gombbal – sosem csendes felülírás, sosem leltározáskor felfedezett rejtélyes elcsúszás.

A WordPress-bővítmény

Beágyazza a csevegőwidgetet, és aláírt egyszeri belépési tokeneket állít ki – a bejelentkezett WooCommerce-vásárlót a chat újraregisztráció nélkül felismeri, rendelésekkel együtt.

Rendelés, értékesítés és készlet

A papírnyom, úgy modellezve, ahogyan tényleg működik

Rendelések három tengelyen

A dokumentumállapot, a teljesítési szakasz (fuvarozóval és követési számmal) és a forrás – panel, widget, AI, folyamat, API vagy WooCommerce – egymástól függetlenül mozog, mert a „visszaigazolva”, a „kiszállítva” és a „chatből jött” három különböző tény.

A „fizetve” számított, nem kipipált

Ajánlatok, vevői rendelések, fizetések és kapcsolatonkénti követelésnyilvántartás – a „fizetve” a nyilvántartásból vezetődik le, így a részfizetés és az egyenleg tény, nem jelölőnégyzetes fikció.

A készlet valódi nyilvántartás

Kettős könyvelésű készletmozgások telephelyek között – rögzítés, leltár, átvezetés, felhasználás –, és egy foglalás készletet is fogyaszthat, így a szervizidőpont és a hozzá használt alkatrészek összevezethetők.

Az őszinte apróbetű

Ami a Commerce szándékosan nem

Nincs hosztolt webáruház

Nem üzemeltetünk neked nyilvános webboltot – a felületek a chatbolt, a feedek és az API, amelyre a saját oldalad épít. A hosztolt kirakat lehetséges későbbi fejezet, nem csendes ígéret.

Nincs chaten belüli fizetés

A rendelés a chatben történik, a kártyaterhelés nem. A fizetési folyamat a fizetési szolgáltatóké, és az ellenkezőjét tettetve lesz egy platformból rosszul félbank.

Meta-katalógus: csak olvasható

A Commerce Manager katalógusodat a WhatsApp-beszélgetések termékválasztóihoz olvassuk; a Meta katalógusába szándékosan nem írunk – a szinkron útja a feed URL-je, és ehhez nem kell külön Meta-átvizsgálás.

Semmi kitalált szám

Nincs devizaátváltás, nincs automatikusan generált nagykereskedelmi árszint, nincs foglalt készlet – mindhármat azért utasítjuk vissza, mert a kereskedelemben a kitalált számból valódi vita lesz, valódi ügyféllel.

Commerce-GYIK

Mielőtt eladni kezdesz

Bővebben a teljes GYIK-ban, illetve írj nekünk közvetlenül.

Öt felületen, egyetlen termékrekordból: az adminpanelen, az AI-asszisztensben (amely beszélgetés közben is ránéz a termékekre és a rendelésekre), a webhelywidgeten belüli chatboltban, a Google- és Meta-kompatibilis vásárlási feedekben, és egy nyilvános Commerce API-ban, amelyre a saját webáruházad vagy alkalmazásod építhet.

Az egykattintásos párosítás automatikusan kiosztja a kulcsokat és a webhookokat, utána a szinkron valóban kétirányúan fut: termékek, képek, kategóriák, akciós árak, változatok és kapcsolatok jönnek be; a szerkesztések vissza tudnak írni – mindezt az általad választott mezőszintű tulajdonjog szabályozza (az adat a Woo oldalán él, nálunk, vagy mindkét irányban), műveletenkénti próba–éles kapcsolóval és látható, újrapróbálható ütközési nyilvántartással. Semmi nem íródik felül csendben.

A rendelés a chatben születik meg; a fizetésfeldolgozás szándékosan nem. A „fizetve” a fizetési nyilvántartásból számítódik, nem egy jelölőnégyzetből a rendelésen, a fizetési linkek pedig a fizetési szolgáltatódé. Szívesebben illeszkedünk őszintén valódi fizetési folyamatokhoz, mint hogy fizetést mímeljünk.

Szerkezetileg nem. Minden nem megbízható bejárat – a widgetbolt, a folyamatok, a nyilvános API – egyetlen rendelésírón megy át, amelynek nincs paramétere árra: a nevet és az árat a rendelés pillanatában, szerveroldalon veszi a katalógusból. Az árintegritás itt architektúra, nem ellenőrzés.

A katalógusod már meg van írva. Ne írd újra felületenként.

Importáld WooCommerce-ből vagy CSV-ből, és minden beszélgetési felület ugyanabból az igazságból kezd el eladni.