ConnectWiz + Estesoft Stella

Veikianti integracija

Stella lieka jūsų CRM. Dabar ją pagaliau mato ir pokalbiai.

Pirmasis tiekėjas mūsų universalioje, nuo tiekėjo nepriklausančioje CRM sąsajoje: kiekviename pokalbyje – kliento kontekstas iš Estesoft Stella realiuoju laiku, rezervacijos įrašomos atgal į Stella vizitų knygą. Ir raštu užfiksuoti sąmoningi atsisakymai – ko komunikacijos produktas niekada neturėtų liesti.

Pradėkite nemokamai Visos integracijos

Kontekstas, susietas su tapatybe Rezervacijos grįžta į šaltinį Medicininiai duomenys: niekada neskaitomi

Estesoft Stella × ConnectWiz

Susieta tik su šiuo klientu

Matomi vizitai · pasiūlymai · balansas

Rezervacija pokalbyje → Stella vizitų knyga

Gydymo įrašai: niekada neskaitomi

Skaitymo operacijų, kiekviena įvardyta: vizitai, pasiūlymai, užsakymai, balansas, pastabos, dokumentai, katalogas, darbuotojai, filialai, kliento paieška

Apibrėžtos rašymo operacijos: šešios atvertos, viena sulaikyta, kol bus išmatuota, – ir sakome, kuri

Patikros prieš kiekvieną įrašymą: adapteris, galimybė, operacijos jungiklis, duomenų nuosavybė

Įrašų tipai, kuriuos perkelia perkėlimo variklis: vizitai, pasiūlymai, pardavimai, gautinos sumos, pastabos

CRM

Ką tiksliai daro

Kontekstas realiuoju laiku, susietas su tapatybe

Šio kliento vizitai, pasiūlymai, neapmokėtas likutis, pastabos ir dokumentai rodomi prie pokalbio, o DI gali juos skaityti tik apie šį klientą – nustatytą iš paties pokalbio, niekada ne pagal spėtą ID.

Rezervacijos grįžta į šaltinį

Pokalbyje sukurtas vizitas patenka į Stella vizitų knygą. Jei tiekėjo API negali perduoti kurios nors detalės, sinchronizacija praneša, ką praleido, užuot tyliai ją praradusi.

DI skaito, bet niekada nerašo

Nuolatinė visos CRM sąsajos taisyklė: skaitymas susietas su tapatybe, o rašo tik žmonės. DI, kuris gali klaidingai perskaityti balansą, yra tik pigi repeticija to DI, kuris užregistruotų ne tą pacientą.

Perkėlimas – kada nuspręsite

Eilėje veikiantis variklis, kurį galima pratęsti po pertraukos, perkelia į ConnectWiz vizitus, pasiūlymus, pardavimus, gautinas sumas ir pastabas. Kiekvienas praleistas įrašas įvardijamas, o duomenų nuosavybė perjungiama tik paskutiniu žingsniu.

Mokėjimai ir užsakymai grįžta į Stella

ConnectWiz užregistruotas mokėjimas ar sukurtas užsakymas gali būti perduotas į Stella. Tai įjungiama tik aiškiu savininko sprendimu, už tų pačių keturių patikrų ir su tuo pačiu repeticijos režimu kaip ir visa kita.

Tik pokyčiai, ne veidrodinė kopija

Pokyčių tikrinimas skirtas praleistiems įvykiams pagauti, o ne antrai klinikos apskaitos kopijai laikyti. Pamiršus šį skirtumą, talpykla virsta duomenų baze, todėl tai užrašyta.

Techninė pusė

Rašymo kelias: keturios patikros ir repeticija

Pagal nutylėjimą išjungta – kiekviena operacija atskirai

Kiekvienas rašymas pristatomas išjungtas, o kiekviena iš septynių operacijų – pastabos, vizitai, atšaukimai, klientai, pasiūlymai, užsakymai, mokėjimai – turi savo jungiklį. Saugumas čia reiškia nebuvimą: jei patikra nepavyksta, rašymo objekto, kurį būtų galima iškviesti, tiesiog nėra.

Nuosavybė svarbiau už jungiklį

Virš atskirų operacijų jungiklių yra duomenų nuosavybė: duomenų domenas, priklausantis jūsų darbo sričiai, niekada neįrašomas į Stella, kad ir ką rodytų jungiklis. Patikrų tvarka fiksuota ir dokumentuota.

Repeticija tikruoju kodo keliu

Bandomasis režimas (dry-run) sukuria lygiai tuos pačius duomenis, kuriuos išsiųstų tikras įrašymas, ir sustoja tik prieš perdavimą. Repeticija kitu kodo keliu nieko neįrodo, todėl tokios ir nėra.

Įrašai patikrina patys save

Po kiekvieno įrašymo integracija nuskaito, ką sukūrė, ir palygina. Neatitikimas parodomas kaip įspėjimas žmogui ir niekada netaisomas automatiškai, nes tiekėjo API neturi idempotency rakto, su kuriuo taisyti būtų saugu.

Perkėlimas teisinga tvarka

Pirmiausia importuojami vizitai – sąmoningai, nes vizitų knyga yra vienintelė vieta, kur galima rasti visus asmenis visoje klinikos paskyroje. Kiekviena praleista eilutė suskaičiuojama ir įvardijama: nėra laiko intervalo, nežinoma struktūra, trūksta kontakto.

DI skaitymas užrakintas trigubai

DI CRM įrankis siūlo tik tuos veiksmus, kuriuos jūsų darbo sritis iš tikrųjų turi, iškvietimo metu veiksmą patikrina iš naujo, o klientą nustato iš paties pokalbio. Išgalvota parinktis ar spėtas ID atmetami dar iki perdavimo.

Sąranka

Kaip jungiamasi

Prijunkite Stella

Pridėkite savo Stella prisijungimo duomenis – jungtis juos patikrina su tikra API dar prieš ką nors išsaugodama.

Dirbkite su kontekstu

Pokalbiuose rodoma kliento CRM kortelė – konsultantai ir DI atsako remdamiesi faktais, o ne atmintimi.

Perkelkite, jei ir kada norėsite

Paleiskite perkėlimo vedlį ir atsikelkite visą istoriją – senoji sistema lieka pagrindinė, kol neperjungsite nuosavybės.

Kartu – geriau

Su kuo derinasi

Rezervacijų variklis

Pokalbyje sukurtos rezervacijos patenka į Stella vizitų knygą, o rezervacijų sistema atima Stella vizitus iš laisvo laiko – viena vizitų knygos tiesa.

Kortelė pokalbių dėžutėje

Konsultantai mato kliento CRM kontekstą realiuoju laiku – vizitus, pasiūlymus, balansą – šalia pokalbio bendroje pokalbių dėžutėje.

Wiz – tik skaito

Mūsų DI agentas atsako į klausimą „kada mano vizitas?“ remdamasis Stella duomenimis, susietais tik su gijoje rašančiu asmeniu. Pagal nuolatinę taisyklę jis nieko įrašyti negali.

Saugumas ir garantijos

Nuobodžios garantijos

Sveikatos duomenys: niekada neskaitomi

Gydymo įrašai pagal KVKK yra specialiųjų kategorijų duomenys. Įkėlus juos į aptarnavimo ekraną, juos tvarkančių asmenų ratas išsiplėstų nuo klinikos gydytojų iki visos komandos, todėl, nors tokie galiniai taškai egzistuoja, raštu atsisakome jais naudotis.

Jokių nematomų rankų

Niekada neuždarome klinikos užduočių, nekeičiame jos klientų segmentų ir neliečiame jos buhalterinės apskaitos. Kiekvienas iš šių atsisakymų dokumentuotas, nes automatizuoti kito verslo procesą iš pokalbio – brangiausia produkto klaidų klasė.

Prieigos raktai – ne URL adresuose

Tiekėjas siūlo prieigos rakto tikrinimo galinį tašką, kuris prisijungimo duomenis įdeda į URL – ten, kur juos mato žurnalai ir tarpiniai serveriai. Mes jo niekada nekviečiame. Kaip tvarkyti prisijungimo duomenis, sprendžiame kiekvienam galiniam taškui atskirai.

Trynimas: nesiūlomas

Tiekėjo galiniai taškai klientams, potencialiems klientams, sąskaitoms ir pasiūlymams trinti nenaudojami: nepatikrinta, ar trynimas laikinas, ar galutinis, o paciento įrašo ištrynimas nėra scenarijus, už kurį norėtume prisiimti atsakomybę.

Sąlygos be pagražinimų

Ribos, įvardytos tiesiai

Sąmoningi atsisakymai

Medicininiai gydymo įrašai niekada neskaitomi ir nerodomi, tiekėjo gyvavimo ciklo etiketės niekada neperrašomos, o apsimesti, kad sinchronizacija visiškai dvipusė, nebandome. Kiekvienas atsisakymas yra dokumentuotas projektavimo sprendimas, o ne spraga.

Kitos CRM sistemos

Sąsaja iš principo nepriklauso nuo tiekėjo: Stella yra pirmasis tiekėjas, bet ne paskutinis. Naudojate ką nors kita? Parašykite mums – tai turės įtakos eilei.

Estesoft Stella DUK

Atsakymai be užuolankų

Daugiau atsakymų rasite skiltyje DUK, o jei ko nerasite – parašykite mums tiesiogiai.

Paties kliento vizitus, pasiūlymus, užsakymus, neapmokėtą likutį, pastabas ir dokumentus – tiesiai jo pokalbyje, taip pat verslo katalogą, darbuotojus ir filialus, kad DI turėtų iš ko atsakyti. Visi skaitymai susieti su gijoje rašančiu klientu.

Taip nustatyta taisykle: šioje sąsajoje DI tik skaito, o skaitymas susietas su tapatybe. Klaidingas įrašas klinikos CRM – tai realus incidentas, todėl rašo tik žmonės, o kiekvienas įrašas atsekamas.

Taip. Perkėlimo variklis importuoja vizitus, pasiūlymus, pardavimus, gautinas sumas ir pastabas eilėje, kurią galima pratęsti po pertraukos, ir įvardija kiekvieną praleistą įrašą. Nuosavybė perduodama aiškiu paskutiniu žingsniu, todėl niekas nelieka perkelta tik perpus.

Šešios: kliento pastabos, vizitai (sukūrimas ir atšaukimas), nauji klientai, pasiūlymai, užsakymai ir mokėjimai. Kiekviena turi savo jungiklį, visos pagal nutylėjimą išjungtos ir visos pradeda repeticijos režimu. Failų įkėlimas apibrėžtas, bet laikomas uždarytas, kol nebus išmatuota, kaip elgiasi tiekėjo galinis taškas, – tai matavimo spraga, o ne sprendimas.

Kiekvienas praleidimas suskaičiuojamas ir įvardijamas: eilutės už pasirinkto laikotarpio ribų, eilutės, kurių struktūros variklis neatpažįsta, eilutės su klientu, kurio nepavyksta susieti. Ši suvestinė ir yra ataskaita – perkėlimą baigiate žinodami, kas nebuvo perkelta ir kodėl.

Geriau sujungta sąžiningai nei garsiai.

Kiekviena integracija čia aprašyta pagal tai, ką ji iš tikrųjų daro, – su kryptimi, duomenų nuosavybe ir ribomis.