Het Build vs Buy-debat over Embedded Analytics is Moot

Schrijver: Roger Morrison
Datum Van Creatie: 20 September 2021
Updatedatum: 19 Juni- 2024
Anonim
The Third Industrial Revolution: A Radical New Sharing Economy
Video: The Third Industrial Revolution: A Radical New Sharing Economy

Inhoud


Bron: Cybrain / Dreamstime.com

Afhaal:

Als u embedded analyses overweegt, moet u verder kijken dan de standaardoplossingen 'bouwen' of 'kopen'.

Naarmate embedded analyses steeds prominenter worden in het BI-landschap, lijkt de vraag of bedrijven embedded BI-applicaties moeten bouwen of kopen relevanter dan ooit. De vele pogingen om deze vraag te beantwoorden negeren het fundamentele feit dat de vraag zelf misleidend is, omdat er voor de meeste organisaties geen eenvoudig ja-of-nee-antwoord bestaat. In plaats daarvan zijn 'best practices' voor ingebedde analyses niet 'gebouwd' of 'kopen' - maar zijn ze meer verwant aan partnerschap.

Inzicht in het debat

'Embedded analytics' is een algemene term die de integratie beschrijft van verschillende functies van business intelligence-tools in andere applicaties (vaak, maar niet exclusief, in SaaS). Een bedrijf dat bijvoorbeeld CRM-software ontwikkelt, wil misschien meer diepgaande inzichten bieden uit de verzamelde gegevens om de algemene waardepropositie van het bedrijf te verbeteren of een premium-service te verkopen. Daarom kan het lijken functies zoals datatransformatie, snelle big data-query's of interactieve visualisaties in zijn eigen CRM-softwarepakket op te nemen.


Gartner schatte dat tegen 2015 25 procent van de analysemogelijkheden ingebed zou zijn, wat zou groeien van slechts 5 procent in 2010. De meeste professionals in de BI-industrie zouden het erover eens zijn dat embedded BI een belangrijk aandachtsgebied is geworden voor zowel bedrijven als technologie. Klanten eisen zelfbediening, zinvolle toegang tot gegevens, en concurrentie dwingt bedrijven om aan deze eisen te voldoen, wat op zijn beurt leidt tot meer focus op het bouwen van dit soort mogelijkheden.

In-House of Out-of-the-Box

De vraag "bouwen of niet bouwen" is onderwerp van verhitte discussies geworden bij het overwegen van een ingebed analyseproject. Voer een snelle Google-zoekopdracht uit voor 'build vs buy embedded analytics' en u zult worden gebombardeerd met pagina na pagina van artikelen die deze exacte vraag stellen en proberen te beantwoorden. Ik zal kort de meest voorkomende argumenten voor elke zijde van het debat presenteren:


  • Door BI-functies in eigen beheer te ontwikkelen, hebben bedrijven meer flexibiliteit en controle over het eindproduct. De oorspronkelijke applicatie-ontwikkelaar is het meest vertrouwd met zijn product en klanten, en zal daarom een ​​oplossing nauwkeuriger kunnen aanpassen. Het intern bouwen van BI-functies vereist echter een aanzienlijke investering en levert vaak ongekende resultaten op vanwege het vereiste investeringsniveau en de behoefte aan gespecialiseerde vaardigheden.
  • Door een kant-en-klare oplossing te kopen, kan een bedrijf profiteren van de enorme investeringen die de BI-provider al heeft gedaan en heeft het toegang tot de nieuwste BI-mogelijkheden.

In de meeste gevallen zouden bedrijven die hun klanten zinvolle gegevensanalysemogelijkheden willen bieden, beter af zijn als ze een bestaand product insluiten in plaats van helemaal opnieuw te beginnen. Wat ik echter wil benadrukken, is dat de manier waarop deze vraag wordt gesteld, op zichzelf misleidend is: verreweg het meest voorkomende - en bij voorkeur - scenario is eigenlijk bouwen noch kopen, maar een derde oplossing die nauwkeuriger kan worden omschreven als vennootschap.

Business Intelligence is (nog) geen handelsproduct

Wanneer mensen het hebben over 'bouwen versus kopen', zou je de indruk kunnen krijgen dat de optie bestaat om online te gaan en een kant-en-klare embedded BI-oplossing te kopen, die je gemakkelijk kunt aansluiten op een bestaand product en presto! Directe klantgerichte analyses. Helaas is dit bijna nooit het geval als het gaat om meer geavanceerde behoeften en producten.

Ik wil niet impliceren dat BI-implementaties lang of moeilijk moeten zijn, maar alleen dat elke implementatie dat is verschillend. Een bedrijf dat doorgaans honderdduizend rijen met gegevens aan zijn klanten wil presenteren, heeft niet dezelfde technologische "spier" nodig als een die werkt met honderd miljoen rijen; gegevens die afkomstig zijn van tientallen gestructureerde en ongestructureerde bronnen zijn ook heel anders dan netjes georganiseerde tabellen in een SQL-database. Datavisualisatie op hoog niveau is één ding (bijvoorbeeld een e-commerce-app die verkeer en verkoop aan verkopers weergeeft), terwijl geavanceerde analyses, drill-downs en aanpasbare rapporten heel andere mogelijkheden vereisen.

Als het gaat om dit soort meer geavanceerde gebruiksscenario's, is het idee van een one-size-fits-all oplossing onrealistisch: de analytische functies moeten in de bestaande applicatie worden geïntegreerd en worden aangepast om aan de exacte behoeften van het specifieke product te voldoen en klantenbestand op het gebied van gegevensmodellering, beveiliging, beheer en rapportage. Nogmaals, dit wil niet zeggen dat deze integratie-inspanningen te ingewikkeld moeten zijn of uitgebreide ontwikkelresources vereisen - ze vereisen echter een begrip van de onderliggende gegevens en de mogelijkheid om het BI-platform eenvoudig aan te passen en te communiceren via API-toegang.

Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen

Je kunt je programmeervaardigheden niet verbeteren als niemand om softwarekwaliteit geeft.

Partnerschap, geen eenmalige transactie

De beslissing om een ​​externe provider te gebruiken voor het insluiten van analyses lijkt meer op een partnerschap dan op een 'koop het en vergeet het' type aankoop. De ontwikkelaar en de BI-provider werken samen om het vereiste dataproduct te bouwen en blijven samenwerken naarmate producten volwassen worden, nieuwe functies worden toegevoegd en nieuwe behoeften ontstaan.

Betekent dit dat de ontwikkelaar voor elke wijziging of aanpassing op de BI-provider moet vertrouwen? Absoluut niet - ontwikkelaars moeten volledige onafhankelijkheid en controle over hun eigen product hebben. Ze moeten de enige eigenaar van het product zijn, van begin tot eind, en in staat zijn om het zelf te ontwikkelen, zonder afhankelijk te zijn van professionele services van een verkoper of externe consultants. Om een ​​dergelijk resultaat te bereiken, moeten ontwikkelaars samenwerken met een BI-leverancier die een enabler, altijd rekening houdend met ontwikkelaars. Best practices omvatten onderhoud van een uitgebreide SDK, met uitstekende documentatie en het ontwerpen van het BI-product als een open platform.

Open platforms bieden gemakkelijke toegang via veelgebruikte API's, zorgen ervoor dat de BI-software flexibel genoeg is om naadloos te integreren met de bestaande systemen van de ontwikkelaar en tegemoet te komen aan specifieke behoeften en vereisten rond gegevensbronnen, beveiliging en soortgelijke overwegingen. En voor de echt complexe, zwaargewicht implementaties: top BI-leveranciers bieden de professionele middelen die nodig zijn om klanten zo snel mogelijk aan de slag te krijgen en om de verschillende onderhoudsproblemen aan te pakken die zich onvermijdelijk voordoen.

Bovendien moeten beide partijen hun relatie op lange termijn beschouwen - nieuwe functies die in het BI-platform worden geïntroduceerd, moeten altijd worden gebouwd volgens een "API-first" -benadering, waardoor applicatieontwikkelaars deze functies snel en gemakkelijk kunnen opnemen in hun eigen aanbod; communicatie tussen de BI-leverancier en de applicatie-ontwikkelaar moet open en frequent zijn, zodat beide een beter begrip van de sterke punten en beperkingen van de ander kunnen krijgen en de inspanningen op het gebied van ontwikkeling, ondersteuning en accountbeheer hierop kunnen afstemmen.

Inzicht in ingebedde analyses als een doorlopend partnerschap, in plaats van een eenmalige aankoop, zal ontwikkelaars ertoe brengen meer relevante vragen te stellen voordat ze aan een ingebed BI-project beginnen; en BI-providers ertoe brengen een serieuze toezegging te doen om echt open platforms te bouwen, met behoud van uitstekende klantenservice en documentatie. In dergelijke gevallen heeft iedereen baat bij.