ShopJeRot

Scheelt misschien wel verpakkingskosten, maar kost Manon 10 x meer aan verzendkosten ;)

De aandelen vertegenwoordigen pas waarde op het moment dat de website waarde heeft. De website heeft pas waarde op het moment dat de bezoekers waarde inbrengen. Deze waarde kunnen ze genereren door bijvoorbeeld op reclame te klikken of door gegevens af te staan. Er zijn natuurlijk meer manieren om waarde te genereren, maar nu wordt er geen waarde gegenereerd. Op het moment dat er waarde wordt gegenereerd had deze waarde waarschijnlijk ook gegenereerd kunnen worden zonder iedere bezoeker een aandelenpakketje te geven. Dan nog even een rekenvoorbeeldje over reclame. Een banner levert bijvoorbeeld €5 per 1000 views. De 1000 views worden gegenereerd door 1000 aandeelhouders. Stel dat 50% van alle geregistreerde bezoekers actief op de website is. Dan krijgt iedere aandeelhouder 0,25 cent per pagina die hij bezoekt. Die aandeelhouders worden rijk!!! Een werkend idee zou zijn om bijvoorbeeld de content providers een aandeel uit te keren van de reclame opbrengsten die ze genereren. Dit betekend dat iemand die een filmpje op bijvoorbeeld Youtube zet een deel van de reclame inkomsten krijgt die dat ene filmpje genereert. Dit wordt echter al in de praktijk gebracht, maar is niet rendabel. Waarschijnlijk omdat user generated content behoorlijk waardeloos is.

Dat vraag ik me ook ooit wel eens af. Toen wij startten hadden we niet zo'n hoge verwachtingen. Onze omzet is inmiddeld 15 maal zo groot als onze verwachtingen van drie jaar geleden. En we willen nu nog minimaal 3 keer zo groot worden binnen de komende 3 jaar.

Manon, wat lijkt jou het beste en waarom?

Als je 90% van de betalingen binnen krijgt via Paypal moet je hier geen opslag voor vragen, maar deze kosten gewoon doorberekenen in de prijs. Van een betaaltoeslag krijgen mensen geen fijn koop gevoel, simpel. Wij rekenen 5% toeslag voor cc/ pp betalingen, maar dan ook slechts 10% van de betalingen worden met cc/ pp gedaan. En dan vaak ook nog eens door bedrijven waarvan de prijs niks uitmaakt voor de koper.

OSC stelt echt helemaal niks voor wat betreft code, eenvoudiger kan het bijna niet. Vergelijk de code maar eens met de Magento code, dat begint ingewikkeld te worden. Wat je misschien het beste kunt doen is zo snel mogelijk osCMax installeren, dit kan iedereen met enige PHP kennis binnen een uurtje. Daarna kun je alles zelf configureren en heb je vanavond nog een winkel online die werkt (maar er niet uitziet). Dan kun je de komende week gebruiken om het leuk vorm te geven. Dit doe je door een kant en klare installeerbare template te kopen bij één van de bedrijven die er honderden aanbieden. Die template laat je aanpassen met jou logo, look en feel door iemand die kan photoshoppen en enigzins handig is met HTML. Dit laat je dan installeren door degene die je ook osCMax hebt laten installeren. Iemand die dit voor je wil installeren vind je hier wel op HL voor een paar honderd euro. Het is geen perfecte oplossing, maar wel snel operationeel en heel goedkoop. Je kunt ook een winkel van een partij als SEOshop nemen, kost je wel wat meer, maar dan heb je binnen een dag een goede oplossing online. Dit zou je eigenlijk moeten doen. Als je geen technische kennis hebt en geen goede technische partner hebt, dan blijft het met oplossingen als oscommerce zonder budget aanmodderen.

Hier staat alles super uitgelegd: https://www.higherlevel.nl/forum/index.php?board=16;action=display;threadid=11940;start=msg100563#msg100563

Als het efficiënt moet zijn kunnen we die miljarden beter in het onderwijs steken en ons land verdedigen met de dreiging van een paar goede kernkoppen.

Waarom???

Ga gewoon naar een ander incassobureau, dit loopt waarschijnlijk toch uit op niks.

Heb je DHL al gebeld? Zij kunnen je dit picobello uitleggen :)

Wat zijn de kosten ongeveer van een multiple domain certificaat? Ik kan geen Nederlandse aanbieder vinden. EDIT: Ik zie het al, €48 per domein/jr. Geen drol dus.

Als ik twee winkels met twee domeinen draai, dan heb ik twee certificaten nodig. Twee certificaten nodig, dus twee ip-adressen nodig. Klopt het tot zover? Beide domeinen draaien op dezelfde VPS, hoe wordt dit dan uitgevoerd?

Schoenmaker hou je bij leest. Handelen in valuta en speculeren op koersveranderingen is een vak apart en ook nog eens een erg moeilijk en risicovol vak. Ik zou gewoon EUR - USD transacties doen, als je probeert in te spelen op koersveranderingen wordt het waarschijnlijk niet goedkoper. Je zou jezelf eventueel nog kunnen indekken tegen koersveranderingen, maar dat is relatief duur voor een kleine ondernemer. Het geeft je wel zekerheid over een langere periode.

Een adviesprijs mag volgens de mededingingswetten toch nooit bindend zijn? Wat natuurlijk niet wil zeggen dat de leverancier geen sancties kan nemen.

Dit kan wel, maar moet je dan zelf programmeren. De technische mogelijkheden zijn er in ieder geval wel binnen het Complete pakket. Hier struikel ik ook echt over. Een klant moet twee keer een wachtwoord invullen, hoe leg ik dat uit aan mijn klant? Tevens moet er een aparte voor en achternaam ingevuld worden, te irritant gewoon. Helemaal met je eens, onacceptabel! Hiervoor geldt hetzelfde als het eerste puntje, door zelf de plugin te schrijven is dit op te lossen. Het Complete pakket valt wat ons betreft echt af. Met het Connect pakket schijnt het mogelijk te zijn om een volledig geïntegreerd betaalproces te implementeren, maar die €0,10 extra per transactie is mij een doorn in het oog. Volgens mij is dit ingevoerd om geen klanten weg te snoepen van het moederconcern. Maar ik zie niet precies in waarom ik €0,10 extra per transactie moet betalen voor minder service.

Wij gaan binnenkort Europees met onze shop. Nu willen wij natuurlijk dat al onze klanten kunnen betalen met de iDeal variant die in het land van de klant werkt. Voor ons is vooral belangrijk dat we in Duitsland een hoge dekkingsgraad halen. Als ik het goed heb begrepen heeft Giropay daar de hoogste dekkingsgraad, is daar bij jullie iets bekend over? Verder willen we Mr. Cash (België) sowieso implementeren. Om de implementatie eenvoudig te houden zijn we de mogelijkheden met een payment service provider aan het onderzoeken. Multisafepay biedt zowel iDeal, Credit Card, Mr Cash, Giro Pay als een Franse betaalmethode. Als we MSP dus implementeren, dan hebben we veel betaalmethodes afgedekt. We hebben al een aantal ervaringen over MSP gelezen, maar de telefoonsupport was niet bepaald meedenkend met ons. Heeft er iemand ervaring met het zelf implementeren van verschillende Europese 'instant-transactie-methodes'? Is dit goedkoper dan de tarieven van MSP? (€0,25 + 2%) Weten jullie welke Europese landen nog meer een 'instant-pay-methode' hebben met een redelijk hoge dekkingsgraad? Denemarken?

Je weet dat het sommige klanten €1,50 per minuut kan kosten als ze een 087-nummer mobiel bellen? Voor zover ik weet zijn alle VOIP nummers aan Skype te koppelen, er zijn erg nette hacks beschikbaar om Skype aan een SIP account te koppelen. Nog een goede voor het topic: Dimdim, kijk er eens naar!

Wij hebben Magento weggestreept van ons verlanglijstje voor ons nieuwe shopsysteem. Wij hebben geoptimaliseerde versies van Magento op speciale Magento servers getest. Deze gaven zelfs op een 100Mbit glasvezel lijn nog laadtijden van 1 seconde. Dat is onacceptabel voor een bijna lege demoshop en deze laadtijden kunnen alleen nog maar stijgen bij een vollere shop met meer producten en media. De andere grote zwakte van Magento is dat het ontwikkelen van duurzame goede uitbreidingen erg moeilijk is omdat hier bijna geen documentatie voor beschikbaar is. Dit maakt Magento ontwikkelwerk een kostbare zaak.

Een rekenmodule in Magento implementeren is zeker geen sinecure!

Dit is natuurlijk deels afhankelijk van je doelgroep, maar live chat is vaak een laagdrempelige vorm voor contact. Daarnaast doet het 0800 nummer zonder wachttijd het ook altijd erg goed, vooral als dit prominent op de website geplaatst wordt.

Je begrijpt TotaalZen verkeerd denk ik Yannick Veys. Hij heeft het niet over de conversie ratio, maar over het percentage van klanten dat het betaalproces afrond na op de betaal-knop gedrukt te hebben. 90% - 98% is daarbij heel normaal en word zeker gehaald door Bol.com. Dus even kort: Bezoeker -> Koper -> Betaler Bezoekers -> Kopers: normaal 2% tot 5% Kopers -> Betalers: normaal 90% tot 98% Bij TotaalZen's winkel was dit het geval: Bezoekers -> Kopers: 2% ? Kopers -> Betalers: 20%

Wij halen 86% met een redelijk standaard osCommerce proces. De overige 14% verlaat de winkel niet, maar gaat een stapje terug in de keten of stelt een vraag via het e-mail webform. Deze opdeling lijkt in eerste instantie slim, maar kan juist veel kosten. Alleen klanten die al net onder het drempelbedrag zitten zullen extra bestellen voor de €2,50 korting. Die bestellen dus één auto extra, afhankelijk van je verkoopprijs en marge kun je dus geld verliezen op die extra verkochte auto. De meeste klanten die hun mandje al gevuld hebben met voor €25 aan autootjes interesseert het niks of dat ze €7,50 of €5,00 aan verzendkosten moeten betalen. Die €2,50 stelt immers niet zo veel voor op een totaalbedrag van €30. Reken het eens door en probeer zelf in te schatten wat je klant zou doen, bedenk daarbij ook dat één verzendtarief van €7,50 weer een stukje helderder is dan een opsplitsing.

Waarom is dat een utopie? Ligt dat aan het feit dat de pakketten niet koppelbaar zijn? Of ligt dat aan het feit dat niemand ze koppelt? Voor eenvoudige systemen worden koppelingen aangeboden. Denk bijvoorbeeld aan een koppeling tussen osCommerce en Snelstart. Wij zijn op zoek naar een uitgebreider systeem dat niet alleen boekhoudkundige taken overneemt, maar ook helpt bij bijvoorbeeld inkoop en CRM. Als ik zeg uitgebreidere functies, dan heb ik het over bijvoorbeeld het automatisch doen van een inkoopvoorstel wanneer dit nodig is. Dit voorstel zou dan gebaseerd moeten worden op de waarschijnlijke omloopsnelheid van producten en de levertijd van de leverancier. Dit voorstel moet om te zetten zijn in een werkelijke inkooporder. Tevens willen we de werkelijke kosten van een product kennen omdat we met een relatief kleine marge werken, hiervoor moeten de inkoop, transport en garantie kosten worden gecombineerd. Ook willen we met een ticket systeem werken voor e-mail en garantie-afhandeling dit laatste moet weer gekoppeld worden aan de voorraad. Dit zijn zomaar wat voorbeelden van een uitgebreider systeem. Wij zijn natuurlijk niet de eersten die dit bedacht hebben, maar de enige complete oplossing die wij kennen is Intershop en dit systeem zit boven ons budget. Eigenlijk zijn we nu aan het kijken of dat we zelf enkele (open source) systemen kunnen koppelen om tot een goed geheel te komen. De combinatie Magento + OpenERP zijn we bijvoorbeeld aan het onderzoeken. Maar ook kijken we zeker nog naar oplossingen waar osCommerce een rol in speelt, want Magento is traaaaag. Eén belangrijke voorwaarde voor een ERP systeem voor ons is dat wij niks te maken willen hebben met het managen van servers. Wij zijn dus eigenlijk op zoek naar een web-based systeem waarvan het hosten relatief eenvoudig uit te besteden is. BTW Bedankt voor de Ohmega en Businessbase tips, we zullen er zeker naar kijken!

Consolemarkt als in ombouwen, ombouwchips of andere 'grijze' activiteiten? Als dit je markt is: vergeet die lening maar. Als dit je markt niet is: overtuig een bank dat jij je hier niet mee bezig houdt.