R.I.P. - Benm

Dat laatste lijkt me zeker verstandig. Het probleem met deze hosted solutions is dat je helemaal afhankelijk bent van de aanbieder voor het verkrijgen van nieuwe features (zoals meertaligheid). Nu is meertalig wel mogelijk, maar als je straks aan de gang wilt met bijvoorbeeld bijzondere verzend of betaalmethodes kun je snel vastlopen. Het moment dat je meertalig wilt gaan is een goed moment om over te schakelen lijkt me. Dat kost inderdaad tijd (ik vrees dat je bijv alle producten in het nieuwe backend moet gaan invoeren) en geld (om het te laten ontwikkelen), maar daarna heb je een shop waarmee je kunt doen wat je wilt. Ook is het een enorme reductie van een risico: Wat als de aanbieder van de hosted solution failliet gaat of om andere reden stopt? Goed kans dat je dan acuut je complete webwinkel kwijt bent, en dan dicht moet tijdens het laten bouwen van een vervangende. Als je je eigen shop host (of het nou opencart, magento, vituemart oid is maakt niet zoveel uit) kun je heel snel herstellen via een backup als je hostingbedijf zou omvallen. Hiermee wil ik niet zeggen dat hosted solutions altijd slecht zijn: je kan gemakkelijk tegen lage kosten beginnen, en als het iets semi-hobbymatigs zijn de risico's acceptabel. Gaat het echter om een shop die je broodwinning is, stap dan vooral over - kost je eenmalig wat je in een paar jaar betaald aan de hosted solution, maar dan zit je veilig en na een paar jaar heb je de kosten er gewoon uit.

Dat is een beetje afhankelikj van hoe je traffic definieert. Als je het hebt over dataverkeer in de zin van gigabytes zal het niet zoveel zijn. Als je ermee doelt op 'hits' dan zal het aardig in de buurt zitten. Als je op je website beschikt over server-side statistieken dan zie je veel meer langs komen dan je met analytics ziet. Dat komt onder meer omdat bots normaliter geen javascripts uitvoeren, geen tracking pixels laden en dergelijke.

Het moet dus goeddeels dienen als promotie van je evenementen? De vraag is natuurlijk hoe effectief het daarvoor is, iets dat wellicht lastig in te schatten is. Van reclame-inkomsten zou ik verder niet zo heel veel verwachten, althans niet als het om banners en dergelijke gaat - daarvoor heb je heel grote bezoekersaantallen nodig. Wat wellicht wel voor wat inkomsten kan zorgen zijn advertorials en dergelijke.

De pakjesbezorgers staan inmiddels te protesteren bij Bol.com: http://www.duic.nl/nieuws/koeriers-voeren-actie-bij-bol-com-in-utrecht/

Hangt van het sap af.. in thailand is het niet zo ongebruikelijk om sap te produceren door ter plekke een ananas, mango of papaya te schillen en door de blender te halen. Of je het ding dan opeet of drinkt doet er niet zoveel toe, maar het is dan weer geen 'sap' zoals we dat hier gewend zijn... denk dat je geblenderde mango niet eens uit een pak krijgt zonder te wringen ;)

Ik vraag me eigenlijk af waarom dit "vroegah" beter verliep, zeg maar ergens voor de privatisering van de pakketpost. Uiteraard waren de bezorgers toen nog in loondienst en dergelijke, maar de tarieven waren toen lager dan dat ze nu zijn. Bovendien was het volume aan pakketten veel lager. Normaliter zou je bij een hoger volume verwachten dat de kosten juist lager worden, maar hier lijkt iets helemaal krom te zijn. Het lijkt erop alsof men juist minder efficient is gaan werken door de jaren heen. Ik denk echter dat dat niet het geval is, maar dat er veel is dat we niet zien. Als je 1, of desnoods 100, pakketjes per dag verstuurd betaal je daar een fors tarief voor. Maar wat voor verzendkosten zouden de echt grote spelers, zalando's, wehkamps en dergelijke, weten te bedingen? En wat te denken van buitenlandse bedrijven die naar nederland verzenden - je hebt dingen van $1 die niet door de brievenbus passen, en gratis vanuit hong kong naar nederland worden verzonden. Nu schijnt het dat de overheid aldaar dit op een of andere manier subsidieert, maar vast geen 7 euro per pakje.

Mwoah, als ie betaald wil worden door een zakelijke klant denk ik toch van wel ;)

In principe wel natuurlijk, maar nadeel daarvan is toch wel dat de klant een overeenkomst met dat taxibedrijf aangaat en niet met jou. Ik kan me zo voorstellen dat klanten regelmatig gebruik maken van je diensten, en je ergens de flexibiliteit wilt hebben om andere aanbieders/onderaannemers (dwz taxibedrijven) te gebruiken. Wat ik me alleen afvraag: waarom zou jij 21% moeten hanteren en een taxibedrijf die dezelfde dienst levert tegen hetzelfde tarief 6%? Zakelijke klanten zal het worst wezen, maar voor particulieren is zoiets toch wel raadselachtig.

Dat gaat echter niet zonder slag of stoot - zorg gewoon dat je altijd zelf houder bent van je domeinnamen. Er is geen enkele valide reden waarom een hostingbedrijf of webbouwer jouw domein op zijn eigen naam zou registreren.

Dat kan inderdaad een goede reden zijn, al lijkt me dat wel iets waar je een klant over moet informeren. Bij de meeste VPS oplossingen kun je middels een control panel nl wel ftp gegevens invoeren die alleen toegang geven tot bestanden van 1 website. Iets als een domeinnaam registeren op naam van een webbouwer vind ik echt not done. Nu bied ik zelf geen hosting en domeinregistratie aan, maar als ik het wel zou doen dan zou ik toch zeker het domein registreren met de gegevens van de klant als houder en administratief contact.

Dat valt natuurlijk nog een beetje te bezien. In geval van BV's lijkt het me zinnig de DGA's bij naam te noemen in zo'n register als het effectief moet zijn. Probleem daar is juist dat er lieden zijn die aan de lopende band BV's opzetten om ze vervolgens failliet te laten gaan, en dan doodleuk doorgaan met de volgende. Begrijp me goed, als iemand oprecht failliet gaat is dat te betreuren maar als zodanig geen wandaad - dat kan een bonafide bedrijf ook overkomen. Het gaat om de mensen die dat met een vooropgezet plan doen, maar weten te voorkomen dat ze hoofdelijk aansprakelijk gesteld worden, en weten te voorkomen dat ze worden veroordeeld wegens fraude of oplichting.

Mooi, dan is dat ook weer geregeld. Op zich heb ik niet zoveel tegen het shamen van wanbetalers, maar als er nauwelijks controle op is dan is zo'n register vrij loos. Bovendien kun je er met wat creativiteit al je concurrenten in zetten en dergelijke, die dan moeite moeten gaan doen eruit te komen zonder ooit iets te hebben misdaan.

Zoiets kan iedereen natuurlijk een keer gebeuren. Maar ik vroeg me af: heb je bij de herinnering niet alsnog de originele factuur als bijlage meegestuurd? Ik doe dat eigenlijk altijd, zodat de klant niet hoeft te gaan zoeken naar de factuur en meteen kan betalen (of het helpt is 2, maar goed, soms moet je dingen gemakkelijker maken). Uiteraard passen excuses voor het sturen van de herinneringen, maar je klant is ook niet zo heel netjes geweest natuurlijk. Als je een mail stuurt waarin je duidelijk zegt dat er een factuur bij zit, maar het attachment vergeet, kunnen ze ook gewoon even terugmailen om je daarop te wijzen.

Ik vrees dat dat ook wel eens associaties kan oproepen met de gevolgen van het eten van rauwe kip of bedroven vlees, zou het er niet op gokken. "wild rundvlees" vind ik wel mooi, al vraag ik me af of je het zo mag noemen gezien het geen wild is dat helemaal vrij losloopt en op een dag een jager tegenkomt (valt vast uit te zoeken). "wildvlees" zou ik in ieder geval als term vermijden gezien dat nogal een negatieve medische bijsmaak heeft.

Om problemen te voorkomen zou ik het originele merkje er maar gewoon uit halen. Anderzijds vraag ik me af wat het bezwaar zou zijn van het te laten zitten. Neem bijvoorbeeld iets als het 'pimpen' van een auto - als je begint met een volkswagen mag je prima dat volkswagen logo in de grille laten zitten, ook als je het hele ding volhangt met sideskirts, neonlampen en leipe bumpers. Vervolgens kun je op de achter kant ook nog 'pimped by ...' neerzetten. Bij zo'n shirt is het niet wezenlijk anders, je begint met een basisproduct en veranderd zelf iets aan het uiterlijk. Ik zou niet inzien waarom je het niet mag aanprijzen als 'Hema shirt met toegevoegd borduurwerk' of 'Zeeman shirt met toegevoegde print' - of je dat wilt is natuurlijk een heel andere vraag!

... tijd om eens naar de feestelijke openingsdag te gaan?

Dat zou ik toch niet zo stellig willen zeggen, het hangt ervan af wat de ontwikkelaar precies gedaan heeft. Als het losse plugins betreft is het sowieso geen probleem als de ontwikkelaar daarmee akkoord is. Maar als het gaat om aanpassigen aan de core dan mag je m.i. die aangepaste versie niet zomaar verkopen gezien je ahw dan magneto zelf verkoopt. Nu is een beetje de vraag hoe je het wilt verkopen: Als je de aangepaste winkel als geheel wilt verkopen aan een nieuwe eigenaar is het waarschijnlijk niet zo'n probleem. Strict genomen mag dat waarschijnlijk niet, maar er is ook niemand die het kan controleren. Zou je echter de aangepaste magento versie als software willen verkopen aan wie het maar hebben wil, dan heb je wel een probleem. OSL 3.0 vereist in principe dat 'derivative works' ook onder OSL 3.0 worden aangeboden, en daarmee dus open source blijven. Er is echter wel een loophole: je zou iets kunnen maken dat de verschillen tussen de oorspronkelijke blanco installatie en huidige code in kaart brengt, en deze automatisch kan toepassen op een blanco installatie. Dit is -geen- derivative work gezien het alleen verschillen bevat, en mag je wel verkopen, zonder de broncode te openbaren.

Niets tegen het bedrijf in kwestie, maar ik zou er toch even over nadenken: 30 center per maand, 3.6 euro per jaar. Nu heeft ieder hostingbedrijf wel eens een probleempje (dat prima op te lossen is), maar als je in 10 jaar tijd nog niet de kosten voor 1 uur support betaalt vraag ik me wel af wat men doet als er een keer iets mis gaat. Reken dat in support-werkzaamheden voor hostingbedrijven ook zaken zitten die feitelijk de schuld van de kant zijn - bijvoorbeeld een vergeten wachtwoord, terugzetten van een backup na zelf iets verprutst te hebben etc. Uiteraard kan men die handelingen los factureren, maar ik zou me prettiger voelen bij een bedrijf dat niet voor ieder wissewasje een factuur stuurt maar gewoon wat incalculeert voor simpele support.

Dat zal zeker mee spelen, en als consumenten iets maar een jaar (of 2) gebruiken heeft het ook niet zoveel zin om kwaliteit te leveren die aanzienlijk langer mee gaat - even er van uit gaande dat dat om een of andere reden (materiaal, werk, etc) duurder is. In die zin kun je je ook afvragen wat het nu zou zijn van het bouwen van een smartphone of laptop die 10 jaar mee gaat. De eerste iphone kwam krap 7 jaar geleden op de markt, wie wil die tegenwoordig nog gebruiken? Overigens zijn er zat exemplaren die nog wel werken, evenals eind-90s gsms.... maar dat is meer geluk dat ontwerp. En qua kleding die heel erg lang mee gaat en tegen een stootje kan: legeruniformen (behalve de nederlandse...) vallen wel in die categorie. Modieus, mwoah...

Op zich kun je gewoon de orderdatum hanteren, de verzenddatum zal een dag lager liggen, en de leveringsdatum heb je weinig controle over als iets per (pakket)post verzonden wordt. Pas wel op bij het automatisch aanmaken van facturen voor klanten die bestellen via handmatig overboeken: Als die alsnog van de koop afzien en niet betalen, zit je met een onbetaalde factuur. Uiteraard kun je die wel crediteren zodat je geen btw en ib hoeft te betalen over het factuurbedrag, maar je moet dat wel -doen-. Domweg verwijderen is riskant omdat je daarrdoor geen opeenvolgende factuurnummers meer hebt. Sommige webshop software heeft hier wel weer een oplossing voor, maar dan komt de echte factuur pas nadat betaald is.

Ik denk dat het an sich voldoende is voor een kas-systeem, maar heb mn twijfels over een factuursysteem. Is dit echter niet alleen de bevestiging die een klant krijgt bij een bestelling? Dan kun je nl altijd bij de zending ook nog een factuur meeleveren waar het ex-btw bedrag wel netjes op een losse regel staat.

Uiteraard zijn die legeringen er ieder met een eigen toepassing, en voor bijvoorbeeld een vliegtuigromp maakt 10% extra sterkte per kilo plaatgewicht een enorm prestatieverschil. De vraag is of het verschil in sterkte er voor jou toe doet, of dat je die platen standaard zodanig overdimensioneert dat het helemaal niet meer uit maakt.

Ah, dan kan het beide... blisterverpakkingen in envloppen zonder bubbeltjes geven vaak gedoe (die breken als er iemand of een machine op je evenloppe stampt). Persoonlijk vind ik een bubbeltjesenveloppe alsnog veel netter ogen, is het enige voordeel van die coex de lagere prijs? Of kom je door het lagere gewicht ook aan lagere verzendkosten?

Dat heb je echt niet nodig in de beginfase. De enige overweging die ik zou maken is de keuze tussen een managed & shared hostingpakket, of een vps. Bedenk dat je bij een vps je eigen stukje server hebt, maar vaak ook verantwoordelijk bent voor het up to date houden van de daarop draaiende software (linux, php, mysql, apache etc). Uiteraard is het mogelijk dat de laten verzorgen door de hostingpartij, maar daar zitten normaliter wel kosten aan. Bij shared hosting heb je dat werk niet, maar kan je site wel trager worden als anderen opeens veel verkeer genereren. Of je daar last van hebt hangt onder meer af hoeveel sites een hoster op 1 fysieke server zet (en wat voor server dat is). Wat dat betreft doe je er verstandig aan wat reviews te lezen en zeker niet te kiezen op basis van prijs alleen.

Hoe zijn die veters verpakt voordat je ze in de envloppe stopt? Blister, zakje, of wellicht gewoon los?