ShopJeRot

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.

Ik ben het met de auteur eens dat 'welkom' niet zo nuttig is of netjes staat. Maar vaak wil je in enkele regels uitleggen waar je website voor dient, of wat je te bieden hebt. Hoe begin je zo'n stukje?

Let iedereen even op dat dit een heel oud topic is? Reageren op de topic start zal dus weinig zin hebben. @Thamaddog: Hier vind je een recenter topic over dit soort koppelingen. Behalve naar een volledige koppeling zou je ook kunnen kijken welke gegevens echt nodig zijn voor je boekhouding. Ik vraag me bijvoorbeeld af of dat het wel nodig is om alle klantgegevens in Snelstart te importeren.

Studenten hebben nogal de neiging harder te werken naarmate ze meer betaald krijgen. Zorg er voor dat een 20 jarige student niet onder de €10/u komt, dan blijft alles goed gaan.

Wij gaan onze webshop Europees uitrollen in het engels. Onze content providers beheersen de Engelse taal voldoende, maar een controle door iemand die native technisch Engels beheerst zou niet verkeerd zijn. Nu zouden wij een vertaalbureau in kunnen schakelen, maar dit lijkt mij een relatief kleine klus met vooral veel overhead. Nu zijn wij op zoek naar iets of iemand die ons hierbij kan helpen. Heeft iemand hier al ervaring mee? De algemene voorwaarden willen we laten vertalen door een vertaalbureau dat hier in gespecialiseerd is. Ik kon geen ander topic hierover vinden op HL en heb er zelf totaal geen ervaring mee. Ik heb http://www.proz.com/ al gevonden, maar dat lijkt een vraag/ aanbod site voor mensen met meer ervaring dan ik heb.

In eerste instantie waren wij ook aan het kijken naar een koppeling tussen iDeal, Snelstart en osCommerce, maar dat wordt echt helemaal niks. We zijn ons nu aan het richten op een combinatie van Magento met een online boekhoudpakket zoals Asperion. Dit omdat Magento de flexibiliteit biedt van meerdere webshops vanuit één CMS die dan weer te koppelen is aan het boekhoudpakket. Dit kost €400 per jaar aan hosting voor Magento en ongeveer €75 per maand voor Asperion. Een systeem (front+ERP+CRM+accounting) dat uit één geheel bestaat is een onbetaalbare utopie.

Voor webdiensten is debiteurenbeheer vaak 'veiliger' dan voor fysieke goederen. Lever gewoon op factuur met een betaaltermijn van 14 dagen. Als na 14 dagen niet betaald is stuur dan meteen een betaalherinnering, dreig hierin nog niet over de gevolgen van niet betalen. Als vier dagen later nog niet is betaald stuur dan een betaalherinnering waarin je aangeeft dat als er niet betaald is voor datum xx-xx-xxxx de diensten (gedeeltelijk) worden afgesloten. Deze datum zet je 7 dagen vooruit zodat mensen zeker de tijd hebben om te reageren. Dit hele systeem automatiseer je zodat je er zelf helemaal niks aan hoeft te doen. Als op datum xx-xx-xxxx niet betaald is, dan neem je telefonisch contact op of je stuurt een bericht waarop de klant binnen 1 dag moet reageren om zijn account open te houden. Is hij niet bereikbaar of reageert hij niet, dan sluit je zijn account direct af. Reageert hij wel of krijg je hem te pakken, dan geef je nog 3 dagen om te betalen. Als dan na drie dagen nog niet betaald is, dan sluit je zijn account af. Juridisch weet ik niet of je hiermee in de problemen kunt komen, maar ik denk dat als je dit netjes opneemt in je algemene voorwaarden en dit op de juiste manier communiceert, dat je dan wel safe zit. Het is sowieso geen oneerlijke manier van werken. Als je dit systeem implementeert, dan zou ik iDeal er nog gewoon naast houden. De klant kan dan kiezen uit iDeal of op factuur. Sommige klanten denken dat iDeal de heilige graal is op het gebied van online betalen. Sommige bedrijven betalen niks voordat er geleverd is, dan haalt een proforma factuur niks uit.

Zzp'ers en erg kleine zaken kunnen meestal wel met iDeal betalen. Zodra een bedrijf iets groter is, kan er meestal niet meer met iDeal betaald worden. Want voor het gebruik van iDeal is een verificatiemethode nodig die niet gericht is op de zakelijke markt. Bij de Rabobank moet er geverifieerd worden met een pinpas en randomreader, bij de Postbank met een TAN code. Dit soort middelen hebben inkopers meestal niet in hun bezit. Iedereen kan op factuur betalen, je zou daar een accept giro aan kunnen toevoegen. Als debiteuren niet gewenst zijn, dan kun je proforma facturen sturen. Deze worden dan betaald voor levering. De meeste bedrijven betalen tegenwoordig ook proforma facturen. Bij sommige bedrijven kunnen medewerkers relatief kleine aankopen betalen met een creditcard. Verder is dit allemaal erg branche afhankelijk, klanten zoals scholen of ziekenhuizen kopen alleen op factuur. Maar onder deze klanten zullen relatief weinig wanbetalers zitten.

In een FG wil je een open gesprek met de medewerker, als dit gecombineerd word met een BG, dan kan de werknemer zich geremd voelen om bepaalde zaken te bespreken. In een open FG koppelt een werknemer namelijk ook terug naar zijn of haar leidinggevende en dat hoeft niet altijd positief te zijn! Deze feedback terug naar de leidinggevende is misschien waardevoller dan de feedback richting werknemer. Het FG combineren met het BG kan de werknemer weerhouden van deze waardevolle feedback!

Maar dat is dus niet zo. En nu?

Heb je daar een linkje van?

Ho ho ho, het gaat hier wel om een gemeente. Het zou me verbazen als ze dit goed hebben geregeld.

Ik neem aan dat je het nu hebt over de webshop in je profiel? (alse....nl?) Dit is een erg beroerde implementatie van osCommerce. Ik kan me voorstellen dat een nieuwe goede implementatie mét SEO goedkoper is dan deze brei optimaliseren.

Hoe is de backoffice van Magento? Welke ERP en CRM features zijn ingebouwd? Voor zover ik het zie is het behoorlijk kaal. Wij gebruiken nu osCommerce, maar willen naar een shop waarbij ERP, CRM en accounting ook volledig geïntegreerd zijn.

Een fotograaf inhuren, of iets meer tijd/geld in de foto's steken is in je consumentenshop waarschijnlijk niet rendabel, maar bij deze b2b actie zeker wel!

Kun je niet gewoon met de Rabo betalen en een deal sluiten met je leverancier? Dit gekloot met GWK/ WU moet je niet hebben. Wat doe je als je leverancier straks zegt het geld nog niet ontvangen te hebben, maar het al weg is bij WU? Dan duurt het nog langer voordat je je onderdelen hebt.