Webshop: producten aanvullen met specificaties + indeling

[MonoKid]

Beste Tweakers,

Mijn werkgever heeft een custom webshop die ik voor duidelijke reden hier helaas niet kan vermelden. Het gaat hier om een retailer met een bulk aan doorgaanse IT producten. Er wordt B2C en B2B gewerkt. Er is dus een gigantisch gamma te raadplegen.

Deze producten worden geplukt uit een ERP systeem dat in feite wordt gevoed door artikelen (prijzen, stock, taksen, etc.) die rechtstreeks van de leveranciers komen.

Gebruikers op de website worden dus geconfronteerd met zowel blade servers, als simpele tasjes voor een SGS III. Gezien B2B evenzeer gediend moet kunnen worden, dit is nu eenmaal een core business van mijn werkgever, kunnen we die niet wegdenken.

Nu willen we met het team verbeteringen voorstellen, maar dit blijft voor mij een moeilijkheid. We weten van onze gebruiker of het een zakelijke gebruiker is, of niet (Zakelijke klant = BTW-nummer of ondernemingsnummer + Bedrijfsnaam bij registratie of vanuit ERP aangegeven). Wat we niet kunnen onderscheiden, is of een artikel al dan niet B2B of B2C is. We gebruiken Open Icecat om de artikelen aan te vullen met product details, maar ik zie bij IceCat geen onderscheid of parameter of... Gezien het volume aan artikelen dat besteld kan worden, is het niet mogelijk hier een menselijke input bij te zetten.

Hierbij dus mijn vraag: heeft iemand ervaring/tips/aanwijzingen/advies bij het indelen van een gigantisch artikelbestand in B2B en B2C?

Mijn excuses als ik dit op de verkeerde plaats heb gepost! Heb reeds rondgezocht, maar vond helder antwoord...

[NMe]

Allereerst: Waar hoort mijn topic? WEB >> PRG

Inhoudelijk: je geeft zelf aan dat je niet kan herkennen of een artikel B2B of B2C is en dat je geen menselijke input in de tabel kan verwerken. Er is dus niks onderscheidends aanwezig én je kan niks onderscheidends aanbrengen. Hoe verwacht je dan nog iets te kunnen?

En als er wél iets onderscheidends aanwezig is (lijkt me wel eigenlijk, hij moet nu toch óók gewoon onderscheid kunnen maken ) dan is er toch geen probleem?

[-DarkShadow-]

Waarom zou je onderscheid maken tussen B2C en B2B producten?

[ Voor 30% gewijzigd door -DarkShadow- op 19-02-2013 11:22 ]

[MonoKid]

NMe schreef op dinsdag 19 februari 2013 @ 10:31:
Allereerst: Waar hoort mijn topic? WEB >> PRG

Inhoudelijk: je geeft zelf aan dat je niet kan herkennen of een artikel B2B of B2C is en dat je geen menselijke input in de tabel kan verwerken. Er is dus niks onderscheidends aanwezig én je kan niks onderscheidends aanbrengen. Hoe verwacht je dan nog iets te kunnen?

En als er wél iets onderscheidends aanwezig is (lijkt me wel eigenlijk, hij moet nu toch óók gewoon onderscheid kunnen maken ) dan is er toch geen probleem?

Bedankt voor de topic move.

Inhoudelijk - vandaar mijn vraag. Is er iets zoals een alternatief voor IceCat, dat aangeeft of een product voor de zakelijke of de partikuliere markt is? Ik vind dat alleszins niet, maar iemand heeft misschien ooit voor hetzelfde probleem gestaan en een oplossing gevonden? Ik vraag hier niet dat men het probleem oplost voor mij, maar een aanwijzing is welkom.

Dat mag ik toch vragen, of zie ik het mis?

-DarkShadow- schreef op dinsdag 19 februari 2013 @ 11:21:
Waarom zou je onderscheid maken?

Zowel partikulieren en zakelijke klanten loggen nu aan en zien alle artikelen. Een zakelijke klant dient alles te zien, een partikulier dient een filteroptie te krijgen ("partikuliere producten ook tonen", of iets dergelijks).
Als je op dit moment als partikulier, op de printer categorie klikt, krijg je zowel de huis-en-tuin printers te zien, maar ook dure, zakelijke multifunctionals.
Die resultaten zouden niet in een partikuliere zoekopdracht mogen verschijnen. We hebben op dit moment vanuit IceCat geen mogelijkheid om in bulk te zien of een artikel zakelijk is, of niet.

Ter illustratie:
Als je een NAS opzoekt, krijg je zowel de kleine netwerkschijfjes aan € 100 te zien, naast zakelijke oplossingen van € 13 000.

[ Voor 3% gewijzigd door MonoKid op 19-02-2013 11:32 . Reden: aanvulling ]

[NMe]

MonoKid schreef op dinsdag 19 februari 2013 @ 11:28:
[...]

Dat mag ik toch vragen, of zie ik het mis?

Als dat niet mocht had ik een slotje gezet in plaats van je topic verplaatst.

Zowel partikulieren en zakelijke klanten loggen nu aan en zien alle artikelen. Een zakelijke klant dient alles te zien, een partikulier dient een filteroptie te krijgen ("partikuliere producten ook tonen", of iets dergelijks).
Als je op dit moment als partikulier, op de printer categorie klikt, krijg je zowel de huis-en-tuin printers te zien, maar ook dure, zakelijke multifunctionals.
Die resultaten zouden niet in een partikuliere zoekopdracht mogen verschijnen. We hebben op dit moment vanuit IceCat geen mogelijkheid om in bulk te zien of een artikel zakelijk is, of niet.

Los van het feit dat een particulier misschien juist ook wel een dure printer wil en dus niet zomaar beperkt zou moeten worden: waarop wilde je die software die keuze laten baseren? Die zal net als jij een aanname moeten doen op basis van prijs of iets dergelijks.

Wat dat betreft zou ik gewoon altijd alles aan iedereen laten zien en gewoon de gebruiker laten sorteren en filteren op zaken als prijs, merk, enz.

[OkkE]

Ik kan me voorstellen dat er consumenten zijn die liever geen B2B producten zien en dat de TS een optie zou willen inbouwen om juist B2B producten te kunnen verbergen.

Het probleem — waarom ik het eens ben met NMe — is dat er blijkbaar geen mogelijkheid is om zoiets nu te doen. Als het dan ook niet mogelijk (of wenselijk) is om zo'n optie in de database toe te voegen, denk ik dat het vrij simpel wordt: laat dit idee varen.

Zo lang er genoeg filter-opties zijn (en die moeten er sowieso zijn, imho) kan een consument prima zelf de gewenste producten vinden.

[The Eagle]

Kun je een schetsje maken van de dataflow in je systeem? Dat verduidelijkt de zaak vaak behoorlijk namelijk
Zoals ik het lees is het:
Open catalog --> ERP systeem --> webshop
Dat betekent dus dat je in je ERP systeem na het inlezen van de gegevens uit de catalog een onderscheid zou moeten maken tussen de B2B en de B2C producten. Dat betekent een custom vinkje ergens maken en dat koppelen aan de betreffende user.
Wat wellicht een handige optie is, is het ervoor zorgen dat je aan je interne productnummer kunt zien of het een B2B of een B2C product betreft. Denk aan artnrs voor consumers die met 000 beginnen en artnummers voor business die vanaf 500 beginnen.

Nou snap ik dat die (evt her)indeling een monnikenwerk is Een vorige werkgever van me moest ooit 25k emailadressen in een ERP systeem aan leerlingen toewijzen. Daar hebben we een week een datatypiscte voor gehuurd. Kost je ook ca 1000 euro, maar da's goedkoper als een custom bouwen en onderhouden. Uurtarief van een ERP devver ligt meestal rond de 75 en 100 euro per uur, dus tel uit je winst. En ik kan het weten, want ik ben d'r zelf eentje

Les 1 in automatisering: niet alles willen automatiseren, soms is handwerk sneller, handiger of voordeliger. Altijd kosten/baten afwegen

[MonoKid]

OkkE schreef op dinsdag 19 februari 2013 @ 11:44:
Ik kan me voorstellen dat er consumenten zijn die liever geen B2B producten zien en dat de TS een optie zou willen inbouwen om juist B2B producten te kunnen verbergen.

Het probleem — waarom ik het eens ben met NMe — is dat er blijkbaar geen mogelijkheid is om zoiets nu te doen. Als het dan ook niet mogelijk (of wenselijk) is om zo'n optie in de database toe te voegen, denk ik dat het vrij simpel wordt: laat dit idee varen.

Zo lang er genoeg filter-opties zijn (en die moeten er sowieso zijn, imho) kan een consument prima zelf de gewenste producten vinden.

Dank je voor jullie hulp!

Dan laat ik het inderdaad varen. Probleem is dat momenteel de hele webshop een hele overhaul nodig heeft. De huidige filter-en zoek mogelijkheden zijn er, maar vereisen nog ontzettend veel werk. De logica er achter bouwen is vaak moeilijk, omdat er zo'n gigantische influx van artikelen zijn, die ook nog eens zo volledig mogelijk moeten zijn. Dat staat alleszins op mijn lijst van kritische punten.

Bovendien merken we op dat bezoekers een zo kort mogelijke weg moet afleggen tussen zoeken en vinden (logisch), maar als ze geconfronteerd worden met een paar duizend artikelen binnen aan categorie, met daarbinnen nog eens dure, zakelijke artikelen, dan vertrekken ze eenvoudigweg.

The Eagle schreef op dinsdag 19 februari 2013 @ 12:10:
Kun je een schetsje maken van de dataflow in je systeem? Dat verduidelijkt de zaak vaak behoorlijk namelijk
Zoals ik het lees is het:
Open catalog --> ERP systeem --> webshop
Dat betekent dus dat je in je ERP systeem na het inlezen van de gegevens uit de catalog een onderscheid zou moeten maken tussen de B2B en de B2C producten. Dat betekent een custom vinkje ergens maken en dat koppelen aan de betreffende user.
Wat wellicht een handige optie is, is het ervoor zorgen dat je aan je interne productnummer kunt zien of het een B2B of een B2C product betreft. Denk aan artnrs voor consumers die met 000 beginnen en artnummers voor business die vanaf 500 beginnen.

Nou snap ik dat die (evt her)indeling een monnikenwerk is Een vorige werkgever van me moest ooit 25k emailadressen in een ERP systeem aan leerlingen toewijzen. Daar hebben we een week een datatypiscte voor gehuurd. Kost je ook ca 1000 euro, maar da's goedkoper als een custom bouwen en onderhouden. Uurtarief van een ERP devver ligt meestal rond de 75 en 100 euro per uur, dus tel uit je winst. En ik kan het weten, want ik ben d'r zelf eentje

Les 1 in automatisering: niet alles willen automatiseren, soms is handwerk sneller, handiger of voordeliger. Altijd kosten/baten afwegen

Dank je om even je licht hierop te schijnen

De flow is als volgt:
Leverancier 1 --> ERP --> Synch proces linkt prod. nr. fabriekant met IceCat --> Webshop
Leverancier 2 -->
Leverancier n -->

Leverancier --> ERP is een dagelijks proces
Synch ERP --> webshop is een proces dat dagelijks meerdere keren loopt.

Zoals jij het ziet, zag ik het ook. Parameter in artikeltabel dat aangeeft "B2B". Vervolgens in front-end een filter (al dan niet automatisch) inbouwen dat controleert of een gebruiker B2C of B2B is. Dat vinkje in de artikeltabel is dan de struikelblok, want via IceCat, noch via de leverancier hebben we een manier om (automagisch) te ontdekken of dit zo is.

Over zo'n entry worker werd al nagedacht, maar in het verleden hebben we hier slechte ervaringen mee gehad: ontzettend veel fouten door onwetendheid. Bovendien loopt het proces dagelijks, wat wilt zeggen dat we zo'n data entry worker feitelijk dagelijks moeten inzetten. De artikelen die verkocht worden betreffen immers producten die liefst geen maand op stock blijven liggen, dan zijn ze waardeloos.

All in all, vrees ik dat we hier op dit moment gewoonweg geen oplossing voor hebben. Tenzij iemand nog een fantastische ingeving heeft, mag hier een slotje op.

Toch wil ik iedereen wel nog even bedanken om mee te denken. Moge karma jullie veel geluk brengen

[The Eagle]

Eh, je gaat even ietsje te snel

Zo'n entry worker heb je eenmalig nodig voor de batch. Nieuwe producten worden namelijk bij de leverancier aangegeven, daar loopt het sync proces tegen, en dan mag jij er een vinkje bijzetten. Dat zijn echt geen tientallen producten per dag, dus dat kan middels een klein stukje workflow afgevangen worden. Een beetje ERP pakket kan namelijk echt wel vinkjes in bulk zetten

Wat je evt ook nog zou kunnen doen is een scheiding maken per leverancier; dwz de ene leverancier gebruik je voor B2B en de andere voor B2C. Kun je mooi de winstmarge per leverancier hanteren als scheidingscriterium
En ja, dan zul je misschien wat minder leveranciers krijgen, maar da's alleen maar goed. Want minder leveranciers = meer productafname per leverancier = meer korting - hogere marges
Ik weet niet hoeveel leveranciers je nu hebt, maar ik zou voor een stuk of 3 hoofdsuppliers kiezen die 80% van je assortiment afdekken. Die andere 20% is dan via specifieke leveranciers, maar dat zijn dan ook meestal producten die je standaard niet op stock hebt en waarvoor bestelling op aanvraag geldt

[ Voor 15% gewijzigd door The Eagle op 19-02-2013 12:53 ]