<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>dF Blog &#187; kulanz</title>
	<atom:link href="http://www.df.eu/blog/tag/kulanz/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.df.eu/blog</link>
	<description>Wichtiges und belangloses aus dem dF Office</description>
	<lastBuildDate>Tue, 07 Feb 2012 12:05:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Wenn man nicht reden darf</title>
		<link>http://www.df.eu/blog/2010/11/18/wenn-man-nicht-reden-darf/</link>
		<comments>http://www.df.eu/blog/2010/11/18/wenn-man-nicht-reden-darf/#comments</comments>
		<pubDate>Thu, 18 Nov 2010 10:54:26 +0000</pubDate>
		<dc:creator>Sara</dc:creator>
				<category><![CDATA[Interna]]></category>
		<category><![CDATA[kulanz]]></category>
		<category><![CDATA[Kundenfeedback]]></category>
		<category><![CDATA[Reseller]]></category>

		<guid isPermaLink="false">http://blog.df.eu/?p=4856</guid>
		<description><![CDATA[Manchmal ist es einfach zu gemein: Man möchte so gerne etwas sagen, darf es aber nicht. So auch aktuell in einem Fall, bei dem ein etwas verzweifelt wirkender Reseller-Endkunde (also der Kunde eines Resellers von uns) um Kulanz gebeten hat, nachdem hunderte GB Datentransfer in wenigen Tagen durch einen Skriptfehler entstanden sind.
Der Endkunde ist nun [...]]]></description>
			<content:encoded><![CDATA[<p>Manchmal ist es einfach zu gemein: Man möchte so gerne etwas sagen, darf es aber nicht. So auch aktuell in einem Fall, bei dem ein etwas verzweifelt wirkender Reseller-Endkunde (also der Kunde eines Resellers von uns) um Kulanz gebeten hat, nachdem hunderte GB Datentransfer in wenigen Tagen durch einen Skriptfehler entstanden sind.</p>
<p>Der Endkunde ist nun besorgt, weil ihm eine hohe Trafficrechnung droht, und hat sich mit einer sehr netten E-Mail direkt an uns gewendet. Wenn man selbst gegenüber den eigenen Kunden ein kulantes Verhalten gewöhnt ist, kann man dies in solchen Fällen nicht so leicht abschalten. Wie gerne hätten wir ihm daher einfach einen Teil seiner Sorgen genommen&#8230;</p>
<p>Ohne Zustimmung des Reseller geht dies aber nicht und uns sind die Hände gebunden. Wir haben nun vorgeschlagen, dass der Endkunde eine Zustimmung zur direkten Auskunftserteilung und Beantwortung einholt.  Sollte das nicht klappen, werden wir umgekehrt den Endkunden bitten, direkt mit dem Reseller in Kontakt treten zu dürfen. Falls nötig und möglich, können wir so vielleicht weiterhelfen.</p>
<p>Auf dem einen oder anderen Weg wird sich dann gemeinsam bestimmt erreichen lassen, dass ein dummer technischer Fehler nicht in einer für den Endkunden auswegslosen Situation (sprich: für ihn erheblichen Kosten) mündet.</p>
<p>[Edit/Update 2010-11-19]</p>
<p>Am Ende konnten wir nicht aktiv werden, was jedoch &#8211; soweit wir wissen &#8211; letztendlich auch gar nicht nötig gewesen wäre, da der Reseller von sich aus Kulanz gezeigt und den eigentlichen Rechnungsbetrag reduziert hat.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.df.eu/blog/2010/11/18/wenn-man-nicht-reden-darf/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Trafficflatrate rückwirkend</title>
		<link>http://www.df.eu/blog/2010/02/17/trafficflatrate-ruckwirkend/</link>
		<comments>http://www.df.eu/blog/2010/02/17/trafficflatrate-ruckwirkend/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 15:05:39 +0000</pubDate>
		<dc:creator>Sara</dc:creator>
				<category><![CDATA[Interna]]></category>
		<category><![CDATA[Datentransfer]]></category>
		<category><![CDATA[kulanz]]></category>
		<category><![CDATA[Kundenservice]]></category>

		<guid isPermaLink="false">http://blog.df.eu/?p=2603</guid>
		<description><![CDATA[Ein Kunde wollte in einen neuen ManagedHosting-Tarif mit Trafficflatrate wechseln. Leider hat er das zeitlich verpasst, weshalb in Folge eines besonders hohen Datentransfers über 1.000 € in Rechnung gestellt worden sind. Auf seine Bitte hin werden wir den Kunden aus Kulanz so stellen, als hätte er schon vergangenen Monat die Traffic-Flatrate gehabt und somit keine [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Kunde wollte in einen neuen ManagedHosting-Tarif mit Trafficflatrate wechseln. Leider hat er das zeitlich verpasst, weshalb in Folge eines besonders hohen Datentransfers über 1.000 € in Rechnung gestellt worden sind. Auf seine Bitte hin werden wir den Kunden aus Kulanz so stellen, als hätte er schon vergangenen Monat die Traffic-Flatrate gehabt und somit keine Traffickosten bezahlen müssen. Auf die Nachberechnung des höheren Tarifpreises für diesen Zeitraum verzichten wir gleichzeitig. Diese &#8211; vergleichsweise &#8211; geringen  Mehrkosten von einigen Euro investieren wir lieber, um den Kunden gleich richtig angenehm zu überraschen. Mal sehn, wie er auf die Mitteilung reagiert*:</p>
<blockquote><p>Sehr geehrter Herr S.,</p>
<p>wir haben Ihre Anfrage hinsichtlich des in Rechnung gestellten Datentransfer erhalten; diese wurde an mich weitergeleitet. Selbstverständlich komme ich Ihnen gerne entgegen und habe die Stornierung der Kosten in Höhe von 1.049,65 € veranlasst. Die Gutschrift ist bereits in Ihrem Kundenmenü ersichtlich; ich füge diese auch direkt als Anlage bei.</p>
<p>Eine Nachberechnung des Differenzpreises (gebuchter Tarif gegenüber ManagedHosting mit Trafficflatrate) erfolgt ebenfalls nicht. Für die Zukunft sind Sie zudem vor weiteren Kosten geschützt, da Sie ja inzwischen den entsprechenden Account gebucht haben.</p>
<p>Ich hoffe, Ihnen mit der Gutschrift eine Freude gemacht zu haben und Sie auch weiterhin zu unseren zufriedenen Kunden zählen zu dürfen. Für Rückfragen stehe ich Ihnen natürlich jederzeit gerne zur Verfügung.</p>
<p>Freundliche Grüße</p>
<p>&#8230;</p></blockquote>
<p>*) [Update] So:</p>
<blockquote><p>Super, danke!</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.df.eu/blog/2010/02/17/trafficflatrate-ruckwirkend/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Unerwünschter Traffic</title>
		<link>http://www.df.eu/blog/2010/01/22/unerwunschter-traffic/</link>
		<comments>http://www.df.eu/blog/2010/01/22/unerwunschter-traffic/#comments</comments>
		<pubDate>Fri, 22 Jan 2010 10:43:54 +0000</pubDate>
		<dc:creator>Sara</dc:creator>
				<category><![CDATA[Interna]]></category>
		<category><![CDATA[Datentransfer]]></category>
		<category><![CDATA[kulanz]]></category>

		<guid isPermaLink="false">http://blog.df.eu/?p=2387</guid>
		<description><![CDATA[Ein Kunde hat sich bei uns gemeldet, nachdem der in seinem Tarif enthaltene Freitraffic überschritten worden ist. Ursache dafür war keine reguläre Mehrnutzung, sondern der hundertausendefache Abruf einer Seite innerhalb von zwei Tagen, z.B. durch einen Anrufer. Nun muss natürlich leider auch unerwünschter Datentransfer bezahlt werden; sei es durch uns gegenüber den Netzbetreibern oder eben [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Kunde hat sich bei uns gemeldet, nachdem der in seinem Tarif enthaltene Freitraffic überschritten worden ist. Ursache dafür war keine reguläre Mehrnutzung, sondern der hundertausendefache Abruf einer Seite innerhalb von zwei Tagen, z.B. durch einen Anrufer. Nun muss natürlich leider auch unerwünschter Datentransfer bezahlt werden; sei es durch uns gegenüber den Netzbetreibern oder eben durch die Kunden gegenüber uns als Provider.</p>
<p>Gerade bei solch offensichtlichem, unerwünschten Datentransfer sind wir aber gerne kulant und haben dem Kunden den Mehrtraffic im Wert von rund 275 € erlassen. Da dieser noch nicht abgerechnet worden ist, haben wir dazu einfach ein internes Freitraffic-Addon hinzugefügt. Für uns selbst ist das im Verhältnis zum Gesamt-Trafficvolumen zu verschmerzen und für den Kunden doch eine schöne Geste. Der nett geäußerten  Bitte, einem langjährigen Kunden entgegen zu kommen, kann man aber auch schlecht widerstehen.</p>
<p><strong>Kundenmenü Trafficinformation vorher:</strong></p>
<p><a href="http://blog.df.eu/wp-content/uploads/2010/01/Traffic1.png"><img class="size-medium wp-image-2388 alignnone" title="Vorher" src="http://blog.df.eu/wp-content/uploads/2010/01/Traffic1-300x22.png" alt="" width="300" height="22" /></a></p>
<p><strong>Kundenmenü Trafficinformation </strong><strong>nachher:</strong></p>
<p><strong><a href="http://blog.df.eu/wp-content/uploads/2010/01/Traffic2.png"><img class="size-medium wp-image-2389 alignnone" title="Nachher" src="http://blog.df.eu/wp-content/uploads/2010/01/Traffic2-300x21.png" alt="" width="300" height="21" /></a></strong></p>
<p>Bei dieser Gelegenheit noch ein Hinweis: Der Umstieg von alten Tarifen auf neue Tarife ist häufig mit mehr Leistungen bei gleichem Tarifpreis verbunden. Leider ist das im Einzelfall von vielen Faktoren abhängig, da nicht alle Alt- und Neutarife 1:1 vergleichbar sind und wir daher nicht immer automatischen Tarifumstellungen vornehmen konnten. Im Zweifelsfall helfen unser Kundenservice sowie unser Kundenforum bei der Suche nach dem bestmöglichen Produkt weiter. Im Falle eines Tarifwechsels mit gleich bleibendem oder sinkenden Zielpreis ist die Änderung jeweils zum Ende des bezahlten Zeitraums möglich, bei einem sich erhöhenden Tarifpreis jederzeit. Zudem entfällt für solche Umstellung innerhalb des gleichbaren Tariftyps bzw. bei Upgrades die reguläre Einrichtungsgebühr. Durch die neuen, konfigurierbaren Angebote ist weiterhin eine sehr individuelle Anpassung der MyHome und ManagedHosting-Tarife an eigene Anforderungen möglich. Last but not least gilt natürlich auch die 60 Tage Geld zurück Garantie in solchen Fällen. Die Umstellung ist also mit keinem Kostenrisiko verbunden. <strong><br />
</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.df.eu/blog/2010/01/22/unerwunschter-traffic/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Das habe ich nie bestellt, vor 5 Jahren.</title>
		<link>http://www.df.eu/blog/2009/10/14/das-habe-ich-nie-bestellt/</link>
		<comments>http://www.df.eu/blog/2009/10/14/das-habe-ich-nie-bestellt/#comments</comments>
		<pubDate>Wed, 14 Oct 2009 12:12:05 +0000</pubDate>
		<dc:creator>Sara</dc:creator>
				<category><![CDATA[Interna]]></category>
		<category><![CDATA[.de]]></category>
		<category><![CDATA[DENIC]]></category>
		<category><![CDATA[Domains]]></category>
		<category><![CDATA[kulanz]]></category>
		<category><![CDATA[Kundenservice]]></category>
		<category><![CDATA[Kundenzufriedenheit]]></category>
		<category><![CDATA[neue Domains]]></category>

		<guid isPermaLink="false">http://blog.df.eu/?p=1045</guid>
		<description><![CDATA[Ein Kunde hat sich im Februar 2009 gemeldet: Den von ihm seit 2004 genutzte VirtualServer-Tarif habe er nie bestellt, sondern habe mit seinen acht Domains eigentlich den MyMail-Tarif nutzen gewollt. Die Rechnungen für den VirtualServer wurden jedoch bisher und für immerhin fast fünf immer ohne Beanstandung bezahlt. Sehr verwunderlich also, das Ganze.
Dennoch haben wir ihm [...]]]></description>
			<content:encoded><![CDATA[<p>Ein Kunde hat sich im Februar 2009 gemeldet: Den von ihm seit 2004 genutzte VirtualServer-Tarif habe er nie bestellt, sondern habe mit seinen acht Domains eigentlich den MyMail-Tarif nutzen gewollt. Die Rechnungen für den VirtualServer wurden jedoch bisher und für immerhin fast fünf immer ohne Beanstandung bezahlt. Sehr verwunderlich also, das Ganze.</p>
<p>Dennoch haben wir ihm als Einzelfallentscheidung und aus Kulanz angeboten, rückwirkend für jede der acht Domainnamen einen MyMail-Tarif nachzuberechnen (da im MyMail-Tarif nur eine Domain gehostet werden konnte bis zur aktuellen Tarifreform und er somit hätte acht MyMail Tarife bestellen müssen) und dafür die gesamten berechneten VirtualServer-Gebühren zu erstatten. Dabei ging es unterm Strich um eine Erstattung von über 800 €. Einzige Bedingung: Ein Schreiben, in dem er bestätigt, niemals den Tarif VirtualServer bestellt und gewollt zu haben, sondern statt dessen den Tarif MyMail.</p>
<p>Gehört haben wir daraufin nichts mehr. Bis jetzt. Auch den Tarif hat er unverändert weiter genutzt.</p>
<p>Nun liegt immerhin -  <span style="text-decoration: line-through;">mehr als acht Monate später</span> leicht verspätet &#8211; das erbetene Schreiben vor. Natürlich lassen wir den Kunden nun nicht auch so lange warten. Die Gutschrift wurde vielmehr bereits erstellt und wird morgen überwiesen. Die VirtualServer-Nutzung zwischen 07.08.2009 und 10.10.2009 (Datum der Umstellung auf einen neuen MyMail-Tarif) haben wir dabei jedoch nicht berücksichtigt. Immerhin hätte der Kunde längst (nämlich eben seit Februar 2009) reagieren und uns die zugesagte Erklärung übersenden können. Wer das nicht binnen 6 Monaten schafft, darf zumindest für den danach entstandenen Zeitraum die Gebühren bezahlen. Irgendwann ist ja auch mal Schluß <img src='http://www.df.eu/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> .</p>
]]></content:encoded>
			<wfw:commentRss>http://www.df.eu/blog/2009/10/14/das-habe-ich-nie-bestellt/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

