Sisu
- Arutelust aru saamine
- Majasisene või karbist väljas
- Äriteave ei ole esmatarbekaup (veel)
- Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata
- Partnerlus, mitte ühekordne tehing
Allikas: Cybrain / Dreamstime.com
Ära võtma:
Kui kaalute manustatud analüütikat, peaksite vaatama tavapärastest lahendustest „ehitamine” või „ostmine” kaugemale.
Kuna manustatud analüütika muutub äriteabe (BI) maastikul üha olulisemaks, tundub küsimus, kas ettevõtted peaksid manustatud BI-rakendusi ehitama või ostma, olema aktuaalsemad kui kunagi varem. Arvukates katsetes sellele küsimusele vastata ignoreeritakse põhifakti, et küsimus ise on eksitav, kuna enamiku organisatsioonide jaoks pole lihtsat jah või ei vastust. Manustatud analüütika parimad tavad ei ole selle asemel "ehitamine" ega "ostmine" -, kuid tegelikult sarnaneb see pigem partnerlusega.
Arutelust aru saamine
Manustatud analüütika on üldtermin, mis kirjeldab äriteabe tööriistade erinevate funktsioonide integreerimist muudesse rakendustesse (sageli, kuid mitte ainult, SaaS-i). Näiteks võib CRM-tarkvara arendav ettevõte soovida koguda kogutud andmete põhjal põhjalikumat teavet ettevõtte üldise väärtuse pakkumise suurendamiseks või premium-teenuse müümiseks. Seetõttu võib ta proovida lisada CRM-i tarkvarapaketti selliseid funktsioone nagu andmete ümberkujundamine, kiire andmete küsimine suurel hulgal või interaktiivsed visuaalid.
Gartneri hinnangul oleks 2015. aastaks manustatud 25 protsenti analüütilistest võimalustest, kasvades vaid 5 protsendilt 2010. aastal. Enamik BI-tööstuse spetsialiste nõustub, et manustatud BI-st on saanud nii äri kui ka tehnoloogia jaoks suur tähelepanu keskpunkt. Kliendid nõuavad iseteenindust, sisulist juurdepääsu andmetele ja konkurents sunnib ettevõtteid neid nõudmisi rahuldama, mis omakorda viib suurema tähelepanu alla seda tüüpi võimaluste loomisele.
Majasisene või karbist väljas
Manustatud analüütika projekti kaalumisel on küsimus "ehitada või mitte ehitada" olnud tuliste arutelude objektiks. Käivitage Google'is kiire otsing „manustatud analüüsi loomine vs ostmine” ja teid pommitatakse lehega artiklite järel, kus küsitakse ja püütakse sellele täpsele küsimusele vastata. Esitan lühidalt arutelu mõlemal poolel levinumad argumendid:
- Ettevõttesiseste BI-funktsioonide arendamine annab ettevõtetele rohkem paindlikkust ja kontrolli lõpptoote üle. Algne rakenduse arendaja on oma toote ja klientidega kõige lähemalt tuttav ning saab seetõttu lahenduse täpsemalt kohandada. BI-siseste hoonete loomine nõuab aga märkimisväärseid investeeringuid ja annab sageli investeeringute taseme ja erioskuste vajaduse tõttu väiksema tulemuse.
- Väljaspool asuva lahenduse ostmine võimaldab ettevõttel kasutada ära BI-pakkuja poolt juba tehtud suuri investeeringuid ja annab juurdepääsu tipptasemel BI-võimalustele.
Enamikul juhtudest eelistaksid ettevõtted, kes soovivad pakkuda oma klientidele asjalikke andmeanalüüsi võimalusi, pigem nullist alustamise asemel olemasoleva toote manustamist. Kuid ma tahaksin rõhutada, et selle küsimuse esitamise viis on iseenesest eksitav: kaugelt pole tavalisem - ja eelistatavam - stsenaarium tegelikult ei ehita ega osta, vaid kolmas lahendus, mida saaks täpsemalt kirjeldada kui partnerlus.
Äriteave ei ole esmatarbekaup (veel)
Kui inimesed räägivad teemal „ehita vs osta“, võib jääda mulje, et on olemas võimalus minna võrku ja osta käivitusvalmis manustatud BI-lahendus, mille saab hõlpsalt ühendada olemasoleva tootega ja presto! Kohene kliendile suunatud analüüs. Kahjuks, kui rääkida keerukamatest vajadustest ja toodetest, pole see peaaegu kunagi nii.
Ma ei pea silmas seda, et BI juurutamine peab olema pikk või keeruline asi, vaid lihtsalt, et iga juurutamine on selline erinevad. Ettevõte, mis soovib tavaliselt oma klientidele esitada sada tuhat rida andmeid, ei vaja sama tehnoloogilist "lihaset" kui see, mis töötab saja miljoni reaga; samamoodi on kümnetest struktureeritud ja struktureerimata allikatest pärinevad andmed hoopis teistsugused kui SQL-i andmebaasi korralikult korrastatud tabelid. Kõrgetasemeline andmete visualiseerimine on üks asi (näiteks e-kaubanduse rakendus, mis kuvab liiklust ja müüki müüjatele), samas kui täiustatud analüüs, põhjalikumad analüüsid ja kohandatavad aruanded vajavad täiesti erinevaid võimalusi.
Seda tüüpi keerukamate kasutusjuhtumite puhul on mõiste "kõigile sobiv lahendus" ebareaalne: analüütilised funktsioonid tuleb olemasolevasse rakendusse integreerida ja kohandada vastavalt konkreetse toote täpsetele vajadustele. ja kliendibaas andmete modelleerimise, turvalisuse, haldamise ja aruandluse osas. Jällegi ei tähenda see, et need integreerimispingutused peaksid olema liiga keerulised või nõudma suuri arendusressursse - siiski nõuavad nad alusandmete mõistmist ning võimalust BI-platvormi kaudu API-juurdepääsu kaudu hõlpsasti kohandada ja sellega suhelda.
Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata
Programmeerimisoskust ei saa parandada, kui keegi tarkvara kvaliteedist ei hooli.
Partnerlus, mitte ühekordne tehing
Otsus kasutada analüütika manustamiseks välist pakkujat sarnaneb pigem partnerlusele kui ostutüübile „hankige see ja unustage”. Arendaja ja BI pakkuja töötavad koos vajaliku andmetoote loomise nimel ning jätkavad koostööd toodete küpsemisel, uute funktsioonide lisamisel ja uute vajaduste ilmnemisel.
Kas see tähendab, et arendaja peab iga muudatuse või kohandamise korral tuginema BI pakkujale? Absoluutselt mitte - arendajatel peaks olema täielik sõltumatus ja kontroll oma toote üle. Nad peaksid olema toote ainuomanikud otsast lõpuni ja suutma seda ise välja töötada, ilma et peaksite lootma müüja professionaalsetele teenustele või välistele konsultantidele. Sellise tulemuse saavutamiseks peaksid arendajad tegema koostööd BI-i müüjaga, kes on võimaldaja, pidades arendajaid alati meeles. Parimate tavade hulka kuulub tervikliku SDK hooldus koos suurepärase dokumentatsiooniga ja BI-toote kujundamine selle jaoks avatud platvorm.
Avatud platvormid võimaldavad hõlpsasti juurde pääseda tavaliselt kasutatavate API-de kaudu, tagades BI-tarkvara piisavalt paindlikkuse, et sujuvalt integreeruda arendajate olemasolevate süsteemidega, ning kohandades konkreetseid vajadusi ja nõudeid andmeallikate, turvalisuse ja sarnaste kaalutluste ümber. Ja tõeliselt keerukate, raskekaaluliste rakenduste jaoks - parimad BI-müüjad pakuvad professionaalseid ressursse, mis on vajalikud klientide võimalikult kiireks käivitamiseks ja töötamiseks ning mitmesuguste paratamatult tekkivate hooldusprobleemide lahendamiseks.
Lisaks peaksid mõlemad pooled nägema oma suhet pikaajaliselt - BI-platvormile kasutusele võetud uued funktsioonid peaksid olema alati rajatud nn API-l põhinevale lähenemisviisile, võimaldades rakenduste arendajatel neid funktsioone kiiresti ja hõlpsalt oma pakkumisse integreerida; suhtlus BI-i müüja ja rakenduse arendaja vahel peab olema avatud ja sagedane, et mõlemad saaksid paremini aru teise tugevustest ja piirangutest ning kohandaksid vastavalt arendus-, tugi- ja kontohalduse jõupingutusi.
Manustatud analüütika mõistmine pideva partnerlusena, mitte ühekordse ostuna, paneb arendajad enne manustatud BI-projekti alustamist küsima asjakohaseid küsimusi; juhtida BI-pakkujaid tõsiselt pühenduma tõeliselt avatud platvormide loomisele, säilitades suurepärase klienditeeninduse ja dokumentatsiooni. Sellistel juhtudel on kasu kõigile.