題:
我如何說服同事打電話給服務台,而不是直接與我聯繫?
Lumberjack
2018-04-05 16:51:01 UTC
view on stackexchange narkive permalink

今天早上,我收到了一位同事的電子郵件,他不想再致電服務台,[我們稱他為 Joel 。]

我管理一支由IT專業人員組成的小型團隊,負責維護和管理少於1000名員工的非常典型的中小型企業。在我們的許多職責中,我們都接聽一條共享電話線,俗稱“服務台”。用戶打來的電話有各種問題。我們擁有運行頻譜的用戶,從僅在出現故障時才打電話的高級用戶,到在出現意外對話框時都需要幫助的技術恐懼者。

Joel是一位高級管理員,過去是常規的致電者,但今天早上他給我發了電子郵件,讓我知道他不再希望致電服務台,相反,他將直接與我聯繫以解決以後的所有問題。當我回答時,向Joel詢問詳細信息時,他讓我知道他不想和我的直接報告談話[我們稱他為 Rick 。]

“與Rick沒什麼私事,但過去我曾嘗試與他一起工作,他不知道或無法幫助,他也[[em> sic。]。 >

Rick在團隊中已經工作了將近一年,他一直持積極態度。他是我們團隊中最友善,最外向的成員。他是服務台知識淵博且能力強的成員,這是我第一次在該處或其他地方聽到任何有關他的表現的投訴。

出於多種原因,我不希望喬爾每次有問題時都直接與我聯繫。

我已經閱讀了一些類似問題的有用答案( [1] [2]),但這些問題並未解決該問題從經理的角度來看,所以我發現自己仍然很掙扎。

我如何說服Joel打電話給服務台而不是直接與我聯繫?

評論不作進一步討論;此對話已[轉移為聊天](https://chat.stackexchange.com/rooms/75754/discussion-on-question-by-lumberjack-how-can-i-convince-my-colleague-to-call-)。
十四 答案:
timbstoke
2018-04-05 17:44:01 UTC
view on stackexchange narkive permalink

首先,請回复喬爾為您的團隊辯護的電子郵件,概述您的角色,並明確表示他不僅會繞過該過程,因為他覺得自己很喜歡。

Joel,服務台是我們的呼叫記錄和故障排除過程的重要組成部分,里克是該團隊的重要成員。如果您對他的行為有特定的抱怨,我很樂意進一步討論,但是我作為IT經理的角色與幫助台團隊完全不同。請繼續使用已發布的幫助台號碼/電子郵件來解決與支持有關的任何問題。

如果您覺得某個特定問題沒有得到正確處理,請告訴我,我會看一下。

此後,如果他通過沒有適當渠道的支持請求給您打電話,請將他轉移到服務台。如果他給您發送了一封電子郵件,請將其轉發給技術支持人員,抄送給他,這樣他就知道,他所取得的成就只是延遲了郵件的提取。

_“ ...抄送他,以便他知道他所取得的一切只是他的延遲 郵件被提取。” _-並且,如果他沒有選擇,則增加延遲;僅在一個小時後或幾個小時後或第二天;或之後轉發。
-1
這個答案有太多的假設。
AilidpygiyCMT如?
@jpm26這應該很明顯。不限於1)“但我作為IT經理的角色與幫助台團隊完全不同” 2)喬爾實際上會打電話給幫助台,而不僅僅是升級到Lumberjack的管理層3)Lumberjack沒有回應Joel已經抱怨的事實關於里克的問題以某種方式還可以4)喬爾是問題所在等等。5)喬爾可能不只是說“我辭職是因為我不想在像伐木工人這樣的管理對我的日常工作至關重要的地方工作”等等等
所報導的評論是“他不知道或不能幫助,他也太在說話了”-這是一個抱怨,但這是模糊的。一個好的管理者不應該在沒有太多細節的情況下與員工接洽,因此,“如果有特定問題,讓我們討論一下”。一名員工不想與另一名員工互動,這本身就不是要對員工進行紀律處分,也不是經理要為此交互承擔員工角色的原因。
@timbstoke絕對沒有辦法。那是一把鈍錘。這在政治上是企業正確的說法,“這傢伙是一隻沒用的猴子,現在沒什麼私事,但從現在起他就是你的問題,而不是我的。”。請記住,如果喬爾是外部客戶,這將引起更多關注並且更多的重點將放在擺脫Rick的方式上。
@Sentinel-太模糊了,不允許任何人解決問題。它僅提供足夠的信息,可以說:“嗨,瑞克,喬爾說你沒用。”同時不允許任何人弄清楚如何修復它或衡量它是否已修復。如果Rick遇到實際問題需要解決,那麼他的經理需要知道具體情況。“上次我與Rick交談時,我遇到了X的問題。他不知道如何解決它,當我試圖解釋發生的事情時,他一直在和我聊天。”這提供了一個實際問題的細節,可以參考作為一個問題,進行了調查並修復。
@timbstoke哦,拜託。放棄。如果您正在管理客戶支持,並且一位主要客戶的老闆打電話給您,並說:“嗨,蒂姆,您要么丟下那隻猴子,要么殺死您作為供應商。”方式。不要給我那垃圾。您知道問題出在內部客戶的政治經濟而非金融。
IMO,@Sentinel只是個奇怪的建議。您曾經在服務台工作嗎?顧客對各種各樣的事情感到憤怒。不管是公司發言還是不行,這可能是Rick無法(足夠快)解決Joel滿意的一個問題。喬爾想要的方式甚至可能無法解決。電子郵件的編寫方式實際上並沒有提供足夠的信息。喬爾說,他過去曾嘗試與里克合作。需要對該工作進行審查。如果Joel在策略和體系結構說A無法完成而B必須必須完成時多次嘗試執行A事務,那不是Rick的錯。
-1
有些人喜歡提出不合理的請求,然後當他們沒有得到他們想要的東西時,就會抱怨您“拒絕”幫助他們。聽起來您手上有其中之一。我曾經在一家*每個*項目經理都曾做過的公司工作,我想他們必須在PM學校教它。從字面上看,如果零件不是從供應商那裡運來的,因為說PM沒有按時收到訂單,因此我無法開始構建,他們會去找我的經理,說我“拒絕”去做。它。
dwizum
2018-04-05 18:32:11 UTC
view on stackexchange narkive permalink

最好的方法是分而治之。 Joel需要了解,特定員工的問題不會使整個服務模型失效。如果您加強服務模型並解決員工問題,他將理解這一點。

執行其他答案所建議的操作:使他想起該程序及其重要性,並在他嘗試跳過該程序時將其重定向。重定向一開始可能很軟-接聽電話,幫助他解決問題,但表示您正在為他記錄票務系統-下次可以幫助他正確輸入(或撥打正確的號碼) 。然後繼續進行操作-在他下次打電話時將他轉接。等等。

但是-不要停在那裡。您是Rick的上級。除了Joel規避政策外,您還對團隊成員提出了投訴。我相信您的公司政策或文化都可以解決此問題,無論其職位是什麼。如果沒有正式的形式,則網上有很多最佳實踐可用。在沒有更多背景信息的情況下,很難給出有關如何解決衝突的具體建議。

可以公平地指出,任何投訴處理過程都應包括對投訴的驗證。您不希望您當前對員工的印象(“這是我第一次聽到任何投訴” )使您傾向於解僱投訴,當然,您也不想

總而言之, 您實際上更有可能實現讓Joel成為目標的目標。

如果您還解決了與員工(完全不同)的問題,請遵循政策-而不是僅僅遵循政策來解決這個問題。

假設員工存在問題。喬爾可能也只想繞過“過程中的麻煩”,或者只是不想與里克“打勾”,而不是專業地處理它。
我希望設計用於處理員工投訴的過程將包括對投訴的驗證-我同意,我們不知道是否存在實際的“問題”-但我們確實知道存在“投訴”,應該予以解決。
@dwizum如果您在回答中明確表示您相信處理投訴意味著首先要確定要解決的是實際問題,而不是直接著眼於訓練Rick,我認為這將大大增強您的回答。
在第二段末尾添加該字,表明該投訴應經過審查。感謝您的反饋。
這是一個很好的答案。投訴應得到解決。在全公司範圍內進行客戶滿意度調查。獲取匿名反饋。與喬爾交談。等等
@TomTom員工有問題。需要調查。調查的結果可能是“無效的,投訴已被駁回”,但經理仍需調查。
好吧,我通常不會調查它。單個數據點-這是浪費時間。我不追逐每個數據點事件。這裡的調查是“是的,記住它,當第三個類似事件出現時就開始採取行動”。
“我不想和里克說話,因為我不喜歡他”和“我對里克有正式的投訴”不是同一回事。
@gnasher729喬爾(Joel)基本上對里克(Rick)的老闆說:“那個傢伙很笨,浪費我的時間在電話上,我不在這隻猴子上工作。”如果這不是官方的投訴,那麼我不知道這是什麼。請記住,如果這是一個面向外部的客戶支持團隊,而客戶是外部的,那麼您將像一噸重的磚頭一樣坐在里克。
感謝您的建議。雖然這不是最受好評的答案,但我認為這是最正確的答案。解決喬爾對里克的抱怨很重要,即使事實證明這是沒有根據的。與Joel討論服務台模型的價值是很容易的。
@Lumberjack,我認為有些類似“ Rick,您做得很好,我希望您繼續努力。但是,Joel非常“嚴格地從事業務”類型,所以我希望您保持小規模與他進行最少的交談,並比與他打交道時比平常更快地升級給我。”將是適當的
很好的建議。謝謝@Kevin。今天晚些時候我會和Rick碰面,我可能會完全竊取這個措辭。
-1
Lumberjack
2018-04-06 18:18:23 UTC
view on stackexchange narkive permalink

我如何回答問題

我認真對待喬爾的投訴。我打電話給Joel討論這個問題,並要求提供更多詳細信息。喬爾在整個談話過程中非常專業。

我請他告訴我更多信息,他開始對Rick的積極態度表示讚賞。他讓我知道,他認為里克友好而健談。當Joel打電話時,他只是想解決問題,以便他可以重新工作。但是他建議也許這實際上是他自己的錯,因為開朗和友善是“也許是一件好事。”

我感謝他的反饋,並請他向我介紹更多有關下半場的信息。他抱怨說:“他不知道或無法幫助。”顯然,喬爾(Joel)遇到問題,而瑞克(Rick)無法解決問題。本來應該給Rick打電話給Joel一個解決方案,但是那回電話還是沒來。

我感謝Joel的坦率,並答應跟進Rick。我藉此機會與Joel討論了遵循幫助台程序的重要性。我們簡要介紹了共享服務台為公司和Joel帶來的所有好處。

我問他,如果出現問題,請繼續給服務台打電話或發電子郵件,但我保證如果他需要升級問題,或者將來與團隊中的任何人有任何問題,則始終可用。

我讓他知道他的反饋很有價值。我與他談過Rick是我們團隊中最年輕的成員的情況,他的反饋將是幫助Rick成為公司更好資源的有用工具。

電話會議結束時喬爾答應繼續致電服務台。我已安排在今天下午與里克進行一對一會談,以討論該問題。我將給里克一個機會來講述他的故事,並提供有關他報告的未能跟上喬爾的更多細節。

最終,讓用戶像這樣掛著是不可接受的。如果您正在為解決方案而苦苦掙扎,我們有相應的程序來指示如何升級問題。我們有一個售票系統,旨在確保所有內容都不會丟失。此處未加說明,我將需要Rick的幫助來找出問題出處的地方。

這可能是一個錯誤,但我不打算責怪Rick過於健談或友善。他的高尚態度使他多次受到高級員工的積極反饋,而喬爾則因脾氣暴躁而享有聲譽。但是,我將與Rick談談Joel,並建議他們在互動中不斷前進,Rick力求盡可能簡短和專業。

我想我將在幾週後跟進Joel,看看情況如何。這將使Joel知道他的反饋很有價值,我們認真對待了他的疑慮,同時也讓我有機會了解到在此期間可能發生的任何問題。

聽起來您處理的事情很棒。在閱讀您的原始帖子時,我的第一個想法是,里克成為“我們團隊中最友好,最外向的成員”可能是問題的一部分。作為一個安靜的人,我不希望IT人員成為我的朋友,我只希望他們繼續解決我的問題,這樣我就可以停止講話並回到我的計算機上。因此,您可能在暗示Rick努力做到與Joel保持簡短和專業的步調一致(也許其他人,如果他選擇了,則表示他們沒有回應他的閒聊)
老實說,這是一流的。恭喜,這確實是出色管理的一個例子。
@Lumberjack我也感到“做得很好”。很好的管理可能會變成醜陋的東西,但是多虧了您,您才變成了一個美麗的小職場故事。很棒的工作!
+1並沒有閱讀每個答案的每一個字,我還沒有看到任何人評論:支持人員需要接受培訓以應對不同的性格。我曾經為Apple工作,他們有缺點,但總體來說是很棒的支持和培訓。他們開始(大約在2015-6年度開始)對他們的技術支持顧問進行有關四種不同個性的培訓。我忘記了細節,基本上,一種類型的客戶是想聊天的人,另一種類型的人想控制住。另一個希望支持者控制交互。聽起來Rick需要意識到這一點。
謝謝@jimlohse我還沒有聽說過。我將需要做一些研究。
那麼和里克的會面怎麼樣?我喜歡這些答案,在這裡我們可以看到現實生活中實際上發生了什麼:-)也可以。被遺忘的後續活動,您是否有一種系統可以向人們定期提醒尚未關閉的門票?
@user568458與Rick的會議進行得非常順利。我了解到Rick在通話結束後有不好的習慣來輸入門票。我們討論了這種情況是如何在通話開始時需要輸入票證的完美示例。我們還討論了里克與喬爾未來的互動,並確定了再次見面的時間。
CCTO
2018-04-06 01:08:39 UTC
view on stackexchange narkive permalink

這是關於里克的。與喬爾(Joel)一起在一個私人空間坐下來,讓他客觀地分享與里克(Rick)的經歷。里克可能對您和他的隊友很友善並且開放,但是對呼叫者的呈現方式卻有所不同。在許多也受到影響的人中,喬爾可能是一個向您提及的人。

這個。如果一位高級管理員公開地告訴您Rick本質上是笨拙無知(妨礙與他人交談),那麼您作為服務台主管的主要目的就是消除Joel與Rick的障礙。例如,將Rick兼職轉給Joel的團隊,尋找他的線索,或者讓傳入的Joel呼叫將pick路由到除服務台上的Rick之外的其他任何人等
謝謝CCTO。我同意將重點放在等式的Rick方面很重要。
@Lumberjack我在這裡可能會得出結論,但是“霸道”和“最友好”的結合使我認為Rick是一個喜歡聊天的人,Joel是一個只是想開始做生意的人。喬爾(Joel)可能會要求2分鐘,而里克(Rick)希望有10分鐘以上的時間,“一切都好嗎?”會話?這些投訴很難提出,因為直接提出這些投訴只會使您看起來像個混蛋,這可能就是為什麼Rick對於他對Joel的投訴含糊不清的原因。
在@DeanMacGregor上現貨。這正是喬爾稱里克為“霸道”的意思。
@Lumberjack是的,我絕對是個“喬爾”,所以這個故事太過熟悉了。
Horia Coman
2018-04-06 14:49:43 UTC
view on stackexchange narkive permalink

Joel的投訴可能提出了一個要點-相同的服務台系統正在幫助用戶使用完全不同的技能組,並且正如您提到的那樣,解決非常不同的問題類別。這可能不是最好的。服務台處理人員需要將他們的互動調整為他們正在與之交談的人員的技術水平,這對於其中一些人可能很難做到。擁有多個級別的服務台支持可能是值得的。因此,有人稱其為奇怪的彈出窗口可以轉到一個地方,而有人稱其VPN在其FreeBSD機器上無法正常工作,可以轉到另一個地方。

哦,在閱讀您的答案之前,我已經[在上面對此答案發表了我的評論](https://workplace.stackexchange.com/a/110216/71299),這很重要!另外,除了技術差異之外,我還會添加人格差異,處於相同技術水平的人仍然保持不同的個性:控制與願意領導。我的最愛是那些擁有博士學位或其他一些高技術技能的人,他們認為專業化延伸到了他們無知的領域。那是最難處理的一個(我可能是其中的大聲笑之一)
user34587
2018-04-05 17:22:33 UTC
view on stackexchange narkive permalink

讓他想起這個程序。如果有消息說喬爾比通常的“幫助台”更直接地提供幫助,那麼每個人都可能會開始問為什麼他們也沒有這樣的幫助,並且對於所有參與其中的人來說,情況只會變得更糟。

如果Joel在聽到他的問題之前再次打電話或要您,只需重申一下,我們可以為他解決問題。在不提及Rick的情況下,請說明您已經執行了此過程,因此沒有個人依賴性(如果您打電話請病假,Joel會擺弄他的拇指直到您康復嗎?),並且可以更有效地記錄服務台問題和優先。這將是公平,專業的處理方式。

如果喬爾再次提出,您將不得不提醒他,您不能阻止您的團隊中的一個成員在沒有更充分理由的情況下接聽電話。如果喬爾(Joel)對里克(Rick)有問題,他必須提出正式投訴。同時,由於個人原因,您不能違反自己團隊的規則('沒什麼個人意義'在這裡沒有多大意義!)。這樣一來,您就可以堅持自己團隊的做法,而不會把Rick挑出來。從您對Rick的描述來看,Rick可能不知道對他的不滿。

如果Joel繼續堅持下去,那麼最好不要讓Joel的習慣繼續下去,一定要引起經理的注意。也許喬爾被非正式地視為特例。出於同樣的原因,他也有可能不高興。

Joe
2018-04-05 21:33:46 UTC
view on stackexchange narkive permalink

我會這樣處理。首先,我會做與其他答案類似的事情,並與Joel合作,以幫助Rick更好地完成工作。毫不誇張地說,一個人是好人,但可以變得更好,即使這意味著“如何與困難的受助人打交道”。

最重要的是,我在其他答案中沒有看到的是,如果您不能快速解決Joel / Rick問題,然後與您的“老闆”交談。讓他知道您的政策,以及您管理部門的方式,Joel是一個極端案例,正導致您的工作效率降低。詢問您的老闆您是否應該做不同的事情,最有可能的老闆會說您正在做您應該做的事,並且他會與喬爾或他的老闆交談,以使喬爾遵守公司的政策和程序。

我認為這是朝正確的方向發展,但與您的老闆交談可能會適得其反。喬爾(Joel)對伐木工人很坦率,基本上是在說“我正在把這個變成你的問題”。他非常清楚,如果這一切升級,伐木工人看起來就像一個傻瓜,因為他沒有去找爸爸就沒有解決客戶滿意度問題
Adam Davis
2018-04-05 23:10:21 UTC
view on stackexchange narkive permalink

我建議您應該嘗試實現幾個目標:

  • 提醒政策和程序的喬爾
  • 給喬爾提供系統採用這種方式的原因(持續改進) ,適當的記錄管理等)
  • 建議您寧願解決流程或人員的任何問題,也不願掩飾或隱藏這些問題
  • 確保每個人都得到相同水平的服務和護理

通過將這些內容結合在一起,您應該能夠說服Joel使用適當的渠道符合公司的最大利益。

我了解您在我的協助下會更快樂,但由於工作量大,我只能協助我的直接報告,我無法為他們處理他們的工作。此外,通過讓他們處理所有事情,我們可以保留更準確的記錄,當報告重複出現的問題時,我們可以改善流程,並通過提供知識連續性來確保每個人都得到同等的高水平幫助。

因此,請進一步處理對-代理人或票務系統或電子郵件箱-的服務請求。

Chris Johnson
2019-08-24 05:12:01 UTC
view on stackexchange narkive permalink

我遇到了完全相同的情況。我解決問題的方法是說,如果您致電服務台,我們將跟踪您的問題直至完成-我保證您會在X小時內得到答复,並在X小時或幾天內得到解決(根據我們發布的SLA)-我保證您的要求不會丟失,並且如果正在處理的人生病或休假,我保證您可以將其他人繼續處理,直到解決。但是,如果您不致電服務台,我將不做任何保證。如果您不致電服務台,但又想抱怨您的案件處理不正確或不夠迅速,我將不予理listen。服務台是我們提供支持的方式。如果不使用它,將不會獲得專業級的支持。

oliver
2018-04-05 22:12:43 UTC
view on stackexchange narkive permalink

對人要柔和,但要在問題上堅持。善待他和對待完全不認識的人一樣總是一個好主意。看來您不太熟悉他叫他為朋友,所以似乎沒有完全誠實的地方。

所以向他確認,您相信自己的團隊,不會擔心他的擔心。地毯似乎是個好主意。除了檢查自己的票務安排是否正確之外,避免出現任何您會親自處理此事的印象。如果您提供任何特權,您可能會懷疑他是否也獲得了其他特權,這最終可能會升級這種情況。

畢竟,我們不要忘記這一切都將朝著正確的方向發展。腐敗的交易。也許他正試圖以換取特權來交換個人關係,甚至進行脅迫。

人們可能會嘗試這樣做,因為他們不了解資源是否有限。但是,當他們自己的努力徒勞無功並且付出的代價超出預期時,他們通常會很快理解。

通過保持友好和專業,您還可以避免任何跡象表明您弄清楚了他們的不公平遊戲,並避免了他們詭計多端的陰謀,而這種人有時會因失望而這樣做。 >

假設喬爾是問題。在我看來,喬爾(Joel)既敏銳又經驗豐富,正在管理Lumberjack來修復他破碎的服務台
可能是@Sentinel:。以及Lumberjack和Joel可能會學習的事實。以及啄食順序可能隨時間變化的事實。好消息是,不管您是白痴還是聰明,都有一些食譜有效(因為通常您不知道哪個是真的)。我已經體驗到,這通常與讓精力充沛的人耗儘自己的精力有關。
有趣..........
就像我之前說過的:...不管您是白痴還是聰明...,工作... ;-)
rmpbklyn
2018-04-06 06:31:16 UTC
view on stackexchange narkive permalink

具有一個內部網頁/門戶,用戶可以在其中輸入票證。是的,鼠標壞了,您的團隊可以迅速提供它。該程序不執行xyz,然後您委託它去找誰,它需要2級幫助台或3級供應商票。您沒有其他的經理,代表或將您的員工邊緣化。僅對那個人來說,就被忽視了一個星期左右。堅持指導原則,不要為別人跳鐵圈,而忽略其他人,這會使您的員工感到困惑。

rackandboneman
2018-04-07 04:47:01 UTC
view on stackexchange narkive permalink

如果可能的話,請明確說明您已將權限委託給了喬爾的電話通常涉及的主題。

”“我已經將您要詢問的子系統XYZ移交給下屬ABC和DEF,因為我相信他們會正確運行。我不會定期跟踪他們如何運行它,如果我回答了您的問題,我很可能會給您過時的信息,這可能是完全錯誤的,無法解決您的問題,並且可能與ABC和DEF做出的決定背道而馳。我是他們的上司,但是我不需要了解有關XYZ的這些詳細信息,因為我沒有使用它,而您卻維護了它們。”

Monty Wild
2018-04-07 13:39:31 UTC
view on stackexchange narkive permalink

我從另一個方向遇到了這個問題-我所負責的所有支持都被要求並親自提供。

但是,即使我仍會提供相同的支持,也要求我使用幫助台系統,因為它可以適當地計算支持成本,並跟踪問題的解決方案。

通過繞過服務台,問責制丟失了。我的指示是將對我本人的支持請求直接發送到服務台系統,因為除非以這種方式提出請求,否則不允許我進行處理。

Dawood ibn Kareem
2018-04-08 10:16:12 UTC
view on stackexchange narkive permalink

很明顯,Joel的請求始於服務台很重要。但是您不能對Joel毫無幫助。我之前已經處理過很多次了,我發現最簡單的方法本質上就是這個。

嗨喬爾,

感謝您的請求。我已將其轉發到服務台,以便他們可以對其進行記錄,確定優先級並找到合適的人員進行處理。

如果與您聯繫,可能會更快地處理您的請求直接向服務台諮詢。他們的電話號碼是------,電子郵件地址是------。

最美好的祝福,

伐木工人

進行多次。如果他對此感到不滿,請向他指出

  • 這是您的工作要求您做的
  • 對部門的所有請求都必須記錄下來並確定優先級,
  • 為確保對其他客戶的公平性,不允許從事未通過這些步驟的任何工作。

保留整個禮貌。但是不要讓步。無論您做什麼,在服務台將其分配給您之前,不要滿足他的要求。遲早,他都會親自使用幫助台。

哦,不要理會Rick的所有廢話。除非Joel對Rick提出正式投訴,否則這不值得您花費時間。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...