Ügyfélkapcsolat-kezelési (CRM) platformok nagyon függenek a nagy adatoktól. Ahogy ezek a platformok egyre szélesebb körben használatosak, egyes adatforrások, amelyektől függenek, egyre feszítettebbé válnak.
A CRM-szolgáltatóknak módot kell találniuk arra, hogy új big data kezdeményezésekkel kezeljék a technikai adósságproblémát, amellyel szembesülnek. Ez könnyebb lesz, mivel a big data fejlődése ezt lehetővé teszi.
A Big Data, a CRM technológia és a műszaki adósság közötti kapcsolat
Mivel egyre több CRM-ügyfél éri el a 10 éves határt saját platformján, a technikai adósság bénító hatásai jelentősen elterjedtek. Bár félreértik, a technikai adósság lassú teljesítményt, csökkent agilitást, lassú alkalmazást és az üzleti követelmények teljesítésének elmulasztását eredményezheti. Ez pedig arra késztette a tapasztalt IT-vezetőket, hogy mit kezdjenek a technikai adósság összetett problémájával, és hogyan segíthetnek a nagy adatok.
A helyzet leküzdése érdekében adatvezérelt CRM-ek, mint például a Salesforce most olyan szolgáltatásokat kínálnak, amelyek a technikai adósság kezelésére irányulnak. Ennek részeként a Salesforce azt javasolja az ügyfeleknek, hogy az egyes kiadások egy százalékát fordítsák a tisztítási munkákra. De bár mindenki egyetért abban, hogy a technikai adósság rossz, nem sok vita folyik arról, hogy a technikai adósság pontosan hogyan csökkenti a CRM teljesítményét és agilitását. Ennek megértése nélkül nehéz tudni, hogyan lehet megoldani a problémát – vagy elkerülni azt.
Egyáltalán mi a technikai tartozás?
A szoftverfejlesztésben a technikai adósságot gyakran úgy határozzák meg, mint annak költségét, hogy egy egyszerű megoldást választanak most a jobb megközelítés helyett, amely hosszabb időt vesz igénybe. A CRM-elemzők szeretik a technikai adósságot a kiterjedt testreszabásból eredő összetettséggel társítani.
Metazoa Jennifer Mercer vezérigazgató úgy gondolja, hogy egyik definíció sem nagyon hasznos, különösen, ha a Salesforce-ról van szó.
„Először is a Salesforce-szervezeteket [fiókokat] nagymértékben testre kell szabni, hogy megfeleljenek a fontos üzleti követelményeknek” – mondja Mercer. „A komplex Salesforce-szervezetek jól működhetnek, ha megfelelően kezelik őket. Másodszor pedig azt tapasztaltuk, hogy a régebbi Salesforce-szervezeteknél az agilitás és a teljesítmény elvesztése gyakran konkrét, javítható hibákra vezethető vissza. Úgy gondoljuk, hogy nem a túl sok testreszabás a probléma, hanem a szervezet életfontosságú rendszerei, amelyek egészségtelenné váltak.”
A Metazoa a Salesforce ökoszisztéma legjobb szervezetkezelési szoftvereszközkészlete, a Metazoa Snapshot mögött álló vállalat. A 2006-ban létrehozott Snapshot volt az első CRM-kezelési megoldás, amelyet kifejezetten a Salesforce számára fejlesztettek ki, és ez volt az egyik első alkalmazás, amelyet a Salesforce AppExchange kínált. Az évek során a Snapshot az iparág legátfogóbb eszközkészletévé nőtte ki magát a szervezetkezeléshez, a relációs adatmigrációhoz, a dokumentációhoz, a technikai tartozások eltávolításához és még sok máshoz.
Mi a helyzet az SAP-pal és az Oracle-lel?
Az SAP CRM platformja alatt dolgozók számára a Pillir csapata saját vezető megoldással rendelkezik. Felismerve, hogy a cégek miért küzdenek az innovációval, a Pillir csapata elkészített egy egyedi, ABAP eszközt (az ABAP a német SAP szoftvercég által készített magas szintű programozási nyelv) ún. SAP technikai adósság irányítópult hogy az SAP ügyfelei megértsék, mennyi időt, pénzt és erőforrást fordítanak a szükségtelen testreszabásokra, és hogyan csökkenthetik a technikai adósságot a folyamat során.
„Az ABAP története történetekkel rendelkezik, de egyben súlyos ára is” – mondta Brian Fitzgerald iparági elemző. „A Salesforce APEX-hez hasonlóan az SAP ABAP-ja is az, ami a CRM rendkívül összetett ökoszisztémáját mozgatja. Ennek megfelelően, amikor technikai adóssághalmazokat kezd generálni, az ügyfelek ki vannak téve a rendszer meghibásodásának veszélyének. És ez igaz az Oracle Application Express-re, amelyet APEX-nek is neveznek.”
Az Oracle, a három nagy CRM harmadik lába, nem mentes a technikai adósságokkal kapcsolatos problémáktól. Ami azt illeti, akkora probléma, hogy a vállalat a Deloitte-tal együttműködve megpróbálta csökkenteni ügyfelei technikai tartozását. Ennek eredményeként bevezették a végpontok közötti felhő-migrációs és felügyelt szolgáltatások termékét ELEMELNI.
Most, hogy mindent tud, amire szüksége van a CRM-ekben előforduló technikai adósságokkal kapcsolatban, mit tehet a probléma leküzdésére? A válasz a legjobb esetben is összetett, de van remény.
Vizualizálja a problémát
Ahhoz, hogy jól érzékelje, hol vannak a problémák, először fel kell mérnie az összes adatot.
„Miután elszámolta a CRM összes adatát és metaadattípusát, a rendszergazdáknak átfogó pillanatképet kell készíteniük a fiókról” – tette hozzá Mercer. „Ez nehéz lehet az olyan CRM-ekben, mint a Salesforce, mert a rendszernek vannak korlátai. Az olyan eszközök, mint a Metazoa Snapshot azonban fájdalommentessé teszik. És amint az összes adat áttekintése rendelkezésre áll, a problémák nyilvánvalóvá válnak.”
Fel nem használt eszközök
„Többféle metaadat-elemtípus létezik, amelyek a CRM-en belüli konfigurációs beállítások miatt lemaradhatnak” – tette hozzá Fitzgerald. "Például lehet, hogy egy eszköz nincs hozzárendelve egy felhasználóhoz."
Hasonló problémák vannak az adatoldalon is, ahol az adatok alulhasznosulhatnak. A jelentések és az irányítópultok is elavulhatnak. Ez az információ tartalmazza a leírást, a súgószöveget, az üzleti állapotot, a biztonsági besorolást és a megfelelőségi csoportot. Különös figyelmet kell fordítani az eszköz létrehozásának és utolsó módosításának dátumára, valamint arra, hogy mely adminisztrátorok vettek részt benne.
Ezeknek a fel nem használt eszközöknek a törlése nagyszerű első lépés a CRM tisztítása és optimalizálása felé!
Inaktív felhasználók
Idővel a CRM-ek több inaktív felhasználót kaphatnak, mint aktívak. Például a Salesforce-ban több mint 50 különböző mód van arra, hogy egy inaktív felhasználó kapcsolatban maradjon egy Salesforce-fiókkal. Az inaktív felhasználók továbbra is kezelhetik az aktív felhasználókat, fogadhatják a rendszer e-mailjeit, a többi csapattagot, és futó felhasználóként szolgálhatnak az irányítópultok és más fontos vállalati rendszerek számára. Ezek a zombi felhasználók nem csak a CRM-kezelést és a szoftverfejlesztést bonyolítják, de számos biztonsági fenyegetést is jelentenek.
Az inaktív felhasználók és a CRM-fiók közötti összes kapcsolat nyomon követése és eltávolítása nagyon bonyolult folyamat lehet. A kapcsolatok történhetnek felhasználónévvel, felhasználói e-mail címmel és felhasználói azonosítóval. A legjobb gyakorlat az, hogy azonosítja ezeket a felhasználókat, és vagy törli kapcsolataikat a szervezettel, vagy helyettesíti őket egy aktív felhasználóval.
Következtetés
A Salesforce, az SAP és az Oracle elképesztő lehetőségeket kínál teljes vállalatok működtetésére. De a nagy hatalommal nagy felelősség is jár. Megfelelő átvilágítás nélkül a dinamikus CRM-ek idővel technikai adósságokkal sérülnek meg. És sajnos nincs sok figyelmeztetés, ha a rendszer technikai adósságösszeomlás felé halad.
De ne aggódj; van fény az alagút végén! Szerencsére néhány hatékony eszköz áll rendelkezésre, amelyek megkereshetik a technikai tartozást és kijavíthatják az ezzel kapcsolatos problémákat is. A Metazoa Snapshot, a Pillir technikai adósság-műszerfala és az ELEVATE nagyszerű példák erre.
Forrás: https://www.smartdatacollective.com/crms-have-big-data-technical-debt-problem-how-to-fix-it/
- Fiók
- aktív
- Ad
- Örökbefogadás
- Minden termék
- elemző
- Alkalmazás
- alkalmazások
- vagyontárgy
- Eszközök
- auto
- BEST
- üzleti
- vezérigazgató
- besorolás
- felhő
- Companies
- vállalat
- teljesítés
- kapcsolatok
- tartalom
- CRM
- Ügyfelek
- műszerfal
- dátum
- Adósság
- Deloitte
- Fejlesztés
- ökoszisztéma
- ELEMELNI
- Vállalkozás
- vezetők
- néző
- Kudarc
- végén
- vezetéknév
- Rögzít
- jó
- nagy
- Csoport
- történelem
- Hogyan
- How To
- HTTPS
- azonosítani
- ipar
- információ
- Innováció
- részt
- kérdések
- IT
- nyelv
- vezető
- fény
- vezetés
- jel
- Meltdown
- Partnerek
- pénz
- ajánlat
- üzemeltetési
- Opciók
- jóslat
- érdekében
- Más
- teljesítmény
- emelvény
- Platformok
- csatlakoztat
- hatalom
- ár
- Termékek
- Programozás
- csökkenteni
- Jelentések
- követelmények
- Tudástár
- Eredmények
- Kockázat
- futás
- értékesítési erő
- nedv
- biztonság
- Biztonsági fenyegetések
- értelemben
- Szolgáltatások
- Pillanatkép
- szoftver
- szoftverfejlesztés
- Államok
- Állapot
- rendszer
- Systems
- Műszaki
- Technológia
- fenyegetések
- idő
- felső
- Felhasználók
- belül
- Munka
- év