Bekijk Volledige Versie : Tips gevraagd om verhuizing zo moeilijk mogelijk te maken
Een klant van ons (type zuinige zeur :cursing:) wil een aantal domeinnamen en bijbehorende webhosting verhuizen naar een andere provider.
Hoe kunnen we de verhuizing zo moeilijk mogelijk maken, door bijv. zo traag mogelijk de verhuiscode door te geven, vragen om handtekening van tekenbevoegde functionaris, KvK uittreksels etc? Wie heeft er leuke tips? Alles moet natuurlijk wel legaal zijn en voldoen aan de SIDN regels.
Uuhm, ik vind het wel een beetje klantonvriendelijk. Bij klantvriendelijkheid hoort ook een nette opzegprocedure. Het feit dat je hier deze vraag stelt zegt veel over jouw manier van zakendoen. Ik snap dan ook wel dat je klant weg wil. Waarom nog meer tijd steken in een klant die toch weg wil? Codes geven en afronden.
Drop de domeinen. Daarna zijn ze oneindig moeilijk te verhuizen.
Een klant van ons (type zuinige zeur :cursing:) wil een aantal domeinnamen en bijbehorende webhosting verhuizen naar een andere provider.
Hoe kunnen we de verhuizing zo moeilijk mogelijk maken, door bijv. zo traag mogelijk de verhuiscode door te geven, vragen om handtekening van tekenbevoegde functionaris, KvK uittreksels etc? Wie heeft er leuke tips? Alles moet natuurlijk wel legaal zijn en voldoen aan de SIDN regels.
Verkoop je bedrijf en verdwijn met de noorderzon, dan maak je het hem pas moeilijk!
Omgekeerde wereld....
En die klant moet ooit nog positief over je praten of bij een nare ervaring elders in de toekomst nog bij je terugkomen?
Elke klant die weggaat zou ik maar aangrijpen om je eigen processen te verbeteren.
Of een andere doelgroep kiezen, eentje die niet voor een euro per maand goedkoper naar elders vertrekt.
TotallyHosted
22/01/15, 10:35
Gewoon medewerking verlenen? Als het zo'n zuinige zeur is, ben je hem dan niet liever kwijt dan rijk?
Besef daarnaast dat je niet alleen je tijd verspilt aan een klant die toch al weg is, maar ook de tijd van de nieuwe webhoster, oftewel een concullega, verspilt. Ik zie alleen maar nadelen bij zo'n aanpak.
Je hoeft 'm ook weer niet een fles wijn te sturen met 'Bedankt voor de samenwerking', maar iemand een stapje helpen bij zijn verhuizing is wel het minste wat je kunt doen.
Snap de reacties hier en normaal zijn we ook graag klantvriendelijk bezig, maar deze klant zoekt de grenzen wel op:
Vaak bellen/mailen i.v.m. verloren logingegevens, diverse vragen stellen over problemen door andere PHP/MySQL versies bij nieuwe hoster, bellen over problemen met het overzetten van grote databases met phpMyAdmin. En alles moet als gratis service...
Zal inderdaad de verhuiscodes snel overleggen en blij zijn dat ze weg zijn :)
Dan zou ik er inderdaad niet nog meer tijd in stoppen!
Waarom het je zelf zo moeilijk maken? en ook je naam te grabbel gooien....
Gewoon de verhuis code's verstrekken en je bent ervan af.
Heeft hij nog openstaande facturen dan kun je trachten deze nog te incasseren?
Maar belangrijkste zal zijn af te zijn van deze "zeurkous" .........
Aandacht genoeg: http://www.ispam.nl/archives/45724/hoster-vraagt-hoe-kan-ik-het-wegverhuizen-van-een-klant-zoveel-mogelijk-frustreren/
Jksan: echt hé... hoewel ik je echt wel kan volgen kan je dit niet doen. Een klant is een klant of iemand nu veel of amper (niets) betaald, als deze netjes, respectvol en redelijk blijft dan gewoon van dienst zijn. Zo niet dan gewoon netjes de dienst be-eindigen en boek sluiten.
Lever de man/vrouw de codes en laat weten dat hij/zij altijd weer welkom is. Door een spelletje te doen krijg je alleen maar een slechte naam, één negatieve klant zal dit aan zo'n 7 a 10 anderen doorgeven. Iets wat ik niet graag zou willen, jij toch ook niet?
systemdeveloper
23/01/15, 00:45
Het enige wat je kunt en MOET doen, is de klant gewoon netjes laten gaan en gewoon de service geven die je ook een klant zou geven als ie bij je zou komen. Geef hem zijn codes, doe er hooguit een mailtje bij waar zijn backup staat of hoe ie die moet verplaatsen en laat hem weten dat ie bij verdere vragen / details bij zijn nieuwe hoster moet zijn. Anders geef je de branche alleen maar een slechte naam. Daar heeft niemand iets aan.
Dat de klant in jouw ogen zuinig is, komt puur omdat je blijkbaar een prijs rekent die niet in overeenstemming is met het support dat je de klant aanbiedt. Dat is de niet de klant zijn fout, dat is gewoon jouw eigen fout.
Er zijn genoeg partijen die een bedrag rekenen waarbij ze wel uitkomen met de support werkzaamheden, of er gewoon een rekening voor sturen als het niet binnen het overeengekomen support valt. Niks mis mee.
Maar met een topic zoals dit starten schiet je jezelf alleen maar met een bazooka in je voet...
Maar met een topic zoals dit starten schiet je jezelf alleen maar met een bazooka in je voet...
Ik denk niet meer dat je dan nog "in" je voet schiet ;)
Fijn dat jullie allemaal zo klantvriendelijk ingesteld zijn, maar ik heb in de praktijk o.a. het volgende meegemaakt bij goed bekend staande grote webhosters:
1. Klant verhuist domeinnamen naar ons. Vraagt vier jaar later: We krijgen nog steeds hosting facturen van webhoster X. Wat blijkt: U moet de hosting apart opzeggen van de domeinnaamregistraties...
2. Webhoster Y accepteert geen verhuisverzoek van hoofd communicatie van domeinnaamhouder, maar alleen van directeur, en wil schriftelijke bevestiging, kopie paspoort directeur en KvK uittreksel. Daarna bleek dat BV van domeinnaamhouder na een reorganisatie een iets andere naam had gekregen. Nu wil de webhoster een verklaring dat de nieuwe BV alle rechten van de oude BV heeft overgenomen... loopt nog steeds... en geen verhuizing...
3. Domeinen worden na opzegging meteen door webhoster Z in quarantaine gezet, zonder tijd te geven voor een verhuizing. Is formeel procedurefout van domeinnaamhouder, maar is toch niet echt fijn...
Dus jij wilt jou schofterige houding rechtvaardigen door 'schofterige' handelswijze van anderen? Ik zeg goed bezig! Man wees blij dat zo'n 'zeur' klant een andere leverancier heeft gevonden... In iedere onderneming heb je klanten die je verhoudingsgewijs meer tijd kosten dan er op is gecalculeert in de marge op het product/dienst. Maar weet je hoe ze dat noemen? Juist, ondernemen ;) Wees gewoon een vent en behandel iedere klant op een normale manier.
Maar om op je punten in te gaan:
1) Dit wordt altijd in de algemene voorwaarden gemeld tussen klant en hoster X. Zou hoster X prijzen als hij dit duidelijk(er) vermeld in zijn opzeg procedure.
2) Als een domein op naam staat van een niet meer bestaande firma lijkt het mij wel logisch om dit even goed uit te zoeken, jou niet?
3) Ben benieuwd welke hoster dit betreft, lijkt mij niet normaal. Maar then again, wil jij je hieraan spiegelen?
systemdeveloper
23/01/15, 10:08
3) Ben benieuwd welke hoster dit betreft, lijkt mij niet normaal. Maar then again, wil jij je hieraan spiegelen?
Lijkt mij wel normaal. OPZEGGEN != verhuizen tenslotte. Je zult maar een dwingende juridische reden hebben om je domein op te zeggen en de hoster houdt het nog een tijd live omdat ie denkt dat je misschien verhuizen bedoelde ipv. opzeggen? Zou ook niet prettig zijn, he ;)
SebastiaanStok
23/01/15, 10:49
Vaak bellen/mailen i.v.m. verloren logingegevens, diverse vragen stellen over problemen door andere PHP/MySQL versies bij nieuwe hoster, bellen over problemen met het overzetten van grote databases met phpMyAdmin. En alles moet als gratis service...
Algemene Voorwaarden aanpassen dat support niet standaard is inbegrepen en een meerprijs heeft.
Scheelt je in ieder geval een hoop gezeur in de toekomst.
Voor deze situatie kan je eigenlijk niks anders doen dan door de spreekwoordelijke zure appel heen bijten en leren van deze fout.
Een verhuizing frustreren of vertragen gaat je alleen maar meer werk (en stres) kosten en is ook niet goed voor je reputatie.
Daarnaast sta je juridisch ook minder sterk omdat je OPZETTELIJK de boel vertraagd.
Of iemand nu 1 euro of 100 euro betaald, als je overeen bent gekomen dat deze service (of een vorm daarvan) word geleverd ben je bij wet verplicht
dit na te komen. Zelfs als je hebt aangegeven dat schade die ontstaat door het niet nakomen van de overeenkomst beperkt is tot de oorspronkelijke kosten
kan je hierbij niet beroepen omdat je OPZETTELIJK weigert om te leveren.
Over dat MySQL probleem, gewoon uitleggen dat phpMyAdmin geen grote dump bestanden kan importeren PUNT.
Het bestand opsplitsen in meerdere kleine bestanden is een optie (het is immers gewoon plain/tekst SQL),
en anders aan de andere hoster vragen of ze shell toegang verlenen voor het importeren van een dump bestand.
Let op: MySQL deed tot een bepaalde versie niet standaard alle structuur zoals triggers en views meenemen (want die je hebt immers niet nodig toch?)
en ook importeren in een oudere versie is onmogelijk, triggers worden genegeerd en views worden omgezet naar tabellen (met alleen de huidige data) en niet bestaande storage engines leveren geen fout op!
1. Klant verhuist domeinnamen naar ons. Vraagt vier jaar later: We krijgen nog steeds hosting facturen van webhoster X. Wat blijkt: U moet de hosting apart opzeggen van de domeinnaamregistraties....
wat je kan doen is bij een klant welke naar je toe komt en standaard reactie mailtje maken dat men even goed naar de opzeg constructie van oude hoster kijkt. Kost je geen moeite, automagic, en geeft je direct voorsprong in de service verlening. Klant blij, jij blij toch... Maar zoals vele al melden, het hoort wel bij het ondernemen.
cyberbootje
23/01/15, 18:44
Sorry dat ik het zo hard moet zeggen maar, doe de branche een lol en staak/verkoop je hosting zaken en zoek ander werk. Juist door dit gedrag worden mensen bitter en botvieren ze het op partijen die het wel allemaal goed willen doen.
Hosting is immers een dienstverlening en daar heb je geduld voor nodig. Hoe pietluttig het allemaal ook mag zijn, de klant is tijdens de dienstverlening min of meer afhankelijk van je en dat kun je gewoon niet maken. Daarbij weet je nooit zeker of je met zulk gedrag iemands leven "verpest" door bijvoorbeeld zaken offline te gooien of te treiteren.
Vaak bellen/mailen i.v.m. verloren logingegevens, diverse vragen stellen over problemen door andere PHP/MySQL versies bij nieuwe hoster, bellen over problemen met het overzetten van grote databases met phpMyAdmin. En alles moet als gratis service...
Overigens, wat je hierboven noemt is gewoon onzin. Vandaag de dag kun je toch wel een "wachtwoord vergeten" knop regelen? Die vragen over andere PHP/MySQL versies kun je toch simpel beantwoorden, ik neem aan dat de kennis in huis is en je niet zomaar wat doet? En wat betreft grote databases, tja dat doe je voor zo'n klant via cli, verhoogt de upload limiet of geeft hem cli toegang..... Beetje raar dat dit overkomt als "zeurderig" gezien zoiets vrij vaak voorkomt maargoed...
Je steekt er een keer wat tijd in en je wint een hele hoop in de toekomst.
Dit doet me denken aan de "zolderkamer" hosters die denken even een servertje te fixen en snel rijk te worden met zo min mogelijk effort, maargoed kan het mis hebben natuurlijk;)
Ik had bij het zien van de topic titel een flashback naar 2003, 2004, 2005, 2006 maar anno 2015 verbaasd me dit compleet.....
Lijkt mij wel normaal. OPZEGGEN != verhuizen tenslotte. Je zult maar een dwingende juridische reden hebben om je domein op te zeggen en de hoster houdt het nog een tijd live omdat ie denkt dat je misschien verhuizen bedoelde ipv. opzeggen? Zou ook niet prettig zijn, he ;)
Ach, ik interpreteer een opzegging standaard als een verzoek om het domein niet meer te verlengen, tenzij ondubbelziggig uitdrukkelijk is aangegeven dat het domein uit de lucht moet (ivm opheffing van het bedrijf etc). Maar misschien ben ik weer iets te klantvriendelijk :P Maar als je opzeg procedure toch nog ruimte laat voor zulke verstrekkende fouten (gemaakt door jou klanten) dan zit het toch niet lekker in elkaar lijkt mij.
CharlieRoot
23/01/15, 21:12
Ik had bij het zien van de topic titel een flashback naar 2003, 2004, 2005, 2006 maar anno 2015 verbaasd me dit compleet.....
Want? Ze maken nog steeds zolderkamers hoor :-)
Verzonden vanaf mijn iPhone
systemdeveloper
23/01/15, 21:26
Ach, ik interpreteer een opzegging standaard als een verzoek om het domein niet meer te verlengen, tenzij ondubbelziggig uitdrukkelijk is aangegeven dat het domein uit de lucht moet (ivm opheffing van het bedrijf etc). Maar misschien ben ik weer iets te klantvriendelijk :P Maar als je opzeg procedure toch nog ruimte laat voor zulke verstrekkende fouten (gemaakt door jou klanten) dan zit het toch niet lekker in elkaar lijkt mij.
Daar is ook zeker iets voor te zeggen. Wij zetten opzeggingen handmatig door, dus de klant heeft altijd nog wel even tijd om zijn 'fout' te herstellen. Veel klanten weten tenslotte niet goed het verschil tussen niet meer verlengen en opzeggen.
Ik interpreteer een opzegging ook altijd als niet verlengen. En als dat net na het versturen van de factuur is, maar ruim voordat ik kosten heb, dan kan dat ook gewoon nog zonder morren.
En het hosting account dat gaat in één moeite door niet verlengd, ook als het niet expliciet opgezegd wordt. Tenzij er iets speciaals mee aan de hand is, dan vraag ik in heldere bewoordingen wat precies de bedoeling is. Wel meld ik altijd uitputtend met de factuurcodes welke diensten er niet verlengd worden en welke er wel doorlopen.
Niet verlengen is ook standaard de actuele verhuiscodes opsturen. Tenzij er expliciet over opheffen gesproken wordt.
Je verdient een of twee knaken aan een domeintje, daar kun je nog geen seconde wakker van liggen.
Problematischer zijn de mensen die paar dagen van te voren opzeggen en dan te laat verlengen en komen janken dat hun domein "zomaar" in quarantaine is gegaan...
systemdeveloper
24/01/15, 01:38
Ik gebruik wefact en daar staat de default opzegtermijn op einde contractdatum, plus je kunt een reden van opzegging doorgeven. Daarnaast worden die handmatig verwerkt, dus ik heb er nog geen problemen mee gehad. Wel een keer een klant die meer dan 20 domeinen opzegde en een week later zich opeens bedacht en ze wilde houden. Dan ben je toch blij als je ze niet direct dropt :)