Waaraan moet een goede Drupal partij voldoen? Hoe vind ik een goed Drupalbedrijf?
De laatste maanden heeft zo ongeveer ieder Nederlands webdevelopmentbedrijf Drupal “in haar portfolio”. Dat staat tussen aanhalingstekens omdat het gros nog nooit iets concreets met Drupal deed, maar eenvoudigweg hoopt op kosten van de klant Drupal kennis op te gaan doen. Ze gaan er vanuit dat “het wel losloopt”. Ik heb argumenten gehoord uiteenlopend van “we hebben het handboek eens goed doorgenomen” tot “onze eigen documentatiesite draait ook al op Drupal”.
Helaas is Drupal echter niet als “de anderen”, zoals joomla!, Wordpress, of het gemiddelde thuisgebrouwen-MKB-asp project. Drupal blijkt altijd weerbarstiger, maar vooral lastiger dan veel bedrijven en ontwikkelaars denken. Drupal ontwikkeling vereist namelijk professionele kennis en aanpak, maar vooral veel Drupal-ervaring.
Mijn tip tijdens het zoeken naar een goede ontwikkelpartij, is daarom om altijd te vragen naar hun Drupal-portfolio.
Vraag welke modules ze in-house ontwikkelden. Vraag welke themes ze gebouwd hebben en vraag of ze online voorbeelden (met backend!) kunnen laten zien van dioor hun gebouwde Drupalsites. Maar vraag vooral wat zij de nadelen van Drupal vinden.
En als je echt tijd hebt om je in je mogelijke partners te verdiepen hebt, vraag ze dan wat hun usernames op Drupal.org en groups.drupal.org zijn en zoek daar op hoe actief ze zijn binnen de gemeenschap.
Eigenlijk alle waardevolle kennis zit namelijk in die community. Een Drupalboek lezen of de online handleiding uitprinten biedt een leuke introductie, maar om echt professioneel bezig te gaan is eigenlijk gewoon heel veel tijd binnen de community nodig. De achtergrond hierachter zou een heel boek kunnen vullen, maar het komt erop neer, dat binnen Drupal de Mensen het meest waardevol zijn: veel meer nog dan de code, de modules en de helpteksten bijelkaar.
Als een partij hierop geen of nauwelijks antwoorden kunnen geven, dan raad ik aan om verder te zoeken. Een partij die zo uit de losse pols kan vertellen wanneer Drupal geen goede optie is, weet van wanten. Iedereen kan opzoeken wat er goed aan Drupal is, maar weten wanneer een concurerend CMS de betere optie is, duidt op ervaring.
Een project met een partij zonder uitgebreide ervaring gaat bijna zeker een zeer moeilijk project worden. Uiteindelijk is hou project de dupe van hun verkeerde keuzes. Of je zou dan misschien bij voorbaad heel duidelijke afspraken kunnen maken rondom de risico’s, uitloop, veranderende specs, nacalculaties en dergelijke. Want die gaan er dan zo goed als zeker komen!
Aardige punten die je noemt.
Aardige punten die je noemt. We zijn behoorlijk diep in Drupal gedoken de laatste twee jaar en we pushen Drupal tot aan de limieten. Ik heb alleen (te) weinig tijd om een fatsoenlijke bijdrage te leveren aan de community. Het staat wel op mijn todo lijstje en ik heb ook zeker al het e.e.a. aangedragen, maar veel zul je niet vinden als je mijn naam zoekt (of die van mijn mensen). Derhalve is dat nu niet zozeer een goede proef denk ik.
Ja, je hebt ervaring nodig om te kunnen detecteren waar Drupal in tekort schiet. Maar als ik in een verkoopgesprek zit, is dat natuurlijk niet iets waar ik als eerste mee kom. Meesterschap is echter de staat waarin je Drupal zover kunt krijgen dat die tekorten worden verholpen. En daar streven we naar in al onze projecten.
Duidelijke afspraken maken is iets waar wij de klant mee helpen: een goede kick off, briefing van alle betrokkenen, functionele specificaties en een visual ontwerp hoort erbij als je professioneel bezig bent. Als je gedurende de rit glashelder bent over wat je gaat maken, hoeft de klant niet voor verassingen te staan.
Post new comment