Pytanie:
Jak grzecznie powiedzieć, że nie odpowiemy na FAQ?
magma
2018-06-27 18:48:18 UTC
view on stackexchange narkive permalink

Jesteśmy małą firmą; kiedy otrzymujemy e-maile na nasz pomocniczy adres e-mail, mamy autoresponder ze szczegółowymi FAQ.

Nie z powodu niegrzeczności, ale z powodu ograniczeń zasobów nie możemy odpowiedzieć na oszałamiającą liczbę typowych pytań, które otrzymujemy.

Jaki byłby uprzejmy sposób, aby powiedzieć klientowi, że nie odpowiemy na jego e-mail, JEŚLI na jego pytanie odpowie autoresponder FAQ?

Nie chcielibyśmy bądź niegrzeczny, ale jednocześnie bardzo wyraźnie zaznacz, że ich e-maile zostaną zignorowane, chyba że pytają o coś, czego nie ma w FAQ. Chcielibyśmy jednak uhonorować drugą odpowiedź od klienta, na wypadek gdyby zapytał o coś, czego nie ma w FAQ, lub gdyby potrzebował innych wyjaśnień.

(Chcę, aby klienci dwukrotnie wysyłali mi e-maile, jeśli masz pytanie, którego nie ma w FAQ)

Uwaga: jeśli to możliwe, nie oceniaj. Opinie mile widziane! Ale szukam odpowiedzi na swoje pytanie, a nie podsumowującej oceny. Łatwo jest wskazywać palcami, aż znajdziesz się po drugiej stronie stawu. Mając nieskończone zasoby, odpowiadalibyśmy osobiście na wszystkie pytania, a wino & jadło kolację dla każdego klienta. Jeśli masz lepsze rozwiązanie, bardzo chciałbym to usłyszeć. Krytyka bez alternatywnych rozwiązań nie jest pomocna. Dzięki!

Czy chcesz powiedzieć, że chcesz, aby wiadomość e-mail z automatyczną odpowiedzią, która trafia do każdego, kto wyśle do Ciebie wiadomość e-mail na adres wsparcia, zaczęła się od czegoś, co zasadniczo brzmi: „Dziękujemy za przesłanie do nas e-maila. Jeśli Twój problem jest omówiony w poniższych często zadawanych pytaniach,nie odpowie na Twojego e-maila. W przeciwnym razie spodziewaj się odpowiedzi w ciągu X dni roboczych. ”?
@Keiki tak, dokładnie.
Jestem zdezorientowany.Co obecnie mówi Twoja aktualna automatyczna odpowiedź?Czy automatycznie odpowiadasz ręcznie po przeczytaniu tych e-maili?Czy automatyczna odpowiedź jest inteligentna i próbuje dopasować pytanie do odpowiedniego FAQ?Którą część procesu dokładnie próbujesz ulepszyć?Czy osobiście otrzymujesz e-maile, na które zastanawiasz się, czy RTFF (Przeczytaj FAQ) jest rozsądną odpowiedzią?
Zwracając uwagę, tytuł pytania można również interpretować jako „Jest to często zadawane pytanie, na które odmawiamy odpowiedzi. Jak grzecznie powiedzieć to ludziom”.Tak za każdym razem czytam tytuł na liście HNQ.Może lepiej sformułować tytuł jako „Jak uprzejmie powiedzieć, że nie odpowiemy na pytania znalezione w naszym FAQ”
Wydaje się, że to pytanie byłoby bardziej odpowiednie na https://ux.stackexchange.com/ niż tutaj.Prawdopodobnie można tam uzyskać wiele sugestii.
Jedenaście odpowiedzi:
PhotoScientist
2018-06-27 22:41:50 UTC
view on stackexchange narkive permalink

W przeszłości byłem w podobnej sytuacji. „Podstawowy” kontaktowy adres e-mail naszej grupy został zaprojektowany tak, aby przyjmować formularze zgłoszeń z portalu zamówień (które były automatycznie przetwarzane) i odpowiadał wszystkim pozostałym za pomocą często zadawanych pytań dotyczących naszego procesu i produktu. E-mail z odpowiedzią wyraźnie stwierdzał, że żaden człowiek nigdy nie sprawdzał tego adresu e-mail (człowiek faktycznie sprawdzał adres e-mail „auto” raz w tygodniu, aby zaktualizować często zadawane pytania, ale odpowiadaliśmy na te e-maile bardzo rzadko). Po wykonaniu odpowiedzi na często zadawane pytania podaliśmy inny adres e-mail i zaprosiliśmy ludzi, aby „skontaktowali się z naszym zespołem pomocy technicznej, jeśli masz jakiekolwiek pytania”.

Nasza logika była następująca:

  • Wiele osób uzyskałoby odpowiedzi na swoje pytania w FAQ
  • Nikt nie złościłby się na maszynę za bycie bezosobowym
  • Gdyby czyjś problem był wystarczająco duży zadawaliby sobie trud znalezienia i użycia adresu „ludzki adres e-mail”. Kilka osób nawet podziękowało nam za to, że mamy dla nich metodę „podniesienia” ich obaw

Pamiętaj, że jeśli Twoje zasady są wystarczająco wyrafinowane, możesz powiedzieć ludziom, aby odpowiedzieli na tę samą wiadomość e-mail dla człowieka odpowiedź. Najważniejsze jest, aby przypomnieć użytkownikom, że oryginalny e-mail jest zautomatyzowany: nie ignorujesz ich, ale przewidujesz ich potrzeby.

Jako drobny dodatek prawdopodobnie możesz również użyć powtarzających się e-maili zamiast oddzielnych (np. „Jeśli Twój problem nie jest objęty tym często zadawanymi pytaniami, odpowiedz na tego e-maila, aby nas o tym poinformować” zamiast „wyślij e-mail na ten inny adres e-mail”), używając filtru e-mail, który wyszukuje w FAQ frazę, której użytkownik raczej nie powie w swoim pytaniu, jeśli szczególnie ważne jest, aby użyć do tego tylko jednego adresu e-mail
To też ma sens.Po prostu nie byliśmy wystarczająco wyrafinowani, aby filtrować pod kątem drugiego e-maila od tego samego użytkownika, więc drugi e-mail był łatwiejszy.Tak czy inaczej, otrzymasz drugi e-mail, ale ludzie winią „ten cholerny komputer” za to, że został zignorowany za pierwszym razem.
Mam na myśli, że każdy z nich działa równie dobrze.To kwestia preferencji i jak wiele kłopotów sprawia wysłanie tego drugiego e-maila.Na przykład w moim przypadku byłoby trochę uciążliwe, gdybyśmy otrzymali kolejny oficjalny adres e-mail w naszej domenie, więc prawdopodobnie wybrałbym fantazyjne reguły filtrowania poczty, ale i tak działa to równie dobrze.
cheshire
2018-06-27 23:17:33 UTC
view on stackexchange narkive permalink

Odpowiedziałbym, przesyłając oświadczenie w następujący sposób:

Dziękujemy za skontaktowanie się z nami. Zapoznaj się z poniższymi często zadawanymi pytaniami, aby sprawdzić, czy któryś z nich odpowiada na Twoje pytanie.

Jeśli często zadawane pytania nie zawierają odpowiedzi na Twoje pytanie lub potrzebujesz dodatkowej pomocy, odpowiedz na tego e-maila, aby jeden z naszych przedstawicieli mógł osobiście pomóc.

Wyraźnie widać, że jest to odpowiedź automatyczna (pozbawiona osobistego charakteru), jednak jeśli potrzebują dodatkowego wsparcia, wyraźnie wskazujesz, że pomoże im człowiek.

Ponieważ wymaga to od nich dodatkowego kroku po ich stronie i muszą czekać na pomoc, zachęca to do dokładnego zbadania i przejrzenia najczęściej zadawanych pytań.

Aby dodatkowo zachęcaj do przejrzenia często zadawanych pytań, możesz otrzymać automatyczną odpowiedź, gdy po raz pierwszy odpowiedzą na wiadomość e-mail zawierającą informację,

Dziękujemy za poinformowanie nas, że potrzebujesz dalszej pomocy. Przedstawiciel skontaktuje się z Tobą w ciągu X dni roboczych.

Właśnie miałem napisać tę samą dokładną odpowiedź, więc dziękuję za napisanie jej 42 minuty temu.
user44108
2018-06-27 18:52:16 UTC
view on stackexchange narkive permalink

Po prostu połącz ich z często zadawanymi pytaniami za pomocą standardowego szablonu wiadomości e-mail.

Zachowaj bezosobowość w wiadomości e-mail, aby zakończyć jakąkolwiek rozmowę.

Dziękujemy za skontaktowanie się z nami. Twoje pytanie mogło już zostać uwzględnione w naszym FAQ (link). Daj nam znać, jeśli jest coś jeszcze, w czym możemy pomóc.

I zostaw to.

Skąd klient ma wiedzieć, że następnym razem rzeczywiście otrzyma odpowiedź?Spodziewałbym się, że i tak odpowiedzą i kupią gdzie indziej, gdy tego nie zrobią.
Jak by to pomogło?Nikt w ogóle nic nie czyta (nawet jeśli każesz im czytać wielokrotnie).
Oznacza to, że człowiek przeczytał Twoją wiadomość e-mail, pomyślał, że znajduje się ona w FAQ i odesłał ją.Jeśli mojego pytania nie ma w FAQ, byłbym zirytowany / zdezorientowany
Alexandre Aubrey
2018-06-28 02:32:11 UTC
view on stackexchange narkive permalink

Wiele firm stosuje następującą strategię: „Wymuś” na użytkowniku znalezienie rozwiązania przed skontaktowaniem się .

Na karcie „Help&Contact” Twojej witryny (lub w innym miejscu, w którym możesz zamieścić Twoje dane kontaktowe do obsługi klienta), czy często zadawane pytania i odpowiedzi są napisane dużymi i odważnymi. Uczyń często zadawane pytania bardziej zrozumiałymi niż informacje kontaktowe . Jest to sposób na zmuszenie użytkownika do przeczytania często zadawanych pytań przed skontaktowaniem się z Tobą, zmniejszając szansę zadawania pytań, na które już udzielono odpowiedzi.

Możesz „ukryć” swoje informacje kontaktowe za „ Mojego problemu nie ma tutaj ”, co jeszcze bardziej zmniejsza prawdopodobieństwo, że ktoś się z nimi skontaktuje w przypadku ponownego pytania.

Przed podaniem informacji kontaktowych poproś użytkowników o przejście przez kontaktujesz się z nami w sprawie „procesu. Jeśli ich problem znajduje się w często zadawanych pytaniach, wyświetl odpowiedź zamiast informacji kontaktowych (i może w tym momencie ukryj swój kontaktowy adres e-mail za linkiem „to mi nie pomogło” ).

Na przykład : eBay podaje swoje dane kontaktowe dopiero po przejrzeniu kilku wersji jego witryny samopomocy. Po kliknięciu łącza „Help & contact” zostaniesz przeniesiony na ich stronę pomocy. Na górze tej strony znajduje się bardzo duży baner umożliwiający wyszukiwanie tematów pomocy (i samodzielne znajdowanie rozwiązania). Przewiń stronę w dół, a zostanie wyświetlona lista ostatnich zamówień, której kliknięcie powoduje wyświetlenie listy typowych działań, które użytkownicy mogą chcieć wykonać (anulowanie, zwrot, przegląd itp.). Przewiń dalej w dół, a zobaczysz ich często zadawane pytania i linki do odpowiedzi. W dalszej części znajduje się sekcja „Przeglądaj artykuły pomocy”, w której znajdują się łącza do popularnych artykułów. Dopiero na samym dole strony znajduje się sekcja „Potrzebuję dalszej pomocy”. „Więcej” subtelnie sugeruje, że przeszedłeś już przez wszystko i może sprawić, że użytkownicy zastanowią się dwa razy przed pominięciem powyższych linków i przejściem od razu do linku „kontakt”. Po kliknięciu przycisku „Zadzwoń do nas” nie otrzymasz informacji kontaktowych: zostaniesz poproszony o poinformowanie ich, w jakiej sprawie dzwonisz. Gdy określisz, w jakiej sprawie dzwonisz, w końcu podadzą Ci stronę internetową ze swoimi danymi kontaktowymi; informacje kontaktowe zajmują około jednej czwartej szerokości okna, pozostałe 3/4 okna zajmuje (ponownie) lista Twoich ostatnich zamówień i często zadawanych pytań związanych z tym, o czym dzwonisz.

Nie powstrzymują Cię przed dotarciem do informacji, ale z pewnością robią wiele, aby ludzie nie kontaktowali się z nimi bez uprzedniego szukania rozwiązania. To świetny sposób na zadowolenie klientów ORAZ uniknięcie ciągłego odpowiadania na te same pytania.

Justin Cave
2018-06-28 01:37:20 UTC
view on stackexchange narkive permalink

Jeśli chcesz zaimplementować ten przepływ pracy, nie chcesz używać poczty e-mail do pomocy. Jeśli klienci nie są wystarczająco sprytni, aby przeczytać FAQ przed wysłaniem pytania, nie będą czytać FAQ, które wyślesz do nich e-mailem. Jeśli zrozumieją Twoją wiadomość, natychmiast odpowiedzą, pozostawiając problem człowiekowi do rozwiązania. Jeśli nie zrozumieją Twojej wiadomości, będą bardzo zdenerwowani, że nikt nigdy nie odpowiedział na ich prośbę o wsparcie. Tak czy inaczej, jest mało prawdopodobne, aby użytkownicy odeszli szczęśliwi.

Wygląda na to, że chcesz, aby prośby o wsparcie przychodziły przez kanał inny niż e-mail. Utwórz portal wsparcia zamiast e-maila pomocy. Na najprostszym poziomie możesz wyświetlić często zadawane pytania, zanim zezwolisz użytkownikowi na wprowadzenie jego żądania (oczywiście za kulisami możesz po prostu wysłać formularz e-mail do istniejącej skrzynki odbiorczej). Jeśli chcesz być trudniejszy, dołącz słowa kluczowe / znaczniki do wpisów w FAQ, a gdy żądanie zawiera jedno z nich, zasugeruj konkretny wpis w FAQ, zanim pozwolisz, aby żądanie przeszło.

Na marginesie, jeśli nie masz zasobów, aby rozsądnie zająć się zgłoszeniami serwisowymi, jest to mocna wskazówka, że ​​masz wadliwy model biznesowy. Albo twój produkt / usługa jest zbyt błędna / myląca dla docelowych odbiorców i musisz zainwestować więcej zasobów w UI / UX, albo twój produkt / usługa nie jest wyceniony na poziomie, który wspiera koszt zapewnienia niezbędnego poziomu wsparcia. Być może rośniesz wykładniczo, a problem polega po prostu na tym, że prośby o pomoc rosną szybciej, niż możesz zatrudnić ludzi do obsługi, w którym to przypadku problem jest tymczasowy.

Tezra
2018-06-28 00:17:00 UTC
view on stackexchange narkive permalink

Nikt nie ma czasu na wsparcie. Dlatego starasz się rozłożyć obciążenie jak najwięcej.

  1. Zamiast mówić nie, powiedz użytkownikom, co mają robić.

Niektórzy mogą ' łącz kropki. Dzieje się tak zwykle dlatego, że dana osoba nie zna dobrze domeny i brakuje jej potrzebnych kropek. Gdyby wiedzieli, co robić, nie pytaliby cię. Dlatego zwykłe powiedzenie „nie” wyłączy ich jako klientów.

Zamiast tego spróbuj wspierać społeczność użytkowników. Twoi użytkownicy będą skalować się do bazy klientów (z definicji), więc najlepszą pulą zasobów, aby pomóc nowym ludziom, są inni użytkownicy, którzy kochają Twój produkt i lubią pomagać innym. (Zobacz StackExchange = P) Kieruj nowych użytkowników do tych zasobów. I zachęcaj doświadczonych użytkowników, aby byli tego częścią. ( przykład tego w akcji)

W rzeczywistości mówi się, że nie jest irytujące. Nie możesz tego zmienić. Bez względu na to, jak uprzejmie, jeśli nie masz pojęcia, jak iść do przodu, poddajesz się. Powiedz użytkownikowi, jakie działania mogą podjąć, aby uzyskać odpowiedź na pytanie. (Niekoniecznie przez Ciebie)

  1. Często aktualizuj swoje FAQ.

Jeśli wciąż pojawiają się pytania FAQ, spróbuj zidentyfikować problemy i postaraj się, aby były jaśniejsze. Zmień to, kogo masz, i poproś inną osobę o zatwierdzenie zmian. Zrozumienie tego, co napisałeś, jest trywialne, upewnij się, że dobrze przenosi się to na innych.

(Stażyści są do tego idealnymi obiektami egzaminacyjnymi, ponieważ zazwyczaj mają najmniej wiedzy dziedzinowej. Następnie ludzie z różnych działów . Każdy powinien mieć równy głos w sformułowaniu, ponieważ każdy może to konsumować)

  1. Sprzedawaj wsparcie wyższego poziomu

To jest bardziej dla lepiej płacących klientów, ale najłatwiejszym sposobem radzenia sobie z ograniczeniami zasobów jest umożliwienie klientom finansowania usług, na których im zależy. Stwierdza to również, że zaawansowane wsparcie to usługa, a nie prawo. Ta opcja działa jednak tylko wtedy, gdy pomoc techniczna nie jest kluczową cechą Twojej firmy (np. Dla banku lub dostawcy usług internetowych)

Acccumulation
2018-06-28 00:50:10 UTC
view on stackexchange narkive permalink

Jesteśmy małą firmą; kiedy otrzymujemy e-maile na nasz pomocniczy adres e-mail, mamy autoresponder ze szczegółowymi FAQ.

Masz więc konto e-mail, które automatycznie odpowiada na wszystkie e-maile, wysyłając wiadomość e-mail zawierającą często zadawane pytania ? E-mail nie jest właściwym formatem FAQ. Poza tym, że nie jest tak interaktywna jak strona internetowa, wielu klientów poczty e-mail wyświetla wiadomości e-mail w małym oknie podrzędnym, w którym jest dość uciążliwe czytanie dużych dokumentów. Twoi klienci nie będą chcieli czytać całego dokumentu FAQ próbując dowiedzieć się, co ich dotyczy, nie bardziej niż chciałbyś, żebym podał ci książkę o obsłudze klienta i powiedział „Przeczytaj to, aby zobaczyć, jak polecić klientom przeczytanie FAQ”. Zamiast tego należy podać łącze do strony z często zadawanymi pytaniami, która w interaktywny sposób ułatwia znajdowanie odpowiedzi, zamiast zmuszać ludzi do czytania całego dokumentu. Przynajmniej powinieneś dać klientom możliwość przeczytania listy samych pytań, gdzie kliknięcie w tekst pytania rozszerza je i udziela odpowiedzi. Oto przykład minimalnej interaktywności najczęściej zadawanych pytań.

Jaki byłby uprzejmy sposób, aby powiedzieć klientowi, że nie odpowiemy na jego e-mail JEŚLI jego pytanie odpowiada autoresponder FAQ?

Używasz nieprecyzyjnego języka. Masz na myśli to, że „Nie odpowiemy na ich e-maile, jeśli ustalimy , że odpowiedź na ich pytanie znajduje się w FAQ”. Nie rozumiem, w jaki sposób przeczytanie wiadomości e-mail, ustalenie, że odpowiedź znajduje się w FAQ, a następnie umieszczenie jej w folderze „ignoruj” jest znacznie mniej pracochłonne niż samo odpowiadanie na e-mail, nawet jeśli „odpowiadanie na e-mail” polega tylko na podaniu link do konkretnego pytania, na które Twoim zdaniem odpowiada ich pytanie.

Będziemy jednak honorować drugą odpowiedź od klienta, na wypadek gdyby pytał o coś, czego nie ma w FAQ lub gdyby potrzebował innych wyjaśnień.

Znowu jesteś raczej niejasny. Czy masz na myśli „Jeśli uznają, że ich pytanie nie znalazło się w FAQ, może zadać pytanie ponownie, a my odpowiemy na każdy e-mail z tego samego adresu e-mail”? Czy masz na myśli „Mogą zapytać ponownie, a my możemy odpowiedzieć, jeśli my zdecydujemy, że ich pytanie nie zostało udzielone”? Musisz jaśniej rozróżnić kwestie ontologiczne i epistemiczne. Jeśli mówisz „Jeśli uznasz, że Twoje pytanie nie ma odpowiedzi i wyślesz kolejny e-mail, zignorujemy go, jeśli nie zgodzimy się z Twoim stwierdzeniem, że na pytanie nie udzielono odpowiedzi”, nie ma żadnego uprzejmego sposobu na powiedzenie że. Co więcej, jeśli nawet nie patrzysz na wiadomość e-mail jest odpowiedzią w FAQ, chyba że wyślą e-mail ponownie, jest to raczej niegrzeczna procedura.

Wiele firm mają „formularze kontaktowe”. Nie jestem ich fanem, ponieważ w zasadzie replikują funkcjonalność poczty e-mail z większym kłopotem, ale byłyby lepsze niż moje zrozumienie obecnego systemu. Możesz mieć stronę internetową z często zadawanymi pytaniami, formularz kontaktowy i wymagać od ludzi, aby kliknęli potwierdzająco pole „Sprawdziłem FAQ” oraz „Rozumiem, że z powodu dużej liczby zapytań pytania, które zostały określone przez Odpowiedzi na często zadawane pytania nie będą udzielane na „box. Twoje często zadawane pytania powinny być ponumerowane i mieć zakotwiczenia dla łatwego odniesienia. W ten sposób, jeśli klient nadal jest zdezorientowany po przeczytaniu często zadawanych pytań, może powiedzieć coś w stylu „Czytam FAQ 1.1.2, ale jestem zdezorientowany, gdy jest napisane:„ Przedmioty można zwrócić w ciągu 30 dni ”. Czy to oznacza, że ​​w ciągu 30 dni zamówienia, czy 30 dni od otrzymania? ”

Łatwo jest wskazywać palcami, dopóki nie znajdziesz się po drugiej stronie stawu.

Zwykłe użycie słowa „przez staw” odnosi się do brytyjskiego kontra amerykańskiego, przy czym „staw” jest żartobliwym terminem odnoszącym się do Atlantyku.

Robert Dundon
2018-06-27 22:33:45 UTC
view on stackexchange narkive permalink

Dlaczego nie zamieścić obok linku do FAQ, odpowiedzi na często zadawane pytanie jako gotowej odpowiedzi, jeśli zostanie zadana?

W ten sposób klient otrzyma odpowiedź, a Ty oszczędzisz czas i energia.

Laurence Payne
2018-06-27 23:21:08 UTC
view on stackexchange narkive permalink

Wygodne może być dla CIEBIE egzekwowanie zasady „pytaj dwa razy, jeśli chcesz otrzymać odpowiedź”. Ale to kiepska, irytująca obsługa klienta. OK, na stronie kontaktowej podłącz FAQ tak mocno, jak chcesz. Ale jeśli klient nie może lub nie chce użyć „RTFM”, nie karz go.

Czy kiedykolwiek szukałeś pomocy w rozwiązaniu problemu z systemem Windows? Możesz przeskoczyć oficjalne odpowiedzi Microsoft - prawda? - ponieważ będą to po prostu automatyczne fragmenty z często zadawanych pytań. Właściwie patrzysz na niezależne źródła, w których ktoś mógł faktycznie CZYTAĆ twoje pytanie.

Wydaje mi się, że porównujesz firmę Microsoft do małej firmy, która ma ograniczone zasoby obsługi klienta.
No tak.Ale mówię, że możesz zrobić lepiej niż Microsoft.Każdy może zrobić lepiej niż Microsoft!
Randy Zeitman
2018-06-28 06:28:17 UTC
view on stackexchange narkive permalink

Moja odpowiedź nie jest jedną z dziesięciu już opublikowanych, więc mogę odpowiedzieć.

Żadna z dziesięciu opublikowanych odpowiedzi nie zawiera prośby o pomoc. W większości przypadków tak naprawdę chcą.

Odpowiedź, którą chciałbym wysłać, to:

================= =

Dziękuję za pytanie! Mniej niż 0,5% zabiera czas iz pewnością wolelibyśmy mieć zbyt wiele zapytań niż zbyt mało!

(Tak, nawet skargi!)

Zadano nam to pytanie kilka razy w różnych formach, więc chciałbym zapytać, czy zechciałbyś nam powiedzieć, w jaki sposób strona internetowa FAQ nie wyszła.

Właściwie, jeśli uznasz to za fajne wyzwanie, z radością przyjmujemy Twoje komentarze do edycji! Niektórzy użytkownicy nawet wskazali nam naszą witrynę konkurencji i powiedzieli „Napisz w ten sposób!”.

(I zrobiliśmy!)

Ale z pewnością, jeśli Twoje pytanie nie zostało uwzględnione w FAQ, po prostu odpowiedz, wygenerujemy zgłoszenie do pomocy technicznej i zazwyczaj odpowiemy w ciągu 24-72 godziny pracy.

==================

Philipp
2018-06-28 17:11:34 UTC
view on stackexchange narkive permalink

Nasza firma podpisała umowę na wsparcie z dużą firmą programistyczną, która zasadniczo mówi:

  • Otrzymujemy obniżoną stawkę za naszą umowę wsparcia
  • Aby otrzymać ten rabat , zobowiązujemy się do wykazania należytej staranności, zanim otworzymy zgłoszenie do pomocy technicznej
  • Jeśli w zgłoszeniu do pomocy pojawia się pytanie, na które odpowiedź znajduje się w często zadawanych pytaniach lub w bazie wiedzy, prośba ta jest oceniana jako „niespełniona”
  • Gdy zbyt wiele naszych próśb o pomoc w ciągu roku zostanie ocenionych jako „niespełnione”, tracimy rabat

To uniemożliwia nam zadawanie pytań, które równie dobrze moglibyśmy zadać odpowiedz sobie. Należy jednak pamiętać, że podjęliśmy decyzję o skorzystaniu z tej formy umowy wsparcia. Dostawca oferuje również umowy wsparcia typu „zapytaj nas o wszystko, nieważne jak głupie”, ale chce o wiele więcej pieniędzy za tę usługę.


Jeśli różne poziomy wsparcia nie pasują do Twojego modelu biznesowego, możesz poszukać automatycznego rozwiązania. Dostępne są rozwiązania programowe, które analizują wiadomości e-mail klientów pod kątem słów kluczowych i mogą automatycznie odpowiadać za pomocą dopasowanych standardowych tekstów z FAQ. Jest to o wiele bardziej przydatne niż wysłanie użytkownikowi całego FAQ, którego prawdopodobnie nie przeczyta, ponieważ jest po prostu za długi.

Takie e-maile powinny kończyć się instrukcjami, co klient może zrobić, aby przekazać tę prośbę o pomoc do prawdziwej osoby, jeśli ten tekst mu nie pomoże.



To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 4.0, w ramach której jest rozpowszechniana.
Loading...