{"id":37126,"date":"2019-10-31T22:15:53","date_gmt":"2019-10-31T19:15:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom\/"},"modified":"2019-10-31T22:15:53","modified_gmt":"2019-10-31T19:15:53","slug":"razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom","title":{"rendered":"Analyse van de case over communicatie met een \"moeilijke\" klant","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analyse van de case over communicatie met een &quot;moeilijke&quot; klant\" src=\"\/wp-content\/uploads\/2019\/08\/824fdbb6ccb9e743b0d425faec1d6fa0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Soms staat de support engineer voor een moeilijke keuze: het model van de dialoog \"Wij gaan voor hoge servicekwaliteit!\" of \"Druk op de knop en je krijgt het resultaat\"?<\/i><\/p>\n<blockquote><p>\u2026Een gebroken vleugel van watten,<br \/>\nLaten we in de wolken liggen, als in grafkamers.<br \/>\nWij, dichters, zijn zelden heilig,<br \/>\nWij, dichters, zijn vaak blind.<br \/>\n(Oleg Ladyzhensky)<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nWerken in de technische ondersteuning is niet alleen grappige verhalen over zelfspringende tijd en GPS-eenhoorns, en zelfs niet alleen detectiveachtige raadsels in de stijl van Hercule Poirot. <\/p>\n<p>Technische Ondersteuning is in de eerste plaats communicatie, en communicatie houdt mensen in, en onder onze klanten zijn er heel verschillende personages:<\/p>\n<ul>\n<li> Een Duitser, die vanuit het caf\u00e9 tegenover zijn kantoor in Berlijn werkt, met een werkelijk noordelijke kalmte, ideale rust, een zorgvuldig afgesteld netwerk, een uitgebreide toolkit <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/\"   title=\"servers\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1349\">servers<\/a> en cognitieve vermogens om alles op A+ niveau in te stellen en te onderhouden. Verzoeken van hem veroorzaken meestal dezelfde reactie als het laatste dumpling op een bord in een groot gezelschap en het plotseling doven van het licht.<\/li>\n<li>Een Brit, die in de afgelopen 5 jaar van twee bedrijven is veranderd, maar niet van stijl van werken met support. Van zijn cases rennen ze weg als van de pest of nemen ze aan, zich van tevoren bewust van de \u201ccharme\u201d van het werken met deze persoon, want hij kan zonder waarschuwing de controle over een sessie overnemen (om zijn e-mail te checken, soms persoonlijk), druk uitoefenen op ingenieurs en management over de kleinste details en uiteindelijk ook zo plotseling aanvragen sluiten met de opmerking \"DUPLICAAT\". <\/li>\n<li>Een Indiaan met een complexe en onuitspreekbare achternaam, die alle mythen over Indische IT weerlegt: beleefd, kalm, competent, leest documentatie, luistert naar het advies van de ingenieur en doet alles altijd zelf, eigenaar van een prachtige tulband (ja, we hebben hem op Facebook gevonden) en perfecte Oxford uitspraak. <\/li>\n<\/ul>\n<p>\nDergelijke \"naam-clients\" kan elke ingenieur zich wel vijf herinneren, zelfs zonder er diep over na te denken. Sommigen beangstigen we onze nieuwkomers mee (\"Als je je slecht gedraagt in de lab \u2013 komt de boeman en!...\"), met anderen pronken we (\"Ik heb al 5 verzoeken van N. afgesloten!\"). Het meest herinneren we ons ook en begrijpen we dat positieve en negatieve voorbeelden slechts ons waarneming zijn, en dat die voortkomt uit de communicatie, onze met klanten en van klanten met ons.<\/p>\n<p>En die communicatie kan heel verschillend zijn.<\/p>\n<p>E\u00e9n keer hebben we al geschreven over <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/252019\/\">de \"demonen\" die het engineers lastig maken om met klanten te werken<\/a><\/noindex>, en nu wil ik laten zien hoe dit gaat, aan de hand van een live voorbeeld.<\/p>\n<p>Hier is een goed voorbeeld van twee jaar geleden: de reactie van de klant op de \"traditionele\" stappen in het probleemoplossingsproces door de engineer en de engineer op de communicatiestijl van de klant.<\/p>\n<h3>Een geval over fragmentatie<\/h3>\n<p>\nDus, het geval: een zeer ervaren en technisch onderlegde klant opent een ticket met de technische ondersteuning en stelt een directe vraag, waarbij hij veel details verstrekt om de situatie te beschrijven.<\/p>\n<p>Ik heb de vrijheid genomen om de correspondentie in een dialoog om te zetten, met behoud van de stilistische kenmerken.<\/p>\n<p><i>Klant (K): \u2014 Goede dag, mijnheer. Mijn naam is Marco Santino, we hebben uw best practices gevolgd en de nieuwste technologie ge\u00efmplementeerd die u aanbeveelt, maar we zien dat de prestaties van het systeem kritiek laag worden door hoge fragmentatie. Is dit normaal?<\/p>\n<p>Engineer (E): \u2014 Hallo, Marco! Mijn naam is Ignat en ik help je. Komt dit altijd voor? Heb je geprobeerd te defragmenteren?<\/p>\n<p>(K): \u2014 Geachte Ignat! Ja, dit komt altijd voor. We hebben geprobeerd te defragmenteren, maar helaas kost dit te veel tijd tijdens de volledige stilstand van het systeem, waardoor het niet mogelijk is.<\/p>\n<p>(E): \u2014 Kijk, ik kan deze best practices niet vinden. Waar heb je het gevonden? Misschien kunnen we toch defragmentatie uitvoeren?<\/p>\n<p>(K): \u2014 Geachte Ignat! Begrijpend dat u onze probleem niet serieus neemt en met moeite het paard van Troje kunt tegenhouden van een directe, in plaats van politiek correcte, reactie, proberen we u toch te antwoorden. We hebben niet uw ervaring (we zijn pas sinds 1960 in IT), en we zijn u zeer dankbaar voor uw werk en moeite om ons te onderwijzen. De best practices zijn ons overhandigd door uw Product Managers tijdens het diner in Barcelona, en ik heb u de link ertoe gestuurd. U, Ignat, vragen we rechtstreeks: is deze situatie normaal? Als u niet ge\u00efnteresseerd bent om met ons te praten, vindt u dan alstublieft iemand die ons kan helpen.<\/p>\n<p>(E): \u2014 Marco, ik heb deze best practices niet gevonden. Ik heb de logbestanden nodig, en ik zal het probleem aan een andere engineer doorgeven. Laat me je dit zeggen: als je fragmentatie ziet en niet defragmenteert, is dat dom en onverantwoord. En hoe is het je gelukt om de edele naam \"Ignat\" te verwarren en me Ivan te noemen? <\/p>\n<p>(K): \u2014 Genoeg! Ik ben geen broer of zwager van u, Ignat, zodat u me bij mijn voornaam kunt noemen; daarom verzoek ik u om mij de heer Santino te noemen! Als u het document niet kunt vinden en niet in staat bent om zo'n eenvoudige taak uit te voeren, dan kunt u ofwel ontslag nemen of de auteur vragen, die ons dit document heeft overhandigd! Wat betreft de logs, wij kunnen deze niet aan u overdragen zonder speciale goedkeuring, omdat we met geheime documenten werken. Uw verontwaardiging over mijn fout toont uw onwetendheid en onverzorgdheid aan. Het spijt me zeer voor u. En tot slot: als we zeggen dat we 'hebben geprobeerd te defragmenteren' en dat het 'niet mogelijk is', dan betekent dat, dat we het geprobeerd hebben en dat het onmogelijk is. Ignat, ik verzoek u, stop met de onzin en ga aan uw werk \u2014 geef ons een antwoord of vind degene die het ons kan geven!<\/i><\/p>\n<p>Na dit werd de aanvraag naar een hoger niveau doorgestuurd, waar het gewoon is gestorven \u2013 de klant heeft de logs niet geleverd, grootschalige tests hebben niets opgeleverd en het probleem kon gewoon niet worden bevestigd.<\/p>\n<p>Vraag: wat had de ingenieur kunnen doen om de gemoederen te bedaren en escalatie van het conflict te voorkomen?<\/p>\n<p>(Probeer deze vraag zelf te beantwoorden voordat je verder leest).<\/p>\n<p>Lyrisch technisch zijpad<br \/>\nVoor de liefhebbers van raadsels en de vraag \u2018wie is de moordenaar?\u2019: het probleem was veel serieuzer dan gedacht: de fragmentatie van ReFS be\u00efnvloedde niet alleen de schijfoperaties, maar leidde in sommige gevallen ook tot een verhoging van het CPU- en RAM-gebruik tot tien keer, en niet alleen bij Veeam-klanten \u2013 ook alle gebruikers van ReFS konden hier last van hebben.<\/p>\n<p>Microsoft heeft meer dan een jaar nodig gehad met de ondersteuning van vele leveranciers om deze fout eindelijk te verhelpen (waarbij we ook onze bijdrage zien \u2013 er zijn heel wat verwikkelingen geweest over de ondersteuning van deze gigant op alle niveaus).<\/p>\n<p>Als ik antwoord geef op de vraag 'wat had er gedaan kunnen worden?', wil ik een andere, eeuwige vraag stellen: 'Wie is de schuldige?'<\/p>\n<p>Uit professionele solidariteit zou ik heel graag willen zeggen: 'De klant is schuldig', \u2014 en de ingenieur verdedigen. Als leidinggevende die voortdurend het werk van zijn ingenieurs evalueert, zie ik de fouten die Ignat heeft gemaakt. Wie heeft gelijk?<\/p>\n<h3>We bespreken alles stap voor stap<\/h3>\n<p>\nDeze case is heel scherp, er zijn meer vragen dan antwoorden.<\/p>\n<p>Formeel gezien deed Ignat alles goed: <\/p>\n<ul>\n<li>hij volgde een van de basiswaarden van Veeam: Conversation from the heart;<\/li>\n<li>ik sprak de klant bij zijn naam aan;<\/li>\n<li> ik verduidelijkte de situatie voordat ik een oplossing aanbood.<\/li>\n<\/ul>\n<p>\nHad hij deze enorme emotie kunnen vermijden?<\/p>\n<p>Ja: opmerken hoe de heer Santino communiceert (met u en op achternaam), afzien van 'basisvragen', zijn interesse in het probleem tonen en beloven te zullen uitzoeken of dit normaal gedrag is.<\/p>\n<p>Minimale stappen, zonder technische details \u2013 en dat zou al geholpen hebben om de situatie te 'blussen'. Maar ook als dit is gemist \u2013 simpelweg 'niets doen' zou ook al een beetje hebben geholpen.<\/p>\n<p>Het klinkt voor de hand liggend: neem typfouten niet persoonlijk, neem geen wrok tegen een sarcastische klant (ook al spreekt alles van een verhoogd zelfvertrouwen), leid het gesprek niet naar persoonlijke aanvallen, laat je niet provoceren\u2026 Kijk eens hoeveel 'nee's' er zijn, en allemaal zijn ze belangrijk, en ze gaan allemaal over communicatie.<\/p>\n<p>En wat dacht de klant? Brieven geschreven in 'een hoogstaande stijl', constante verwijzingen naar zijn connecties aan de top, verhulde beledigingen en wrok over schijnbaar gebrek aan respect? Ja, we kunnen dit zo interpreteren. Maar aan de andere kant \u2013 heeft de heer Santino werkelijk ongelijk in zijn woede?<\/p>\n<p>En toch, wat had er van beide kanten gedaan kunnen worden? Zo zie ik het:<\/p>\n<p>Van de kant van de engineer:<\/p>\n<ul>\n<li>de mate van formaliteit van de klant inschatten;<\/li>\n<li>minder de 'basisisolatie' volgen;<\/li>\n<li>(nu wordt het subjectief) de e-mails aandachtiger lezen;<\/li>\n<li>antwoorden op vragen in plaats van ze te omzeilen;<\/li>\n<li>en tenslotte, niet achter zijn provocaties te vervallen en niet persoonlijk te worden.<\/li>\n<\/ul>\n<p>\nVoor de klant:<\/p>\n<ul>\n<li>duidelijk de kwestie in de eerste e-mail aangeven, niet verstoppen in technische details (dit blijkt niet direct uit de dialoog, maar geloof me, de details waren verbluffend);<\/li>\n<li>iets toleranter zijn tegenover vragen \u2013 niet iedereen denkt hetzelfde, en soms moet je veel vragen om de kern van het probleem te begrijpen;<\/li>\n<li>misschien de behoefte onderdrukken om zijn belangrijkheid en connecties 'op het hoogste niveau' te tonen;<\/li>\n<li>en, net als voor Ignat, persoonlijk aanvallen vermijden.<\/li>\n<\/ul>\n<p>\nIk herhaal \u2013 dit is slechts mijn visie, mijn beoordeling, die op geen enkele manier aanbevelingen of richtlijnen geeft over 'hoe te leven en te werken'. Dit is een van de manieren om naar de situatie te kijken, en ik zou blij zijn als u uw eigen idee\u00ebn deelt.<\/p>\n<p>Ik bescherm de ingenieur niet - hij is zijn eigen boosaardige Pinokkio. Ik beschuldig de klant niet - hij heeft het recht om te communiceren zoals hij dat nodig acht, zelfs als die communicatie zich vaker verschuilt in een verfijnde rand van bijna subtiele beleefdheid (een mooi voorbeeld van een moderne idalgo, die zich niet bezighoudt met huurlingenwerk en oorlog, maar met IT - hoewel...)<\/p>\n<p>\u2018De maaiers hebben de steen gevonden\u2019 \u2013 zo kan ik deze correspondentie samenvatten, of, om het anders te zeggen, met een waarheid waar ik oprecht in geloof: \u2018in elk conflict zijn gewoonlijk twee mensen schuldig\u2019.<\/p>\n<p>Je zou de woorden van onze business trainer kunnen gebruiken: \u2018succesvolle communicatie wordt bemoeilijkt door eerdere ervaringen, gewoontes en verschillende wereldbeelden\u2019. Je kunt ook de gouden regel van moraliteit in herinnering roepen: \u2018Behandel anderen zoals je zelf behandeld wilt worden\u2019.<\/p>\n<p>Of je kunt simpelweg zeggen: in elke communicatie zijn altijd twee partijen betrokken, en aan de andere kant van de telefoon of monitor zit een levend persoon, die ook bang, blij, verdrietig of iets anders kan zijn. Ja, het wordt vaak gezegd dat emoties en zaken niet samengaan, maar waar kunnen we heen met emoties? Ze zijn er geweest, zijn er nu, en zullen er altijd zijn, en zelfs als we \u2013 technische ondersteuning \u2013 specifieke taken oplossen, wordt ons belangrijkste werk gedefinieerd door het tweede woord: \u2018ondersteuning\u2019.<\/p>\n<p>Ondersteuning gaat om mensen.<\/p>\n<p>***<\/p>\n<p>Vergeet niet dat ik al twee keer heb geschreven dat er twee schuldig zijn? Welnu, in deze situatie zijn zelfs alle drie schuldig. Waarom? Simpelweg omdat de ingenieur geen op zichzelf staand object is, maar een onderdeel van de technische ondersteuning, en het is onze taak en verantwoordelijkheid om de medewerker te leren omgaan met vergelijkbare situaties. We proberen van onze fouten te leren \u2013 en onze medewerkers te helpen deze te vermijden.<\/p>\n<p>Kan men dergelijke situaties altijd vermijden? Niet altijd. Hoe goed de hypothetische Ignat ook mag zijn, aan de \u2018andere kant\u2019 kan er iemand zijn die alles doet om de situatie te verhitten.<\/p>\n<p>Maar de schoonheid van werken in de Veeam technische ondersteuning, een van de waarden waar we trots op zijn \u2013 is teamwork. Het is erg belangrijk om te onthouden: \u2018Je bent niet alleen\u2019 \u2013 en we doen alles om dat gevoel te versterken.<\/p>\n<p>Kan men leren leven en werken in dergelijke situaties? Ja, dat kan.<\/p>\n<p>We know, love, and practice \u2014 this is why we developed our internal training and continue to refine and polish it. Over the past two and a half years since the described situation, we have made significant improvements to our training program \u2014 and now we actively use case studies, model situations, accumulate, and always revisit our mistakes to analyze the nuances of communication.<\/p>\n<p>We believe our team is now entering the field much better prepared for any situation, and if something comes up that they're unprepared for \u2014 we are here and ready to help, and afterwards, we will enhance our courses with new examples.<\/p>\n<p>And it pays off. For example, here is a review from one of our clients about our work:<\/p>\n<p><i>\u201cWe\u2019ve worked in the IT industry for more than 20 years, and we all agree no vendor offers the level of technical support that Veeam offers. It\u2019s a pleasure to speak to Veeam\u2019s technical staff because they\u2019re knowledgeable and resolve issues fast. Support should never be underrated. It\u2019s a measure of a company\u2019s commitment and success. Veeam is #1 for support.\u201d <\/i><\/p>\n<p><i>\u201cWe have worked in the IT industry for over 20 years, and we claim that no other vendor provides the level of technical support that Veeam does. It\u2019s a pleasure to work with Veeam engineers, as they know their stuff and can resolve issues quickly. Technical support should never be underestimated. It reflects how responsible and successful a company is. Veeam has the best technical support.\u201d<\/i><\/p>\n<p>***<\/p>\n<p>Any communication is a field for experiments, mistakes, whether we like it or not. And my opinion is that making mistakes is normal; moreover, my call would be: make mistakes! It\u2019s not about whether you slipped up, but whether you learned to stand firm afterward.<\/p>\n<p>Sometimes it\u2019s hard to catch yourself and remember all the instructions and recipes that 'gurus' of customer communication or experienced colleagues generously share. Sometimes it\u2019s much easier to remind yourself: 'I am speaking to a Person.'<\/p>\n<p>***<\/p>\n<p>I do not claim to have superior knowledge or an exceptional standard of communication with clients. The list of my own mistakes alone would be enough for a full textbook.<\/p>\n<p>The goal I set for myself: to show how it can be in Technical Support and to start a discussion about what can be considered acceptable in such cases, and what cannot.<\/p>\n<p>What do you think?<br \/>\n<br \/>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/463307\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0440\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043e\u043c \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 \u0441\u0442\u043e\u0438\u0442 \u043d\u0435\u043b\u0435\u0433\u043a\u0438\u0439 \u0432\u044b\u0431\u043e\u0440: \u043f\u0440\u0438\u043c\u0435\u043d\u0438\u0442\u044c \u043c\u043e\u0434\u0435\u043b\u044c \u0434\u0438\u0430\u043b\u043e\u0433\u0430 \u201c\u041c\u044b \u2014 \u0437\u0430 \u0432\u044b\u0441\u043e\u043a\u0443\u044e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044f!\u201d \u0438\u043b\u0438 \u201c\u041d\u0430\u0436\u043c\u0438 \u043d\u0430 \u043a\u043d\u043e\u043f\u043a\u0443 \u2014 \u043f\u043e\u043b\u0443\u0447\u0438\u0448\u044c \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u201d? \u2026\u041d\u0430\u0434\u043b\u043e\u043c\u0438\u0432 \u043a\u0440\u044b\u043b\u043e \u0438\u0437 \u0432\u0430\u0442\u044b, \u041b\u044f\u0436\u0435\u043c \u0432 \u043e\u0431\u043b\u0430\u043a\u0430, \u043a\u0430\u043a \u0432 \u0441\u043a\u043b\u0435\u043f\u044b. \u041c\u044b, \u043f\u043e\u044d\u0442\u044b, \u0440\u0435\u0434\u043a\u043e \u0441\u0432\u044f\u0442\u044b, \u041c\u044b, \u043f\u043e\u044d\u0442\u044b, \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0435\u043f\u044b. (\u041e\u043b\u0435\u0433 \u041b\u0430\u0434\u044b\u0436\u0435\u043d\u0441\u043a\u0438\u0439) \u0420\u0430\u0431\u043e\u0442\u0430 \u0432 \u0422\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0435 \u2014 \u044d\u0442\u043e \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0441\u043c\u0435\u0448\u043d\u044b\u0435 \u0431\u0430\u0439\u043a\u0438 \u043f\u0440\u043e \u0441\u0430\u043c\u043e\u043f\u0440\u044b\u0433\u0430\u044e\u0449\u0435\u0435 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27836,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37126","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0440\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043e\u043c \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0430\u0437\u0431\u043e\u0440 \u043a\u0435\u0439\u0441\u0430 \u043f\u0440\u043e \u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441 \u201c\u0442\u044f\u0436\u0435\u043b\u044b\u043c\u201d \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0440\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043e\u043c \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:15:53+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:15:53+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Case study on communicating with a 'difficult' client | ProHoster","description":"Sometimes in front of the engineer of the technical support.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0430\u0437\u0431\u043e\u0440 \u043a\u0435\u0439\u0441\u0430 \u043f\u0440\u043e \u043e\u0431\u0449\u0435\u043d\u0438\u0435 \u0441 \u201c\u0442\u044f\u0436\u0435\u043b\u044b\u043c\u201d \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u043c | ProHoster","og:description":"\u041f\u043e\u0440\u043e\u0439 \u043f\u0435\u0440\u0435\u0434 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043e\u043c \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/razbor-kejsa-pro-obshhenie-s-tyazhelym-klientom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:15:53+00:00","article:modified_time":"2019-10-31T19:15:53+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37126","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 17:07:03","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:33:24","updated":"2026-02-09 17:07:03","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/37126","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=37126"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/37126\/revisions"}],"predecessor-version":[{"id":158593,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/37126\/revisions\/158593"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/27836"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=37126"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=37126"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=37126"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}