B2B svetainės CRM integracija: suplanuokite užklausų perdavimą

B2B svetainės CRM integracija sujungia svetainės užklausas su ryšių su klientais valdymo sistema, tačiau naudingas rezultatas yra užklausa, kurią tinkamas žmogus gali rasti ir imtis veiksmų. Kurdami svetainę šį perdavimą apibrėžkite prieš rinkdamiesi jungtį ar braižydami pardavimo skydelį.

Pirkėjas gali prašyti atsarginio komponento, gamybos kainos ar priežiūros vizito. Šioms užklausoms reikia skirtingo tęstinio darbo, net jei jos ateina per tą pačią svetainę. Vadovas paaiškina, ką įtraukti į kūrimo užduotį; jis nenumato, kad jūsų esama svetainė jau prijungta prie CRM.

Apibrėžkite pardavimo komandai reikalingą įrašą

Nuspręskite, ar naujas pateikimas sukuria kontaktą, užklausą, pardavimo galimybę ar kelis susietus įrašus. Formos pateikimas savaime nėra kvalifikuota pardavimo galimybė. Komandai pirmiausia gali reikėti patikrinti aptarnavimo teritoriją ar techninį tinkamumą.

Užrašykite vieną priėmimo kriterijų: „Galiojanti užklausa sukuria atsekamą įrašą, išsaugo pirkėjo reikalavimus ir pasiekia paskirtą komandą.“ Sutarkite, kas vyksta, jei siuntėjas jau egzistuoja. Kontakto atnaujinimas neturi perrašyti kliento atsakingo asmens ar pašalinti ankstesnių užklausų.

Šiuos sprendimus įtraukite į pramonės svetainės kūrimo užduotį. Pirkėjui matomiems klausimams ir patikrai naudokite atskirą kainos užklausos formos vadovą. Integracijos užduotis prasideda nuo to, kas nutinka pateiktai informacijai.

Duomenis susiekite prieš sujungdami sistemas

Su pardavimo komanda ir CRM atsakingu žmogumi sudarykite laukų atitikmenų žemėlapį. Kiekvienai reikšmei nurodykite šaltinį, paskirtį, formatą, leistinas vertes ir elgesį jai trūkstant. Atskirkite tuščią atsakymą nuo sąmoningo „dar nežinoma“.

Toliau pateiktas hipotetinis pavyzdys skirtas tiekėjui, gaunančiam komponentų užklausas. Jis iliustruoja duomenų susiejimo sprendimus, o ne konkrečią CRM sistemą.

Svetainės informacija	Numatyta paskirtis	Taisyklė, kurią reikia sutarti
Kontakto el. paštas	Kontakto įrašas	Patikrinti esamą kontaktą nesujungiant nesusijusių žmonių
Produkto kodas	Užklausos prekė	Išsaugoti pastovų kodą greta suprantamo pavadinimo
Kiekis ir vienetas	Užklausos prekė	Skaičių laikyti kartu su vienetu; nemanyti, kad visada tai vienetai
Pirkėjo pranešimas	Užklausos aprašymas	Sutartose ribose išsaugoti reikšmę ir eilučių lūžius
Puslapis ir pasirinkta kalba	Užklausos kontekstas	Išsaugoti aktualų puslapį nekopijuojant jautrių URL parametrų
Pateikimo identifikatorius	Pristatymo įrašas	Naudoti vienai užklausai atsekti per visą perdavimą

Produktų identifikatoriai turi būti iš tų pačių įrašų, kuriuos naudoja svetainė. Šį pagrindą paaiškina svetainės su produktų katalogu vadovas. Nesiremkite vien išverstais produktų pavadinimais: jie gali keistis, nors pati prekė nesikeičia.

Paskirkite atsakomybę ir išsaugokite pirminę užklausą

Pasirinkite darbuotojams paaiškinamą nukreipimo taisyklę, pavyzdžiui, produktų grupę, aptarnavimo regioną ar esamą kliento atsakingą asmenį. Neatitinkančioms užklausoms paskirkite atsarginę komandą. Įrašas be atsakingo žmogaus turi būti matomas išimčių eilėje, o ne tyliai ignoruojamas.

Išsaugokite originalų pranešimą, kai darbuotojai prideda pastabų ar tikslina poreikį. Pardavėjo interpretacija neturi pakeisti pirkėjo žodžių. Užrašykite šaltinį ir gavimo laiką, kad komanda galėtų atskirti naują užklausą nuo senesnio pokalbio.

Jei svetainė daugiakalbė, pasirinktą kalbą perduokite atskirai nuo pristatymo šalies. Tai atsakymai į skirtingus klausimus. Daugiakalbės svetainės vadovas aptaria svetainės terminiją ir kalbų struktūrą. Nežadėkite atsakymo laiko vien dėl to, kad yra automatinė nukreipimo taisyklė.

Atskirkite priėmimą, eilę ir pristatymą į CRM

Naršyklės padėkos pranešimas neįrodo, kad pardavėjas turi tinkamą įrašą. Apibrėžkite kiekvieno etapo reikšmę ir sistemą, kuri jį patvirtina:

• Priimta: gavimo paslauga patikrino užklausą ir išsaugojo ją apdorojimui.
• Eilėje: užklausa laukia pristatymo pagal sutartą, stebimą procesą.
• Pristatyta: gavėjas patvirtina, kad numatytas įrašas egzistuoja ir turi patikrinamą identifikatorių.
• Nepavyko: žingsnis negalėjo būti baigtas, todėl reikia atkūrimo arba peržiūros.

Neaiškų rezultatą taip pat reikia valdyti. Jei ryšio laikas baigiasi po to, kai CRM gavo užklausą, siuntėjas gali nežinoti, ar pristatymas pavyko. Nerodykite „pristatyta“ vien pagal praėjusį laiką. Taip pat neprašykite pirkėjo kartoti užklausos, kuri saugiai išsaugota ir laukia apdorojimo.

Venkite dublikatų ir užtikrinkite atkūrimą po klaidų

Pakartotinės POST užklausos gali sukurti pasikartojančius įrašus; jos savaime nėra idempotentinės. MDN paaiškina šį veikimą.

Paklauskite kūrėjų, kaip vienas pateikimas atpažįstamas per pakartotinius bandymus. Pakartotinai pristatytas tas pats pateikimas turi grąžinti esamą rezultatą, o tikrai nauja užklausa iš to paties el. pašto turi likti atskira. Vien el. pašto atitikimo nepakanka: vienas pirkėjas gali turėti kelis pirkimo poreikius.

Sutarkite ribotą pakartojimų skaičių, laukimo intervalus ir neišspręstų klaidų peržiūros kelią. Neteisingus laukų duomenis reikia ištaisyti, o ne siųsti be galo. Fiksuokite pakankamai diagnostikos klaidos etapui ir pateikimo identifikatoriui nustatyti, bet nekelkite viso pirkėjo pranešimo į įprastus techninius žurnalus.

Paskirkite, kas tikrina išimčių eilę ir kas gali pakartoti užklausos perdavimą. Atkūrimo darbą ir jungties priežiūrą įtraukite lygindami pramonės svetainės kūrimo kainą.

Ribokite prieigą ir nelaikykite prisijungimų svetainėje

Privatūs CRM prisijungimo duomenys turi būti patvirtintoje serverio ar valdomos integracijos aplinkoje, o ne puslapio kode, atsisiunčiamame „JavaScript“ ar viešuose turinio įrašuose. Jungčiai suteikite tik prieigą, reikalingą sutartiems veiksmams. Teisė sukurti užklausą savaime nereikalauja teisės eksportuoti visos klientų duomenų bazės.

Nuspręskite, kokių duomenų reikia, kur jie laikomi, kas gali juos pasiekti ir kiek laiko jie saugomi. Jei perduodami brėžiniai, atskirai apibrėžkite kontroliuojamą failų procesą; įprasta vieša medijos biblioteka nėra privati užklausų saugykla. Svetainės privatumo informaciją suderinkite su tikru procesu ir pateikite atsakingam asmeniui patvirtinti.

Prieš paleidimą patikrinkite visą perdavimą

Leistinoje bandymų aplinkoje naudokite sintetinius kontaktinius duomenis ir pavyzdinius reikalavimus. Patikrinkite įrašus gavėjo sistemoje, ne tik lankytojui rodomą ekraną.

Bandymas	Teisingo rezultato įrodymas
Nauja tinkama užklausa	Teisingi laukai, šaltinis, atsakingas asmuo ir atsekamas identifikatorius
Esamas kontaktas, naujas poreikis	Tinkamai susietas kontaktas; nauja užklausa lieka atskira
Tas pats pateikimas pristatytas dukart	Viena numatyta užklausa su tuo pačiu pristatymo identifikatoriumi
Laikinas gavėjo sistemos sutrikimas	Užklausa išsaugoma arba aiškiai atmetama; atkūrimas vyksta pagal sutartą procesą
Neteisingas gavėjo laukas	Atsakingai komandai matoma klaida; nėra klaidingo sėkmės teiginio
Kita kalba ir kiekio vienetas	Išsaugota pirminė reikšmė, kalba ir vienetas

Perdavimo metu gaukite laukų žemėlapį, nukreipimo taisykles, būsenų apibrėžimus, prieigos atsakingą asmenį ir atkūrimo instrukcijas. Užrašykite, kas prižiūri jungtį pasikeitus bet kuriai sistemai. Aptardami svetainės reikalavimus pateikite dabartinį užklausų procesą ir CRM įrašus, kuriuos komanda tikisi gauti.