In de kortste zin uitgelegd; toen het idee van God Mode ontstond, was het doel dat de eindgebruiker zelfstandig de categorieën en pagina's kon aanmaken die hij nodig had, inhoud kon creëren met vooraf voorbereide en volledig aanpasbare componenten, deze kon publiceren en aan bezoekers kon tonen. Er waren vele kant-en-klare systemen zoals Wordpress, statamic, Joomla. Echter, wat we hier nodig hadden, was een meer gepersonaliseerd systeem dat volledig onder onze controle stond en geschikt was voor ontwikkeling, daarom werd besloten om zo'n systeem te schrijven.

Over het algemeen gezien, kan het gebruik van een kant-en-klaar systeem betekenen dat je in een korte tijd het gewenste resultaat bereikt en dus de kosten dalen. Maar in systemen zoals dat van ons, dat op grote schaal werkt en gevoed wordt door tientallen API's, kan het gebruik van een kant-en-klaar systeem betekenen dat je probeert de beschikbare data in een mal te dwingen, waardoor je dit niet goed kunt benutten. Natuurlijk kan je met aanvullingen op deze systemen het gewenste resultaat bereiken, maar de tijd die hieraan besteed wordt kan, als je het opgeteld bekijkt, niet concurreren met een systeem dat je zelf schrijft en waarvan je de controle over elk aspect hebt.

Het uitgangspunt voor God Mode was onze behoefte in het webproject dat we zouden creëren, namelijk het promoten van onze producten, het geven van prijsinformatie hierover, onze actieve server informatie te delen met de gebruikers en dit te tonen als een geheel met onze eigen API's en andere projecten. Daarnaast hadden we behoefte aan ruimtes waar gebruikers, zoals blog-, informatieve en discussieruimtes, artikelen konden schrijven en delen. Een systeem dat zich richt op deze behoeften schrijven, is misschien niet heel moeilijk en kan in x tijd worden uitgevoerd. Maar als we dat doen, zal bij een eventuele wijziging in het project of wanneer een soortgelijk project opnieuw wil worden uitgevoerd, het onderwerp opnieuw bij de ontwikkelaars belanden en zou er weer inspanning nodig zijn. In plaats daarvan zijn alle mogelijke componenten in één keer gemaakt en gepresenteerd aan de eindgebruiker, zodat deze zonder iemand anders nodig te hebben, zowel updates kan uitvoeren als nieuwe projecten kan creëren.

Bovendien kan ik zeggen dat een van de belangrijkste details van een dergelijk systeem schrijven voor ons de mogelijkheid van gebruikerstracking is. Aangezien PlusClouds meerdere webprojecten heeft, kunnen we het gedrag van gebruikers gedetailleerd volgen, zien waar en hoe lang ze tijd doorbrengen en waar ze in geïnteresseerd zijn, en met het voordeel dat elk aspect van het systeem van ons is, kunnen we gepersonaliseerde en echt noodzakelijke gegevens voor de gebruiker leveren.