1. Werkende app
De apps waren wat ingehaald door de tijd, en sommige functionaliteiten werkten niet meer. Dit was de directe aanleiding voor de app. De nieuwe app moest dus het volledige bestelproces ondersteunen, zodat een gebruiker zonder problemen de bestelling en betaling zou kunnen doen.
2. Push notificaties
Om restaurants de mogelijkheid te kunnen geven hun aanbiedingen direct naar de mobiele telefoons van hun klanten te kunnen sturen, had de nieuwe app hier ondersteuning voor nodig.
3. Flexibiliteit
De app moest flexibeler kunnen omgaan met wijzigingen aan de achterkant van het systeem, het gedeelte wat op de server staat.
4. Native
WeDeliver zocht de oplossing terecht in het herbouwen van de apps in `native` versies: voor zowel Android als iOS een aparte app, die voor wat betreft look en feel overeen zouden komen met elkaar, maar tegelijkertijd voldoende besturingssysteem-eigen onderdelen zou bevatten dat de app voor gebruikers van beide platformen werkt zoals ze gewend zijn. Dit is belangrijk, want een hybride app heeft bijvoorbeeld vaak net niet de menustructuur die je zou verwachten op een app die speciaal gemaakt is voor jouw toestel.
5. Gemakkelijk dupliceerbaar
De broncode van de app moest zodanig worden gecreëerd dat WeDeliver binnen korte tijd (< half uur) voor een nieuw restaurant een eigen unieke versie van de app kon uitrollen, met onder andere een eigen icoon en eigen startscherm.
6. Webview
Net als de bestaande app, moest deze app een web view bevatten die een web-weergave van het bestelproces zou tonen. De app hoefde dus geen menukaart te importeren, en dat soort zaken. Dit zorgt ervoor dat de flexibiliteit gewaarborgd blijft. Aanpassingen aan de serverkant van WeDeliver zou zo min mogelijk nieuwe app-versies moeten vereisen.
