Hoe kies je de juiste marketing-automationsoftware?

7 januari 2016, 07:00

Het aanbod van marketing-automationsoftware is groot. Er zijn software-pakketten voor e-mailmarketing, campagnemanagement, contentmanagement, web tracking & analytics, leadmanagement en socialmediamarketing (veelal ook in combinatie aangeboden). Daarnaast spelen de commerciële doelstellingen (huidig en toekomstig), de bedrijfsgrootte, het beoogd aantal gebruikers en het aantal locaties ook een belangrijke rol bij de uiteindelijke keuze. In dit artikel wordt een overzicht gegeven van de diverse fases die je moet doorlopen om tot een goede pakketkeuze te komen.

1. Interne analyse

De zoektocht begint in de eigen marketingorganisatie met het vaststellen van de uitgangspunten en de doelstellingen. Wat is de aanleiding voor het overwegen van de aanschaf van (nieuwe) marketing-automationsoftware? Wat moet er bereikt worden met de nieuwe software, in kwalitatieve en kwantitatieve doelen? Hoe ziet de beoogde planning eruit? Wie zijn er allemaal betrokken en op welke manier? Wat is de scope? Bijvoorbeeld: wordt de software alleen ingezet voor Nederland of ook internationaal, voor welke afdelingen is de software bestemd (denk aan: alleen ter ondersteuning voor outbound of ook voor inbound marketing activiteiten).

Zodra de uitgangspunten en doelstellingen bekend zijn, kan er begonnen worden aan het opstellen van een blauwdruk van de gewenste processen plus de bijbehorende automatisering voor ‘van lead naar sales’. Daar gaat het tenslotte om. Deze beschrijving moet indicatief zijn. Het is niet handig om nu al heel gedetailleerd alle processen te gaan beschrijven, daarvoor is het nog te vroeg in het project. De uitkomst moet de pakketselectie richting geven. Daarnaast is het van essentieel belang ICT in een zo vroeg mogelijk stadium bij het project te betrekken.

Case for change

Nu er meer inzicht is, kan er een zogenaamde ‘case for change’ worden opgesteld. Hierin wordt de aanleiding voor de verandering beschreven, de gewenste uitkomsten, de te behalen voordelen en de bijbehorende visie. Doel is om weerstanden weg te halen, medestanders op de juiste niveaus binnen de organisatie te mobiliseren en buy-in te verkrijgen van directe betrokkenen bij de beoogde veranderingen. Iedere verandering levert immers weerstand op. Het is goed om daar zo vroeg mogelijk in het project al op in te spelen.

Maar wellicht het allerbelangrijkste om verder te kunnen, is een kosten-batenanalyse; die bij voorkeur positief uitvalt. De businesscase is ‘de rechtvaardiging van het project’. Zonder een kloppende businesscase is er immers geen reden om het project op te starten. Instrumenteel gezien betekent het dat je de kosten en baten prognosticeert en aantoont dat het uitvoeren van het project uiteindelijk winstgevend is en voldoet aan de doelstellingen. Een zogenaamde ‘benefit logic’ (de logica achter de baten) helpt bij het inzichtelijk maken van alle geschatte kosten en opbrengsten en hun onderlinge samenhang. Daarbij vergelijk je de situatie dat je niets doet met de situatie dat je het project wel uitvoert. Staat het sein op groen, dan kan aan de volgende fase worden begonnen.

2. Eisen en wensen

In de interne analyse is de aanleiding beschreven voor de gewenste veranderingen. De volgende vraag is: wat ontbreekt er momenteel aan gewenste functionaliteiten in de huidige inrichting? Wat wil een gebruiker wel kunnen doen wat hij nu niet kan? Kortom: wat is het verschil tussen de huidige en gewenste situatie? De zogeheten ‘gap analysis‘.

Bij het opstellen van de specificaties (het programma van eisen) is het van belang om onderscheid te maken in business requirements, functionele en niet-functionele requirements (vanuit de gebruiker) plus systeemvereisten.

  • Business requirements (waarom?): waarom is er iets nodig en welke doelen worden er bereikt?
  • User requirements (wat?): functioneel (input & output van een handeling) versus niet-functioneel (randvoorwaarden)
  • Systeem (hoe?): bijvoorbeeld willen we wel of niet een SaaS-oplossing?

Belangrijke kenmerken van de omschrijving van een requirement:

  • Het requirement is relevant (binnen de scope en draagt bij aan de gedefinieerde doelen).
  • Het requirement is eenduidig (niet voor meerdere uitleg vatbaar).
  • Het requirement is atomair (kan niet worden gesplitst).
  • Het requirement is een behoefte, niet een oplossing.

De requirements worden vervolgens op prioriteit ingedeeld volgens de MoSCoW-methode: must have, should have, could have & would have. Deze uitkomsten zijn nuttig om later de feedback van de leverancier goed te kunnen beoordelen. Als een ‘would have’ niet geleverd kan worden, dan heeft dat minder impact dan een ontbrekende ‘must have’.

De gewenste functionaliteiten vormen de basis voor het request for information (RFI). Door inzicht te geven in de gewenste functionaliteiten en deze weer te geven in een informatieaanvraag (een RFI), kunnen leveranciers aangeven in welke mate hun software aansluit.

Bij het beschrijven van de gewenste situatie moet rekening worden gehouden welke mogelijkheden er in de marketing-automationsoftware worden aangeboden. Marketing automation is immers meer dan alleen e-mailmarketing. Denk bijvoorbeeld aan het in kaart brengen en kunnen volgen van webbezoek, aan campagnemanagement en eenvoudig in te richten flows, aan dynamische lijsten (selecties die realtime worden aangepast), aan goed leadmanagement en lead scoring, landingspagina’s en koppelingen met social media.

Denk ook goed na over de aanwezige en benodigde data. Wat is er allemaal al beschikbaar aan persoons-, contact- & transactiegegevens en in hoeverre sluit dit aan bij de gewenste situatie?

Aan het eind van deze fase kan tevens een inventarisatie worden gedaan van in het project op te lossen knelpunten. De kwaliteit en volledigheid van de deliverables uit de eerste twee fases is bepalend voor het vervolg.

3. Longlist leveranciers

In de eerste twee fases is er vooral aandacht besteed aan interne zaken. Nu wordt begonnen aan het opstellen van een longlist van potentiële leveranciers van geschikte software. Dit wordt gedaan door een marktverkenning: online & offline onderzoek (denk aan Gartners Magic Quadrant voor CRM Lead Management), door navraag te doen bij relaties en waar mogelijk diverse leveranciers te vergelijken, bijvoorbeeld via http://www.emailvendorselection.com. Het is aan te raden om hierbij gebruik te maken van adviseurs met ervaring op het gebied van pakketselectie.

Uit het aanbod worden zo’n 5 tot 10 leveranciers geselecteerd. Deze partijen ontvangen de RFI, waarin je inzicht geeft over de organisatie, de aanleiding voor de RFI, de beoogde doelstelling en de requirements op hoofdlijnen. De leverancier wordt uitgenodigd om inzicht te geven in de organisatie, hoeveel klanten er in binnen- en buitenland al gebruikmaken van de applicatie, enkele referenties, prijsstelling en een antwoord op de requirements. Is de gewenste toepassing als standaard of als eventueel maatwerk in de applicatie opgenomen, is het een reeds beschikbare add-on of wellicht helemaal niet mogelijk? Wellicht is het mogelijk om met een trialversie van de software te werken, om een idee te krijgen van de mogelijkheden en gebruikersvriendelijkheid.

4. Shortlist leveranciers

De ontvangen feedback op de RFI wordt geëvalueerd. Op basis van de antwoorden worden vervolgens drie partijen geselecteerd. Er wordt een request for proposal (RFP) opgesteld waarin gedetailleerde requirements zijn opgenomen die gelijk zijn voor alle leveranciers, de wijze waarop en wanneer er geantwoord moet worden, hoe aanvullende informatie verkregen kan worden tijdens toelichtingsronden en welke kwalificatie- en gunningscriteria worden gehanteerd om tot een keuze te komen. Tevens worden cases met praktijkvoorbeelden opgevraagd van de toepassing van de applicatie bij andere bedrijven.

5. Proof of concept

De partijen die de RFI hebben ontvangen worden in de gelegenheid gesteld om hun antwoorden toe te lichten tijdens een presentatie. Tevens kan op dat moment een demo van de applicatie worden getoond, een proof of concept, om aan te tonen dat de voorgestelde oplossing in de praktijk te gebruiken is. Kan bijvoorbeeld het gewenste proces zoals het in de eerste fase is beschreven inderdaad worden uitgevoerd met deze applicatie?

Op basis van het wegingsmodel van de antwoorden op de diverse requirements en de financiële afspraken kan een totaalbeoordeling worden opgesteld en vervolgens een pakket worden gekozen. Op basis van alle aangeleverde informatie is het verstandig om deliverables uit de eerste twee fases van de nieuwe inzichten te voorzien: de businesscase, de case for change, de issues die opgenomen zijn in het projectplan.

6. Afronding pakketkeuze

De afrondende fase start met de contractonderhandelingen. Hierbij worden meer partijen betrokken. Denk aan de inkoopafdeling, de juristen van de eigen organisatie en die van de leverancier. Uiteindelijk wordt een contract getekend (voor de leverancier veelal een fotomoment).

Hierna kan begonnen worden aan het voorbereiden van de implementatie. Dit wordt veelal in samenwerking met een implementatiepartner van de softwareleverancier gedaan. De keuze van implementatiepartner en de daadwerkelijke implementatie zijn een verhaal apart en worden om die reden hier buiten beschouwing gelaten.

Lode Broekman
Docent Digital Marketing bij Hogeschool Van Amsterdam

Lode Broekman (1965) is een resultaatgerichte organisatieadviseur, erkend Senior Marketing Professional (SMP), met ruim 25 jaar ervaring in (online) marketing en communicatie. Hij staat bekend om zijn klantgerichte en pragmatische oplossingen voor commerciële vraagstukken en verder om zijn boeiende presentaties. Daarnaast heeft hij veel ervaring als projectmanager. Hij is enkele jaren docent op de Hogeschool van Amsterdam, Commerciële Economie.

Categorie
Tags

15 Reacties

    lbroekman

    Hi Jordie,

    Dank voor je nuttige toevoegingen. Ervaring in de markt (en niet alleen met pakketselectie) verbetert uiteraard het resultaat en zorgt zeker voor versnelling. En ja, als er recente ervaring is, dan kan de RFI worden beperkt of overgeslagen. Het blijft in ieder geval een traject waar meer tijd voor nodig is dan dat de meeste opdrachtgevers vooraf inschatten, waarbij een goede voorbereiding voordeel oplevert in latere fases.


    7 januari 2016 om 12:05
    Mark van den Berg

    Hallo Lode,

    Een erg helder stuk en ik sta helemaal achter de manier waarop je beschrijft een softwareselectie te moeten doen. Wat is jouw visie op de uiteindelijke leverancier en de selectie daarvan, want zoals je zelf ook weet zijn er vaak meerdere leveranciers / implementatiepartner die dezelfde software aanbieden. Minstens zo belangrijk om ook daarin de juiste keuze te maken is mijn ervaring.

    Mvrgr,

    Mark


    7 januari 2016 om 13:11
    lbroekman

    Hi Mark, dank je. Als er een pakket is geselecteerd (of vlak tijdens de shortlist fase), moet er nagedacht worden over de implementatiepartner. Dit kán de leverancier zelf zijn, maar veelal werken zij met implementatiepartners die vervolgens voor operationele oplevering zorgen. Ook hier moet een goede keuze worden gemaakt uit een aantal ervaren partijen. De lijst met mogelijke partners kan uit eigen ervaringen worden opgesteld en/of door de leverancier worden aangeraden of via de eerdere referenties worden verkregen. Dit traject (zowel de keuze als de daadwerkelijke implementatie) is een vak apart en vereist een apart artikel 🙂


    7 januari 2016 om 14:33
    lbroekman

    Hoi Bram, dank voor je reactie. Het is inderdaad noodzakelijk om enerzijds goed voor te bereiden en anderzijds de juiste vragen te stellen. Een compleet inzicht geven in de gewenste situatie is daarbij noodzakelijk om de juiste feedback te kunnen krijgen. Nuttige toevoegingen qua shortlist/longlist bronnen, dank daarvoor.


    7 januari 2016 om 15:53
    Mark van den Berg

    Hallo Lode, met leverancier bedoelde ik inderdaad ook implementatiepartner. Schrijf jij dat aparte artikel hierover of wil je dat ik dat doe? 😉


    7 januari 2016 om 17:01
    lbroekman

    @Mark ik zet het artikel op mijn ‘dingen te doen’ – lijst.


    7 januari 2016 om 17:12
    Mark van den Berg

    Ik kijk er naar uit Lode 🙂


    7 januari 2016 om 19:36
    Sander van der Blonk | CRUXDigital

    Dank, Lode. Nice read.

    Wij leggen de klemtoon net iets anders. En hebben ervaren -wij stellen bedrijven in staat om sneller tot een juiste marketing technologie oplossing te komen, waaronder marketing automation dat RFI’s en RFP’s niet goed werken.

    Dit zijn ‘papieren tijgers’.

    De grootste hobbel is je te verbeelden wat je anders gaat doen als je straks de beschikking hebt over nieuw gereedschap. Daar focussen we op.

    Bovendien zijn er communicerende vaten tussen technologie en de (nieuwe) werkprocessen die je nodig hebt. En daarmee, het aantal en de benodigde competenties van het team.

    Onze voorkeur is daarom een best value/best fit aanpak, niet sec een tool selectie op features.


    10 januari 2016 om 14:33
    lbroekman

    Dank voor de toevoeging Paul.


    18 januari 2016 om 19:08
    Smitha71

    Really informative blog article.Really thank you! Want more. ggaebebgadfdcfaa


    8 september 2016 om 08:26
    gerbenbusch

    Wat ik zie is dat dit soort pakketselectietrajecten nog steeds vaak onder regie staan van IT. In mijn beleving is Marketing bij het opstellen van de wensen/eisen leidend. Waarbij IT de technische randvoorwaarden vanuit de architectuur meegeeft.

    Een POC is wat mij betreft een van de belangrijkste fasen. Alle mooie verkoopverhalen ten spijt, komt het vaker voor dat beauty op punten slechts skin deep is. Als je vraagt “kan dit wat ik wil?” is het antwoord ja. Als je vraagt “is het standaard functionaliteit” dan komt er vaak een genuanceerder antwoord. Daarnaast is de proof of the pudding in the eating, dus stel altijd de vraag “Laat maar zien!”.


    9 juni 2017 om 07:39
    lbroekman

    @gerben Jouw constatering is terecht, de balans tussen IT en Marketing in dit soort trajecten is niet altijd in balans. Wat mij betreft is het inderdaad een gezamenlijke verantwoordelijkheid, met ieder hun input vanuit hun vakgebied.


    9 juni 2017 om 07:51

Marketingfacts. Elke dag vers. Mis niks!