Vsebina
- Razumevanje razprave
- Doma ali zunaj blagajne
- Poslovna inteligenca ni blagovni izdelek (še)
- Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
- Partnerstvo, ne enkratna transakcija
Vir: Cybrain / Dreamstime.com
Odvzem:
Če razmišljate o vgrajeni analitiki, bi morali pogledati dlje od standardnih rešitev "graditi" ali "kupiti".
Ko vgrajena analitika postaja vse bolj vidna v okolju poslovne inteligence (BI), se zdi vprašanje, ali naj podjetja gradijo ali kupujejo vgrajene BI-aplikacije, bolj pomembna kot kdaj koli prej. Številni poskusi odgovora na to vprašanje zanemarjajo osnovno dejstvo, da je samo vprašanje zavajajoče, saj za večino organizacij ni preprostega odgovora z da ali ne. Namesto tega najboljše prakse za vgrajeno analitiko niso niti "graditi" niti "kupiti" - ampak so v resnici bolj podobne partnerstvu.
Razumevanje razprave
"Vgrajena analitika" je splošni izraz, ki opisuje vključevanje različnih funkcij orodij poslovne inteligence v druge aplikacije (pogosto, vendar ne izključno, v SaaS). Na primer, podjetje, ki razvija programsko opremo za CRM, bo morda želelo zagotoviti bolj poglobljen vpogled v podatke, ki jih zbira, bodisi za izboljšanje splošne vrednosti podjetja ali za prodajo premium storitev. Zato bo morda v svoj programski paket CRM vključil funkcije, kot so preoblikovanje podatkov, hitra poizvedba velikih podatkov ali interaktivne vizualizacije.
Gartner je ocenil, da bo do leta 2015 vgrajenih 25 odstotkov zmogljivosti za analitiko, kar je v primerjavi s samo 5 odstotki v letu 2010. Večina strokovnjakov v BI industriji bi se strinjala, da je vgrajeni BI postal glavno področje, tako poslovno kot tehnološko. Kupci zahtevajo samooskrbo, smiseln dostop do podatkov, konkurenca pa prisili podjetja, da jim prilagodijo te zahteve, kar posledično vodi do večje osredotočenosti na gradnjo tovrstnih zmogljivosti.
Doma ali zunaj blagajne
Vprašanje "graditi ali ne graditi" je postalo predmet razburjenih razprav pri razmišljanju o vgrajenem projektu analitike. Zaženite hitro iskanje v Googlu za »vgradite v nakup vgrajene analitike« in bombardirali boste stran za stranjo člankov, ki sprašujejo in poskušajo odgovoriti na to točno vprašanje. Na kratko bom predstavil najpogostejše argumente za vsako stran razprave:
- Notranji razvoj BI funkcij podjetjem omogoča večjo prožnost in nadzor nad končnim izdelkom. Prvotni razvijalec aplikacij je najbolj natančno seznanjen s svojim izdelkom in strankami, zato bo rešitev lahko natančneje prilagodil. Vendar gradnja BI funkcij v podjetju zahteva znatne naložbe in pogosto prinaša rezultate pod nadomestkom zaradi ravni potrebnih naložb in potrebe po specializiranih spretnostih.
- Nakup "out of the box" rešitve omogoča podjetju, da izkoristi množične naložbe, ki jih je že opravil ponudnik BI, in omogoči dostop do najsodobnejših BI zmogljivosti.
V večini primerov bi bilo bolje, da bi podjetja, ki želijo svojim strankam zagotoviti smiselne analize podatkov, bolje pogledati vdelavo obstoječega izdelka, ne pa začeti iz nič. Vendar želim poudariti, da je način postavitve tega vprašanja sam po sebi zavajajoč: daleč bolj pogost - in boljši - scenarij pravzaprav ni niti graditi niti kupiti, ampak tretjo rešitev, ki bi jo bilo mogoče natančneje opisati kot partnerstvo.
Poslovna inteligenca ni blagovni izdelek (še)
Ko ljudje govorijo o "graditi proti nakupu", lahko pride do vtisa, da obstaja možnost spletnega nakupa in nakupa BI-jeve vdelane rešitve na ključ, ki jo lahko enostavno priključite na obstoječi izdelek in presto! Takojšnja analitika s strankami. Na žalost, ko gre za bolj sofisticirane potrebe in izdelke, to skoraj nikoli ne gre.
Ne mislim namigovati, da morajo biti implementacije BI dolgotrajne ali težke zadeve, ampak zgolj vsaka izvedba drugačen. Podjetje, ki običajno želi svojim strankam predstaviti sto tisoč vrstic podatkov, ne potrebuje iste tehnološke "mišice" kot tisto, ki deluje s sto milijoni vrstic; Podatki, ki prihajajo iz več deset strukturiranih in nestrukturiranih virov, so precej drugačni kot lepo urejene tabele v bazi podatkov SQL. Vizualizacija podatkov na visoki ravni je ena stvar (na primer aplikacija za e-trgovino, ki prikazuje promet in prodajo prodajalcem), medtem ko napredna analitika, podrobna poročila in prilagodljiva poročila zahtevajo povsem različne zmogljivosti.
Ko gre za tovrstne primere bolj napredne uporabe, je pojem rešitev ena sama velikost neresničen: analitične lastnosti bo treba vključiti v obstoječo aplikacijo in jih prilagoditi tako, da bodo ustrezale natančnim potrebam določenega izdelka in kupce v smislu modeliranja podatkov, varnosti, upravljanja in poročanja. Ponovno to ne pomeni, da morajo biti ta prizadevanja za integracijo preveč zapletena ali pa zahtevajo obsežne razvojne vire - kljub temu pa bodo potrebna razumevanja osnovnih podatkov in zmožnost preproste prilagoditve in komunikacije s BI platformo prek dostopa do API-ja.
Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
Ne morete izboljšati svojih programskih sposobnosti, če nikogar ne skrbi za kakovost programske opreme.
Partnerstvo, ne enkratna transakcija
Odločitev za uporabo zunanjega ponudnika za vdelavo analitike je bolj podobna partnerstvu kot nakupu "zasluži in pozabi". Razvijalec in ponudnik BI sodelujeta pri izdelavi želenega podatkovnega izdelka in še naprej sodelujeta, ko izdelki dozorijo, dodajo se nove funkcije in se pojavijo nove potrebe.
Ali to pomeni, da se bo moral razvijalec za vsako spremembo ali prilagoditev zanašati na ponudnika BI-jev? Vsekakor ne - razvijalci bi morali imeti popolno neodvisnost in nadzor nad lastnim izdelkom. Od konca do konca morajo biti edini lastnik izdelka in ga lahko razvijajo sami, ne da bi se morali zanašati na prodajalčeve strokovne storitve ali zunanje svetovalce. Da bi dosegli takšen rezultat, bi morali razvijalci sodelovati s prodajalcem BI-jev Omogoči, vedno upošteva razvijalce. Najboljše prakse vključujejo vzdrževanje obsežnega SDK-ja z odlično dokumentacijo in oblikovanje BI-jevega izdelka kot odprta platforma.
Odprte platforme omogočajo enostaven dostop prek pogosto uporabljenih API-jev, kar zagotavlja, da je programska oprema BI dovolj prožna, da se lahko brez težav integrira z obstoječimi sistemi razvijalcev in ustreza specifičnim potrebam in zahtevam glede virov podatkov, varnosti in podobnih vprašanj. In za resnično zapletene, težke izvedbe - vrhunski prodajalci BI-ja zagotavljajo strokovna sredstva, potrebna za čim hitrejšo zagon in delovanje strank ter za reševanje različnih težav z vzdrževanjem, ki se neizogibno pojavijo.
Poleg tega bi morale obe strani svoj odnos razumeti kot dolgoročno - nove funkcije, uvedene na BI platformi, bi morale biti vedno vgrajene v "API-first" pristop, ki omogoča razvijalcem aplikacij, da hitro in enostavno vključijo te funkcije v svojo ponudbo; komunikacija med prodajalcem BI in razvijalcem aplikacij mora biti odprta in pogosta, da lahko oba bolje razumeta prednosti in omejitve drugega in temu ustrezno prilagodita razvoj, podporo in upravljanje računa.
Razumevanje vgrajene analitike kot stalnega partnerstva namesto enkratnega nakupa bo razvijalcem postavilo ustreznejša vprašanja, preden se lotijo vgrajenega BI-projekta; in vodilne ponudnike BI-ja resno zavezali k oblikovanju resnično odprtih platform, vzdrževanju vrhunske storitve za stranke in dokumentacije. V takih primerih imajo vsi koristi.