Zunächst einmal würde ich damit beginnen, mich selbst vorzustellen:
Liebes XYZ-Support-Team
Ich bin der Web-Entwickler, der für die Website example.com verantwortlich ist.
Indem ich Sie auf diese Weise vorstelle, legen Sie den Rahmen fest, in dem Sie behandelt werden, und weisen darauf hin, dass man von Ihnen einiges Können voraussetzen sollte, so dass sie sich dafür entscheiden könnten, in einem technischeren Detail zu antworten. Beachten Sie, dass, wenn es tatsächlich Ihr Fehler war (z.B. dass Sie die Änderungen nicht gefunden haben, weil Sie sich mit dem falschen Webhost verbunden haben), je mehr Wissen Sie angedeutet haben, desto wahrscheinlicher ist es, dass sie wahrscheinlich auf Sie als keinen guten “Experten” herabsehen werden (auch wenn wir alle von Zeit zu Zeit dumme Fehler machen). ¹
Ich glaube nicht, dass es dies vermittelt, wenn man ihnen sagt, dass Sie der “Administrator” der Website sind, denn das könnte auf jeden zutreffen, der ein Administratorkonto auf dem CMS hat, unabhängig von seinen Kenntnissen.
¹ Nicht, dass es eine große Rolle spielen wird, nachdem sie das Ticket geschlossen haben. Es sei denn, Sie kontaktieren sie so oft, dass sie sich an Sie erinnern, was nett wäre, wenn sie eine gute Meinung haben, und wahrscheinlich bedeutet, dass sie noch mehr verblöden werden, wenn sie denken, dass Sie überhaupt keine Ahnung haben.
Zweitens, erklären Sie das Problem klar und deutlich:
Mein Kunde hat ein Problem, bei dem seine WordPress 4.9.4-Installation nach der Bearbeitung nicht den aktualisierten Inhalt anzeigt. Er behauptet, dies geschehe auf verschiedenen Computern und Browsern. Irgendwann wird es aber angezeigt.
Ich gebe das Problem an, die bis zur aktuellen Version verwendete Technologie. Und auch die Tatsachen, dass Sie sich nicht selbst verifiziert haben, werden als solche qualifiziert (es wäre nicht unwahrscheinlich, dass Ihnen etwas Falsches gesagt wurde).
Geben Sie drittens die von Ihnen bereits durchgeführte Fehlerbehebung und deren Ergebnisse an:
Es ist kein Caching-Plugin installiert, und die Option “Veraltete Inhalte anzeigen”, die in den Website-Einstellungen verfügbar ist, ist deaktiviert.
Dann können Sie Ihre Hypothese weiter ausführen:
Haben Sie eine andere Cache-Ebene, die den Kunden beeinträchtigen könnte? Gibt es einen Caching-Proxy (wie z.B. squid oder varnish), der die Seiten bedient, bevor sie von Apache bedient werden?
Hier vermuten Sie, dass es einen Proxy gibt, der im Cache gespeicherte Seiten bedient. Die Erwähnung von tatsächlichen Paketen kann nützlich sein, wenn das Support-Team nichts über “Caching-Proxys” wusste, sich aber daran erinnert, dass dort etwas namens “Lack” installiert ist.
Danke für Ihre Aufmerksamkeit
Seien Sie in Ihren Tickets höflich, behalten Sie die Ticket-Identifikatoren zum Thema, achten Sie auf Ihre Rechtschreibung, gliedern Sie den Text in Absätze. Ein Text, der gut zu lesen ist, wird leichter zu handhaben sein als einer, bei dem Sie raten müssen, wovon er spricht, und allein dafür wird er wahrscheinlich schneller beantwortet werden. Und die Mühe, die beim Verstehen gespart wird, kann auf das eigentliche Problem gelenkt werden.
Fügen Sie bei Bedarf Screenshots bei (und unterstützt durch das Ticketingsystem). In denselben Fällen können sie das Problem besser zeigen als eine Textbeschreibung (manchmal gibt es dort einen entscheidenden Hinweis, den man erhalten kann). Wenn Sie die Befehlszeile verwenden, geben Sie sowohl den Befehl als auch seine Ausgabe an.
Beachten Sie, dass ein zu langer Text auch den gegenteiligen Effekt haben kann. Wenn Sie der Meinung sind, dass die lange Erklärung die Antwort tatsächlich entmutigen kann, können Sie anders arrangieren:
Liebes XYZ-Supportteam
Haben Sie eine Cache-Ebene vor Ihrem FooWebsites-Paket?
Das Problem, mit dem ich konfrontiert bin, besteht darin, dass der Kunde die Änderungen, die er in WordPress 4.9.4 vorgenommen hat, nicht sofort sieht.
Ich habe die folgenden Dinge bereits überprüft:
(…)
Wenn einige der Daten lang sind (wie eine Debug-Datei), können Sie das in einem Anhang angeben. Auf diese Weise kann sie, wenn sie irrelevant ist, übersprungen werden, indem sie nicht geöffnet wird. Abhängig von der Ticket-Plattform müssen sie ansonsten möglicherweise sieben Seiten der Protokolle nach unten scrollen, bevor sie die nächste Antwort lesen können.
Wenn es einige zusätzliche Informationen gibt, die sie wahrscheinlich nicht benötigen würden, können Sie einfach anbieten, sie zur Verfügung zu stellen (“Ich habe ein Video aufgezeichnet, auf dem die Schritte zur Veröffentlichung durchgeführt werden und wo das Problem zu sehen ist, wären Sie daran interessiert?”).
Sie sollten manchmal nachfassen und bestätigen, dass ihre Lösung funktioniert hat. Besonders wenn Sie mit der technischen Unterstützung hin und her gegangen sind. Anstatt eine Liste von Möglichkeiten zur Behebung des Problems der veralteten Inhalte vorzulegen und keine Rückmeldung zu erhalten, ist es nett zu erhalten:
Vielen Dank, die Änderung dieser Option im cPanel hat das Problem gelöst. Sie sind der Beste!
Auf diese Weise kann der HelpDesk das Problem als behoben vermerken und schließen. Nehmen Sie es aber mit Vorsicht, denn es kann sein, dass das Ticket nach ihrer Antwort bereits geschlossen war, und ein Dankeschön würde es wieder öffnen (und mehr Arbeit erzeugen). Wenn Sie also glauben, dass dies der Fall sein wird, kann es wünschenswert sein, es nicht zu tun (besonders wenn es für sie eine einfache Antwort war). Wenn Sie den Status des Tickets auf ihrer Seite nicht kennen, würde ich empfehlen, sich auf der Seite der Anerkennung der Lösung zu irren und Allerdings mit Dank. Die Menschen, die Ihnen antworten, sind (hoffentlich) Menschen und verdienen es, als solche behandelt zu werden. Es ist im Allgemeinen wirklich einfach, eine solche “Danke”-Nachricht wieder zu schließen.
Versuchen Sie im Allgemeinen, Richtlinien für das Stellen von technischen Fragen zu befolgen, wie z.B. den berühmten Eric S. Raymond How To Ask Questions The Smart Way .
Es dauert vielleicht etwas länger, anzugeben, was Sie versucht haben, anstatt einfach zu sagen “WordPress funktioniert nicht”, aber auf diese Weise präsentieren Sie Ihr Können durch Ihre Arbeit. Und vielleicht erspart es Ihnen sogar … (die Angabe des Problems kann einen Hinweis auf eine Lösung geben oder einen Weg aufzeigen, wie Sie selbst eine Bestätigung dessen erhalten können, was geschieht). Es wird auf jeden Fall schneller gehen, als wenn sie anfangen müssten, Sie nach einem Skript zu fragen “In welcher Weise es nicht funktioniert, was haben Sie versucht?”.
Ich empfehle, eine E-Mail/Ticket zu schicken, anstatt anzurufen. Wenn Sie keinen teuren Support-Vertrag haben (und wahrscheinlich auch dann noch), werden Anrufe von der niedrigsten Ebene bearbeitet, und es kann tatsächlich notwendig sein, dies in ein Ticket umzuwandeln, wenn es eskaliert wie von Gypsy ). Wenn Sie per E-Mail Kontakt aufnehmen, stehen die von Ihnen angegebenen Informationen (nicht die Art und Weise, in der die erste Ebene einige Teile dessen, was Sie gesagt haben, verstanden hat) jedem zur Verfügung, der das Ticket bearbeitet (sogar Ihnen selbst!), was eine weniger geräuschvolle Kommunikation ermöglicht. Es erspart Ihnen auch, jedem Mitarbeiter bei jeder Versetzung alles von Anfang an erklären zu müssen.
Sie erwähnen, dass Sie eine Menge dieser E-Mails schreiben und sie eine Verschwendung Ihrer und aller anderen Zeit sind. Ich würde argumentieren, dass etwas nicht stimmt, wenn Sie zu viel Zeit in Bezug auf die “normale” Arbeit aufwenden müssen, um die Sache aufrechtzuerhalten. Vielleicht sind Sie nicht so versiert [in der Art und Weise, wie Ihre Freunde WordPress installiert haben], der Webhost macht einige ungewöhnliche Dinge, ihr technischer Support ist inkompetent… An einem Punkt mag es sinnvoll sein, den Provider zu wechseln…
Sie werden vielleicht feststellen, dass Sie, selbst wenn Ihre Frage glasklar ist, lange Antworten mit vielen Punkten erhalten, die für Ihr Thema nicht allzu relevant sind, “ihre Zeit verschwenden”. Wenn Sie z.B. gefragt werden, zu welchem Host Sie sshen sollen, geben sie nicht nur an, wo Sie ihn finden können, sondern auch, wie Sie per FTP zugreifen können und wie Sie PuTTY herunterladen und ausführen können.
Das bedeutet nicht, dass sie viel Zeit damit verbracht haben, Ihnen grundlegende Konzepte zu erklären, indem sie nicht begriffen haben, dass Sie sich auskennen. Wenn es eine häufige Frage gibt, wird es eine Vorlage für die Lösung geben, und es ist eigentlich schneller, alles zu erklären, als sich auf das zu beschränken, was gefragt wurde. Wenn es also einen Fall gibt, in dem der Rest nützlich sein könnte, ist es sinnvoll, ihn zu belassen, auch wenn er für Ihr Profil etwas überflüssig sein mag.
Bei einer schriftlichen Mitteilung geht es in beide Richtungen, da Sie die Antwort auf den Teil überfliegen können, in dem erklärt wird, was Sie wollten. Wenn Sie jedoch zurückfragen müssen, lesen Sie alles durch und bestätigen Sie, daß es nicht an einer anderen Stelle der Antwort stand.
Dennoch, egal wie gut erklärt alles ist, manchmal werden Sie sich mit einem technischen Support in Verbindung setzen, der Ihre Anfrage beim ersten Mal nicht richtig beantwortet.