B2B vietnes CRM integrācija: pieprasījumu nodošanas plāns

B2B vietnes CRM integrācija savieno vietnes pieprasījumus ar klientu attiecību pārvaldības sistēmu, taču noderīgais rezultāts ir pieprasījums, ko atbilstošā persona var atrast un apstrādāt. Vietnes izstrādē šo nodošanu nosakiet pirms savienotāja izvēles vai pārdošanas paneļa zīmēšanas.

Pircējs var pieprasīt rezerves komponentu, ražošanas cenu piedāvājumu vai apkopes vizīti. Tiem vajadzīga atšķirīga turpmākā rīcība, pat ja tie pienāk vienā vietnē. Šis ceļvedis skaidro, ko iekļaut izstrādes uzdevumā; tas nepieņem, ka pašreizējai vietnei jau ir CRM savienojums.

Nosakiet pārdošanas komandai vajadzīgo ierakstu

Izlemiet, vai jauns iesniegums izveido kontaktpersonu, pieprasījumu, pārdošanas iespēju vai saistītu ierakstu kopumu. Veidlapas iesniegums automātiski nav kvalificēta pārdošanas iespēja. Komandai vispirms var būt jāpārbauda apkalpojamā teritorija vai tehniskā piemērotība.

Uzrakstiet vienu pieņemšanas nosacījumu: “Derīgs iesniegums izveido izsekojamu pieprasījumu, saglabā pircēja prasības un sasniedz nosauktu komandu.” Saskaņojiet rīcību, ja nosūtītājs jau pastāv. Kontakta atjaunināšana nedrīkst pārrakstīt klienta atbildīgo vai izmest iepriekšējos pieprasījumus.

Šos lēmumus iekļaujiet rūpniecības vietnes izstrādes uzdevumā. Pircējiem redzamajiem jautājumiem un validācijai izmantojiet atsevišķo cenu pieprasījuma veidlapas ceļvedi. Integrācijas uzdevums sākas ar iesniegtās informācijas turpmāko apstrādi.

Kartējiet informāciju pirms sistēmu savienošanas

Kopā ar pārdošanas komandu un CRM atbildīgo izveidojiet lauku karti. Katrai vērtībai norādiet avotu, galamērķi, formātu, pieļaujamās vērtības un rīcību, ja tās trūkst. Atšķiriet tukšu atbildi no apzināta “vēl nav zināms”.

Tālāk dots hipotētisks piemērs piegādātājam, kas saņem komponentu pieprasījumus. Tas ilustrē datu sasaistes lēmumus, nevis konkrētu CRM produktu.

Vietnes informācija	Paredzētais galamērķis	Saskaņojamais noteikums
Kontaktpersonas e-pasts	Kontakta ieraksts	Pārbaudīt esošu kontaktu, neapvienojot nesaistītus cilvēkus
Produkta kods	Pieprasījuma vienība	Saglabāt stabilo kodu kopā ar lasāmu nosaukumu
Daudzums un mērvienība	Pieprasījuma vienība	Glabāt skaitli un mērvienību kopā, nepieņemot gabalus
Pircēja ziņa	Pieprasījuma apraksts	Saglabāt nozīmi un rindu pārtraukumus saskaņotajās robežās
Lapa un izvēlētā valoda	Pieprasījuma konteksts	Saglabāt attiecīgo lapu bez sensitīvu URL parametru kopēšanas
Iesnieguma identifikators	Piegādes ieraksts	Izmantot viena pieprasījuma izsekošanai visā nodošanā

Produktu identifikatoriem jānāk no tiem pašiem ierakstiem, ko izmanto vietne. Produktu kataloga vietnes ceļvedis skaidro šo pamatu. Nepaļaujieties tikai uz tulkotiem produktu nosaukumiem, kuri var mainīties, pašam produktam nemainoties.

Nosakiet atbildību un saglabājiet sākotnējo pieprasījumu

Izvēlieties darbiniekiem izskaidrojamu sadales noteikumu, piemēram, produktu grupu, apkalpošanas reģionu vai esošā klienta atbildīgo. Neatbilstošajiem pieprasījumiem nosakiet rezerves komandu. Ierakstam bez atbildīgā jābūt redzamam izņēmumu rindā, nevis klusi ignorētam.

Saglabājiet sākotnējo ziņu pieejamu, kad darbinieki pievieno piezīmes vai precizē prasību. Pārdevēja interpretācija nedrīkst aizstāt pircēja vārdus. Norādiet avotu un saņemšanas laiku, lai atšķirtu jaunu pieprasījumu no vecākas sarunas.

Ja vietnei ir vairākas valodas, izvēlēto valodu nododiet atsevišķi no piegādes valsts. Tās atbild uz dažādiem jautājumiem. Daudzvalodu vietnes ceļvedis aptver vietnes terminoloģiju un valodu struktūru. Nesoliet atbildes laiku tikai automatizēta sadales noteikuma dēļ.

Nošķiriet pieņemšanu, rindu un piegādi CRM

Pateicības ziņa pārlūkā nepierāda, ka pārdevējam ir lietojams ieraksts. Nosakiet katra posma nozīmi un apstiprinošo sistēmu:

• Pieņemts: saņēmējs ir pārbaudījis un saglabājis pieprasījumu apstrādei.
• Rindā: pieprasījums gaida piegādi saskaņotā, uzraudzītā procesā.
• Piegādāts: galamērķis apstiprina vajadzīgā ieraksta esamību ar pārbaudāmu identifikatoru.
• Neizdevās: kādu soli nevarēja pabeigt, un nepieciešama atjaunošana vai pārskatīšana.

Arī neskaidrs rezultāts jāapstrādā. Ja savienojuma gaidīšanas laiks beidzas pēc tam, kad CRM jau saņēmis pieprasījumu, nosūtītājs var nezināt iznākumu. Nerādiet “piegādāts”, balstoties tikai uz pagājušo laiku. Tāpat neprasiet pircējam atkārtot droši saglabātu pieprasījumu, kas gaida apstrādi.

Novērsiet dublikātus un nodrošiniet kļūdu atkopšanu

Atkārtoti POST pieprasījumi var izveidot dublētus ierakstus; tie pēc būtības nav idempotenti. MDN skaidro šo darbību.

Jautājiet izstrādes komandai, kā vienu iesniegumu identificē atkārtotos mēģinājumos. Tā atkārtotai piegādei jāatgriež esošais rezultāts, savukārt patiešām jaunam pieprasījumam no tā paša e-pasta jāpaliek atsevišķam. Ar e-pasta salīdzināšanu nepietiek: vienam pircējam var būt vairākas iepirkuma vajadzības.

Saskaņojiet ierobežotu atkārtojumu skaitu, gaidīšanas intervālus un neatrisināto kļūdu pārskatīšanu. Nederīgas lauku vērtības jālabo, nevis bezgalīgi jāsūta vēlreiz. Reģistrējiet pietiekamu diagnostiku kļūdainā posma un iesnieguma noteikšanai, bet neglabājiet pilnas pircēju ziņas ikdienas tehniskajos žurnālos.

Nosakiet, kurš pārbauda izņēmumu rindu un kurš drīkst atkārtoti apstrādāt pieprasījumu. Salīdzinot ražotāja vietnes izstrādes izmaksas, iekļaujiet atkopšanas darbu un savienotāja uzturēšanu.

Ierobežojiet piekļuvi un turiet piekļuves datus ārpus vietnes

Privātajiem CRM piekļuves datiem jāatrodas apstiprinātā servera vai pārvaldītas integrācijas vidē, nevis lapas avotā, lejupielādētā JavaScript vai publiskos satura ierakstos. Savienojumam piešķiriet tikai saskaņotajām darbībām vajadzīgo piekļuvi. Pieprasījuma izveide automātiski neprasa tiesības eksportēt visu klientu datubāzi.

Izlemiet, kuri dati nepieciešami, kur tos glabā, kam tie pieejami un cik ilgi. Ja ir rasējumi, atsevišķi definējiet kontrolētu failu procesu; parasta publiska mediju bibliotēka nav privātu pieprasījumu glabātuve. Saskaņojiet privātuma informāciju ar īsto procesu un lūdziet atbildīgā apstiprinājumu.

Pirms publicēšanas pārbaudiet visu nodošanu

Atļautā testa vidē izmantojiet izdomātus kontaktus un paraugprasības. Pārbaudiet galamērķa ierakstus, ne tikai apmeklētāja redzamo ekrānu.

Tests	Pareiza rezultāta pierādījums
Jauns derīgs pieprasījums	Pareizi lauki, avots, atbildīgais un izsekojams ieraksta identifikators
Esošs kontakts, jauna vajadzība	Kontakts sasaistīts pareizi; jaunais pieprasījums paliek atsevišķs
Tas pats iesniegums piegādāts divreiz	Viens paredzētais pieprasījums ar vienotu piegādes identifikatoru
Īslaicīga galamērķa nepieejamība	Pieprasījums saglabāts vai skaidri noraidīts; atkopšana atbilst procesam
Nederīgs galamērķa lauks	Atbildīgajai komandai redzama kļūda bez nepatiesa veiksmes apgalvojuma
Cita valoda un daudzuma mērvienība	Saglabāta sākotnējā nozīme, valoda un mērvienība

Nodošanā saņemiet lauku karti, sadales noteikumus, statusu definīcijas, piekļuves atbildīgo un atkopšanas instrukcijas. Pierakstiet, kurš uztur savienojumu, kad kāda sistēma mainās. Apspriežot vietnes prasības, sagatavojiet pašreizējo pieprasījumu procesu un CRM ierakstus, ko komanda vēlas saņemt.