De vage lijn tussen 'utility' en 'value'

"We zullen nooit iets met deze technologie doen", zei de CEO van de grote bank voordat hij een slok van zijn drankje nam.

"Wil je weten waarom?"

Het jaar was 2009.

De plek, een van die uniform blitse maar saaie industriefeesten die een Big Four-adviesbureau of Magic Circle-advocatenkantoor of een equivalent daarvan organiseerde in Sibos.

En de technologie waar hij het over had?

Eigenlijk maakt het niet eens uit. Het was DLT, als je het moet weten, maar dat maakt niet uit. Want wat hij vervolgens zei, dekt allerlei zonden en verklaart waarom zoveel technologie-adoptie voor grote banken een onmogelijke cirkel wordt.

We zullen dit ding nooit gebruiken, zei hij.

Want als we kijken naar de structuur van de financiële dienstverlening zoals die nu is, zei hij, weten we wat nuttig en nodig is. We weten wat waarde toevoegend is, waar we ons geld verdienen, en wat is de benodigde steiger om daar te komen.

Met deze nieuwe technologie? We weten niet waar die lijnen zijn. We weten dat ze bestaan, maar totdat we weten waar ze zijn, weten we niet waar we moeten staan ​​uit angst om te veel weg te geven. Uit angst om te veel toe te geven aan iets dat een nutsvoorziening zou moeten zijn of om te weinig te investeren in iets dat in hoge mate de ruimte is voor eigen groei.

Ten eerste weten we niet hoe we ermee moeten omgaan, en alsof dat nog niet erg genoeg is, weten we niet hoe ver het moet gaan voordat we weten wat we moeten weten. Dus we weten dat het belangrijk is en we zullen betrokken blijven, maar we kunnen ons niet binden totdat we weten waar onze interesses liggen en dat weten we gewoon nog niet.

Trouwens, wat had hij gelijk. Maar wat betekent dat allemaal?

We zullen. Laat me het zo zeggen:

Heeft het in een API-first wereld enige waarde als ik mijn eigen gateway bouw?

Schrik niet.

Als je het antwoord nu weet, wist je het tien jaar geleden niet. Niet noodzakelijk. En menig bank begon met het besteden van honderden miljoenen dollars aan het bouwen van hun eigen API-gateway in plaats van hun tijd en geld te besteden aan het uitzoeken wat hun zakelijke onderscheidende factor was in een API-first wereld. En dat deden ze niet omdat ze dom zijn. Ze deden dat omdat het op dat moment belangrijk leek om je gateway te bezitten. Onjuist, maar achteraf is 20/20, dus weten waar die regels zijn, is net zo belangrijk als moeilijk.

Dus, in een API-first wereld, focus ik me op mijn dataschema's, mijn SDK's, mijn gateway, mijn latentie...

My wat?

Alles?

Een beetje ervan?

Hoe ver moet ik gaan? Hoeveel moet ik ervan bezitten?

Als u nu de antwoorden op de meeste van die vragen weet, dan weet u dat sommige heel eenvoudig te beantwoorden zijn en dat sommige afhankelijk zijn van uw bedrijf en uw markt. En tien jaar geleden was niemand gemakkelijk te beantwoorden, en dit was precies het gesprek dat achter gesloten deuren werd gevoerd.

En het ging over alle nieuwe technologie.

Ja DLT. Ja API's. Maar het definieerde ook hoe banken over cloud dachten, het was van toepassing op hoe ze dachten over containerisatie en nieuwe beveiligingsprotocollen en machine learning.

Het verklaart waarom ze aarzelden en hoe ze de timing en de diepgang van hun engagement afmeten die ze bereid waren ter tafel te brengen.

Als deze nieuwe technologie (waar we ook naar kijken) een totaal nieuwe wereld inluidt – waar waarde op nieuwe manieren zal worden gegenereerd en een hele reeks dingen nodig zal zijn om die waarde te kunnen genereren – welke van deze dingen die nodig zijn, moet ik kopen en welke moet ik bezitten?

Wat is 'sanitair' en wat is 'speciale saus'?

Wat is tafelinzet en wat is de winnende hand?

Waar in de stapel eindigt 'proprietary' en begint 'utility'?

Omdat hulpprogramma (tenzij je het al hebt gebouwd en het als een service aanbiedt) het gesprek eindigt.

In een sector die lijdt aan wat we liefkozend 'niet uitgevonden hier-syndroom' noemen als het gaat om technologie die niet als speciaal werd beschouwd of niet werd gebouwd door de eigen teams van de bank. In een industrie die is opgegroeid met het hoofdvoedsel van 'als het belangrijk is, bouw je het zelf, bezit je het en wat je ook doet... je deelt het niet'. In dat In de industrie was de komst van de nieuwe economie, waar nieuwerwetse technische mogelijkheden een uitdaging vormden voor de manier waarop waarde werd gegenereerd, gemeten, gedistribueerd en geconsumeerd, met de noodzaak om minder van het sanitair te bezitten, verbijsterend.

Want er was veel.

Veel ervan om te leren. Veel te doen. Veel om te begrijpen. En, als je zo geneigd bent, veel om te bezitten.

Je bouwt niet zomaar een API en je gaat aan de slag.

Er is een hele reeks dingen die je moet hebben die je eerder niet had. Een hele reeks dingen waar u aan moet denken waar u zich voorheen nooit zorgen over maakte.

Van gegevensbeheer tot API-aanroepen voor prijzen, u moet nadenken over wat uw product doet en wat uw klanten ermee doen op een manier die anders en veranderlijk is. En er zijn een hele reeks dingen die waar moeten zijn voordat je zelfs maar over dit alles kunt nadenken.

In een API-first wereld moet je nadenken over connectiviteit.

Je moet nadenken over een wereld die klaar en bereid is om je mee te verbinden.

U moet de gevolgen van voortdurende connectiviteit begrijpen en er kalm mee omgaan.

Daar moet je over nadenken en geen hartkloppingen krijgen omdat je niet alles bezit.

Je hoeft niet alles te bezitten en er OK mee te zijn, maar evengoed duidelijk zijn over wat je nodig hebt door middel van zekerheden, stevige bewijspunten en afspraken om er OK mee te zijn.

Kortom, je moet weten waar je waarde genereert in de nieuwe configuratie van dingen: wat je moet bezitten... en doen... zodat mensen bereid zijn je te betalen... en welke verwachtingen je moet hebben van de nutscomponenten, zodat dat uw service soepel, betrouwbaar en zonder verrassingen verloopt. Zodat uw service schaalt naar uw ambitie. Op de gekste ambitieuze dag.

Weten waar de grens ligt tussen wat u moet doen om een ​​bedrijf voort te zetten en wat de inzet is om dat bedrijf soepel te laten verlopen, is een van de moeilijkste dingen.

Banken worstelen ermee. Vraag me niet waarom.

Ik vertel over de redenen waarom dit alles ervoor zorgt dat banken elke dag worstelen met de eenvoudigste dingen. Jij weet het antwoord.

Banken worstelen hier vandaag net zoveel mee als de CEO van de grote bank in 2009.

En hoewel de dingen verder zijn gegaan en omhoog zijn gegaan en vooruit zijn gegaan, is de uitdaging en de spanning er nog steeds. Er is zoveel meer te doen dan ooit tevoren.

En de angst blijft.

Wat als dit nieuwe ding de toegevoegde waarde is? Of die?

Ondertussen, besluiteloosheid verbrandt de tijd. Tijd die we niet hebben, want er is altijd meer om rekening mee te houden dan ooit tevoren en we hebben bij elke stap tijd verspild.

Er valt steeds meer te bouwen. En als je dingen probeert te bouwen die niet in je stuurhut staan ​​en ook niet zouden moeten zijn, is er meer te doen dan waar je tijd voor hebt... meer te breken dan je je kunt veroorloven.

Ik waardeer dat het moeilijk is om uit te zoeken waar te bouwen en waar te partneren. Ik waardeer dat weten waar de grens tussen 'dit moet bouwen, dit is jouw bedrijf' en 'dit moet hebben om een ​​goed bedrijf te runnen, maar het is niet onderscheidend, het is gewoon absoluut noodzakelijk' vaag lijkt.

Maar al die jaren verder, zou ik het risico lopen dat de lijn wazig lijkt omdat hij blijft bewegen.

Op de stapel.

Het blijft maar stijgen op de stapel.

Het antwoord op 'Hoeveel van de technologie die ik nodig heb om een ​​digitaal bedrijf te runnen, moet eigendom zijn?' blijft verschuiven, maar de reisrichting is consistent: je hoeft steeds minder van alles te bezitten, maar de complexiteit van wat je nodig hebt groeit. Het hulpprogramma, noodzakelijk maar niet van jou om te bouwen, wordt steeds groter.

De lijn vervaagt door te snel te bewegen.

De wereld vervaagt door te snel te bewegen.

Het leven gaat sneller. De economie verschuift sneller. En dat geldt ook voor uw bedrijf.

Je hebt altijd een beetje meer technologie nodig dan je gisteren nodig had. Maar je hoeft in ieder geval niet alles te bouwen.

En eerlijk gezegd is dat maar goed ook, want de dingen die je moet bouwen zijn al moeilijk genoeg. Het is tijd om te focussen.

En dat had destijds het antwoord van de CTO van de grote bank moeten zijn.

“We zullen nooit iets met deze technologie doen... totdat we ons richten op wat waarde toevoegend is aan ons bedrijf. Totdat we ons focussen op ons bedrijf. Tot we ons focussen.”

#LedaSchrijft

---

Leda Glyptis is de vaste gedachteprovocateur van FinTech Futures - ze leidt, schrijft over, leeft en ademt transformatie en digitale disruptie.

Shij is een herstellende bankier, verlopen academicus en langdurig ingezetene van het bankecosysteem. Ze is chief client officer bij 10x Future Technologies.

Alle meningen zijn haar eigen mening. Je kunt ze niet hebben - maar je bent welkom om te debatteren en commentaar te geven!

Volg Leda op Twitter @LEDaGlyptis en LinkedIn.