Nog een jaar, nog een Gartner Magic Quadrant
prophix
Mar 25, 2014, 2:19:00 AM
Voor softwarebedrijven is de jaarlijkse release van het Gartner Magic Quadrant vaak een tijd van opwinding en reflectie, omdat het een kans biedt om te zien hoe je je verhoudt tot je collega's in een bepaald segment. Gartner is een wereldwijd analistenbureau dat onderzoek verricht naar vele sectoren van de technische industrie. In IT-kringen wordt het Magic Quadrant gezien als een standaard benchmark om mogelijke softwareaankopen te evalueren. Maar wat als je niet in de IT-sector zit, of niet eerder de kans hebt gehad om andere Magic Quadranten te bekijken, hoe ontcijfer je dan de mooie grafieken met de punten? Acht jaar geleden stond ik voor dit dilemma, toen ik mijn eerste Magic Quadrant tegenkwam. Dit zijn een paar dingen die ik sinds die tijd heb geleerd: Kijk eerst niet alleen naar de plaatsing van de punten! Lezers kijken vaak naar de punten en concentreren zich op de leveranciers in een bepaald kwadrant. Doorgaans bezetten dezelfde aanbieders jaar na jaar dezelfde kwadranten. ‘Leaders’ en ‘Challengers’ worden bijvoorbeeld vaak bezet door grotere verkopers die een assortiment producten op de markt brengen op basis van Ongeljksoortig-technologie, gekocht via overnames, maar zonder een specifieke focus. Ik denk dat de twee meest interessante kwadranten „Niche” en „Visionair” zijn. Hier vind je vaak opkomende of gespecialiseerde leveranciers die het onder de knie hebben om een oplossing te bieden voor een bepaald deel van de markt. Hoewel ze niet groot zijn of bekend staan als meer bedrijfsmerken, kunnen deze leveranciers geweldige producten leveren die aan specifieke behoeften voldoen. Als je op zoek bent naar een bepaalde softwareoplossing, begin dan altijd met het onderzoeken van de unieke vereisten van je organisatie. Enkele belangrijke criteria om te evalueren zijn onder andere:
- Het overkoepelende probleem dat je wilt oplossen
- Totale eigendomskosten
- Beschikbaar personeel en vaardigheden
- Implementatietijd
- De mogelijkheid van de leverancier om lokale ondersteuning te bieden
- Omvang van de functionaliteit
- Compatibiliteit met technologie
- Reputatie van de leverancier