A mobilizáció minden vállalkozás számára tartogat előnyöket, beleértve azokat is, amelyek másoknak segítenek felfedezni a nekik megfelelő ajánlatokat és kiaknázni a mobil megoldásokban rejlő potenciált. Az IT-tanácsadók, mobil fejlesztők vagy rendszerintegrátorok most jó eséllyel profitálhatnak az új mobil munkavégzés adta lehetőségekből.

[/spb_text_block] [spb_image image=”17669″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

IT-tanácsadók

A professzionális IT-szolgáltatók, akik szem előtt tartják a vállalati trendeket, biztosan tisztában vannak azzal, milyen hozzáadott értéket tudnak kínálni ügyfeleiknek. A tanácsadók összhangba tudják hozni a mobilizációs projekteket az általános stratégiai célkitűzésekkel akár az üzletfejlesztés, akár a működtetés, a tehetség-menedzsment, vagy az innováció terén.

Abban is tudnak segíteni, hogy felmérjék, milyen követelményeknek kell megfelelni az adott cégnél a mobil megoldásnak, ehhez hogyan lehet hozzáigazítani a munkafolyamatokat, és hogy a cég reálisan lássa egy mobil projekt implementációs időtartamát és kihívásait.

Mobil fejlesztők

2015-ben a Strategy Analytics úgy számolta, a mobil alkalmazás-fejlesztés globális piaci értéke körülbelül 41 milliárd dollár, ami 2020-ra eléri a 63 milliárd dollárt. De a piac még ennél is gyorsabban, villámsebességgel nőtt, így 2016-ban 74 milliárd dollárra rúgott az akkori becslések szerint, amelyek 2022-re már majdnem a dupláját, 128 milliárd dollárt jósoltak. A kutatások azt is igazolták, hogy bizonyos értékesítési- és terepmunka-automatizációs appok népszerűbbek lettek a dolgozók körében, de nem vették át az első helyet a céges email- és üzenetküldő alkalmazásoktól.

A jövőre fókuszáló fejlesztők valószínűleg jól látják az ilyen dinamikus piaci növekedésben rejlő lehetőségeket. Az utóbbi években a szakma rengeteg új belépőt vonzott: a State of Mobile App Developers felmérés szerint, amely 2016-ban készül, a fejlesztők háromnegyede kevesebb, mint három éve dolgozik a szakmában. Ugyanebben a felmérésben arra voantkozóan is van adat, hogy jelenleg mindössze a fejlesztők 8 százaléka dolgozik vállalati mobil projekteken.

Miközben pedig a piaci növekedést az egyre szélesebb körben terjedő mobil munkavégzés, a felhő-alapú adatszolgáltatások és a vezeték nélküli hálózatokhoz való egyre általánosabb hozzáférés stabilan támogatja, a kínálati oldalon is elkezdődött a támogató rendszerkiépülése.

Az alkalmazás-fejlesztő platformok és azok az eszköztárak, amelyek natív vagy webalapú fejlesztésekhez való modulokat használnak, lehetővé teszik a fejlesztők számára, hogy személyre szabott, mégis azonnal bevethető üzleti alkalmazásokat készítsenek, amivel a projekt megvalósításához szükséges időt a felére csökkenthetik.

Rendszerintegrátorok

A Technavio szerint a globális rendszerintegrátori szolgáltatások piaca 2016-ban 362 milliárd dollár értékű volt, ami 8 százalékos összetett éves növekedési ütemmel számolva 2021-re 500 milliárd dolláros értéket feltételez. Egy másik szervezet, a Research & Markets úgy kalkulált, hogy a piac a tavalyi évben mindössze 270 milliárd dollárt ért, és 2021-re éri el a 388 milliárd dollár, ugyanakkor a növekedés ütemét hasonlónak, 7,5 százalékosnak gondolták. Egy harmadik riport, amelyet a Grand View Research készített, jóval magasabbra tette a lécet, és 2025-re 528 milliárd dolláros piacot prognosztizált.

A szétaprózódott fejlesztések és az IT-be történő egyre nagyobb befektetések új lehetőségeket kínálnak a rendszerintegrátorok számára, méghozzá a specializáció révén. Az egyik ilyen speciális terület a mobilitás, a mobil megoldások integrációjában való jártasság pedig olyan érték, amellyel a kisebb integrátorok számos vállalati ügyfelet szerezhetnek.

Segítsen ügyfeleinek, hogy a legtöbbet hozhassák ki mobilizációs projektjeikből – Csatlakozzon a SCOLVO partner-programjához még ma!

[/spb_text_block]

The post Profitálna a mobilizációból? Most lehetséges! appeared first on Scolvo.

Az üzleti mobil alkalmazások a legritkább esetben működnek önmagukban: ahhoz, hogy a lehető legnagyobb előnnyel járjon a használatuk, integrálnunk kell a többi céges alkalmazással és szoftverrel. Attól függően, hogy ezek mennyire bonyolultak, az integráció kisebb vagy nagyobb kihívásokkal járhat, de ha jól tervezünk, még annál is több hasznot fog hajtani.

[/spb_text_block] [spb_image image=”17694″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

Tegyük fel, hogy a vállalkozásunk elkötelezte magát a mobilizáció mellett, és kellő gondossággal meg is terveztük a projektet (ez máris egészen kivételes előnyhöz juttat minket). Ideális esetben tudjuk, hogy mit várunk a mobil megoldástól, és hogy reálisan mennyi időbe telik majd, mire használni tudjuk.

De a felkészülés nem lehet teljes anélkül, hogy felmérnénk, melyek a leggyakoribb kihívások, és ezekre milyen stratégiával érdemes készülni.

Kihívás #1: Interfészek és platformok

Az új vállalati mobil alkalmazásunknak adatokra lesz szüksége ahhoz, hogy rendeltetésszerűen működjön, ehhez pedig jópár rendszerrel össze kell kapcsolódnia: mint például az ügyfélkapcsolati (CRM), vállalatirányítási (ERP) rendszerrel, illetve a back-office, vagy üzleti intelligencia platformmal. Ez az összekapcsolódás vagy integráció interfészeken keresztül történik – a gond csak az, hogy ezek az interfészek nagyon is különbözőek lehetnek.

Az általános mobil interfészek, amelyeket a legtöbb üzleti szoftver fejlesztője biztosít, gyakran túl általánosak, és csak az alapfunkciók integrációjára vannak felkészülve. Mire használatukra sor kerül, a szoftver már a felismerhetetlenségig testreszabott állapotban van, és ezt a mobil interfésznek is tükröznie kellene. Elég, ha csak az ERP-kre gondolunk: egy ilyen komplex rendszer nem működne igazán jól, ha a komplexitása nem pontosan a vállalat igényeihez lenne igazítva. De akkor mi a helyzet a mobilizációjával?

És azt még nem is említettük, hogy a legtöbb eseteben nem egyszerűen egy darab eszköz mobilizációjáról van szó. Ideális esetben egy egész munkafolyamatot érdemes mobilizálni, ami viszont több platformhoz való egyidejű hozzáférést feltételez.

Szerencsére nem csak a mi érdekünk, hogy a mobil és a belső eszközök közti hozzáférést egyszerűsítsük. A legalapvetőbb, hogy a kiválasztott mobil fejlesztő rendelkezzen az általános interfészekkel és tapasztalattal ezek használatában a leggyakoribb üzleti rendszerrekkel való integráció során. De még jobb, ha speciálisan egyes gyakran használt rendszerekre fejlesztett felületekkel is rendelkezik.

A Scolvo-nál mi igyekszünk, hogy az ügyfeleknek minél kevesebb gondjuk legyen az integrációval, ezért előre meghatározott funkciókkal elátott interfészeket fejlesztünk, amelyek segítenek a leggyakoribb ERP és CRM rendszerekhez való kapcsolódásban, mint amilyen például az SAP, a Salesforce, vagy a Hubspot CRM.

Kihívás #2: Biztonsági kérdések

Azt tehát már említettük, hogy legalább két rendszernek kell összekapcsolódni az integráció során, és hogy ezek a folyamatok szükségképpen magukkal vonják az adatcserét. Ennek egy vonatkozása, mégpedig a céges adatok mobil eszközre küldése, különösen érzékeny téma, amelynek kapcsán érintenünk kell a biztonság kérdését.

Ugyanakkor ezek a biztonsági kérdések nem olyasmik, amik teljes egészében lehetetlenné tennék a mobilizációt. Nem arról van szó, hogy egy tigrist kellene meglátogatnunk a ketrecében – ez természetesen olyasmi, amit az ember fontolóra sem vesz. Inkább úgy gondoljuk ezekre, mint hogy nem mondunk le a vezetésről csak azért, mert a kocsinkat ellophatják, hanem inkább meggyőződünk róla, hogy jól bezártuk, mielőtt otthagyjuk egy nyilvános helyen.

Az integráció során az adat több szinten is biztosítható. Egyrészt a mobil eszköz biztonsági beállításainak segítségével: a legkritikusabbak az adattárolási és kommunikációs beállítások. Egy Mobile Device Management (MDM)-eszköz nagy segítség az IT-munkatársaknak: ha a megfelelő szoftver a szerveroldalon és a mobil eszközön is telepítve van, akkor szabályozni tudják, hogy a felhasználó milyen tevékenységet végezhet az eszközön és milyen adatokhoz fér hozzá. A vállalati app-store segítségével pedig arra is lehet befolyásuk, hogy a felhasználók milyen alkalmazásokat tölthetnek le a mobiljaikra vagy tabletjeikre.

A másik vonal a back-office és a mobil platformok közötti kommunikáció biztosítása. A kérdés, amelyet fel kell tenni a mobilizációs partnernek az, hogy képesek-e indirekt kapcsolatot felépíteni a kritikus üzleti funkciókhoz való hozzáféréshez. Ez lehet például egy titkosított csatorna, amelyet a mobil eszköz használ, vagy egy “szürke zóna”, amely azt a célt szolgálja, hogy az applikáció a belső platformokhoz hozzáférjen.

Ezekben a köztes zónákban a mobil kiszolgáló szerverek végrehajthatják a mobil alkalmazás által indított kéréseket anélkül, hogy a teljes adatbázishoz való hozzáférést engedélyeznék. A biztosítási árajánlatok számolása például tipikusan olyan tranzakció, amelynél a kalkulációt a mobil alkalmazás kezdeményezi, de a valódi műveletet a szerver végzi, így az ehhez alapul szolgáló érzékeny adatot nem kell továbbítani, csak a számítás végeredményét.

Kihívás #3: Túl sok szakértő

Bár az integráció javarészt technikai folyamat, a hozzá kapcsolódó kihívások nem kizárólag technikai jellegűek lehetnek, hanem gyakran emberiek is. Attól függően, hogy milyen komplexitású a mobilizációs projekt (és a meglévő szoftver vagy platform), a folyamat meglehetősen sok ember részvételét igényelheti.

A mobil fejlesztő, a szoftvergyártó, az üzleti részlegek vezetői, az IT-vezetők, a termékfelelősök mind egyet kellene hogy értsenek a célokban és a használt módszerekben. De míg az érintettek aktív részvétele általánosságban kulcsfontosságú a mobilizációs projekt sikerében, ugyanakkor hátráltathatja is az integráció folyamatát.

Ahhoz, hogy sikeresen küzdjünk meg ezzel a kihívással, biztosnak kell lennünk abban, hogy mindenki ért azokhoz a technológiákhoz, amelyeknek szerepet szánunk az integráció folyamán, és felismeri azok fontosságát a saját területén. Fontos az is, hogy az egyeztetések rendszeresek legyenek a projekt végrehajtása során, ahogy az is, hogy meghatározzuk a leghatékonyabb csatornákat az információ megosztására.

Az integráció előnyei

Az előnyök messze meghaladják azokat a nehézségeket, amelyek a fenti kihívások formájában előttünk állnak, mert a szolgáltatások integrációja minden alkotóelemhez további értéket ad hozzá, és ezáltal végül a teljes üzleti folyamathoz is.

Néha ez az érték az automatizáció révén keletkezik, néha egyszerűsítéssel, de az adatok valós idejű megosztása mindig a termelékenység növekedésével jár, hiszen csökkenti a várakozással töltött időt, és megkönnyíti a jelentések elkészítését is.

[/spb_text_block]

The post Mobil app integráció: A 3 legnagyobb kihívás és ami mögöttük van appeared first on Scolvo.

Még a legalaposabb tervezés vagy a teljesen használatra kész alkalmazás választása mellett is szembesülhetnek a vállalkozások kihívásokkal, amikor az implementációra kerül sor. Ügyfelei hálásak lesznek a realisztikus, ugyanakkor segítőkész hozzáállásért, amikor ezen az úton végigkíséri őket.

[/spb_text_block] [spb_image image=”17728″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

Az ideális megközelítés tehát az, hogy segíteni kell nekik a kihívásokkal való szembenézésben, valamint sikerre vinni ezt a küzdelmet, amit egy vállalati mobil alkalmazás bevezetése jelent. Jó, ha tudják, milyen lépések szükségesek a folyamat során, és mit kell tenni, ha problémával találkoznak.

1. lépés: A szerződés

A mobilitás projektek tervezése során a vállalkozásnak el kell döntenie, hogy milyen módszert választ a mobil alkalmazás fejlesztésére: egy szoftvercég szállítja majd a dobozos megoldást, mobil platfomra húz saját fejlesztést, vagy teljesen egyedi fejlesztésbe kezd. Az is lehet, hogy a negyedik megoldás mellett dönt, amelynél testre szabható, de akár azonnal is használható eszközt kap.

Bárki is legyen a szolgáltató, szüksége lesz egy részletes listára az ügyféltől mindazon kívánalmakról, amelyeknek az appban benne kell lenniük, hogy pontosan azt szállítsák, amire szükség van. Itt hadd utaljunk vissza a tervezés fontosságára: a jó szerződés 90 százalékban a tervezésnek, és 10 százalékban a rugalmasságnak köszönhetően születik meg.

Az ügyfél által meghozandó, a mobil alkalmazást érintő döntések sorozata részben technikai, részben szervezeti jellegű lesz. Egy tanácsadó, egy IT-szakember persze leginkább az elsőben tud segíteni, de a második jelentőségét is hangsúlyozhatja: egy mobil app ugyanis alapjában változattja meg a munkafolyamatokat a szervezeten belül.

2. lépés: A mérhető eredmény

Egy mobil app akkor hasznos a cégnek, ha hozzá tud járulni a sikerességhez. De hogyan mérhető ez a hasznosság? Egy jó alkalmazás javítja a termelékenységet – ez máris egy olyan dolog, ami számokban mérhető a könyvelésbe. Segíthet az elköteleződésben is, amely a jó munkaerő megtartásához és a munkáltatói márkaépítésnél is hasznos.

Az aktív felhasználók száma, a megspórolt munkaidő, az új szerződések, vagy az ügyfelek pozitív visszajelzései mind mérhető eredmény, amely a mobilizációs projektet támogatja. A megfelelően megállapított mérőszámok segítségével tehát elkerülhető, hogy a cégek túlértékeljék a technológiát magát, vagy éppen mellőzzék, mivel úgy hiszik, hogy az ilyen fajta befektetés úgysem térül meg. Ha alapos elemzésnek vetjük alá az ügyfél kritériumait, akkor könnyebb lesz kiválasztani a neki megfelelő megoldást a neki megfelelő időtávon belül.

3. lépés: A fejlesztés, installálás, konfigurálás, testreszabás

Mit gondol, mennyi ideig tart egy implementációs folyamat? Bárki, aki valaha is csinált már ilyet, azt mondaná: attól függ, de akár örökké is tarthat. A legintenzívebb fázis, a fejlesztés, rengeteg erőforrást igényel, bár ennek pontos mennyiség valóban sok mindentől függ, leginkább attól, hogy milyen módszerrel fejlesztünk és milyen típusú alkalmazást (a web, natív, vagy hibrid közül).

Bizonyos döntések tehát, mint a fentiekből is látszik, nagy szerepet játszanak a fejlesztés időbeli követelményeinek meghatározásában és az implementációs folyamatban. Minél több ideig tart, míg az alkalmazás készen áll a használatra, annál valószínűbb, hogy csúszások várhatóak a kapcsolódó folyamatoknál is, és egyre nehezebben lehet majd a érintettek motivációját fenntartani. Nem csoda, hogy a leggyakoribb kérés az implementációval kapcsolatban az, hogy legyen gyorsabb.

Egy módosítható, de használatra kész vállalati mobilitás-termék rengeteg időt spórol a leginkább erőforrás-intenzív, fejlesztési szakaszban, ugyanakkor pedig megkönnyíti a végtermék installálását, konfigurálását, és testre szabását. Ha iparág-specifikus változatot választunk, az applikáció a legmegfelelőbb funkciókat fogja tartalmazni, és a cég egyedi követelményeihez igazodó kisebb módosításokat mindössze néhány óra alatt végre lehet hajtani.

4. lépés: Tesztelés, tesztelés, tesztelés

A tesztelés nagyon fontos lépése az implementációs folyamatnak, hiszen ez mutatja meg, hogy mi működik és mi nem, és így el lehet dönteni, hogy kell-e valamin változtatni. A tesztelés első fázisát általában erre specializálódott fejlesztők végzik, akik meg tudják találni a szoftverhibákat és visszajelzést is tudnak adni azokról.

A funkciók, a használhatóság, és az összefüggés-rendszerek tesztelése az eszközön belül a felhasználók feladata lesz. Ez az első lehetőség, hogy segítsük a köztük és a fejlesztők közötti kommunikációt, hiszen utóbbiak lesznek azok, akiknek ki kell javítaniuk az esetleges hibákat, méghozzá a felhasználói élménynek és elvárásoknak megfelelően.

Ha tisztában vannak azzal, hogy amit tesztelnek, az még nem a végleges termék, akkor a felhasználók felbecsülhetetlen minőségű információt képesek adni az eszközről minden szempontot, de leginkább a felhasználói élményt figyelembe véve. A munkahelyi felhasználók korábban jól tolerálták a kevésbé vonzó alkalmazásokat, de ez mára megváltozott. A szebbnél szebb fogyasztói appok a céges oldalon is megteremtették az igényt a külsőségekre való nagyobb odafigyelésre.

A SCOLVO termékét használva a fejlesztői teszteléssel sem kell foglalkozni, a felhasználóknak pedig biztos nem lesz nehéz dolguk az app használatával, hiszen az könnyen kezelhető és egyértelmű – akár már az első naptól kezdve lehet élesben alkalmazni, mindenfajta külön képzés nélkül.

5. lépés: Élesítés

Ha minden teszt lefutott, és minden szükséges változtatást elvégeztek, az alkalmazás készen áll az élesítésre. A fogyasztói appokkal ellentétben, a marketingnek itt nem jut akkora szerep: ha az ügyfél jó munkát végzett, és teszteltette a felhasználókkal az új eszközt, akkor nem fog a meglepetés erejével hatni az élesítés sem. Ha még jobb munkát végeztek, és a visszajelzéseknek megfelelően változtattak a funkcionalitáson vagy a felhasználói élményen, akkor az alkalmazás végképp sikerre van ítélve.

De még a legnagyobb elkötelezettség vagy termelékenységi mutatók mellett is, az első néhány hét vagy hónap, amikor élesben használnak egy alkalmazást, kulcsfontosságú. Így hát ajánlott a teljesítmény alakulásáról szóló jelentések figyelése, illetve bármilyen nem működő funkció azonnali javítása, hogy csírájában fojtsanak el minden méltatlankodást – nem véletlen, hogy egy jó utánkövető, támogató rendszer erős érv lehet, amikor szoftver-szállító vagy fejlesztő kiválasztásáról van szó!

Segítsen ügyfeleinek áthidalni az implementációs folyamat tipikus nehézségeit – Legyen a partnerünk még ma!

[/spb_text_block]

The post Lépésről lépésre: Hogyan legyen mobil appunk idegeskedés nélkül appeared first on Scolvo.

Az ügyfelek általában túlbecsülik a mobil alkalmazások üzleti használatának kockázatait, míg a fejlesztők inkább alulbecslik azokat. A tanácsadó feladata pedig, hogy mindkettővel találkozzon félúton. Ahhoz, hogy ez sikerüljön, tudnia kell, melyek azok az iparági sztenderdek, legjobb gyakorlatok, és a felhasználók által generált problémák, amelyek hatással lehetnek a biztonságos működésre.

[/spb_text_block] [spb_image image=”17750″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

Egy vállalati mobil alkalmazást sokféle módon lehet biztonságossá tenni, és legtöbbször ezen módszerek valamilyen kombinációja vezet az igazán biztonságos eredményre.

A stabil IT-biztonsági irányelvekhez való igazodás, vagy még inkább, egy mobil biztonsági keretrendszerbe való illeszkedés mindenképpen jó kezdet. Ezután következik a mobil alkalmazásokra vonatkozó konkrét kockázatok felmérése, valamint azon megoldások megtalálása, amelyekkel a mobil munkafolyamat minden elemének biztonsága kontroll alatt tartható.

A megelőzés és a védelem egyaránt fontos: ennek a koncepciónak az alapjairól már volt szó egy korábbi SCOLVO blogposztban. Ezúttal pedig bemutatjuk azokat a főbb ellenőrző pontokat, amelyeken a mobil megoldásnak át kell tudni haladnia ahhoz, hogy biztonságosnak minősítsük.

1. Ellenőrző pont: A kód biztonságos

Az abszolút minimum, ami elvárható egy mobil alkalmazás-fejlesztőtől, hogy biztonságos kódokat használjon. A fejlesztés során számos lépéssel biztosítható, hogy semmilyen ártalmas kód ne kerülhessen be a rendszerbe a folyamat egyetlen pontján sem, akár kódvisszafejtés, akár hamisítás, akár más úton.

Ha a kód titkosítva van, akkor aligha lesz elérhető a rosszakarók számára. Az auditok, szemlék, penetrációs vizsgálatok, és biztonsági szakértő jóváhagyásától függő verzió-megjelenések tovább fokozhatják a védelmet és segítik a sebezhetőségek miharabbi felfedezését.

Ha egy kód publikus, a hibái támadási felületté válhatnak és az applikáció maga módosítható lesz. Ezzel a vállalkozás azt kockáztatja, hogy felhasználói esetleg a módosított verziót töltik le, és maguk is támadási célponttá válnak.

2. Ellenőrző pont: Az adat biztonságos

A vállalati alkalmazások esetében az adat, amely gyakran érzékeny, és jelentős üzleti értékkel bír, a felhasználók készülékein van tárolva. A fejlesztőknek különleges titkosítási algoritmusokat kell használniuk (a SCOLVO például az elliptikus görbe-módszerre esküszik), hogy megvédjék ezeket az adatokat az illetéktelen használattól.

Az is fontos, hogy a titkosításra használt algoritmus naprakész legyen, hiszen csak így tud maximális biztonságot adni: a jó fejlesztő csapatok állandóan figyelik a legújabb trendeket és legjobb gyakorlatokat minden iparágban, hogy ki tudják választani a leghatékonyabb biztonsági megoldásokat.

A mobil eszközök és alkalmazások révén történő adatvesztés egy olyan fenyegetés, amit illik komolyan venni. A Lookout és a Ponemon Institute tanulmányából kiderül, a mobil adatokkal való visszaélés akár több mint húszmillió dolláros veszteséget is jelenthet egy cégnek, ami különösen nagy rizikó annak fényében, hogy a vállalatok kétharmadának már van ilyen visszaéléssel kapcsolatos tapasztalata.

3. Ellenőrző pont: A hozzáférés biztonságos

Mindannyian tudjuk, hogy a jelszavak milyen gyenge védelmet is jelenthetnek: rengeteg felhasználó nincs tisztában a veszélyekkel, amelyet bizonyos szokásaiból, vagy éppen magukból az eszközökből fakadnak. Ennek ellenére a nem professzionális jelszókezelés ellen titkosítási módszerekkel lehet védekezni, vagy ami még jobb, funkciótól függő hozzáférések kialakításával, amely egy további biztonsági réteget képez azáltal, hogy csak a felhasználó munkájához feltétlenül szükséges információt engedi látni. A különböző profilokat pedig egy Identity Access Management rendszerrel lehet kezelni.

A Gemalto Breach Level Indexe szerint az identitáslopás a leggyakoribb visszaélés, jelenleg 58 százalékát teszi ki az összesnek, és ez az arány egyre nő.

A jó hír viszont, hogy a kicsi, de kompetens csapatok is megóvhatják üzleti felhasználóikat a bukástól, ha a megfelelő eszközöket használják, és az érzékeny adatokat konfigurációs fájlokban titkosítják. Ezen kívül a biztonsági beállításokat alapértelmezésben maximális védelemre állítva is sok támadás kivédhető.

4. Ellenőrző pont: A kommunikáció biztonságos

A mobil app és a backend-rendszerek vagy harmadik fél által nyújtott szolgáltatások közötti kommunikációt szintén megfelelő titkosítással és hitelesítéssel kell biztosítani. Az általánosan alkalmazott protokoll egy egyszerű hitelesítés SSL/TLS titkosítással kombinálva, míg a fejlesztési környezetet tanúsítvány-kibocsátók bevonásával lehet biztonságosabbá tenni.

5. Ellenőrző pont: A külső szolgáltatások biztonságosak

Abban, hogy egy alkalmazás tudja kivédeni vagy legyőzni a rosszindulatú támadásokat, kulcsfontosságú szerepe van a külső partnereknek, legtöbbször a felhő-alapú infrastruktúra-szolgáltatóknak. Mivel ezek természetes célpontjai a visszaéléseknek, a fejlesztőknek tudniuk kell, hogy milyen biztonsági, illetve kockázatkezelési programot alkalmaznak. (A SCOLVO az Amazon Web Services-t választotta, amely Németország egyik vezető infrastruktúra-szolgáltatója, megfelel a legelismertebb tanúsítványok kritériumainak, és rendszeresen auditálják a működését.)

A fejlesztőknek azt is fel kell mérniük, hogy egy-egy ilyen szolgáltatóval való szerződés milyen kockázatokat rejt, attól függően, hogy milyen érzékenységű adatokhoz férnek hozzá, különösen mivel a velük kapcsolatba hozható visszaélések az utóbbi időben 22 százalékkal növekedtek, a PwC adatai szerint. Továbbá a hirdetések és az analitika is megfelelő terepet biztosít a rosszindulatú támadásoknak, mivel általában a szokásosnál nagyobb adatforgalommal járnak.

Megfelelő megoldás lehet a kockázatok csökkentésére az ilyen aktivitások mellőzése, és az alapfunkciókhoz való visszatérés, de nem mindig ez a legjobb út. Az alkalmazás működésének rendszeres ellenőrzése és az adatok más tárhelyekre való lementése révén a fejlesztők megvédhetik a szervezet a támadásoktól, vagy időben kijavíthatják a sebezhetőségeket.

[/spb_text_block]

The post 5 ellenőrző pont a biztonságos mobil üzleti alkalmazás felé vezető úton appeared first on Scolvo.

Amikor egy cég mobilizációs projektet tervez, előbb-utóbb eljön az a pont, amikor felmerül a kérdés, hogy ‘Mibe fog ez kerülni?’(A helyes válasz, az ‘Attól függ’, nem nyugtat meg senkit.) Bár az ilyen projektek természetszerűen sok testreszabással járnak, ezért a pontos költség valóban nagyban függ a részletektől, azért nagyjából tudható, melyek azok az elemek, amelyek a fejlesztők árajánlataiban szerepelhetnek.

[/spb_text_block] [spb_image image=”17757″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

A mobil fejlesztés költségeit leginkább a választott megoldás típusa fogja befolyásolni. A dobozos szoftvereket árusító cégek, a mobilplatform-szolgáltatók és az egyedi fejlesztők mind más módszer alapján árazzák a szolgáltatásaikat. Van ezenkívül egy negyedik kategória is, ahova például a SCOLVO is tartozik, amelyben egy újabb megközelítés érvényesül, a dobozos termékek és az egyéni fejlesztés előnyeinek kombinálásából.

Teljesen lefedett folyamatok, teljesen lefedett költségek

Azok a cégek, amelyek teljes kontrollt szeretnének a fejlesztés eredménye fölött, és végponttól végpontig terjedő megoldást keresnek, egy adott munkafolyamatra, maximális testreszabási lehetőséggel, meg is kell fizetniük ezt. Bár nem feltétlenül ez a legdrágább megoldás, az egész biztos, hogy itt fog szerepelni a legtöbb költségelem a listán (az ilyen fejlesztés időigényéről már nem is beszélve.)

Ott lesznek a mobil szoftver tervezésével és dizájnjával kapcsolatos költségek, a funkciók kiépítése, a hozzá rendelt infrastruktúra, plusz az adminisztráció, tesztelés, és a bevezetési fázis részletei, amelyek mind anyagi ráfordítással járnak. A gyakorlatban ez azt jelenti, hogy a fejlesztő csapat egy kalkulációt fog készíteni arra vonatkozóan, melyik részfolyamatot mennyi idő alat végeznek el, és milyen óradíjjal. Azt is figyelembe kell venni, hogy a karbantartás és a frissítések még ezen felül számolandók majd!

Az alapok és az extrák szétválasztása

A mobil platform-fejlesztők megbízása esetén az ügyfelek kiválaszthatják, hogy mely komponenseket szeretnék megvásárolni, és mely fejlesztési feladatokat oldják meg házon belül. Az ügyfelek így megspórolhatják a leggyakoribb funkciók lekódolását, és koncentrálhatnak azokra, amelyeket testre kell szabni, illetve a felhasználói felület finomítására.

A szolgáltató az ügyfél által kiválasztott, előre konfigurált elemekért fog egy bizonyos díjat felszámítani, melyet az igénybe vett tárhely mérete (infrastruktúra), a felhasználók száma (funkciók), a push üzenetek és a közösségi média-integrációk (felhasználói elkötelezettség) száma befolyásol. Ezen kívül felkínálhatják a későbbi bővítés lehetőségét is.

Ugyanakkor szükség lesz még egy másik költségtípus elkülönítésére, az ügyfél saját fejlesztőinek, akik a komplex folyamat mobilra fordítását és a végleges testreszabást végzik. Ezeknek az embereknek jól képzett szakembereknek kell lenniük, az ennek megfelelő munkáltatói költségekkel.

Alkalmazkodni és spórolni

A dobozos szoftvercégek, tipikusan az ERP-szállítók, általában maguk is fejlesztenek mobil verziót az általuk értékesített applikációkhoz. Mivel ezek a rendszerek elég drágák, a kiegészítő megoldások jellemzően már benne vannak az árban, vagy alacsony plusz díjért elérhetők. Árstruktúra és költségbontás szempontjából az ügyfeleknek így egyszerű dolguk van, ha a mobil megoldás költségeit szeretnék kiszámolni.

Gyakori azonban, hogy a mobilizációs projekt nem csak abból áll, hogy egy asztali gépen végzett folyamatot mobil eszközön is elérhetővé teszünk. Az ERP-k általában különlegesen komplex rendszerek, amelyeknek ha az összes funkciója, vagy nem a megfelelők, érhetőek el a mobil megoldásban, akkor elmarad a várt termelékenység-növekedés. Az a tény is hátrányt jelenthet, hogy ezek a megoldások szinte semmilyen testreszabási lehetőséget nem tartalmaznak, és ezt is figyelembe kell venni, amikor az árról gondolkodunk.

Az egyszerű, de rugalmas választás

Nemrégiben megjelentek olyan termékek is a piacon, amelyek egy új, innovatív megközelítést alkalmaznak, és megoldást kínálnak azoknak, akiknek a platform-szolgáltatók túl drágák, a dobozos termékek nem elég rugalmasak, és nem szeretnének az alapoktól fejlesztetni. A használatra kész, testre szabható megoldások fejlesztőinek árképzése is, a szolgáltatáshoz hasonlóan, merőben különbözik a fent említettektől.

A végső ár kiszámításánál két komponenst kell figyelembe venni. Először is, az ügyfelek egy kezdeti implementációs díjat fizetnek, amelynek mértéke függ a szükséges funkcióktól és a szükséges integráció mértékétől. Az ár második összetevője a havi előfizetési díj, amelyért az ügyfelek rendszeresen megkapják a csomagjuknak megfelelő szintű frissitéseket és új verziókat. Ennek a díjnak a mértéke pedig attól függ, hogy hány felhasználója van az alkalmazásnak, ezáltal a kis-, közepes-, és nagyvállalati szintű csoportoknak más és más lehetőségeket kínál.

Ha körültekintően meghatározzák a mobil fejlesztés célját, és időt szánnak a megfelelő fejlesztési módszer kiválasztására is, az ügyfelek időben megismerhetik a különböző árazási struktúrákat és tovább finomíthatják a projektjük részleteit.

[/spb_text_block]

The post Egy hasznos megközelítés a mobil fejlesztés költségoldalához appeared first on Scolvo.

A felhasználók előtérbe helyezése a használhatóság, olvashatóság és következetesség mindenkori szem előtt tartásával minden mobil fejlesztés alapja. Az eredmény: egy gazdag felhasználói élmény, amely a dolgozókat elkötelezetté teszi.

Friss tanulmányunkban (10 trükk a vállalati mobilizációs folyamat kudarcainak megelőzésére) felsorakoztattuk azokat a jó és rossz lépéseket, amelyek segítenek kijelölni az utat egy sikeres alkalmazás felé.

Az alábbi lista használatával biztosíthatja, hogy felhasználói számára nagyszerű felületet fejleszt, és ezáltal sikerre viszi a vállalati mobilizációs folyamatot:

[/spb_text_block] [spb_image image=”17903″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

1. TERVEZÉS: MOBILRA OPTIMALIZÁLT?

A munkafolyamat mobil munkavégzésre optimalizált, és a valós idejű adatszolgáltatásra alkalmas. Elősegíti az elektronikus adatátvitelt, valamint az üzleti intelligencia és az automatizmusok használatát, a vállalati adatvagyonra alapozva.

Extra tipp: egy erős keresőmotor.

2. CÉLCSOPORT TARGETÁLÁS: BEVONTA  A FELHASZNÁLÓKAT?

A tervezéstől a bevezetésig, az alkalmazás felhasználói be lettek vonva a folyamatba, és visszajelzéseiket figyelembe vették. Nem csak a jelen változatra, hanem a jövőbeli fejlesztésekre is figyelemmel voltak, beleértve a később szükségessé váló funkciókat.

Extra tipp: terepfelmérés és négyszemközti interjúk.

3. ESZKÖZHÖZ VALÓ ADAPTÁLÁS: TÁMOGATJA A HATÉKONYSÁGOT ÉS A TERMELÉKENYSÉGET?

A fejlesztés alapját ismerős funkciók képezik, így azonnali sikerélményt nyújt, ugyanakkor minden egyszerűbb és mobilra adaptált, ezáltal plusz értéket hoz létre. Ez az a pont, ahol el kell dönteni, hogy natív vagy webes alkalmazást fejlesztünk – esetleg hibridet.

Extra tipp: egy vagy két megkülönböztető funkció elegendő.

4. SZÜKSÉGES ÉS ELÉGSÉGES FUNKCIÓKÉSZLET: KÖNNYEN TANULHATÓ?

Csak azok a funkciók kerültek az applikációba, amelyek feltétlen szükségesek a mobil munkavégzéshez, és azok egyértelműen rendszerezettek és intuitív navigációt tesznek lehetővé.

Extra tipp: a legfontosabb funkciók minden navigációs menüben megjelenhetnek.

5. ÉLMÉNYSZERŰ: ELÉG VONZÓ AZ APP?

Az alkalmazás dizájnja alaposan kidolgozott, szerethető, a dolgozók örömmel használják.

Extra tipp: megpróbálhat néhány munkafolyamatot játékos formában leképezni.

6. MINDEN FELHASZNÁLÓI CSOPORTNAK MEGFELELŐ?

Támogatja és elkötelezi az ügyféloldalon dolgozókat, az IT-nak megspórolja a betanítást és a karbantartást; a menedzsmentet a hatékonyság növelése révén segíti. Ebben a fázisban újból leellenőrizheti, hogy a kifejlesztett megoldás valóban minden felhasználói csoport érdekeit szolgálja-e.

Extra tipp: kezdje a terepmunkásokkal.

7. IPARÁG-SPECIFIKUS?

Nagyobb hangsúlyt helyez az ügyféloldali elemekre, amennyiben ez szükséges az Ön iparágában, viszont a belső folyamatokra koncentrál akkor, ha ez a relevánsabb. Az alkalmazás még jobban támogatja a termelékenység növelését, ha kombinálja a mobil munkavégzés előnyeit és a szakma számára releváns funkciókat.

Extra tipp: tájékozódjon az iparági legjobb gyakorlatokról, hogy maximálisan növelhesse cége termelékenységet.

8. APPLIKÁCIÓ IGAZíTÁSA A KÖRNYEZETI KÖRÜLMÉNYEKHEZ: KÖNNYÜ AZ ADATBEVITEL?

Az adatbevitel, például az adatlapok kitöltése esetén, a kisebb képernyőhöz és az eltérő, érintésalapú adatbeviteli módszerekhez igazodik. A fizikai környezetet, mint például a terep sajátosságait, szintén figyelembe veszi.

Extra tipp: tegye a 4-5 leggyakrabban használt funkciót a kezdőképernyőre.

Az egyes fejlesztői platformok instrukcióit követve, sztenderd elemeket használtunk, amelyeket a felhasználók könnyen felismernek, így kompetensnek és magabiztosnak érezhetik magukat. Extra tipp: a testreszabott értesítések tovább növelhetik az elköteleződést.

9. KÖNNYŰ HASZNÁLAT: MINDENRŐL ADUNK VISSZAJELZÉST?

Ha a felhasználó mindig kap visszajelzést arról, amit éppen csinál, az sokat segít neki felismerni a hibás lépéseket, a fejlődést, vagy felfedezni ismeretlen funkciókat.

Extra tipp: amellett, hogy mindenütt jelen van, a visszajelzésnek a lehető leggyorsabbnak is kell lennie.

Hasznosnak találta ezt a listát? Töltse le PDF-formátumban, hogy a legfontosabb lépések mindig szem előtt legyenek!

[/spb_text_block]

The post Hogyan érjük el mobilizációs céljainkat? appeared first on Scolvo.