ConnectWiz Commerce

Iisang tala ng produkto. Limang daluyan. Walang copy-paste na katalogo.

Iisang beses lang nakatira ang katalogo mo — mga variant, media, presyo sa iba’t ibang currency — at sabay nitong pinagkukunan ang panel, ang AI assistant, ang shop sa loob ng chat, ang mga shopping feed mo, at ang pampublikong API. May tunay na two-way na sync sa WooCommerce, at price model na hindi magagalaw ng sinumang hindi pinagkakatiwalaang tumatawag.

Limang daluyan, iisang record Two-way na WooCommerce Presyong hindi maisisingit ng sinumang tumatawag
Iisang katalogo — limang daluyan
Ceramic set · $129
Sumasagot ang AI
Shop sa loob ng chat
Google/Meta feed
Ang API mo
Presyo: sa server, palagi
5
Mga daluyang pinagkukunan ng iisang record ng produkto — panel, AI, shop sa loob ng chat, mga shopping feed, pampublikong API
2-way
Sync sa WooCommerce — may pagmamay-ari sa antas ng field at nakikitang ledger ng mga conflict
0
Mga price parameter sa alinmang pintong hindi pinagkakatiwalaan — kinukuha ang presyo mula sa katalogo, sa server, palagi
3
Magkakahiwalay na axis ng order — status ng dokumento, yugto ng fulfilment, at pinagmulan — para tumugma sa totoong nangyayari

Ang katalogo

Sapat ang lalim para sa totoong merchandising

Mga produkto, serbisyo, bundle

SKU, barcode/GTIN, brand, kondisyon, cost, list price at sale price na may sale window, paghawak ng VAT, mga unit, timbang at sukat, mga Google product category, mga salin, mga tag — ang buong bokabularyo ng merchandising.

Mga variant, kusang nabubuo

Nagiging mga variant item ang mga axis na Laki × Kulay, bawat isa ay may sariling presyo, barcode, larawan, at timbang — makina na ang gumagawa ng nakakabagot na pagkombina.

Media, maayos na pinamamahalaan

Media library kada item na may pangunahing larawan, mga salin ng alt text, at pagkakasunod-sunod — inihahain mula sa CDN storage, nililinis sa pag-upload.

Mga price list na walang imbentong palitan ng pera

Presyo kada currency at bansa — sadyang walang awtomatikong conversion. Hindi umiiral ang presyong hindi mo itinakda, dahil refund na naghihintay lang mangyari ang presyong galing sa imbentong exchange rate.

Mga ugnayang nagbebenta

Mga bahagi ng bundle, add-on, upsell, cross-sell, at accessory sa iisang relation model — ang sagot na "bagay dito" na talagang maibibigay ng AI mo.

Maramihang papasok, maramihang palabas

CSV import at export, mga filter ng listahan, at bulk bar — pag-aalaga ng katalogo sa bilis ng spreadsheet, may integridad ng database.

Limang daluyan

Minsan mo lang ilagay ang produkto. Nasa lahat na ito ng lugar kung saan may pag-uusap.

Abstract na 3D illustration: kumikinang na cube ng produkto na naglalabas ng mga sinulid ng liwanag papunta sa chat bubble, widget panel, feed card, API bracket, at shopping tag

Dito nagbebenta ang AI

Tinitingnan ni Wiz ang katalogo at ang mga order habang nag-uusap — availability, mga variant, "nasaan na ang order ko" — batay sa parehong record na ine-edit sa panel, hindi kailanman lumang kopya.

Shop sa loob ng chat

Nagba-browse, umoorder, at tumitingin ng sarili nilang order ang mga bisita sa loob ng website widget — at lumalabas lang ang shop kapag may aktibo at may presyong item ka talaga. Walang palabas ng tindahang walang laman.

Mga shopping feed, may token

Product feed na Google schema (parehong format ang binabasa ng Meta Commerce Manager) at CSV, inihahain sa lihim na URL na may token at may caching — naka-sync ang mga ad at shop mo nang walang app review sa daan.

Pampublikong Commerce API

Sa mga tenant API key na may scope (pagbasa ng katalogo, pagbasa/pagsulat ng order), nakakabuo ang sarili mong storefront o mobile app sa parehong katalogo at order engine — may dokumentasyon, may rate limit, totoo.

Kayang makipagtransaksyon ng mga flow

Sa commerce node, nakakahanap ng item at nakakapag-order ang mga automation bilang bahagi ng pag-uusap — pagkuha ng order kung nasaan na mismo ang customer.

Iisang pinto, walang price parameter

Dumadaan ang lahat ng order mula sa widget, flow, at API sa iisang order writer na sa istruktura pa lang ay hindi makatatanggap ng presyo — kinukuha ang pangalan at presyo mula sa katalogo sa oras ng pag-order. Hindi lang tinatanggihan ang pandaraya; imposible ito.

WooCommerce at WordPress

Two-way na sync na may kontrata ng pagmamay-ari

Ang karamihan ng "integrasyon" ay isang import button at isang dasal. Ito ay two-way na sync na may patakaran, kung saan ikaw ang nagpapasya — kada data domain — kung aling sistema ang may-ari ng katotohanan.

Abstract na 3D illustration: dalawang platform na nagpapalitan ng mga cube ng produkto sa isang two-way na tulay ng liwanag, may selyo ng pagmamay-ari sa itaas at ledger na sumasalo sa isang conflict cube

Pagpares sa isang click

Awtomatikong nagpo-provision ng mga API key at webhook ang standard na authorization flow ng WooCommerce — walang ritwal ng pagkopya ng key, walang checklist ng webhook.

Malalim na import, totoong write-back

Pumapasok ang mga larawan, category tree, sale price na may window, mga GTIN, tag, upsell, at presyo at larawan ng variation; puwedeng maisulat pabalik sa Woo ang mga pag-edit ng produkto — sa dalawang direksyon, nang tapat.

Pagmamay-ari sa antas ng field

Kada domain, ikaw ang pipili: nasa Woo ang data, nandito, o nagsi-sync sa dalawang direksyon. Read-only na lumalabas ang mga field na nasa ibang sistema ang may-ari, kasama ang dahilan sa screen — walang gulo ng dalawang amo.

I-rehearse bago mag-live

May sariling switch ang bawat write-back na operasyon, may rehearse mode — tingnan kung ano ang magbabago bago may magbago. Ginagawang ligtas ng mga deterministic na idempotency key ang pag-retry.

Mga conflict, nasa ledger

Napupunta ang mga pumalya o nagkakasalungat na sync sa nakikitang ledger ng mga conflict, may resolve-and-retry — hindi kailanman tahimik na overwrite, hindi kailanman misteryosong pagkakaiba na matutuklasan lang sa oras ng imbentaryo.

Ang WordPress plugin

Isinasama ang chat widget at gumagawa ng mga signed na single-sign-on token — nakikilala sa chat ang naka-log in na WooCommerce customer nang hindi na nagpaparehistro ulit, kasama ang mga order niya.

Mga order, benta, at stock

Ang paper trail, ginaya kung paano talaga ito gumagana

Mga order sa tatlong axis

Magkakahiwalay na gumagalaw ang status ng dokumento, ang yugto ng fulfilment (may carrier at tracking), at ang pinagmulan — panel, widget, AI, flow, API, o WooCommerce — dahil magkakaibang katotohanan ang "kumpirmado", "naipadala na", at "galing sa chat".

Kinukuwenta ang "bayad na", hindi tsine-check

Mga quotation, sales order, bayad, at receivables ledger kada contact — sa ledger nanggagaling ang "bayad na", kaya katotohanan ang partial na bayad at mga balanse, hindi kathang-isip ng checkbox.

Stock bilang totoong ledger

Double-entry na galaw ng stock sa iba’t ibang lokasyon — itala, bilangin, ilipat, gamitin — at puwedeng gumamit ng stock ang isang booking, kaya nagtutugma ang appointment ng serbisyo at ang mga piyesang ginamit nito.

Ang fine print, walang paligoy-ligoy

Ang sadyang hindi ginagawa ng Commerce

Walang hosted na storefront

Hindi kami nagho-host ng pampublikong web shop para sa iyo — ang mga daluyan ay ang shop sa chat, ang mga feed, at ang API na pinagbubuuan ng sarili mong site. Posibleng susunod na kabanata ang isang hosted na vitrine, hindi tahimik na pangako.

Walang bayaran sa loob ng chat

Sa chat nangyayari ang order; hindi roon ang paniningil sa card. Para sa mga payment provider ang mga payment flow, at ang pagkukunwaring hindi ganoon ang dahilan kung bakit nagiging kalahating bangko ang mga platform — at palpak pa.

Katalogo sa Meta: read-only

Binabasa ang katalogo mo sa Commerce Manager para sa mga product picker sa mga pag-uusap sa WhatsApp; sadyang hindi kami sumusulat sa katalogo ng Meta — ang feed URL ang daan ng sync, at hindi na ito nangangailangan ng dagdag na review ng Meta.

Walang imbentong numero

Walang FX conversion, walang kusang nabubuong wholesale tier, walang reservation stock — tinanggihan ang bawat isa dahil nagiging totoong away sa totoong customer ang isang gawa-gawang numero sa commerce.

FAQ sa Commerce

Bago ka magbenta

Marami pang sagot sa buong FAQ, o kaya magtanong nang direkta sa amin.

Limang daluyan mula sa iisang record ng produkto: ang admin panel, ang AI assistant (na kayang tumingin ng mga produkto at order habang nag-uusap), ang shop sa loob ng chat sa website widget, mga shopping feed na tugma sa Google at Meta, at pampublikong Commerce API na mapagbubuuan ng sarili mong storefront o app.

Sa pagpares sa isang click, awtomatikong nagpo-provision ng mga key at webhook, saka tumatakbo ang sync nang tunay na two-way: pumapasok ang mga produkto, larawan, kategorya, sale price, variation, at ugnayan; puwedeng maisulat pabalik ang mga pag-edit — ayon sa pagmamay-ari sa antas ng field na pinili mo (nasa Woo ang data, nasa amin, o sa dalawang direksyon), may rehearse-then-live na switch kada operasyon, at nakikitang ledger ng mga conflict na may retry. Walang tahimik na nag-o-overwrite.

Sa chat inilalagay ang mga order; sadyang hindi roon ang pagproseso ng bayad. Kinukuwenta ang "bayad na" mula sa ledger ng mga bayad sa halip na isang checkbox sa order, at sa payment provider mo ang mga checkout link. Mas gusto naming makipag-integrate nang tapat sa totoong payment flow kaysa magpanggap ng checkout.

Sa istruktura pa lang, hindi. Dumadaan ang bawat pintong hindi pinagkakatiwalaan — ang shop sa widget, mga flow, ang pampublikong API — sa iisang order writer na walang parameter para sa presyo: kinukuha ang pangalan at presyo mula sa katalogo sa oras ng pag-order, sa server. Arkitektura ang integridad ng presyo rito, hindi validation.

Nakasulat na ang katalogo mo. Tigilan na ang pagsulat ulit nito kada daluyan.

Mag-import mula sa WooCommerce o CSV, at magsisimulang magbenta ang bawat daluyan ng pag-uusap mula sa iisang katotohanan.