CRM-rendszerek vezérlőelemeinek fejlesztése

CRM-vezérlők fejlesztése

A CRM-vezérlők fejlesztése akkor kerül elő, amikor egy meglévő rendszer már nem segít, hanem lassítja a napi munkát. Ilyenkor a gond nem feltétlenül maga a CRM, hanem az a belső felület, amelyen a megbízó kezeli az ügyfeleket, a státuszokat, a feladatokat és a bevételekhez kapcsolódó adatokat. Magyar és külföldi szakmai anyagokban gyakran ugyanaz tér vissza. Átlátható kezelőfelület kell, kevesebb felesleges kattintás kell, tisztább jogosultsági rend kell, és olyan vezérlőelemek kellenek, amelyek a valódi munkafolyamatot követik, nem egy elméleti logikát. Ezért ezen a területen sok magánmegbízó nem céget keres, hanem olyan fejlesztőt, aki képes egy már használt rendszert józanul rendbe tenni. Qjob.hu oldalon is inkább ez a valós igény, nem a hangzatos újratervezés.

Aki saját szolgáltatást, tagsági rendszert, belső ügyfélkezelést vagy kisebb előfizetéses felületet működtet, hamar látja, hogy a CRM kezelőfelület minősége közvetlenül hat a bevételre és az idegekre is. Ha valaki nem talál meg egy ügyfelet időben, rossz helyen módosít egy státuszt, vagy három külön képernyő között ugrál egy egyszerű feladat miatt, abból hiba lesz. Én személy szerint azokat a megoldásokat szeretem, amelyek után a munka csendesebbé válik. Nem feltűnőbb lesz a rendszer, hanem nyugodtabb. Ez fontos különbség.

Hol szokott eltörni a CRM kezelőfelület

A legtöbb hiba ott kezdődik, hogy a vezérlők idővel egymásra rakódnak. Új gomb kerül a régi mellé. Plusz mező kerül egy zsúfolt űrlapra. Új jogosultság jön be, de a régi logika marad. A vége az, hogy az admin oldalon minden megvan, csak nem ott, ahol kellene. A külföldi találatok gyakran kiemelik a felhasználói szerepeket, a legfontosabb mutatók előtérbe helyezését és a gyakori műveletek egyszerűsítését. A hazai leírások inkább az átláthatóságot és a folyamatok könnyebb követését hangsúlyozzák. Szerintem a kettő ugyanannak a problémának a két oldala.

Sokan hibáznak, amikor azt hiszik, hogy a gondot majd egy új dizájn megoldja. Pedig a legtöbbször a gond nem a kinézet. A gond az, hogy a vezérlőelem rossz helyen van, a felirat félreérthető, vagy a rendszer nem azt kérdezi, amire a felhasználónak abban a pillanatban válaszolnia kellene. Volt egy eset, amikor egy ügyfél azt mondta, hogy a CRM lassú. A kód rendben volt. A baj az volt, hogy minden ügyfélkártyán hét egymás melletti művelet jelent meg, és ezek közül ötöt szinte soha nem használtak. A fontos kettő pedig elveszett a tömegben. Amikor ezt egy fejlesztő letisztította, a tulajdonos szerint ugyanaz a rendszer hirtelen gyorsabb lett. Valójában a munka lett egyszerűbb.

A másik gyakori töréspont a státuszkezelés. Túl sok köztes állapot kerül be, és végül már senki nem tudja biztosan, mi számít aktív ügyfélnek, mi számít lezárt ügynek, és mi az, ami csak félbehagyott próbálkozás. Ilyenkor nem újabb mező kell. Inkább kevesebb bizonytalanság.

Árak és tipikus CRM feladatok

A CRM-vezérlők fejlesztése árban nagyon szór. Függ attól, hogy valaki egyetlen képernyőt szeretne rendbe tenni, vagy több belső oldalt, több szerepkört és teljes munkafolyamatot kell átgondolni. Más a díj akkor, ha csak űrlapokat és listanézeteket kell egyszerűsíteni, és más akkor, ha a logika is változik, például az ügyfélút, az értesítési sorrend vagy a jogosultsági szerkezet. Az én tapasztalatom az, hogy a túl olcsó ajánlat ezen a területen ritkán szerencsés. 20.000 alatt néha belefér egy gyors javítás, de alapos gondolkodás ritkán.

Olcsóbban is lehet találni embert, de szerintem a nagyon alacsony ár gyakran csak azt jelenti, hogy a fejlesztő a felszínt nézi. Lecserél egy gombot, átír egy feliratot, arrébb tesz egy mezőt. Ez néha elég. De ha a CRM vezérlői mögött rossz a sorrend, zavaros a jogosultság vagy túl sok a döntési pont, akkor a kozmetika gyorsan kifullad. Én inkább azt nézem, hogy a szakember milyen kérdéseket tesz fel az elején. Abból sokkal több kiderül, mint az óradíjból.

Szakember választása CRM vezérlőhöz

A jó szakember itt nem feltétlenül csak fejlesztő. Lehet rendszertervező szemléletű ember, lehet tapasztalt felülettervező, vagy olyan fejlesztő, aki valóban látott már admin oldalt belülről, nem csak kívülről szépített meg. Én azt szeretem, ha valaki először a napi használatra kérdez rá. Ki mit lát. Mihez nyúl reggel. Hol akad el délután. Melyik mezőnél hibáznak legtöbbször. Ha ez nem érdekli, akkor szerintem nem fog jó megoldást adni.

Sok megbízó ott rontja el, hogy túl hamar portfólió alapján dönt. Persze fontos, hogy a fejlesztő mutasson valamit a múltjából. De ezen a területen engem jobban érdekel a gondolkodása. Képes-e egyszerűsíteni. Tud-e nemet mondani fölös vezérlőkre. Meg meri-e húzni a rendszert, ha túl sok mindent akarnak egyszerre a képernyőre tenni. A rossz szakember általában mindent beígér. A jó szakember néha azt mondja, ezt inkább vegyük ki.

Volt már olyan ügyfél, aki ragaszkodott tizenkét külön szűrőhöz egy oldalon, mert elsőre hasznosnak tűntek. A kiválasztott fejlesztő nem vitatkozott, hanem mindent bent hagyott. Két hónappal később a tulajdonos maga mondta, hogy a rendszer fárasztó lett, és a munkatársak csak három szűrőt használnak. Egy tapasztalt szakember ezt előre látja. Ezért próbamunka nélkül én nem vágnék bele nagyobb fejlesztésbe. Elég egy kisebb képernyő vagy egyetlen munkafolyamat. Azonnal látszik, hogy az illető rendet tesz vagy csak dolgozik valamit.

Fontos az is, hogy a választott ember értsen a visszaméréshez. Mert a CRM-vezérlők fejlesztése nem attól sikeres, hogy szebb lett a felület. Attól sikeres, hogy gyorsabban megy a munka, kevesebb a téves módosítás, és rövidebb idő alatt lehet ugyanazt a feladatot elvégezni.

Budapest, agglomeráció és távoli együttműködés

Ez a munka legtöbbször távolról is elvégezhető, de nem mindegy, hogyan zajlik az egyeztetés. Budapesten sok magánmegbízó még mindig jobban szereti, ha az első átbeszélés személyesen történik, főleg akkor, ha a CRM kezelőfelület mögött több kisebb egyedi szabály él. A belső kerületekben könnyebb találni olyan fejlesztőt, aki akár rövid személyes feltárást is vállal. Az agglomerációban már gyakoribb, hogy minden online történik, képernyőmegosztással és rövid bemutatókkal.

Szerintem egyik út sem jobb önmagában. De ha a rendszer tulajdonosa nehezen fogalmazza meg, mi zavarja, akkor egy első közös végignézés sokat segít. Budán, Pesten, Érden vagy Dunakeszin más lehet az elérhetőség és a személyes találkozó díja, de a lényeg nem ez. A lényeg az, hogy a szakember lássa a valódi használatot. Ne csak egy listát kapjon arról, hogy itt lassú, ott zavaró. Sokszor egy tízperces élő bemutató többet mond, mint egy hosszú üzenet.

Ha valaki nem Budapesten van, attól még ugyanúgy találhat jó embert. A CRM kezelőfelület fejlesztése nem helyhez kötött szakma. De a lokalitás néha mégis számít. Főleg akkor, ha a megbízó később is szeretne rövid egyeztetéseket, vagy fontos neki, hogy legyen egy könnyen elérhető fejlesztő a közelben. Én azt látom, hogy a kisebb, önálló szakemberek ezen a téren gyakran rugalmasabbak, mint a nagyobb csapatok.

Mit érdemes tisztázni a munka előtt

Mielőtt bárki belevág, érdemes nagyon röviden, de pontosan leírni, mi a gond. Nem azt, hogy rossz a rendszer, hanem azt, hogy melyik oldalon mi történik rosszul. Hol sok a kattintás. Hol keverednek a státuszok. Hol marad el a mentés. Hol nem világos, hogy ki mit láthat. Minél konkrétabb a kiindulás, annál jobb lesz az ajánlat és annál kisebb az esélye annak, hogy a megbízó és a fejlesztő más feladatra gondol.

Én személy szerint szeretem, ha van egy rövid prioritási sorrend. Mi fáj most a legjobban. Mi az, ami csak bosszantó, de még együtt lehet vele élni. Mi az, ami bevételt vagy ügyfelet veszélyeztet. Sok ember mindent egyszerre akar javítani, és ebből könnyen túlméretezett projekt lesz. Pedig néha elég egyetlen nézetet rendbe rakni, és máris sokkal tisztább a napi működés.

Azt is jó előre tisztázni, hogy a fejlesztés után ki fogja használni az új vezérlőket. Mert ha a tulajdonos egyedül dolgozik a rendszerben, más megoldás kell, mint akkor, ha több ember kezeli ugyanazt a CRM-et. A szerepek, a jogosultságok és a képernyőn látható elemek ettől erősen függenek. És itt jön elő megint az a hiba, amit sokan elkövetnek. Ugyanazt a felületet akarják mindenkire ráhúzni.

Az én tapasztalatom alapján a jó indulás nem látványos. Inkább pontos. Rövid feltárás, valós példák, egy kisebb próbakör, utána célzott javítás. A CRM-vezérlők fejlesztése így marad kezelhető, és nem fordul át felesleges átépítésbe. És ez magánmegbízóként különösen fontos, mert itt nem végtelen a költségkeret. Itt annak van értéke, ami tényleg segíti a napi munkát.