Prototype (s) van Siebel CRM, SAP en Oracle e-Business

Is het niet geweldig als gebruiker of business al vooraf te weten wat u geïmplementeerd krijgt? Precies, daarom maken wij een volledig werkende prototype van de Oracle, SAP of Siebel CRM applicatie. Prototypes worden door ons ingezet om functionele-, business- of gebruikers requirements te verduidelijken.

CRM & ERP prototype (s) in twee varianten

In het vroegste stadium van het implementatieproces werken wij met een voorloper van een prototype, een ‘mockup’ of ‘wireframe’. Deze versie van het prototype is nog zeer conceptueel, met alleen de grove indeling van content en hoofdfunctionaliteit. Hiermee wordt vroegtijdig achterhaald welke knelpunten in de Oracle, SAP of Siebel CRM gebruikersinterface te verwachten zijn.

Het ‘echte’ prototype is een 1:1 representatie van het toekomstige CRM /ERP systeem. Het bevat de te implementeren interactie, navigatie, functionaliteit en informatieontwerp. Tekst en visuals worden vaak (deels) vervangen door dummy varianten. Deze nauwkeurige simulatie van de werkelijkheid is volledig klikbaar, waardoor het lijkt alsof het CRM / ERP systeem al geïmplementeerd is. Dit soort prototypes hebben grote betekenis voor de gebruikersacceptatie van Oracle, SAP en Siebel CRM, omdat ze:

• De juiste gebruikers (business) verwachtingen scheppen
• In te zetten zijn voor usability (gebruikers) onderzoek
• Gemakkelijker en goedkoper aangepast kunnen worden dan het geïmplementeerde systeem.

Dit zullen wij hieronder nader toelichten:

Prototype(n) scheppen de juiste gebruikersverwachtingen

Een requirements gathering proces voor een Oracle, SAP of Siebel CRM systeem is geen dagelijkse kost voor gebruikers. De exercitie zelf schept wél hoge verwachtingen bij gebruikers. Immers het wordt de meeste gebruikers niet dagelijks gevraagd wat zij dan precies willen. Hun onervarenheid en kennisgebrek leiden daarom vaak tot te hoge verwachtingen, waardoor de opgeleverde applicatie tegenvalt. Door direct de functionele requirements te vertalen in prototypes, hebben de gebruikers realistische verwachtingen van het eindresultaat. Dit vergroot de gebruikersacceptatie (user adoption).

Prototypes zijn als testomgeving in te zetten

Gedetailleerde prototypes zijn goed in te zetten als simulatie van de werkelijkheid. Ze zijn dus goed te testen op gebruiksvriendelijkheid en business belang. Bovendien blijkt uit de tests waar het nieuwe werkproces afwijkt van het huidige. Daarmee wordt direct een deel van de trainingsbehoefte in kaart gebracht.

Prototypes voorkómen kostbare herstelwerkzaamheden

Een Oracle, SAP en Siebel CRM prototype kan volledig door één User Adoption Consultant in elkaar gezet én aangepast worden. Bij het ontwikkelen, bouwen en implementeren van de ‘echte’ toepassing is een heel team betrokken. Aanpassingen in het echte systeem zijn dan ook veel kostbaarder dan aanpassingen in het prototype. Door het prototype uitvoerig te testen, worden dure herstelwerkzaamheden in het echte systeem zoveel mogelijk voorkomen en loopt het implementatietraject geen onnodige vertraging op.