4 Redenen waarom het bouwen van integraties ellendig is

Als productmanager voor een groeiend portfolio van bedrijfssoftware-producten, was integratie een van de problemen waar ik altijd mee te maken kreeg. Daarmee bedoel ik integraties van ons eigen producten, maar zeker ook integraties van onze producten met producten van andere leveranciers.

Er was een tijd dat we konden wegkomen met gaten in ons product door te zeggen: 'We hebben daar een partner voor', dan lieten we de klant betalen voor een op maat gemaakte integratie. Met de geboorte van SaaS is het onmogelijk om met die benadering weg te komen. Klanten eisen en verwachten integraties die vrijwel ‘out-of-the-box’ werken.

Als productmanager in software brengt dat je in een lastige situatie, want het bouwen van integratie is ellendig. Waarom? Hieronder een paar redenen:

  1. 1. Grote leveranciers bepalen de norm

Alle grotere en succesvolle softwareleveranciers (zoals Salesforce.com, Microsoft en Hubspot) bieden marketplaces waar add-ons en integraties met oplossingen van derden worden aangeboden. Sommige hiervan zijn gratis, maar veel daarvan zijn uitstekende inkomstbronnen voor de bedrijven in het ecosysteem van die grote leveranciers. Daarom is het aantrekkelijk voor externe leveranciers om in die integraties en markten te investeren, en klanten verwachten iets vergelijkbaars van u!

De uitdaging voor de meeste kleinere softwareleveranciers is dat ze niet het volume van die grote leveranciers hebben. Daarom zijn niet veel derde partijen geïnteresseerd in het investeren in jou. Dus wie moet uiteindelijk de integraties bouwen? Yup, jij zelf…

  1. 2. Je kunt niet veel geld in rekening brengen voor integraties

We hebben zojuist geleerd dat de markt (dat wil zeggen de klanten, je weet wel, de mensen die de rekening betalen) je zullen dwingen om integraties te bouwen. Om het nog erger te maken, zij zijn NIET van plan te betalen voor die integraties. Ze besteden immers aanzienlijke bedragen aan zowel systeem A als systeem B! Dus waarom zouden zij moeten betalen voor iets dat in wezen een beetje lijm is tussen twee systemen waarvoor zij al betalen? Het is een beetje zoals IKEA die 10 euro in rekening brengt voor de schroeven en spijkers voor die Billy-boekenkast die je net voor 50 euro hebt gekocht. Klinkt niet eerlijk, toch?

Natuurlijk is het niet zo zwart en wit, zolang er aantoonbare bedrijfswaarde in de integratie zit, zijn klanten bereid om hiervoor te betalen. Integraties besparen meestal tijd en verminderen fouten en handmatig arbeid. Daarom is het kostenbesparend. Dit levert wat op, maar verwacht niet dat integraties grote geldmakers zijn, om nog maar te zwijgen over de ‘winstgevendheid’.

  1. 3. Het bouwen van integraties is duur

Dat brengt ons bij het volgende punt: het bouwen van integraties is relatief duur. Bedenk dat:

  • Er toegang nodig is tot het systeem waarin je werkt (is er al betaald voor het partnerprogramma van een van die grote leveranciers?)
  • Je de API van dat systeem moet leren
  • Je de integratie zelf moet ontwerpen, coderen en testen
  • Telkens wanneer je zelf, of de andere leverancier een update uitvoert, moet u regressietests uitvoeren. Omdat dingen aan beide zijden veranderen, moet je mogelijk enkele wijzigingen aanbrengen en opnieuw releasen. In het ergste geval moet je de integratie opnieuw ontwerpen.
  • Omdat je aan twee kanten wijzigingen aanbrengt, is het risico dat je tweemaal zoveel releases moet maken als voor reguliere producten.
  • Als een van de systemen on-prem is, gebruiken klanten verschillende versies van de systemen, wat betekent dat je meerdere versies van de integratie moet bouwen.

Krijg je een idee waarom we de titel van dit artikel hebben gekozen?

  1. 4. Integraties laten uw roadmap ontsporen

Dus nu weten we dat je integraties nodig hebt, en we weten dat ze duur zijn. Als gevolg daarvan hebben ze de neiging uw roadmap te laten ontsporen. Omdat het moeilijk is om updates van de producten aan beide kanten te voorspellen, kunt u niet zo systematisch plannen voor de integratie-functionaliteit als voor andere functionaliteiten. Wanneer er iets moet gebeuren aan de integratie-functionaliteit, moet je dat oppakken. Een andere uitdaging met integratie is: hoe meer je ervan hebt, hoe meer van je beschikbare ontwikkelingstijd ze gebruiken, vooral als je een beetje kleiner bent. En als productmanagers zien we liever niet dat develop resources op gaan aan niet-essentiële ontwikkeltaken.

Klinkt dit bekend? Nou, zet je schrap, want integraties zijn er om te blijven! En klanten zullen er alleen maar meer van verwachten om zo hun leven beheersbaar te maken. Als je wilt overleven, kun je beter een goede integratiestrategie gebruiken. Meer daarover in een volgende post ....

-------------------------------------------------------------------------------------------------

Gratis whitepaper

'Future-proof content management'White paper Future Proof Content Management NL

Deze whitepaper geeft inzicht in de huidige trend in enterprise content management en hoe deze trend zich in de loop der jaren heeft ontwikkeld.

Daarnaast geeft het suggesties voor het implementeren van contentintegratie als toekomstige strategie voor contentmanagement.

> Download Whitepaper

 

Share this post on

Comments

Subscribe to email updates

Recente posts