Channable.
Marketplaces.

Wat het inrichten van Channable werkelijk inhoudt

Channable aanzetten is een middag werk. Channable goed inrichten is dat niet, en het verschil zit vrijwel nooit in de tool. Het zit in je productdata.

Elk verkoopkanaal stelt eigen eisen: Google Shopping wil andere velden dan bol.com, Amazon eist een eigen categoriestructuur, en Zalando kijkt weer naar maat- en kleurattributen. Channable is de laag waarin je die eisen per kanaal invult op basis van één bronbestand. Maar als dat bronbestand de gegevens niet bevat — geen EAN, geen merkveld, geen gestructureerde maatvoering — dan kan geen enkele regel in Channable dat verzinnen.

Daarom begint een inrichtingstraject bij ons niet in Channable maar in het systeem erachter. Welke velden heb je, welke mis je, en waar moeten die vandaan komen? Pas als de feed compleet is, is het opzetten van regels per kanaal een kwestie van uitvoeren.

Regels horen in de feed, niet in je webshop

Een veelgemaakte fout is de kanaaleisen oplossen door velden aan de webshop toe te voegen. Dan krijg je een productdatabase vol velden die alleen bestaan omdat één marktplaats erom vroeg. Beter is de webshop schoon te houden en de vertaalslag in de feedlaag te doen — dat is precies waar Channable voor gemaakt is.

Orders terugkrijgen: waar de koppeling echt begint

Producten naar buiten sturen is de helft. De andere helft is dat orders van al die kanalen terugkomen in je eigen systeem, en dat de marktplaats hoort wanneer er verzonden is.

Channable haalt daarvoor elke vijf minuten nieuwe orders op bij de marktplaats, zet ze door naar je platform, en kijkt vervolgens of de order daar op verzonden is gezet met een track-and-tracecode. Zodra dat zo is, meldt Channable dat terug aan de marktplaats. Die terugmelding is geen formaliteit: marktplaatsen rekenen je af op tijdige verzendbevestiging.

Draai je een standaardwebshop, dan bestaat die orderkoppeling kant-en-klaar. Draai je een eigen platform of een ERP, dan gebruik je de Channable API en bouw je die kant zelf. Belangrijk om te weten: die API is bedoeld voor orderafhandeling en niet voor het inlezen van productdata of voorraad — dat blijft via feeds lopen. Wie verwacht één API te kunnen gebruiken voor alles, komt bedrogen uit.

Channable uitbesteden of zelf doen

Channable is nadrukkelijk gebouwd om zelf te bedienen, en voor veel webshops is dat ook het verstandigste. Regels aanpassen, een kanaal toevoegen, een campagne bijsturen: dat wil je niet elke keer via een bureau laten lopen.

Uitbesteden loont in twee situaties. De eerste is het inrichtingstraject zelf, waarin de bronfeed op orde moet komen en de eerste kanalen worden opgezet — dat is eenmalig werk waar ervaring veel tijd scheelt. De tweede is de koppeling met je eigen systeem: als er een ERP of maatwerkplatform aan hangt, is dat ontwikkelwerk dat losstaat van het dagelijks beheer.

Wat we in de praktijk het vaakst doen is die tweede helft: wij bouwen de brug tussen Channable en het systeem erachter, en het kanaalbeheer blijft bij de klant. Dat houdt de kennis waar hij hoort.

Verzendt de marktplaats zelf, dan verandert de koppeling

Verkoop je via Logistiek via bol of Fulfilment by Amazon, dan ligt de voorraad bij de marktplaats en verzendt die zelf. Dat klinkt eenvoudiger, maar voor de koppeling is het juist een aparte situatie: er hoeft geen verzendbevestiging terug, want de marktplaats weet zelf wanneer er verzonden is. Channable behandelt deze orders daarom als een eigen ordersoort.

Waar het misgaat is de voorraad. Ligt een deel van je artikelen bij bol en een deel in je eigen magazijn, dan heb je twee voorraadposities voor hetzelfde artikel. Doe je daar niets mee, dan verkoop je vanuit je eigen magazijn iets wat daar niet ligt. De koppeling moet die posities dus gescheiden houden en per kanaal de juiste tonen.

Retouren en annuleringen zijn geen bijzaak

Op marktplaatsen ligt het retourpercentage structureel hoger dan in je eigen webshop, in sommige categorieën fors. Een koppeling die alleen orders verwerkt en retouren overslaat, laat dus een groeiend gat tussen je systeem en de werkelijkheid ontstaan.

Drie dingen die geregeld moeten zijn. Een annulering vóór verzending moet de order in je systeem intrekken en de voorraad vrijgeven, niet alleen een statusvlag zetten. Een retour ná verzending moet gekoppeld worden aan de oorspronkelijke order, zodat je marge per artikel blijft kloppen. En een gedeeltelijke retour — twee van de drie artikelen terug — moet als zodanig verwerkt worden en niet als volledige creditering.

Afgekeurde producten kosten meer dan je denkt

Elk kanaal keurt aanbod af dat niet aan de eisen voldoet, en dat gebeurt stil. Je product staat er simpelweg niet, je ziet geen foutmelding in je webshop, en het valt pas op als iemand zich afvraagt waarom een bestseller op bol niets doet.

De oorzaken zijn bijna altijd dezelfde: een ontbrekende EAN, een categorie die niet gemapt is, een titel die te lang is, of een afbeelding die niet aan de resolutie-eisen voldoet. Stuk voor stuk triviaal om op te lossen zodra je ze ziet. Daarom hoort in de inrichting een terugkoppeling te zitten: welke producten zijn afgekeurd, per kanaal, met de reden erbij. Zonder dat overzicht draai je een feed waarvan je niet weet welk deel daadwerkelijk online staat.

Wanneer Channable niet de juiste keuze is

Er is één situatie waarin we Channable afraden: als je op één marktplaats verkoopt en dat voorlopig zo blijft. Dan is een directe koppeling met dat kanaal eenvoudiger, goedkoper in beheer en sneller in de terugmelding, omdat er geen tussenlaag tussen zit.

Channable verdient zich terug vanaf het moment dat je kanalen gaat stapelen, of wanneer je regelmatig wilt kunnen experimenteren met een nieuw kanaal zonder daar elke keer ontwikkelwerk voor nodig te hebben. Dat is precies waar de tool voor bedoeld is, en het is ook de eerlijke grens ervan.