ConnectWiz Commerce

Viena patiesība par produktu. Piecas saskarnes. Nekādu kopētu katalogu.

Jūsu katalogs pastāv vienā vietā – varianti, multivide, cenas vairākās valūtās – un vienlaikus apgādā paneli, MI asistentu, veikalu tērzēšanā, jūsu iepirkšanās platformu produktu datus un publisko API. Ar WooCommerce sinhronizāciju, kas tiešām darbojas abos virzienos, un cenu modeli, kuru neviens neuzticams izsaucējs nevar aizskart.

Piecas saskarnes, viens ieraksts WooCommerce abos virzienos Cenas, kuras neviens izsaucējs nevar iepludināt
Viens katalogs – piecas saskarnes
Keramikas komplekts · 129 $
MI atbildes
Veikals tērzēšanā
Google/Meta produktu dati
Jūsu API
Cena: vienmēr servera pusē
5
Saskarnes, kuras apgādā viens produkta ieraksts – panelis, MI, veikals tērzēšanā, iepirkšanās platformu dati, publiskais API
Divvirzienu
WooCommerce sinhronizācija – ar piederību lauku līmenī un redzamu konfliktu uzskaiti
0
Cenas parametri jebkurās neuzticamās durvīs – cenas vienmēr tiek fiksētas no kataloga servera pusē
3
Neatkarīgas pasūtījuma asis (dokumenta statuss, izpildes posms un avots), lai modelis atbilstu realitātei

Katalogs

Pietiekami dziļš īstai preču pārvaldībai

Preces, pakalpojumi, komplekti

SKU, svītrkods/GTIN, zīmols, stāvoklis, pašizmaksa, cenrāža un akcijas cenas ar akcijas periodiem, PVN apstrāde, mērvienības, svars un izmēri, Google produktu kategorijas, tulkojumi, birkas – visa preču pārvaldības vārdnīca.

Varianti – ģenerēti

Izmēra × krāsas asis izvēršas variantos ar savu cenu, svītrkodu, attēlu un svaru – garlaicīgo kombināciju darbu paveic mašīna.

Multivide – pārvaldīta

Katras preces multivides bibliotēka ar galveno attēlu, alt teksta tulkojumiem un secību – tiek pasniegta no CDN krātuves un attīrīta augšupielādes brīdī.

Cenrāži bez valūtas kursu fantāzijām

Cenas katrai valūtai un valstij – apzināti bez automātiskas konvertēšanas. Cena, ko neesat iestatījuši, vienkārši neeksistē, jo izdomāta cena pēc valūtas kursa ir atmaksa, kas tikai gaida savu brīdi.

Saiknes, kas pārdod

Komplekta sastāvdaļas, papildinājumi, dārgākas alternatīvas, saistītās preces un aksesuāri vienā saikņu modelī – atbilde uz jautājumu “kas tam piestāv”, ko jūsu MI tiešām var sniegt.

Masveidā iekšā, masveidā ārā

CSV imports un eksports, sarakstu filtri un masveida darbību josla – kataloga uzturēšana izklājlapas ātrumā ar datubāzes integritāti.

Piecas saskarnes

Ievadiet preci vienreiz. Tā ir visur, kur notiek sarunas.

Abstrakta 3D ilustrācija: mirdzošs produkta kubs izstaro gaismas pavedienus uz sarunas burbuli, logrīka paneli, produktu datu kartīti, API iekavām un iepirkšanās birku

MI pārdod no tā

Wiz sarunas laikā pārbauda katalogu un pasūtījumus (pieejamību, variantus, “kur ir mans pasūtījums”), balstoties uz to pašu ierakstu, ko rediģē panelī, un nekad ne uz novecojušu kopiju.

Veikals tērzēšanas iekšpusē

Apmeklētāji pārlūko, pasūta un pārbauda savus pasūtījumus vietnes logrīkā – un veikals parādās tikai tad, kad jums tiešām ir aktīvas preces ar cenām. Nekāda tukša skatloga teātra.

Produktu dati iepirkšanās platformām – ar tokenu

Google shēmas produktu datu fails (Meta Commerce Manager nolasa to pašu formātu) un CSV, pieejami slepenā URL ar tokenu un kešatmiņu – jūsu reklāmas un veikali paliek sinhronizēti bez lietotņu pārskatīšanas pa vidu.

Publisks Commerce API

Konta API atslēgas ar ierobežotām tiesībām (kataloga lasīšana, pasūtījumu lasīšana/rakstīšana) ļauj jūsu pašu veikalam vai mobilajai lietotnei izmantot to pašu katalogu un pasūtījumu dzinēju – dokumentēti, ar pieprasījumu limitiem, pa īstam.

Plūsmas var veikt darījumus

Commerce mezgls ļauj automatizācijām sarunas laikā meklēt preces un veikt pasūtījumus – pasūtījumu pieņemšana notiek tur, kur klients jau atrodas.

Vienas durvis, bez cenas parametra

Logrīka, plūsmu un API pasūtījumi iet caur vienu pasūtījumu rakstītāju, kas pēc savas uzbūves nevar pieņemt cenu – nosaukums un cena tiek fiksēti no kataloga pasūtījuma brīdī. Manipulācija netiek noraidīta – tā vienkārši nav iespējama.

WooCommerce un WordPress

Divvirzienu sinhronizācija ar piederības noteikumiem

Vairums “integrāciju” ir importa poga un lūgšana. Šī ir pārvaldīta divvirzienu sinhronizācija, kurā jūs katrai datu jomai nosakāt, kurai sistēmai pieder patiesība.

Abstrakta 3D ilustrācija: divas platformas apmainās ar produktu kubiem pa divvirzienu gaismas tiltu, virs tā piederības zīmogs, bet uzskaite notver konflikta kubu

Savienošana pārī ar vienu klikšķi

Standarta WooCommerce autorizācijas process automātiski izveido API atslēgas un webhook – nekāda atslēgu kopēšanas rituāla, nekāda webhook kontrolsaraksta.

Dziļš imports, īsta atpakaļrakstīšana

Attēli, kategoriju koki, akcijas cenas ar periodiem, GTIN, birkas, saistītās preces, variantu cenas un attēli tiek importēti; preču labojumus var ierakstīt atpakaļ Woo – abos virzienos, godīgi.

Piederība lauku līmenī

Katrai datu jomai jūs izvēlaties: dati dzīvo pie Woo, dzīvo šeit vai sinhronizējas abos virzienos. Lauki, kas pieder citai sistēmai, ir tikai lasāmi, un iemesls redzams ekrānā – nekāda divu saimnieku haosa.

Vispirms mēģinājums, tad reāli

Katrai atpakaļrakstīšanas darbībai ir savs slēdzis ar mēģinājuma režīmu – redziet, kas mainītos, pirms kaut kas mainās. Deterministiskas idempotences atslēgas padara atkārtojumus drošus.

Konflikti – uzskaitē

Neizdevušās vai konfliktējošas sinhronizācijas nonāk redzamā konfliktu uzskaitē ar iespēju atrisināt un atkārtot – nekad klusa pārrakstīšana, nekad noslēpumaina atšķirība, kas atklājas inventarizācijā.

WordPress spraudnis

Iegulst tērzēšanas logrīku un izsniedz parakstītus vienotās pieteikšanās tokenus – pieteicies WooCommerce klients tiek atpazīts tērzēšanā bez atkārtotas reģistrācijas, kopā ar visiem pasūtījumiem.

Pasūtījumi, pārdošana un krājumi

Dokumentu ķēde, modelēta tā, kā tā patiesībā darbojas

Pasūtījumi trīs asīs

Dokumenta statuss, izpildes posms (ar pārvadātāju un izsekošanu) un avots – panelis, logrīks, MI, plūsma, API vai WooCommerce – mainās neatkarīgi, jo “apstiprināts”, “nosūtīts” un “nāca no tērzēšanas” ir dažādi fakti.

“Apmaksāts” tiek aprēķināts, nevis atzīmēts

Piedāvājumi, pārdošanas pasūtījumi, maksājumi un debitoru uzskaite katram kontaktam – “apmaksāts” izriet no uzskaites, tāpēc daļēji maksājumi un atlikumi ir fakti, nevis izvēles rūtiņu fantāzija.

Krājumi kā īsta uzskaite

Divkāršā ieraksta krājumu kustības starp noliktavām (uzskaite, inventarizācija, pārvietošana, patēriņš), un rezervācija var patērēt krājumus, tāpēc servisa vizīte un tajā izmantotās detaļas sakrīt.

Sīkais druks bez izskaistināšanas

Kas Commerce apzināti nav

Nekāda mitināta interneta veikala

Mēs jums nemitinām publisku interneta veikalu – saskarnes ir veikals tērzēšanā, produktu dati un API, uz kā balstās jūsu pašu vietne. Mitināts skatlogs ir iespējama nākotnes nodaļa, nevis kluss solījums.

Nekādu maksājumu tērzēšanā

Pasūtījumi notiek tērzēšanā, karšu apmaksa – ne. Maksājumu apstrāde pieder maksājumu pakalpojumu sniedzējiem, un, izliekoties citādi, platformas kļūst par pusbankām – turklāt sliktām.

Meta katalogs: tikai lasīšanai

Jūsu Commerce Manager katalogs tiek nolasīts preču izvēlei WhatsApp sarunās; Meta katalogā mēs apzināti neko nerakstām – sinhronizācijas ceļš ir produktu datu URL, un tam nav vajadzīga papildu Meta pārskatīšana.

Nekādu izdomātu skaitļu

Nekādas valūtas konvertēšanas, nekādu automātiski ģenerētu vairumtirdzniecības cenu līmeņu, nekādu rezervēto krājumu – katrs no tiem atteikts, jo izdomāts skaitlis tirdzniecībā kļūst par īstu strīdu ar īstu klientu.

Commerce BUJ

Pirms sākat pārdot

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

Piecās saskarnēs no viena produkta ieraksta: administrācijas panelī, MI asistentā (kas sarunas laikā var pārbaudīt preces un pasūtījumus), veikalā tērzēšanā vietnes logrīkā, ar Google un Meta saderīgos produktu datos iepirkšanās platformām un publiskajā Commerce API, uz kā var balstīt jūsu pašu veikalu vai lietotni.

Savienošana pārī ar vienu klikšķi automātiski izveido atslēgas un webhook, un pēc tam sinhronizācija tiešām notiek abos virzienos: preces, attēli, kategorijas, akcijas cenas, varianti un saiknes tiek importēti, bet labojumus var ierakstīt atpakaļ. To visu pārvalda jūsu izvēlētā piederība lauku līmenī (dati pie Woo, pie mums vai abos virzienos), slēdzis “mēģinājums, tad īstais darbs” katrai darbībai un redzama konfliktu uzskaite ar atkārtošanu. Nekas netiek pārrakstīts klusi.

Pasūtījumi tiek veikti tērzēšanā, bet maksājumu apstrāde apzināti ne. “Apmaksāts” tiek aprēķināts no maksājumu uzskaites, nevis ar atzīmi pasūtījumā, un apmaksas saites pieder jūsu maksājumu pakalpojumu sniedzējam. Mēs labāk godīgi integrējamies ar īstiem maksājumu procesiem, nekā viltojam norēķinu lapu.

Pēc uzbūves – nē. Visas neuzticamās durvis – logrīka veikals, plūsmas, publiskais API – iet caur vienu pasūtījumu rakstītāju, kuram nav cenas parametra: nosaukums un cena tiek fiksēti no kataloga pasūtījuma brīdī, servera pusē. Cenu integritāti šeit nodrošina arhitektūra, nevis validācija.

Jūsu katalogs jau ir uzrakstīts. Beidziet to pārrakstīt katrai saskarnei.

Importējiet no WooCommerce vai CSV, un katra sarunu saskarne sāks pārdot no vienas un tās pašas patiesības.