Debata Build vs Buy na Embedded Analytics je Moot

Autor: Roger Morrison
Dátum Stvorenia: 20 September 2021
Dátum Aktualizácie: 14 V Júni 2024
Anonim
The Third Industrial Revolution: A Radical New Sharing Economy
Video: The Third Industrial Revolution: A Radical New Sharing Economy

Obsah


Zdroj: Cybrain / Dreamstime.com

Zobrať:

Ak uvažujete o integrovanej analýze, mali by ste sa pozerať nad rámec štandardných riešení „build“ alebo „buy“.

Keď sa v prostredí Business Intelligence (BI) stáva čoraz dôležitejšou vložená analytika, zdá sa, že otázka, či spoločnosti majú vytvárať alebo kupovať zabudované aplikácie BI, je relevantnejšia ako kedykoľvek predtým. Početné pokusy o zodpovedanie tejto otázky ignorujú základnú skutočnosť, že samotná otázka je klamlivá, pretože pre väčšinu organizácií neexistuje jednoduchá odpoveď typu áno alebo nie. Namiesto toho nie sú osvedčené postupy pre vnorenú analýzu „budované“ ani „nakupovať“ - ale v skutočnosti sa viac podobajú partnerstvu.

Porozumenie diskusii

„Embedded analytics“ je všeobecný pojem, ktorý popisuje integráciu rôznych funkcií nástrojov business intelligence do iných aplikácií (často, ale nie výlučne, v SaaS). Napríklad spoločnosť, ktorá vyvíja softvér CRM, by mohla chcieť poskytnúť podrobnejšie informácie o údajoch, ktoré zhromažďuje, aby buď vylepšila všeobecnú ponuku hodnoty spoločnosti alebo predala prémiovú službu. Preto sa môže zdať, že do svojho vlastného softvérového balíka CRM zahrnie funkcie, ako je transformácia údajov, rýchle dotazovanie veľkých údajov alebo interaktívne vizualizácie.


Spoločnosť Gartner odhaduje, že do roku 2015 by sa do systému vložilo 25 percent analytických funkcií, čo by vzrástlo z iba 5 percent v roku 2010. Väčšina odborníkov v odvetví BI by súhlasila s tým, že vstavané BI sa stali hlavnou oblasťou zamerania tak pre podniky, ako aj pre technológie. Zákazníci požadujú samoobslužné služby, zmysluplný prístup k údajom a konkurencia núti spoločnosti, aby vyhoveli týmto požiadavkám, čo zase vedie k väčšiemu zameraniu sa na budovanie týchto typov spôsobilostí.

In-house alebo out-of-the-box

Otázka „stavať alebo nezostavovať“ sa stala predmetom horúcich diskusií pri zvažovaní vstavaného analytického projektu. Vykonajte rýchle vyhľadávanie Google pre „build vs buy embedded analytics“ a budete bombardovaní stránku za stránkou článkov, ktorá sa pýta a pokúsi sa odpovedať na túto presnú otázku. Stručne predstavím najbežnejšie argumenty pre každú stranu rozpravy:


  • Vývoj vlastných funkcií BI poskytuje spoločnostiam väčšiu flexibilitu a kontrolu nad konečným produktom. Pôvodný vývojár aplikácií je so svojimi produktmi a zákazníkmi najviac oboznámený, a preto bude môcť presnejšie prispôsobiť riešenie. Budovanie vlastných funkcií BI si však vyžaduje značnú investíciu a často prináša čiastkové výsledky z dôvodu požadovanej úrovne investícií a potreby špecializovaných zručností.
  • Nákup riešenia „out-of-the-box“ umožňuje spoločnosti využiť obrovské investície, ktoré už poskytol poskytovateľ BI, a umožňuje prístup k najmodernejším funkciám BI.

Vo väčšine prípadov by spoločnosti, ktoré sa snažia svojim zákazníkom poskytovať zmysluplné možnosti analýzy údajov, radšej hľadali vloženie existujúceho produktu, ako začnúc od nuly. Chcel by som však zdôrazniť, že spôsob, akým je táto otázka položená, je sám osebe zavádzajúci: zdaleka bežnejší - a preferovanejší - scenár v skutočnosti nie je ani stavať, ani kupovať, ale tretie riešenie, ktoré by sa dalo presnejšie opísať ako partnerstva.

Business Intelligence nie je komoditný produkt (zatiaľ)

Keď ľudia hovoria o „build vs buy“, človek by mohol mať dojem, že existuje možnosť ísť online a kúpiť BI riešenie na kľúč, ktoré sa dá ľahko pripojiť k existujúcemu produktu a testovať! Okamžitá analýza orientovaná na zákazníka. Je smutné, že pokiaľ ide o sofistikovanejšie potreby a produkty, takmer nikdy tomu tak nie je.

Nechcem tým naznačovať, že implementácia BI musí byť zdĺhavá alebo zložitá, ale iba to, že každá implementácia je odlišné. Spoločnosť, ktorá zvyčajne chce svojim zákazníkom prezentovať sto tisíc riadkov údajov, nepotrebuje rovnaký technologický „sval“ ako ten, ktorý pracuje so stovkami miliónov riadkov; podobne, údaje, ktoré pochádzajú z desiatok štruktúrovaných a neštruktúrovaných zdrojov, sa úplne líšia od prehľadne usporiadaných tabuliek v databáze SQL. Vizualizácia údajov na vysokej úrovni je jedna vec (napríklad aplikácia elektronického obchodu, ktorá zobrazuje predaj a predaj predávajúcim), zatiaľ čo pokročilá analytika, podrobnejšie informácie a prispôsobiteľné zostavy vyžadujú úplne odlišné funkcie.

Pokiaľ ide o tieto typy pokročilejších prípadov použitia, myšlienka riešenia univerzálnej veľkosti je nereálna: analytické prvky sa budú musieť integrovať do existujúcej aplikácie a prispôsobiť sa tak, aby vyhovovali presným potrebám konkrétneho produktu. a zákazníckej základne, pokiaľ ide o modelovanie údajov, bezpečnosť, správu a vykazovanie. Opäť to neznamená, že tieto integračné snahy musia byť príliš komplikované alebo vyžadovať rozsiahle vývojové zdroje - budú si však vyžadovať pochopenie základných údajov a schopnosť ľahko prispôsobiť a komunikovať s platformou BI prostredníctvom prístupu API.

Žiadne chyby, žiadny stres - Váš sprievodca krok za krokom k vytvoreniu softvéru na zmenu života bez zničenia vášho života

Nemôžete zlepšiť svoje programovacie schopnosti, keď sa nikoho nezaujíma o kvalitu softvéru.

Partnerstvo, nie jednorazová transakcia

Rozhodnutie použiť externého poskytovateľa na vloženie analytických údajov je viac podobné partnerstvu ako typu nákupu „získajte a zabudnite“. Vývojár a poskytovateľ BI spolupracujú pri zostavovaní požadovaného dátového produktu a naďalej spolupracujú s vývojom produktov, pridaním nových funkcií a vznikom nových potrieb.

Znamená to, že vývojár sa pri každej zmene alebo prispôsobení bude musieť spoľahnúť na poskytovateľa BI? Rozhodne nie - vývojári by mali mať úplnú nezávislosť a kontrolu nad vlastným produktom. Mali by byť výhradným vlastníkom produktu od začiatku do konca a mali by byť schopní ho rozvíjať samostatne, bez toho, aby sa museli spoliehať na profesionálne služby alebo externých konzultantov dodávateľa. Aby sa dosiahol takýto výsledok, vývojári by mali byť partnermi s dodávateľom BI, ktorý je Enabler, vždy s ohľadom na vývojárov. Medzi osvedčené postupy patrí údržba komplexnej súpravy SDK s vynikajúcou dokumentáciou a navrhovanie produktu BI ako systému otvorená platforma.

Otvorené platformy umožňujú ľahký prístup prostredníctvom bežne používaných rozhraní API, čo zaisťuje, že softvér BI je dostatočne flexibilný na bezproblémovú integráciu s existujúcimi systémami vývojárov a uspokojuje špecifické potreby a požiadavky týkajúce sa zdrojov údajov, zabezpečenia a podobných hľadísk. A pre skutočne komplexné implementácie s vysokou hmotnosťou - špičkoví dodávatelia produktov BI poskytujú profesionálne zdroje potrebné na čo najrýchlejšie uvedenie zákazníkov do prevádzky a na riešenie rôznych problémov údržby, ktoré nevyhnutne vznikajú.

Okrem toho by obe strany mali vnímať svoj vzťah ako dlhodobý - nové funkcie zavedené v platforme BI by mali byť vždy postavené na prístupe „API-first“, ktorý vývojárom aplikácií umožní rýchle a ľahké začlenenie týchto funkcií do ich vlastnej ponuky; Komunikácia medzi predajcom BI a vývojárom aplikácií musí byť otvorená a častá, aby obaja mohli lepšie porozumieť silným a slabým stránkam ostatných a podľa toho prispôsobiť úsilie o vývoj, podporu a správu účtov.

Pochopenie integrovanej analytiky ako pokračujúceho partnerstva namiesto jednorazového nákupu povedie vývojárov k tomu, aby položili relevantnejšie otázky skôr, ako sa pustia do zabudovaného projektu BI; a vedú poskytovateľov BI, aby sa vážne zaviazali k budovaniu skutočne otvorených platforiem, udržiavaniu vynikajúcich služieb zákazníkom a dokumentácii. V takýchto prípadoch je prínos pre každého.