Een webshop laten maken waarin producten, checkout en beheer één geheel zijn.

Wanneer een eigen webshop past

De vraag is zelden of je online kunt verkopen, maar hoeveel de shop onderdeel van je website moet zijn. Verkoop je producten naast je diensten, dan wil je meestal niet dat een bezoeker halverwege in een andere omgeving met een andere huisstijl belandt. Een shop in dezelfde code als de rest van de site voorkomt dat, en scheelt een tweede plek om bij te houden.

Deze opzet past het beste bij een klein of gecureerd assortiment, waar de productpagina's iets uit te leggen hebben en het aantal artikelen overzichtelijk is. Gaat het om honderden producten, dan is dat geen blokkade, maar kijken we in de intake eerst naar de structuur van de catalogus: categorieën, filters en beheer bepalen dan meer dan het ontwerp.

Heb je nog geen site waar de shop op kan staan, dan begint het bij een bedrijfswebsite en komt de shop daar als onderdeel op. Draait je huidige site op een ander platform, dan bekijken we of een aparte shop op een subdomein beter past.

Producten, checkout en orders

Aan de voorkant staan productpagina's met categorieën en filters, met een ontwerp dat op bestellen vanaf een telefoon is gericht. Aan de achterkant beheer je producten, prijzen en voorraad zelf, in dezelfde beheeromgeving als de rest van de site. Categorieën en producten krijgen hun eigen adres en hun eigen metadata, zodat ze los vindbaar zijn en niet alleen bereikbaar via een klik op de shop.

De checkout loopt van winkelwagen naar betaling via een betaalprovider. iDEAL en de gangbare kaarten zijn mogelijk; welke provider precies, stemmen we af op je bank en op wat je klanten gebruiken. Het hele pad van productpagina tot betaalde order testen we van begin tot eind voordat de shop live gaat.

Na een bestelling gaan orderbevestigingen en verzendmails automatisch de deur uit, en komt de order in het beheer binnen met de gegevens die je nodig hebt om hem uit te voeren. Dat is het basisbeheer van producten en bestellingen; waar die order daarna naartoe moet, is een aparte vraag die hieronder staat.

Waar de scope van koppelingen ligt

Een shop draait zelden alleen. Zodra orders ook in een boekhoud- of voorraadsysteem moeten landen, of verzendlabels ergens anders vandaan komen, gaat het om een koppeling tussen twee systemen. Dat is een eigen traject met een eigen scope, omdat het afhangt van wat het andere systeem aan API of export biedt.

Andere onderdelen die de scope bepalen, zijn verzend- en btw-regels buiten Nederland, het importeren van producten en klanten uit een bestaande shop, en functies als kortingscodes, abonnementen of klantaccounts. Klantaccounts met eigen logica, of workflows die verder gaan dan bestellen en betalen, horen niet meer bij een webshop maar bij een webapplicatie of platform.

Prijs, livegang en beheer

Een webshop is een eigen projecttype met een eigen vanafprijs, die de basis dekt: productpagina's, winkelwagen en checkout, bestelmails en het beheer van producten en bestellingen. Wat de prijs daarboven beweegt, is vooral het assortiment, de import vanuit een bestaande shop en het aantal koppelingen. De vanafprijzen per type staan op de tarievenpagina; het voorstel na de intake is leidend.

Voor livegang testen we betalingen en orderflow volledig door, daarna gaat de shop live op je eigen domein en dragen we hem over inclusief uitleg van het beheer. Vanaf dat moment draait de shop onder technisch beheer: hosting en deployment binnen de afgesproken basis, SSL, updates en controle. Nieuwe functionaliteit en inhoudelijke wijzigingen vallen daarbuiten en worden apart geoffreerd. Hoe een traject stap voor stap verloopt, staat op de pagina werkwijze.