การดูแลระบบมีอะไรบ้างที่จะมีลูกค้าที่มีความสุข [ปิด]


14

การสำรองไดเร็กทอรีผู้ใช้รายวันรีเซ็ตรหัสผ่าน 24X7 เปิดใช้งานการลงชื่อใช้งานแบบ ssh เดียวพื้นที่เก็บข้อมูลมากมายสภาพแวดล้อมการทดสอบที่ดีกลุ่ม HA สำหรับการอัปเกรดที่ควบคุมได้บรรณาธิการที่ดีหน้าคนทันสมัยและฉันยังได้รับการร้องเรียน แล้วอะไรคือสิ่งที่ทำให้ลูกค้าของคุณมีความสุขเปิดใช้งานและมีประสิทธิภาพ

การร้องเรียน 10 ครั้งล่าสุด :

  • เหตุใดโมดูล PDF :: API2 จึงไม่ได้รับการติดตั้งและสม่ำเสมอบนเซิร์ฟเวอร์ทั้งหมด
  • ทำไมฉันต้องใช้ LD_PRELOAD = บนเซิร์ฟเวอร์ HP ของเรา
  • เหตุใดโปรแกรม STL ของฉันจึงทำงานช้าในเว็บไซต์ที่ใช้ AIX
  • ฉันไม่สามารถหยุดทำงานได้ในสามเดือนข้างหน้า
  • เหตุใดฉันจึงไม่มีคอมไพเลอร์ในเครื่องของฉัน
  • ทำไมงานนี้เมื่อวาน
  • Apache คอยล็อคอยู่เสมอ
  • เหตุใดฉันจึงไม่สามารถแก้ไขข้อบกพร่องนี้ในการผลิตได้
  • เหตุใดฉันจึงไม่สามารถติดตั้งสิ่งโอเพนซอร์ซที่ฉันต้องการได้
  • gunzip เกิดความเสียหายได้อย่างไร

อัปเดต : คำตอบที่ดีมากมายให้เลือก ฉันคิดว่ามีความหมายว่าคำขอเป็นสัญญาณของลูกค้าที่ไม่มีความสุขในความเป็นจริงมันเป็นสัญญาณของคนที่ต้องการทำสิ่งต่าง ๆ นอกจากนี้ยังเป็นสัญญาณของคนที่ต้องการมีประสิทธิภาพและมีโครงสร้างพื้นฐานเพื่อรองรับความต้องการมากมายของพวกเขา เครื่องมือทั้งหมดในโลกจะไม่ได้รับคุณที่ 5 นิ้วสุดท้ายของการทำให้แน่ใจว่าผู้ใช้รู้ว่าคุณสนใจ


นอกจากนี้ยังเป็นเรื่องดีที่จะต้องทราบว่าการร้องเรียนทั้งหมดเป็นปัญหาเกี่ยวกับไอทีจริง ๆ และไม่ใช่การร้องเรียนเกี่ยวกับไอที นี่ไม่ใช่คำวิจารณ์ต่อผู้ดูแลระบบ มันเป็นงานจริงที่สามารถแก้ไขหรือตอบได้
artifex

คำตอบ:


16

ดูเหมือนว่าคุณจะตอบคำถามกับโปรแกรมเมอร์เป็นหลักดังนั้นคำตอบของฉันอาจไม่ตรงตามที่พวกเขาต้องการกับ Microsoft Office โดยใช้นักบัญชีนักการตลาดหรือฝ่ายทรัพยากรบุคคล

แก้ไขปัญหา - 99% ของคนต้องการแก้ไขปัญหาคอมพิวเตอร์เพื่อให้สามารถทำงานต่อไปได้ การแก้ปัญหาหมายถึงการแก้ไขปัญหาเฉพาะที่พวกเขาถามเกี่ยวกับวิธีแก้ปัญหาหรืออธิบายว่าคุณไม่รู้วิธีการหรือไม่มีทรัพยากรในการแก้ไขปัญหา ทุกอย่างอื่นไหลจากสิ่งนี้ เมื่อคุณทำตัวเหมือนคุณไม่สนใจหรือลืมปัญหาของคนอื่นหรือไม่ตอบเลยพวกเขาก็จะอารมณ์เสีย

อธิบายว่าทำไม - ถ้าคุณจะพูดว่า "ไม่" ให้อธิบายว่าทำไม หากคุณยุ่งเกินกว่าจะช่วยอธิบายได้ว่าทำไม หากคำขอของผู้ใช้เป็นไปไม่ได้หรือเป็นไปไม่ได้ให้อธิบายสาเหตุ ไม่มีใครชอบเผด็จการ

พูดคุยกับผู้คน - ผู้คนใน IT ต้องการสนทนาผ่านอีเมล การพูดคุยกับบุคคล (เด่นกว่าตัวต่อตัว) ทำให้สิ่งต่างๆมีประสิทธิภาพมากขึ้นและทำให้ผู้คนรู้สึกว่าคุณสนใจปัญหาของพวกเขา

ฟังและอธิบาย - อย่าตัดคนออกหรือคิดว่าคุณรู้ว่าปัญหาคืออะไร ฟังสิ่งที่พวกเขาพูดและอธิบายว่าทำไมปัญหาจึงเกิดขึ้นและต้องทำอะไรในอนาคต

ตอบกลับอย่างรวดเร็ว - ผู้คนจะอารมณ์เสียอย่างไม่เป็นธรรมเมื่อคุณไม่ตอบคำขอของพวกเขาเป็นเวลาหลายสัปดาห์ (หรือมากกว่า) ฉันไม่ใช่แฟนของ SLA แต่แม้ว่าการตอบสนองคือ "ฉันไม่มีเวลา" ก็ดีกว่าไม่ตอบสนองเลย

มีความยืดหยุ่น - อย่าปล่อยให้ไม่มีเป็นสิ่งแรกที่ออกมาจากปากของคุณทุกครั้งที่มีคนถามหาบางสิ่งบางอย่าง งานของคุณคือไม่ต้องควบคุมเทคโนโลยี มันเป็นเรื่องที่ดีในการช่วยให้คนที่จะทำของพวกเขางาน ทำงานกับผู้ใช้ของคุณไม่ใช่ต่อต้านพวกเขา

ติดตาม - อย่าปล่อยให้คำขอผ่านเข้าไปในรอยแตก ผู้คนอารมณ์เสียเมื่อพวกเขาไม่สามารถทำงานและรู้สึกเหมือนถูกเพิกเฉย ที่สมบูรณ์หรือตอบสนองต่อทุกการร้องขอทุกเวลาแม้กระทั่งถ้าคำตอบคือ "นั่นเป็นไปไม่ได้."

เป็นมิตร - ห้องคนพูดมากเกี่ยวกับพวกเขา หากพวกเขามีภาพถ่ายปั่นจักรยานถามพวกเขาเกี่ยวกับการปั่นจักรยาน หากพวกเขาเป็นนักสะสมแสตมป์ถามเกี่ยวกับแสตมป์ การสนับสนุนผู้ใช้คือการบริการลูกค้า 80% และทางเทคนิค 20% (แม้ว่าอัตราส่วนนี้จะแตกต่างกันสำหรับโปรแกรมเมอร์ในฐานะผู้ใช้ปลายทาง)

อย่าวางตัว - ความผิดพลาดด้านไอทีแบบดั้งเดิมคือการสับสนที่ไม่สามารถใช้คอมพิวเตอร์ด้วยความงี่เง่า เมื่อคุณพูดคุยกับใครบางคนเพราะคุณคิดว่าพวกเขาโง่พวกเขารู้ เมื่อคุณย้อนกลับไปและลดระดับใครบางคนกับเพื่อนร่วมงานของคุณพวกเขาสามารถบอกได้ คุณไม่รู้อะไรเลยเกี่ยวกับรูปแบบ 8,342 ใน HR (หรืออย่างน้อยฉันก็ไม่รู้) แต่นั่นก็ไม่ได้ทำให้คุณงี่เง่า ดังนั้นอย่าปฏิบัติต่อผู้ใช้ปลายทางของคุณอย่างนั้น นอกจากนี้อย่าทำตัวเหมือนกำลังรบกวนคุณด้วยคำขอโง่ ๆ นี่อาจเป็นวิธีที่ บริษัท เคเบิลของคุณปฏิบัติกับคุณและคุณชอบ บริษัท เคเบิลของคุณมากแค่ไหน?

สื่อสารการบำรุงรักษา - หากคุณกำลังเปลี่ยนแปลงสิ่งใดก็ตามที่มีโอกาสสร้างปัญหาบอกคนอื่น เป็นไปไม่ได้ที่จะรู้วันครบกำหนดทุกครั้งในทุกแผนก หากการบำรุงรักษาของคุณทำให้ใครบางคนพลาดวันครบกำหนดพวกเขาจะอารมณ์เสีย เมื่อคุณทำการเปลี่ยนแปลงที่ไม่มีใครรู้และพวกเขาทำลายสิ่งต่าง ๆ คุณจะให้ความประทับใจกับคนที่คุณไม่สนใจ

รับข้อเสนอแนะ - คุณรู้หรือไม่ว่าจุดปวดของผู้ใช้ของคุณคืออะไร? คุณรู้วิธีปรับปรุงบริการหรือไม่? ถามพวกเขา. อาจได้รับการจัดการเพื่อจ้างพนักงานพิเศษที่คุณต้องการ

ส่งเสริมการติดตาม - กระตุ้นให้ผู้ใช้โทรกลับหาคุณหากปัญหาไม่ได้รับการแก้ไขในครั้งแรก


ฉันเห็นด้วยกับสิ่งนี้ 100% มันเคยทำงานกับนักพัฒนาเช่นกัน ฉันจำได้ว่าเมื่อเราติดตั้งเซิร์ฟเวอร์ SQL แบบคลัสเตอร์และเราบอกผู้พัฒนาว่าเราต้องการให้พวกเขาหยุดการเข้าถึงไดรฟ์ในระบบผ่านตัวอักษรชื่อไดรฟ์และใช้เส้นทาง UNC เสมอ เราได้รับแรงผลักดันมากมายจนกระทั่งเราอธิบายว่าคลัสเตอร์ตั้งค่าได้อย่างไรและทำไมจึงเป็นการดีที่สุดที่จะทำตามวิธีของเรา การผลักกลับหยุดลงและพวกเขาก็เริ่มแพร่กระจายพระวรสารในนามของเรา
mrdenny

ให้บริการลูกค้าของคุณอย่างยอดเยี่ยม ฉันลองวันนี้และวันก็ราบรื่นขึ้นมาก บางครั้งคุณเข้าสู่โหมดปฏิกิริยาและละเลยข้อเท็จจริงที่ว่าพวกเขาเป็นสาเหตุของการอยู่ที่นั่น
ojblass

2
อย่างจริงจังนี่คือระดับอัจฉริยะที่นี่ ... ฉันอ่านมันซ้ำแล้วซ้ำอีก
ojblass

ตามหมวด WHY จัดตารางงานพิมพ์ที่คุณจดบันทึกทั้งหมดที่คุณต้องทำ ดังนั้นเมื่อมีคนถามว่าคุณสามารถช่วยพวกเขาด้วยบางสิ่งที่คุณทำตามกำหนดเวลาและชี้ไปยังเวลาที่ว่าง และบอกว่าฉันสามารถช่วยคุณได้ จะมีการร้องเรียนเล็กน้อยถึงไม่มีเลยมันมีประสิทธิภาพมากในการแสดงให้คนอื่นเห็นว่าคุณยุ่งแค่ไหนและคุณจะพูดไม่บ่อย
artifex

10

ฉันคิดว่าถ้าคุณต้องการให้ลูกค้าของคุณมีความสุขกับคุณสิ่งอันดับหนึ่งคือการสื่อสาร

ตรวจสอบให้แน่ใจว่าคุณกำลังพูดคุยกับพวกเขา เมื่อพวกเขามาหาคุณให้แน่ใจว่าคุณทั้งคู่เข้าใจในสิ่งที่ต้องการและเมื่อมันจะเกิดขึ้น หากงานหลุดให้พวกเขารู้ หากมีปัญหาใด ๆ เกิดขึ้นไปที่พวกเขาและพูดคุยกับพวกเขาเกี่ยวกับเรื่องนี้ เมื่องานเสร็จแล้วพูดคุยกับพวกเขาและให้แน่ใจว่าพวกเขาตกลงกับผลที่ได้ (อย่าเพิ่งทึกทักว่าพวกเขาเป็นถ้าเงียบ) ถามว่ามีอะไรอีกที่พวกเขาต้องการจากคุณ

ตรวจสอบให้แน่ใจว่าพวกเขารู้ว่าพวกเขาสามารถมาและพูดคุยกับคุณถามคุณเกี่ยวกับสิ่งต่าง ๆ พร้อมใช้งาน หากพวกเขาขออะไรโง่ ๆ ให้อธิบายว่าทำไมมันไม่ควรทำ อธิบายวิธีการกำหนดค่าและสถาปัตยกรรมระบบของคุณตามความเหมาะสมกับการใช้งานระบบของคุณเอง จงเคารพพวกเขาและงานของพวกเขาความต้องการของพวกเขา

sysadmins ที่เป็นมิตรนำไปสู่ลูกค้าที่มีความสุข IMHO


มันไม่ยากนักเมื่อคนบ่นมาก จุดที่ดีในความเป็นมิตร
ojblass

ฉันเห็นด้วยอย่างยิ่งว่ามันอาจเป็นเรื่องยาก! ฉันพบว่าพวกเขามีโอกาสน้อยที่จะบ่นเมื่อพวกเขาเข้าใจ - ดังนั้นจุดที่ยาวเกี่ยวกับการอธิบายสิ่งของให้พวกเขาเพื่อช่วยในการทำความเข้าใจของพวกเขาเอง หากเป็นไปได้บางครั้งคุณสามารถกำหนดเวลาการตอบสนองของคุณสำหรับสถานการณ์ที่ยากลำบากเมื่อคุณได้รับผลกระทบจากความขัดข้องน้อยที่สุด เช่น. ในขณะที่คุณกำลังมีกาแฟยามเช้าของคุณ :)
mibus

3
ฉันพบว่าการอ่านรายการในคำถามที่ "ข้อร้องเรียน" ส่วนใหญ่เป็นคำถาม ฉันพบว่าคนส่วนใหญ่ต้องการคำตอบแม้ว่าพวกเขาจะไม่ชอบพวกเขา
โจเซฟ

8

(เขียนใหม่อย่างกว้างขวางหลังจากคิดเพิ่มเติม)

ทุกอย่างลงเพื่อการสื่อสาร

หากคุณมั่นใจว่าบริการของคุณดี แต่คนยังไม่มีความสุขคุณต้องทำการตรวจสอบความเป็นจริง ทั้งสองก็ไม่ได้ดีเท่าที่คุณคิดหรือว่าคุณไม่ได้สื่อสารกับคนเช่นเดียวกับที่คุณสามารถ สิ่งหนึ่งที่ฉันโชคดีที่มีคือคนกลุ่มเล็ก ๆ ที่เป็นเพื่อนรวมถึง "ผู้ใช้ธรรมดา" ใน บริษัท ฉันรู้ว่าถ้าฉันทำอะไรผิดพวกเขาจะบอกฉัน หากพวกเขาได้ยินคนอื่นบ่นเกี่ยวกับสิ่งที่กลุ่มของฉันเป็นหรือไม่ทำพวกเขาจะแจ้งให้เราทราบ

แง่มุมอื่น ๆ ของการสื่อสารเพื่อให้แน่ใจว่าได้ทำงานใน:

  • สำหรับพนักงานคุณต้องใช้เครื่องมือมาตรฐานทั้งหมด: จดหมายข่าวอีเมลเว็บไซต์ไอทีเซสชันการฝึกอบรมสัมมนาและอื่น ๆ การสื่อสารนี้ต้องเป็นแบบสองทาง: ส่งเสริมให้ผู้คนตอบอีเมลและจดหมายข่าว หาเวลาพูดคุยเกี่ยวกับสิ่งที่ฝ่ายไอทีทำและตั้งคำถาม
  • สำหรับผู้จัดการฉันคิดว่าคุณจำเป็นต้องพูดถึงระดับการให้บริการอย่างต่อเนื่อง: หากคุณเขียน SLA คุณต้องตรวจสอบเพื่อให้แน่ใจว่าเหมาะสมและถ้าคุณไม่มีพวกเขาคุณต้องทำให้ผู้จัดการรู้ว่า คุณสามารถ / จะให้และคุณรู้ว่าสิ่งที่พวกเขาต้องการ / ต้องการ
  • ด้วยการพูดคุยกับพนักงานและผู้จัดการคุณจะต้องจัดลำดับความสำคัญของไอทีให้สอดคล้องกับธุรกิจ โครงการเทคโนโลยีที่คุณกำลังดำเนินการอยู่ต้องสนับสนุนเป้าหมายทางธุรกิจของ บริษัท งบประมาณของคุณจะต้องสอดคล้องกับสถานการณ์ทางการเงินของ บริษัท
  • สำหรับการสื่อสารทั้งหมดของคุณคุณต้องหลีกเลี่ยงการใช้ศัพท์แสงหากเป็นไปได้และพยายามอธิบายทุกสิ่งที่ฝ่ายไอทีทำในแง่ง่าย

หลังจากอ่านรายการเรื่องร้องเรียนล่าสุด: ผู้ใช้ของคุณเสียงเหมือนนักพัฒนาส่วนใหญ่ ฉันไม่ได้มีประสบการณ์มากมายกับเรื่องนี้ (ของฉันส่วนใหญ่เป็นนักวิทยาศาสตร์เจ้าหน้าที่ดูแลระบบผู้จัดการ) แต่ฉันก็ยังคิดว่าการสื่อสารเป็นไปตามลำดับ เนื่องจากพวกเขาเป็นนักพัฒนาอาจเป็นเรื่องทางเทคนิคมากกว่า: เช่นนี้ไม่ได้ติดตั้งเพราะขึ้นอยู่กับแพ็คเกจอื่น

อีกครั้งฉันมีประสบการณ์ จำกัด กับข้อเสนอแนะนี้ แต่ขึ้นอยู่กับว่านักพัฒนาทั้งหมดหรือไม่ให้สภาพแวดล้อมที่ จำกัด น้อยลง ให้พวกเขาทำสิ่งต่าง ๆ ได้มากขึ้น แต่ด้วยความเข้าใจ (SLA อีกครั้ง) ที่คุณไม่สามารถช่วยเหลือพวกเขาจากสิ่งที่พวกเขาสามารถทำได้กับเครื่องจักรของตนเองหรือเครือข่าย VLAN ของพวกเขาเอง คุณสามารถตอบคำถามสามข้อด้วยวิธีนี้ "ทำไม gzip ถึงไม่ทำงานฉันไม่ได้เป็นเครื่องของคุณคุณต้องให้มันทำงานต่อไป" (ตกลงมันไม่ค่อยดีที่จะเป็นคนขี้ขลาดนั้น แต่มีบางอย่างตามสายเหล่านั้น)


2

คุณสามารถมีเทคโนโลยี whizzbang ทั้งหมดในโลก ลูกค้ายังคงไม่มีความสุข คุณเพียงแค่ทำให้พวกเขาทำงานของพวกเขา งานของพวกเขาอาจทำให้พวกเขามีความสุข แต่ส่วนใหญ่ไอทีจะมองไม่เห็นพวกเขาและจะพูดซ้ำ ๆ ว่ามันน่าเกลียดเมื่อมีอะไรผิดพลาด


อะไรที่ทำให้คุณมีความสุขกว่านี้
ojblass

ฉันมีความสุขในงานของฉันฉันไม่สามารถรับรองลูกค้าได้!
PowerApp101

1
ฉันลงคะแนนให้กับ "เวลาส่วนใหญ่ที่ฝ่ายไอทีไม่สามารถมองเห็นได้และจะรับรู้ว่ามันน่าเกลียดเมื่อทุกอย่างผิดปกติ" - ไม่แน่ใจว่ามันเป็นความหมายที่ตั้งใจหรือไม่ แต่เป็นสิ่งที่ควรจะเป็น
Maximus Minimus

2

ขั้นตอนการจัดการการเปลี่ยนแปลงที่ดี หากคุณไม่เปลี่ยนแปลงอะไรเลยโดยไม่ต้องจัดทำเอกสารและคุณจะประกาศการเปลี่ยนแปลงที่สำคัญตลอดเวลาคุณจะสามารถกำจัดข้อร้องเรียนที่คุณระบุไว้ได้ การให้ความรู้ผู้ใช้เกี่ยวกับการควบคุมการเปลี่ยนแปลงสามารถช่วยได้ หากพวกเขารู้ว่าทำไมเราถึงมีสภาพแวดล้อมที่ไม่เอื้ออำนวยและผลิตผลและพวกเขาไม่สามารถทดสอบด้วยการผลิตได้เพราะมันอาจทำลายการผลิตของคนอื่นและเราต้องทำให้ทุกคนอยู่ในมาตรฐานเดียวกัน

รายการสั้น ๆ ของฉันที่ทำให้การจัดการการเปลี่ยนแปลงที่ดี:

  • ประกาศเปลี่ยนแปลงกิจกรรม / Windows ต่อสาธารณะ
  • เอกสารการเปลี่ยนแปลงที่เชื่อถือได้อย่างสม่ำเสมอ
  • การควบคุมการเปลี่ยนแปลงอย่างสม่ำเสมอในทุกระบบ
  • กำจัดการเปลี่ยนแปลงที่ไม่ได้ตั้งใจ!
  • เปลี่ยน schema ที่ยืดหยุ่นเพียงพอสำหรับสภาพแวดล้อมของคุณ แต่มั่นคงเพียงพอที่จะถูกบังคับใช้ (ไม่พยายามทำเล็บให้เป็นต้นไม้)
  • การเปลี่ยนแปลงครั้งใหญ่ที่เกิดขึ้นในระบบทดสอบ / devl เป็นครั้งแรกด้วยเวลาสำหรับการทดสอบการยอมรับของผู้ใช้ก่อนที่จะใช้งานจริงในระบบการผลิต

เช่นเดียวกับคนอื่น ๆ ได้กล่าวว่าผู้ใช้จะไม่พอใจอย่างสมบูรณ์ อย่างไรก็ตามพวกเขามีความสุขที่สุดเมื่อสิ่งต่าง ๆ ยังคงทำงานเหมือนเดิมตลอดเวลา


น่าเสียดายที่ฉันให้คำแนะนำเกี่ยวกับขั้นตอนการจัดการการเปลี่ยนแปลงเท่านั้น อย่างไรก็ตามฉันเห็นด้วยอย่างยิ่ง
ojblass

1

คุณได้รับการร้องเรียนอะไรบ้าง ลูกค้าของเรามีความสุขเมื่อปัญหาของพวกเขาได้รับการแก้ไข เราสามารถมอบสภาพแวดล้อมที่ดีที่สุดในโลกให้กับพวกเขา แต่ถ้าเราไม่รู้ว่าทำไมอีเมลของพวกเขาถึงหลงทางหรือไม่ตอบสนองต่อปัญหาของพวกเขาอย่างรวดเร็วพวกเขาก็จะอารมณ์เสีย


เพิ่มคำร้องเรียนทั่วไป
ojblass

1

คนอื่น ๆ บอกว่ามัน แต่ทั้งหมดเกี่ยวกับทัศนคติของคุณที่มีต่อลูกค้าเหล่านั้น คุณต้องเผชิญหน้ากับพวกเขาเพื่อพบกับพวกเขาเพื่อทำความเข้าใจข้อกำหนดของพวกเขา นี่คือเหตุผลที่คุณทำงานนี้ตั้งแต่แรกและหากพวกเขาไม่พอใจคุณก็จะไม่ได้ทำงานที่ดี

ปฏิบัติอย่างจริงจัง - การแก้ปัญหาเชิงทฤษฎีที่ดีที่สุดหรือสง่างามที่สุดนั้นไม่เหมาะกับสภาพแวดล้อมของคุณเสมอไป อย่าภูมิใจที่จะทิ้งโซลูชันที่สวยงามที่คุณสร้างขึ้นหากยังไม่เป็นไปตามข้อกำหนด

บอกให้พวกเขารู้ว่าคุณเป็นใคร คุณไม่ได้หันหน้าเข้าหากันพวกเขาไม่ควรติดต่อคุณโดยตรง แต่ทำตัวกลมกลืนกับพวกเขาถ้าเป็นไปได้วางหน้าคนในงานของคุณ หายไปในคุกใต้ดินของคุณเป็นเวลา 8 ชั่วโมงต่อวันไม่ได้ตัด

เข้าใจว่าคุณอยู่ในตำแหน่งที่เชื่อถือได้ ลูกค้าของคุณจำเป็นต้องรู้ว่าพวกเขาสามารถไว้วางใจคุณและคุณจำเป็นต้องแสดงให้เห็นถึงพวกเขา

ทำงานเพื่อทำความเข้าใจความต้องการของลูกค้า เปิดกล่องข้อเสนอแนะรับคำติชมจากเจ้าหน้าที่ให้ความช่วยเหลือไม่ว่าจะเกิดอะไรขึ้น หากคุณไม่รู้ว่าอะไรเป็นสาเหตุของความเสียใจสำหรับลูกค้าคุณจะไม่สามารถแก้ไขได้

ซื่อสัตย์กับพวกเขา อย่าให้วัวพวกเขา หากสิ่งที่ไม่สามารถทำได้ให้พวกเขาด้วยเหตุผลว่าทำไม และเรียนรู้ที่จะทำในเงื่อนไขที่ไม่ใช่ด้านเทคนิค คุณจะได้รับความเคารพต่อความซื่อสัตย์ "ไม่" มากกว่าการไม่ซื่อสัตย์ "ใช่"

พวกเขาไม่ถูกต้องเสมอ - ดูย่อหน้าถัดไปของฉัน - แต่ในกรณีที่พวกเขาอยู่ต้องแน่ใจว่ายอมรับมัน หากมีบางสิ่งที่ทำให้พวกเขาเศร้าโศกและไม่มีเหตุผลที่ดีที่มันจะมีอยู่ให้ยอมรับมันและบอกพวกเขาว่าถูกต้อง

คุณจะมีผู้ร้องเรียนจำนวนหนึ่งอยู่เสมอ เหล่านี้คือคนที่ต้องการใช้ระบบปฏิบัติการหรือชุดสำนักงานที่แตกต่างกันให้กับคนอื่น ๆ ที่ต้องการยกโควต้าหรือข้อ จำกัด (สำหรับพวกเขาคนเดียวแนต) และโดยทั่วไปดูเหมือนจะไม่เข้าใจว่าไอทีเป็นบริการที่ใช้ร่วมกัน คุณจะต้องยอมรับพวกเขา คนเหล่านี้ไม่ได้เป็นตัวแทนของลูกค้าทั่วไปที่ต้องการเข้าสู่ระบบในตอนเช้าและรับข้อมูลของพวกเขา

อันสุดท้ายคือปทัฏฐานแห่งความสำเร็จของคุณ - ลูกค้าของคุณสามารถเข้าสู่ระบบในตอนเช้าและรับของได้ไหม? และพวกเขาสามารถทำได้โดยไม่ต้องยุ่งยากหรือไม่? ถ้าคุณสามารถจัดการกับ 90% ของพวกเขาคุณทำได้ดีฉันคิดว่า


1

สร้างมาตรฐาน
ให้ซอฟต์แวร์เซิร์ฟเวอร์ของคุณติดตั้งอย่างสม่ำเสมอ

คำถามที่พบบ่อย
เริ่มหน้า 'คำถามที่พบบ่อย' อัปเดตอยู่เสมอและให้แน่ใจว่าสามารถเข้าถึงได้ง่าย (และมองเห็นได้)

ในฐานะที่เป็นของอื่น ๆ ที่มีออกมาชี้การสื่อสารเป็นกุญแจสำคัญในการรักษา costumers คุณมีความสุข มีทั้งใจ: การสื่อสารจากลูกค้าของคุณเช่นเดียวกับการสื่อสารกับพวกเขา


แสดงความคิดเห็นเกี่ยวกับมาตรฐาน มันเป็นความคิดที่ดีที่สุดแน่นอน อย่างไรก็ตามฉันขอท้าให้คุณม้วนบางอย่างออกเป็นพันเครื่องในเวลาน้อยกว่าหนึ่งเดือน
ojblass

มาตรฐานเป็นดาบสองคม บางครั้งพวกเขานำไปสู่โครงสร้างพื้นฐานที่ยืดหยุ่นและล็อคผู้ขายมาคำถามที่พบบ่อยจะถูกมองว่าเป็นเสียงที่บันทึกไว้ เป็นการยากที่จะให้ผู้คนอ่าน
ojblass

1

ให้สิ่งที่ลูกค้าต้องการเมื่อพวกเขาต้องการ

ปัญหาใหญ่คือการค้นหาสิ่งที่ลูกค้าต้องการ บางครั้งพวกเขาไม่รู้หรือพูดว่าพวกเขาต้องการ X แต่ต้องการ Y จริงๆคุณต้องสื่อสารกับพวกเขาเพื่อค้นหา

แต่จำไว้ว่าคุณไม่สามารถทำให้ทุกคนพอใจได้ ...

เรื่องจริงจากปลายยุค 90:

ฉันสร้างรายการส่งเมลที่เจ้าหน้าที่ของแผนกอื่น ๆ สามารถสมัครสมาชิกได้หากพวกเขาต้องการข้อมูลรายละเอียดเพิ่มเติมเกี่ยวกับสิ่งที่เกิดขึ้นในแผนกนี้ มันเป็นตัวเลือกที่สมบูรณ์และข้อมูลเกี่ยวกับวิธีการยกเลิกการสมัครถูกผนวกเข้ากับทุกข้อความที่ส่งผ่านรายการส่งจดหมายโดยอัตโนมัติ

อยู่มาวันหนึ่งฉันได้รับอีเมลที่โกรธและหยาบคายจากลูกค้าของเราบ่นเกี่ยวกับข้อความที่เขาได้รับจากรายการนี้และยังบอกว่าเขาไม่เคยต้องการพวกเขาหรือมีความคิดใด ๆ ว่าทำไมพวกเขาถึงได้ในตอนแรก

ฉันดูในบันทึกและพบว่าเขาสมัครสมาชิกประมาณหนึ่งปีก่อนหน้านี้และในบางครั้งเขาก็ส่งอีเมลถึงฉันและยกย่องฉันสำหรับข้อมูล ฉันจะรู้ได้อย่างไรว่าเขาเปลี่ยนใจแล้ว?

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.