Technologie & Data >>>
Domineert technologie jouw digitale strategie?
Data en slimme algoritmes worden in de huidige maatschappij vaak als het nieuwe goud gezien. Maar hoe maak je dat nou te gelden? Veel organisaties beginnen hun bedrijf te digitaliseren vanuit hun IT-afdelingen. Maar de echte waarde komt niet vanuit het kijken met een technologie en data bril maar toch echt vanuit het bedrijfsperspectief. Strevend naar een holistische, multichannel georiënteerde interactie en conversie met klanten en (eco-system) partners.
Gedigitaliseerde business ; Waar moet je beginnen?
In veel situaties waarin dit soort vragen naar voren komen, is het eerste dat wordt onderzocht, “welke technologie hebben we nodig ?”. Het is waar dat een aanzienlijk deel van de efficiëntie kan worden behaald door het gebruik van de juiste tools of combinatie van tools. Maar om de juiste keuzes voor hen te maken, is een goed begrip van uw zakelijke vereisten NU, maar in het bijzonder voor de TOEKOMST belangrijk. De bedrijfs processen zijn een belangrijke input voor het definiëren van je digitale architectuur. Deze architectuur is vervolgens je gids naar de toekomst. Met een stip aan de horizon gedefinieerd, heb je een ambitie gecreëerd waar je naar toe kunt werken.
Maar voordat je daar mee aan de slag kunt, is een grondig begrip van je huidige technische landschap, de bijbehorende data en in het bijzonder het vermogen om waardevolle van onbruikbare data te onderscheiden nodig. Daarnaast moeten de digitale en technische vaardigheden en capaciteiten van uw bronnen of serviceproviders duidelijk zijn en uiteraard de financiële bandbreedte waarover u beschikt. Met die input beschikbaar kan een zinvolle stap naar een digitale architectuurambitie worden geformuleerd. Dat is waar de strategie een meer praktische implementatievorm krijgt.
Technologie & Data >>>
Is data ook het kloppende hart van jouw business?
Wanneer je weet dat data van fundamenteel belang is bij de zakelijke beslissingen die je neemt, dan is het belangrijk dat je een betrouwbare benadering ontwikkeld om ze correct te beheren en de volledigheid, juistheid en actualiteit te waarborgen . Dit vereist begrip dat gegevens in veel verschillende vormen voorkomen, worden vastgelegd in veel verschillende systemen en processen en zeker niet in de laatste plaats moeten worden beschermd met de grootst mogelijke zorg.
Door een datalaag te creëren, die benaderbaar is vanuit verschillende interne en externe bronnen en applicaties, kun je geleidelijk opschalen. Door er vervolgens voor te zorgen dat de verschillende gegevenstypen gescheiden kunnen worden, kun je niet alleen logica en orde creëren, maar zorg je ook voor een aanzienlijk bijdragen bij gegevensbeschermings- en beveiligingsstrategieën. Het hebben van geïsoleerde PII-gegevens vermindert daarnaast de GDPR-belasting binnen je architectuur. Zeker als je ervoor zorgt dat de verbinding met alle andere datatypes die zinvolle (hyper) personalisatie-inspanningen mogelijk maken, goed met elkaar worden gehasht. Dit zorgt voor verschillende en optimale systeem-, opslag- en ophaalmethoden. Inhoud verschilt immers aanzienlijk; van profielgegevens die kunnen bestaan uit een zeer ongestructureerde en brede verscheidenheid aan attributen, vergeleken met meer rigide, echter zeer schaalbare toestemmingsgegevens(consent), of meer volume-georiënteerde transactiegegevens bronnen. Een ander voordeel van een dergelijke aanpak is een zeer sterke kans om kostbare tijd, budget en middelen te besparen bij het onderhouden van de gegevens, en zoals eerder vermeld, zijn volledige, nauwkeurige en geldige gegevens de hoeksteen van de besluitvorming van hoge kwaliteit!
Technologie & Data >>>
Open en klaar om verbinding te maken met de wereld?
Aangezien data wordt gezien als het nieuwe goud in de business van vandaag, is het kunnen verbinden met een breed scala aan databronnen in je organisatie waarschijnlijk een van de belangrijkste succesfactoren die dat mogelijk maken. Daarom is een goede gegevenslaag die is verbonden met een verbindingslaag die soepele synchronisaties, validaties en updates mogelijk maakt, net zo belangrijk als toegang hebben tot je data. Afhankelijk van je beschikbare technische infrastructuur is er een groot aantal opties beschikbaar. Maar het hebben van een architectonisch plan is een geweldige manier om te kiezen en prioriteiten te stellen.
Technologie & Data >>>
Vlot samenwerkende applicaties tot je beschikking?
Het ondersteunen en automatiseren van veel van de dagelijkse routines heeft binnen veel organisaties geleid tot een sterk gefragmenteerd applicatielandschap. Hoe hoger het aantal applicaties dat draait, moet worden onderhouden en gebruikt, hoe meer complexiteit , een gevolg dat alleen maar zal cumuleren in de toekomst. Met de open architecturen van vandaag kun je hier iets aan doen en toewerken naar naadloze en coöperatieve applicaties.
Technologie & Data >>>
Open source, closed source of low-coding?
Maar voordat je goede architectuur keuzes kunt maken is het wel belangrijk om te begrijpen waar je nu eigenlijk uit kunt kiezen. Helaas is een veelgemaakte vergissing dat wanneer je iets goeds voor weinig geld wil hebben, je naar open source zou moeten. Het beloofd immers iets opens en dus voor iedereen toegankelijk te zijn. Dat is helaas maar tot op zekere hoogte waar. Ook low-coding alternatieven zijn hot op dit moment naast de closed-source applicaties. We geven je graag wat extra inzichten!
Wanneer we wat nadrukkelijker kijken naar de verschillen, dan blijkt al snel dat open source, eigenlijk een product is dat door velen gemodificeerd kan worden. Daarmee wordt langs verschillende invalshoeken naar de oplossing gekeken en op doorontwikkeld om specifieke bedrijfsmatige eisen/wensen te vervullen. Op zich niets mis mee. Echter wanneer je uitgaat van het beperken van technologie achterstand (technology debt)dan is juist een goed beeld en zorgvuldig management van de kern-code van groot belang. Dit bepaald immers de houdbaarheid van je code op langere termijn. En daarmee de noodzaak tot eerdere her-of doorinvestering. Met een beperkte mate van code eigenaarschap is dit eigenlijk met open source niet mogelijk. Daarbij is een heldere doorontwikkel roadmap ook doorgaans niet beschikbaar, vooral wanneer je gestructureerd wil ontwikkelen kan dit nog wel eens een hoge onvoorziene investeringslast met zich meebrengen.
Open source vs Closed source ; meer functioneel onderscheidt
Closed source software of eigenlijk gewoon betaalde pakketten, hebben dit juist niet. Alle beheer is van de software eigenaar, die haar product in licentie aan gebruikers ter beschikking stelt. Zij dragen zorg voor de code-kwaliteit en hebben doorgaans ook de innovatie van de oplossing in hun kern-ontwikkel proces opgenomen. Hierdoor houden zij de oplossingen up-to-date en voorzien van de laatste functionele gebruikers wensen. Hier doet zich echter een andere uitdaging voor; maatwerk ver van de standaard verwijderd. Op zichzelf geen groot probleem, en ook zeker werkend te krijgen. De echte uitdagingen beginnen echter pas wanneer je naar een nieuwere software versie moet. Doorgaans worden dit dan lange en kostbare migratie die niet zelden leiden tot de nodige bug-fixes.
Een voorbeeld vergelijking Sitecore vs Drupal
In dit alles speelt de ontwikkel partij een toonaangevende rol. De kwaliteit die zij leveren is in de perceptie van de klant doorgaans de kwaliteit van de software, maar dat is natuurlijk niet juist. Laat er nu juist bij menige ontwikkelpartij zich een verdienmodel hebben ontwikkeld rondom de wederverkoop van geïmplementeerde bouwstenen in de beschikbare software. In plaats van dit eenmaal goed te doen en een bibliotheek voor volgende gebruikers aan te leggen worden alle basis bouwsteen iedere keer weer opnieuw ontwikkeld en aangepast aan de specifieke eisen en wensen van de opdrachtgever. Met als gevolg erg lange doorlooptijden voor vaak redelijk eenvoudige webplatformen. Dit heeft als gevolg dat zich momenteel een trend voltrekt waarbij Low-coding platformen erg in de belangstelling staan. Zij werken immers wel vanuit een bibliotheek gedachte en investeren dan doorgaans verder in specifieke bedrijfswensen, waardoor de doorlooptijden en wensen van opdrachtgevers veel gerichter worden ingevuld.
Maar als het echt om de specifieke slagkracht gaat zoals je die functioneel van software verwacht, dan doet low-code toch nog vaak onder voor de closed-source oplossingen. Het verdiend daarom de aanbeveling goed te kijken Wat je precies nodig hebt en te zoeken naar een optimale mix van de drie mogelijkheden. Bedenk daarbij wel dat je ontwikkelpartner de sleutel tot succes is en ook zij je goed moeten volgen, sturen en begeleiden in dit pad.
