A beágyazott Analytics-en belüli vásárlási és vásárlási vita Moot

Szerző: Roger Morrison
A Teremtés Dátuma: 20 Szeptember 2021
Frissítés Dátuma: 19 Június 2024
Anonim
A beágyazott Analytics-en belüli vásárlási és vásárlási vita Moot - Technológia
A beágyazott Analytics-en belüli vásárlási és vásárlási vita Moot - Technológia

Tartalom


Forrás: Cybrain / Dreamstime.com

Elvitel:

Ha a beágyazott elemzést fontolgatja, akkor az „építkezés” vagy a „vásárlás” szokásos megoldásain túl kell tekintenie.

Mivel a beágyazott elemzés egyre inkább kiemelkedik az üzleti intelligencia (BI) környezetében, a kérdés, hogy a vállalatoknak beágyazott BI alkalmazásokat kell-e építeniük vagy vásárolniuk, fontosabbnak tűnik, mint valaha. A kérdés megválaszolására tett számos kísérlet figyelmen kívül hagyja azt az alapvető tényt, hogy maga a kérdés félrevezető, mivel a legtöbb szervezetnél nincs egyszerű igen vagy nem válasz. Ehelyett a beágyazott elemzés bevált gyakorlata nem „épít” és „nem vesz” -, de valójában inkább a partnerséghez hasonlít.


A vita megértése

A „beágyazott elemzés” egy általános kifejezés, amely leírja az üzleti intelligencia eszközök különféle jellemzőinek más alkalmazásokba történő integrálását (gyakran, de nem kizárólag a SaaS-ban). Például egy CRM szoftvert fejlesztő vállalat esetleg mélyebb betekintést szeretne nyújtani az összegyűjtött adatokból, hogy javítsa a vállalat általános értékjavaslatát, vagy prémium szolgáltatást értékesítsen. Ennélfogva úgy tűnik, hogy olyan funkciókat is beépít a saját CRM szoftvercsomagjába, mint például az adatok átalakítása, a gyors adatkeresés vagy az interaktív megjelenítések.

A Gartner becslése szerint 2015-re az elemzési képességek 25 százaléka beágyazódik, és a 2010. évi mindössze 5 százalékról növekszik. A BI-szakma legtöbb szakembere egyetért azzal, hogy a beágyazott BI-k mind az üzleti, mind a technológiai szempontból kiemelt figyelmet fordítanak. Az ügyfelek önkiszolgálást, értelmes hozzáférést igényelnek az adatokhoz, és a verseny arra kényszeríti a vállalatokat, hogy teljesítsék ezeket az igényeket, ami viszont nagyobb hangsúlyt fektet az ilyen típusú képességek kiépítésére.


Házon belüli vagy doboz nélküli

Az „építeni vagy nem építeni” kérdés heves viták tárgyává vált a beágyazott elemzési projekt megfontolásakor. Futtasson gyors Google-keresést az „Összeállít vagy vásároljon beágyazott elemzéseket” kifejezéssel, és bombázásra kerül egy cikkről oldalra oldalra kattintva, amely megkérdezi és megpróbálja megválaszolni ezt a pontos kérdést. Röviden bemutatom a vita mindkét oldalának leggyakoribb érveit:

  • A házon belüli BI funkciók fejlesztése nagyobb rugalmasságot és ellenőrzést nyújt a vállalatok számára a végtermék felett. Az eredeti alkalmazásfejlesztő a legközelebb ismeri a terméket és az ügyfeleket, és így pontosabban képes testreszabni a megoldást. A BI funkciók házon belüli építése azonban jelentős beruházást igényel, és gyakran a nem megfelelő eredményeket eredményezi a szükséges befektetési szint és a speciális készségek szükségessége miatt.
  • A „nem dobozos” megoldás vásárlása lehetővé teszi a vállalkozások számára a BI szolgáltató által már elvégzett hatalmas beruházások kiaknázását, és hozzáférést biztosít a legkorszerűbb BI lehetőségekhez.

Az esetek többségében az a vállalkozás, amely ügyfelek számára lényeges adatelemzési képességeket szeretne biztosítani, jobb lenne, ha inkább a meglévő termék beágyazására törekszik, mint a semmiből. Mindazonáltal azt szeretném hangsúlyozni, hogy a kérdés feltevése önmagában félrevezető: messze a leggyakoribb - és inkább kedvező - forgatókönyv valójában nem épít, se nem vásárol, hanem egy harmadik megoldás, amelyet pontosabban lehetne leírni partnerség.

Az üzleti intelligencia nem árucikk (mégis)

Amikor az emberek az „épít vs vásárolnak” témáról beszélnek, akkor azt a benyomást keltheti, hogy online lehet online vásárolni és kulcsrakész beágyazott BI megoldást vásárolni, amelyet könnyen csatlakoztathat egy meglévő termékhez és elvégezhet! Azonnali ügyfelekkel szembeni elemzés. Sajnos, amikor kifinomultabb igényekre és termékekre van szükség, szinte soha nem ez a helyzet.

Nem azt akarom mondani, hogy a BI megvalósításának hosszadalmasnak vagy nehéz feladatoknak kell lennie, hanem pusztán azt, hogy minden végrehajtás megtörténjen különböző. Egy olyan vállalatnak, amely tipikusan százezer adatsort kíván bemutatni az ügyfeleknek, nem kell ugyanannak a technológiai „izomnak”, mint egy százmilliós sorban működő cégnek; Hasonlóképpen, a tucatnyi strukturált és nem strukturált forrásból származó adatok egészen más, mint az SQL adatbázisban jól elrendezett táblák. A magas szintű adatmegjelenítés egy dolog (például egy e-kereskedelmi alkalmazás, amely megjeleníti a forgalmat és az eladóknak történő eladásokat), míg a fejlett elemzések, részletesebb leírások és testreszabható jelentések teljesen más képességeket igényelnek.

Az ilyen típusú fejlettebb felhasználási esetekben a mindenki számára egységes megoldás fogalma irreális: az analitikai funkciókat integrálni kell a meglévő alkalmazásba, és testreszabni kell az adott termék pontos igényeihez. és az ügyfélkör az adatmodellezés, a biztonság, az irányítás és a jelentések terén. Ez nem azt jelenti, hogy ezeknek az integrációs erőfeszítéseknek túlságosan bonyolultnak kell lenniük vagy kiterjedt fejlesztési erőforrásokat kell igénybe venniük - azonban szükségük van a mögöttes adatok megértésére és a BI platformon történő API-hozzáférésen keresztüli egyszerű testreszabási és kommunikációs képességre.

Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül

Nem javíthatja a programozási készségét, ha senki sem törődik a szoftver minőségével.

Partnerség, nem egyszeri tranzakció

Az a döntés, hogy külső szolgáltatót használnak az elemzés beágyazására, inkább hasonlít a partnerséghez, mint a „szerezzük meg és felejtsük el” típusú vásárláshoz. A fejlesztõ és a BI szolgáltató együtt dolgoznak a szükséges adattermék felépítésében, és együttmûködnek a termékek érett állapotában, új funkciók hozzáadásakor és új igények felmerülésekor.

Ez azt jelenti, hogy a fejlesztőnek minden változtatáshoz vagy testreszabáshoz megbíznia kell a BI szolgáltatót? Egyáltalán nem - a fejlesztőknek teljes függetlenséggel és ellenőrzéssel kell rendelkezniük saját termékük felett. Végétől a végéig a termék egyedüli tulajdonosának kell lennie, és képesnek kell lennie arra, hogy saját magában fejlessze azt, anélkül, hogy támaszkodnia kellene az eladó professzionális szolgáltatásaira vagy külső tanácsadóira. Egy ilyen eredmény elérése érdekében a fejlesztőknek partnerként kell működniük egy BI gyártóval, amely egy engedélyezõ, mindig a fejlesztõket szem előtt tartva. A bevált gyakorlatok között szerepel egy átfogó SDK karbantartása, kiváló dokumentációval, és a BI termék tervezése nyitott platform.

A nyílt platformok lehetővé teszik a könnyű hozzáférést az általánosan használt API-k segítségével, biztosítva, hogy a BI szoftver elég rugalmas legyen ahhoz, hogy zökkenőmentesen integrálódjon a fejlesztők meglévő rendszereivel, és megfeleljen az adatforrások, biztonsági és hasonló szempontok körül felmerülő különleges igényeknek és követelményeknek. És az igazán bonyolult és nehéz megvalósításokhoz - a legfontosabb BI-gyártók biztosítják a professzionális erőforrásokat, amelyek ahhoz szükségesek, hogy az ügyfelek a lehető leggyorsabban felkészüljenek és működjenek, valamint hogy kezeljék az elkerülhetetlenül felmerülő különböző karbantartási problémákat.

Ezenkívül mindkét félnek hosszú távúnak kell tekintenie a kapcsolatait - a BI platformon bevezetett új funkciókat mindig „API először” megközelítésben kell építeni, lehetővé téve az alkalmazásfejlesztőknek, hogy ezeket a szolgáltatásokat gyorsan és egyszerűen beépítsék saját ajánlatukba; a BI gyártó és az alkalmazásfejlesztő közötti kommunikációnak nyitottnak és gyakorinak kell lennie, hogy mindkettő jobban megértse a másik erősségeit és korlátozásait, és ennek megfelelően módosítsa a fejlesztési, támogatási és fiókkezelési erőfeszítéseket.

A beágyazott elemzés folyamatos partnerségként történő megértése, nem pedig egyszeri vásárlás, a fejlesztőknek relevánsabb kérdéseket kell feltenniük a beágyazott BI projekt elindítása előtt; és vezesse a BI szolgáltatókat arra, hogy komolyan vállalják az igazán nyitott platformok felépítését, a kiváló ügyfélszolgálat és a dokumentáció fenntartását. Ilyen esetekben mindenki haszonnal jár.