Дебата „Буилд“ и „Буи“ на уграђеној аналитики је Моот

Аутор: Roger Morrison
Датум Стварања: 20 Септембар 2021
Ажурирати Датум: 19 Јуни 2024
Anonim
Дебата „Буилд“ и „Буи“ на уграђеној аналитики је Моот - Технологија
Дебата „Буилд“ и „Буи“ на уграђеној аналитики је Моот - Технологија

Садржај


Извор: Цибраин / Дреамстиме.цом

Одузети:

Ако размишљате о уграђеној аналитици, требали бисте гледати изван стандардних решења „буилд“ или „буи“.

Како уграђена аналитика постаје све истакнутија у пејзажу пословне интелигенције (БИ), питање да ли компаније треба да граде или купују уграђене БИ апликације чини се релевантнијим него икад. Бројни покушаји да се одговори на ово питање занемарују основну чињеницу да је само питање погрешно, јер за већину организација не постоји једноставан одговор да или не. Уместо тога, најбоље праксе за уграђену аналитику нису ни „буилд“ ни „буи“ - већ су у ствари сличније партнерству.

Разумевање дебате

„Уграђена аналитика“ је празан израз који описује интеграцију различитих функција алата пословне интелигенције у друге апликације (често, али не искључиво, у СааС). На пример, компанија која развија ЦРМ софтвер можда ће желети да пружи дубље увиде о подацима које прикупи или да побољшају општи предлог компаније или да продају премиум услугу. Због тога би могло изгледати да у свој софтверски пакет за ЦРМ уграде функције као што су трансформација података, брзо постављање великих података или интерактивне визуализације.


Гартнер је проценио да ће до 2015. године бити уграђено 25 процената аналитичких способности, што ће порасти са само 5 процената у 2010. Већина професионалаца у БИ индустрији сложила би се да је уграђени БИ постао главно подручје фокуса и за посао и за технологију. Купци траже самопослуживање, смислени приступ подацима, а конкуренција приморава компаније да испуне ове захтеве, што заузврат доводи до више усредсређености на изградњу ових врста способности.

Кућни или ван кутије

Питање „градити или не градити“ постало је предмет жестоких дискусија када смо разматрали пројекат уграђене аналитике. Покрените брзу Гоогле претрагу за „буилд вс буи уграђену аналитику“, и бићете бомбардовани страном по страницу чланака који постављају и покушавате да одговорите на то тачно питање. Укратко ћу представити најчешће аргументе за сваку страну дебате:

  • Интерни развој БИ функција омогућава компанијама већу флексибилност и контролу над крајњим производом. Оригинални програмер апликација најинтимније је упознат са својим производом и купцима и тако ће моћи да прецизније прилагоди решење. Међутим, изградња БИ значајки захтева значајна улагања и често даје под-резултате као резултат потребног улагања и потребе за специјализованим вештинама.
  • Куповина „оут оф тхе-бок“ решења омогућава компанији да искористи огромна улагања која је већ направио БИ провајдер и омогућава приступ најсавременијим БИ могућностима.

У већини случајева, компанијама које покушавају да пруже значајне могућности анализе података својим купцима било би боље гледати како да уграде постојећи производ, а не да крећу од нуле. Међутим, оно што бих хтео да нагласим је да је начин на који се ово питање поставља само по себи заблуду: далеко, чешћи - и пожељнији - сценарио заправо није ни изградња ни куповина, већ треће решење које би се тачније могло описати као партнерство.

Пословна интелигенција није робни производ (још)

Када људи причају о „изградњи вс куповини“, може се стећи утисак да постоји опција за интернет и куповину БИ решења уграђеног „кључ у руке“, које се лако може прикључити на постојећи производ и престо! Тренутна аналитика према купцима. Нажалост, када су у питању софистицираније потребе и производи, то готово никада није случај.


Не мислим да имплицирам да БИ имплементације морају бити дуготрајне или тешке ствари, већ само да је свака имплементација различит. Компанији која обично жели да представи стотину хиљада редова података својим клијентима не треба исти технолошки „мишић“ као онај који ради са сто милиона редова; Исто тако, подаци који долазе из више десетина структурираних и неструктурираних извора сасвим су различити од уредно уређених табела у СКЛ бази података. Визуализација података на високом нивоу је једна ствар (на пример, апликација за е-трговину која приказује промет и продају продавачима), док напредна аналитика, детаљна испитивања и прилагодљиви извештаји захтевају потпуно различите могућности.

Када су у питању ове врсте напреднијих случајева употребе, појам решења „једна за све“ је нереалан: аналитичке карактеристике треба да буду интегрисане у постојећу апликацију и прилагођене тако да одговоре тачним потребама одређеног производа. и корисничку базу у погледу моделирања података, сигурности, управљања и извештавања. Опет, ово не значи да ови напори на интеграцији морају бити прекомпликовани или захтевају велика развојна средства - међутим, они ће захтевати разумевање основних података и способност лаког прилагођавања и комуникације са БИ платформом путем приступа АПИ-ју.

Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот

Не можете побољшати своје програмирање кад никога није брига за квалитет софтвера.

Партнерство, а не једнократна трансакција

Одлука да се користи спољни провајдер за уградњу аналитике више је слична партнерству него куповини „узми га и заборави“. Програмер и БИ провајдер заједно раде на изградњи потребног податковног производа и настављају да сарађују како производи сазревају, додају се нове функције и појављују се нове потребе.

Да ли то значи да ће се програмер за сваку промену или прилагођавање морати ослонити на БИ провајдера? Апсолутно не - програмери би требали имати потпуну независност и контролу над сопственим производом. Они би требали бити једини власник производа, од краја до краја и моћи да га развијају самостално, без потребе да се ослањају на професионалне услуге продавца или спољне консултанте. Да би постигли такав исход, програмери би требало да сарађују са БИ продавцем који је енаблер, увек имајући у виду програмере. Најбоље праксе укључују одржавање свеобухватног СДК-а, са одличном документацијом и дизајнирање БИ производа као производа отворена платформа.

Отворене платформе омогућавају једноставан приступ путем често кориштених АПИ-ја, осигуравајући да је БИ софтвер довољно флексибилан да се лако интегрише у постојеће програмере програмера и прилагођава специфичним потребама и захтјевима око извора података, сигурности и сличних разлога. А за заиста сложене, тешке имплементације - врхунски БИ добављачи пружају професионалне ресурсе потребне за што бржи рад и покретање клијената и за решавање различитих проблема одржавања који неизбежно настају.

Надаље, обје стране требале би свој однос сматрати дугорочним - нове функције уведене у БИ платформу увијек би требале бити уграђене у "АПИ-фирст" приступу, омогућујући програмерима апликација да брзо и лако укључе ове функције у своју понуду; комуникација између БИ продавца и развојног програмера мора бити отворена и учестала како би обоје могли стећи боље разумевање предности и ограничења другог и у складу са тим прилагодити напоре за развој, подршку и управљање налогом.

Разумевање уграђене аналитике као сталног партнерства, уместо једнократне куповине, натераће програмере да поставе релевантнија питања пре него што се упусте у уграђени БИ пројекат; и водити БИ провајдере да се озбиљно посвете изградњи истински отворених платформи, одржавајући врхунску службу за кориснике и документацију. У таквим случајевима сви имају користи.