ConnectWiz integrācijas
Jūsu rīki, savienoti – un aprakstīti pēc tā, ko tie patiešām dara.
Integrāciju lapās parasti ir logotipu saraksts. Šajā ir uzvedības saraksts: kas tiek sinhronizēts, kurā virzienā, kam pieder dati un kur ir godīgās robežas. Jo “integrējas ar X” ir apgalvojums par dziļumu, nevis uzlīme.
Commerce
WooCommerce un WordPress
WooCommerce – divvirzienu, pārvaldīts
Savienošana ar vienu klikšķi, dziļš produktu imports, īsta ierakstīšana atpakaļ – ar jūsu izvēlētu lauku līmeņa datu piederību, mēģinājuma režīmu katrai darbībai un redzamu konfliktu uzskaiti. Pilns stāsts – Commerce lapā.
Visa lapaWordPress spraudnis
Iegulst tērzēšanas logrīku jūsu vietnē un izsniedz parakstītus SSO tokenus – pieteikušies klienti tērzēšanā tiek atpazīti kopā ar pasūtījumiem, bez atkārtotas reģistrācijas.
Visa lapaProduktu dati Google un Meta iepirkšanās reklāmām
Tokenizēts produktu datu fails Google shēmā (Meta Commerce Manager nolasa to pašu) uztur jūsu reklāmu katalogus sinhronizētus – bez lietotnes pārskatīšanas procesā, bez manuālas atkārtotas augšupielādes.
Shopify Drīzumā
Pamats ir īsts – Shopify klientu identitātes jau tiek apvienotas ar kontaktiem, un šodien Shopify veikali pieslēdzas caur API un webhook. Natīva divvirzienu sinhronizācija pēc WooCommerce parauga ir attīstības plānā, un šī atzīme mainīsies, kad tā būs ieviesta, ne agrāk.
Visa lapaAtbalsts un pieteikumi
Zendesk – tilts komandām pārejas posmā
Nosūtīšana: pieteikumi uz āru
ConnectWiz pieteikumu sarunas izveido Zendesk pieteikumus un spoguļo atbildes kā komentārus – tāpēc komanda, kas vēl dzīvo Zendesk, redz paveikto, neprasot.
Visa lapaSaņemšana: operatoru atbildes atpakaļ
Zendesk trigeris nosūta operatoru komentārus atpakaļ ConnectWiz pavedienā – aizsargāts ar kopīgu noslēpumu un cilpas aizsargu, lai abas sistēmas nekad bezgalīgi nesūtītu vienu komentāru viena otrai.
Apjoms bez izskaistināšanas
Tas ir pieteikumu tilts – izveide, atbilde, abi virzieni ieslēdzami atsevišķi –, nevis Zendesk palīdzības centra, makro vai SLA imports. Komandas to izmanto, lai pārietu pakāpeniski, un tad to izslēdz.
CRM
Estesoft Stella – jūsu CRM, redzams no sarunas
Pirmais nodrošinātājs mūsu no nodrošinātāja neatkarīgajā CRM savienotājā: klīnikas, kas lieto Stella, patur savu CRM un iegūst sarunu slāni, kas to patiešām pazīst.
Aktuāls konteksts, piesaistīts identitātei
Vizītes, piedāvājumi, atlikumi, piezīmes un dokumenti no Stella parādās sarunā – un MI tos var nolasīt tieši šim klientam, nekad neminot ID.
Rezervācijas tiek ierakstītas atpakaļ
Tērzēšanā norunāta vizīte nonāk Stella kalendārā – un, ja piegādātāja API kādu detaļu nevar pārnest, sinhronizācija pasaka, ko tā atmeta, nevis atmet to klusi.
Apzināti atteikumi
Medicīniskās ārstēšanas ieraksti nekad netiek nolasīti vai rādīti, paša piegādātāja dzīves cikla statusi nekad netiek pārrakstīti, un mēs neizliekamies, ka ir pilns divvirzienu spogulis – robežas ir dizaina lēmumi, pierakstīti.
Estesoft Stella – visa lapa · Izmantojat citu CRM? Savienotājs pēc savas uzbūves nav atkarīgs no nodrošinātāja – pastāstiet mums par savējo. Un, kad būsiet gatavi pilnībā pamest veco sistēmu, jūsu vēsturi pārnesīs migrācijas dzinējs – par to tālāk šajā lapā.
Mārketings un pakalpojumu sniedzēji
Savi pakalpojumu sniedzēji – mūsu pamatprincips
MI: jūsu atslēgas, 5 nodrošinātāji
Wiz darbojas ar jūsu pašu atslēgām pie pieciem MI nodrošinātājiem un desmitiem modeļu – bez tokenu uzcenojuma, ar modeļa izvēli katram lietojumam un brīvību aiziet no jebkura piegādātāja. Pilns stāsts – MI lapā.
Push paziņojumi: jūsu OneSignal
Apmeklētāju tīmekļa push paziņojumi darbojas caur jūsu pašu push lietotni jūsu pašu domēnā – jo tieši tā tīmekļa push patiesībā darbojas, un izlikšanās par pretējo salūzt pirmajā dienā.
Rezervācijas uz āru, aizņemtais laiks uz iekšu
Vizītes tiek nosūtītas uz Google, Microsoft 365 un Apple/CalDAV kalendāriem un atceļot pazūd; ārējais aizņemtais laiks tiek atņemts no pieejamības, tāpēc nekādas durvis – ne cilvēks, ne MI – nevar piedāvāt aizņemtu laiku. Sīkāk – rezervāciju lapā.
Virziens katram avotam
Katrs kalendārs pilda jūsu piešķirto lomu – lasīšana, rakstīšana, abi vai tikai aizņemtais laiks –, tāpēc klīnikas kopīgais kalendārs un speciālista personīgais kalendārs pastāv līdzās, viens otru nepārrakstot.
Reklāma un atbilstība
Infrastruktūra starp sarunām, reklāmas platformām un regulatoriem
Meta Conversions API
Noslēgts darījums tiek paziņots atpakaļ reklāmai, kas sāka tērzēšanu – kā pirkuma notikums ar pareizu identitātes saskaņošanu katram kanālam –, un papildus tiek nosūtīti potenciālo klientu kvalitātes signāli no jūsu CRM piltuves. Jūsu datu kopa, jūsu tokens, pēc noklusējuma izslēgts; četri vārti (arī piekrišana), pirms jebkurš notikums tiek nosūtīts, un stāvokļa panelis, kas rāda, kas nosūtīts un kas atteikts, ar iemesliem.
Visa lapaİYS (Turcija)
Turcijas komerciālo paziņojumu reģistrs, integrēts: piekrišanas tiek nosūtītas, tiklīdz tās piešķirtas vai atsauktas, reģistra pusē fiksētie atteikumi katru dienu tiek ielasīti atpakaļ, un piekļuves datus panelī var tikai ierakstīt. Atbilstība reģistram kā infrastruktūra – ar pašreizējo pusotra virziena apjomu, kas godīgi aprakstīts İYS lapā.
Visa lapaGodīguma noteikums šai sadaļai
Reklāmas un atbilstības integrācijas vienmēr darbojas tikai aiz piekrišanas vārtiem, un katrs atteiktais notikums tiek reģistrēts ar iemeslu. Ja numuru nevar droši saskaņot, to neuzmin – nepareiza identitāte maksā kāda cita privātumu.
Migrācija
Pametiet veco CRM. Paturiet savu vēsturi.
Īsts migrācijas dzinējs
Atbalstītajām avota sistēmām: kontakti, vizīšu vēsture, piedāvājumi, pārdošanas pasūtījumi, debitoru parādi un piezīmes tiek importēti caur rindā ieliktu, atsākamu dzinēju – kopā ar mūsu komandu, jo CRM maiņa ir pelnījusi operatoru, nevis pogu.
Izlaistie ieraksti – nosaukti vārdā
Dzinējs atsakās izdomāt vērtības – ieraksts bez valūtas vai datuma tiek izlaists un saskaitīts, tāpēc “migrācija pabeigta” nekad neslēpj ierakstus, kas joprojām dzīvo vecajā sistēmā.
Piederība mainās pēdējā
Datu piederība tiek nodota kā pēdējais solis, kad imports sevi ir pierādījis – vecā sistēma paliek noteicošā līdz brīdim, kad jūs izlemjat citādi.
Viens OpenAPI līgums
Visa platforma ir specificēta vienā OpenAPI 3 dokumentā – tajā pašā līgumā, no kura savus tipus ģenerē mūsu tīmekļa panelis un mobilā lietotne. Nekādu ēnu galapunktu, nekādas dokumentācijas novirzes.
Commerce API atslēgas ar tvērumu
Konta izsniegtas atslēgas ar skaidri noteiktu tvērumu – kataloga lasīšana, pasūtījumu lasīšana, pasūtījumu rakstīšana – darbina jūsu pašu veikala priekšpusi vai lietotni uz mūsu kataloga un pasūtījumu dzinēja.
Ienākošie webhook izsaukumi – aizsargāti
Jebkura ārēja sistēma var palaist automatizāciju: katram plūsmas webhook trigerim ir savs URL, savs noslēpums, HMAC pārbaude un aizsardzība pret atkārtošanu – un saturs ir dati, nekad instrukcijas.
Izejošais virziens: plūsmas izsauc jūs
REST solis izsauc jūsu sistēmas tieši tajos brīžos, kurus uzzīmējat uz audekla. Vispārīgs webhook abonements uz visiem notikumiem vēl nav izstrādāts – pateikts šeit, nevis atklāts pārdošanas sarunā.
Integrāciju BUJ
Atbildes bez aplinkiem
Vairāk atbilžu atradīsiet sadaļā BUJ, vai arī jautājiet mums tieši.
Dziļums ir svarīgāks par logotipiem.
Pieslēdziet rīkus, ko jau izmantojat, – un ziniet precīzi, ko katrs savienojums dara, pirms to ieslēdzat.