Kliendiinfo on mitmes kohas
Kontaktid, päringud, dokumendid ja tegevuste ajalugu paiknevad eri failides või süsteemides ning meeskonnal puudub ühine kontrollitav vaade.
CRM arendus
CRM arendus kliendiandmete, rollide ja tegeliku töövoo järgi.
Arendame veebipõhiseid kliendi- ja töösüsteeme, kui valmis CRM ei kirjelda ettevõtte müügi-, teenindus- või järeltegevusi piisavalt täpselt. Alustame andmete omanikest, rollidest, etappidest ja ühendustest, mitte üldisest funktsioonide nimekirjast.
Räägime projektistMillal kohandatud CRM on põhjendatud
Töö etapid ei mahu valmistootesse
Ettevõtte rollid, kinnitused ja erandid vajavad oma olekuid, õigusi ning tegevusreegleid, mida standardse seadistusega ei saa turvaliselt katta.
CRM peab teiste süsteemidega suhtlema
Veebivormid, e-post, ERP, arveldus või muud kokkulepitud allikad vajavad selget andmeomanikku, väljade vastendust ja vigade käsitlemist.
CRM-i alus on andme- ja vastutusmudel
Üks omanik igale põhiandmele
Määrame, kus tekib klient, kontakt, päring ja töö ning millises süsteemis tohib seda muuta. Kahesuunaline sünkroonimine vajab konfliktireeglit.
Olekud peavad juhtima tegevust
Müügivihje või klienditöö etapp peab näitama, mida saab järgmisena teha, kes vastutab ja milline info on kohustuslik, mitte olema ainult vabatekstiline silt.
Esimene etapp katab ühe terviku
Valime ühe lõpetatava voo, näiteks päringust kvalifitseeritud tööni. Aruandlus, automaatika ja kõrvalprotsessid lisatakse nähtava prioriteedina.
Mida CRM-lahendus võib katta
Mida CRM-lahendus võib katta
- Kliendi-, kontakti- ja tegevusmudel
- Rollid, õigused ja vastutajad
- Päringu- või töövoo olekud
- Otsing, filtrid ja juhtvaated
- Kokkulepitud API-d, teavitused ja ajalugu
Mida vajame sisuliseks kaardistuseks
Tänane töö ja vastutajad
Kirjeldage, kes lahendust kasutab, millised tegevused tehakse täna käsitsi või eri tööriistades ning kes vastutab põhiandmete ja otsuste eest. Olemasolevad ekraanid, protsessijoonis ja näidisjuhtumid aitavad eristada igapäevast tööd harvadest eranditest.
Andmed, ühendused ja piirangud
Koondame kasutatavad süsteemid, andmeallikad, ligipääsureeglid, keeled ja vajalikud liidestused. Kui dokumentatsioon või testkeskkond puudub, märgime selle sõltuvusena ega eelda välise süsteemi käitumist.
Edu ja vastuvõtu tunnused
Lepime kokku, milline lõpetatav tegevus peab esimeses etapis töötama, kuidas tulemust kontrollitakse ning millised vead või katkestused peavad olema nähtavad. Mõõdik lisatakse ainult siis, kui selle lähteandmed ja arvutusviis on teada.
Kuidas töö liigub otsusest toimiva etapini
Kaardistus
Vaatame koos läbi kasutajad, eesmärgi, tänase töö, andmed, sõltuvused ja kriitilised erandid. Tulemuseks on kontrollitav ulatus, mitte oletustel põhinev funktsioonide nimekiri.
Struktuur ja prototüüp
Seome põhitegevused, olekud ja infoarhitektuuri ekraanideks või tehniliseks vooskeemiks. Enne arendust kontrollime, et kasutaja ja haldaja jõuavad mõlemad lõpetatava tulemuseni.
Arendus ja ühendused
Teostame kokkulepitud liidese, serveripoolse loogika ning integratsioonid väikeste kontrollitavate osadena. Vigade käsitlemine, õigused ja logitavad sündmused kuuluvad sama etapi vastuvõttu.
Testimine ja üleandmine
Kontrollime tavavoogu, olulisemaid erandeid, eri seadmeid ja kokkulepitud andmevahetust. Enne käivitamist fikseerime teadaolevad piirangud, vastutajad, jälgimise ja tagasipöördumise võimaluse.
Piirid, mis peavad enne teostust selged olema
Piirid, mis peavad enne teostust selged olema
- Esimese etapi kasutajad, rollid ja lõpetatav põhitegevus
- Põhiandmete omanikud, kohustuslikud väljad ja säilitamise vajadus
- Kokkulepitud välised süsteemid, ligipääsud ja testimisvõimalus
- Kriitilised erandid, veateated, õigused ja auditit vajavad sündmused
- Vastuvõtukontroll, käivitamise vastutus ja järgmise etapi nimekiri
Käivitamine, jälgimine ja edasine vastutus
Üleandmine ei piirdu valmis ekraanidega. Koondame kokkulepitud funktsioonid, ligipääsu- ja haldusjuhised, väliste ühenduste sõltuvused, teadaolevad piirangud ning kontrollid, millega meeskond saab lahenduse tööd jälgida. Käivitamise viis, andmete ülemineku hetk, tagasipöördumise võimalus ja järgmise etapi prioriteedid lepitakse kokku vastavalt süsteemi riskile; neid ei esitata enne kaardistust kindla lubadusena.
Avalik näide päringu teekonnast
MVAuto
MVAuto lahenduses ühendas GoMedia kataloogi, otsingu, sõiduki detailvaate ja edasimüüja päringu üheks kontrollitavaks veebiteekonnaks. See tõendab töövoo osi, mitte eraldi CRM-toote avalikku case’i.
Tutvu projektiga
Küsimused CRM arenduse kohta
Kas alati on vaja oma CRM-i?
Ei. Kui valmistoote andmemudel ja töövoog sobivad, võib seadistamine olla mõistlikum. Kohandatud arendus vajab selget erisust või integratsioonivajadust.
Kas olemasolevad kliendiandmed saab üle tuua?
Võimalik ulatus selgub pärast väljade, duplikaatide, kvaliteedi, õigusliku aluse ja lähteandmetele ligipääsu kontrolli.
Kas õigusi saab rollide kaupa piirata?
Jah, kui rollid ja lubatud tegevused on kirjeldatud. Tundliku info puhul lisame vastuvõttu ka juurdepääsu- ja auditijuhtumid.
Kas CRM saab veebivormiga ühenduda?
Saab, kui määrame valideerimise, duplikaadireeglid, nõusoleku või muu õigusliku aluse ning ühenduse veakäitumise.
CRM arendus kliendiandmete, rollide ja tegeliku töövoo järgi.
Kirjeldage lühidalt eesmärki, kasutajaid, tänast lahendust ja funktsioone, mida vajate. Esimeses vestluses täpsustame küsimused ning lepime kokku, millist kaardistust on enne pakkumist vaja.