Những tính năng mà bạn muốn thấy trong một sản phẩm bàn trợ giúp? [đóng cửa]


11

Câu hỏi này dành cho các quản trị viên hệ thống chuyên nghiệp và những người hỗ trợ máy tính để bàn. Xin lỗi các nhà phát triển ... bạn có thể nói về theo dõi lỗi trên Stack Overflow.

Loại tính năng hoặc chức năng nào bạn muốn hoặc bạn muốn có trong bàn trợ giúp hoặc phần mềm bán vé rắc rối?

Một số khu vực có thể được báo cáo, tích hợp với kho phần cứng / phần mềm, phân vùng Active Directory / LDAP, tự động đóng vé từ những người dùng nhất định .


Chúng tôi VẪN đang tìm kiếm bất kỳ sản phẩm trợ giúp nào tích hợp với eDirectory. Câu hỏi sao!
eleven81

Toàn bộ thời gian tôi làm việc với Netware là như thế ... Nhưng nó có tích hợp với eDirectory không ??? ;)
Doug Luxem

Câu trả lời:


9

Tích hợp thư điện tử. Không có điều đó, không có cách nào tôi có thể làm gì với một sản phẩm bàn trợ giúp. Điều quan trọng là khách hàng và nhân viên có thể giao tiếp bằng e-mail.


Tôi đồng ý. Tôi đã mất nhiều năm để thuyết phục người dùng của mình 'gửi email cho bộ phận trợ giúp'. Tôi muốn có một sản phẩm trợ giúp để xây dựng trên đó.
Aaron

Người dùng A nhận được email về một vé vì Người dùng B đã làm gì đó với nó. Người dùng A chỉ cần nhấn "trả lời" với ứng dụng email mà họ chọn và hệ thống được đề cập sẽ tự động thêm email vào vé và chuyển tiếp email trở lại cho Người dùng B.
Kevin M

1
Đúng. Có thể điều khiển trạng thái của vé thông qua e-mail (như cách gỡ lỗi) cũng là một tính năng tuyệt vời, nhưng tôi giải quyết vì chỉ có thể trò chuyện với khách hàng qua e-mail, mà ít hệ thống nào hoạt động tốt tại.
womble

Vâng, tôi nghĩ rằng bắt qua lại là chìa khóa. Hầu hết gửi thông tin cập nhật qua email và có thể bật trong các trường hợp mới.
Doug Luxem

4
  • Office Communicator / IM tích hợp
  • Tích hợp miễn phí / bận rộn ("Tôi sẽ liên lạc với Jane về vấn đề của cô ấy - ồ, không sao, tôi có thể thấy cô ấy trong một cuộc họp / trong một cuộc gọi / trong kỳ nghỉ")
  • Cổng thông tin tự phục vụ của người dùng ("Tôi muốn thay đổi số di động của mình trong GAL!")
  • Cổng thông tin hướng dẫn sử dụng ("làm cách nào để thêm máy in?" Hoặc "làm cách nào để đặt trợ lý ngoài văn phòng?")
  • Yêu cầu (không phải vấn đề - nói cách khác "hey tôi muốn một máy tính xách tay mới, v.v.")
  • Giám sát phê duyệt (đối với các yêu cầu "Có, tôi chấp thuận Jane Does laptop mới")
  • Cơ sở kiến ​​thức (dành cho nhân viên cấp 1/2) được tạo nội bộ và tự động ("Nếu bạn thấy Vấn đề không bình thường X, giải pháp là Crafty-Workaround Y")
  • Một số loại tích hợp wiki / sharepoint

• Giám sát phê duyệt - ý tưởng tuyệt vời. Danh sách tuyệt vời tất cả xung quanh.
Tim Meers

3

Tích hợp nhiệm vụ dự án và bảo trì

Tôi muốn thấy một hệ thống (về cơ bản) hiển thị tất cả các công việc cần được thực hiện bởi các nhân viên hỗ trợ. Tại hầu hết các công ty vừa và nhỏ có sự chồng chéo đáng kể giữa những người làm hỗ trợ bàn trợ giúp, những người làm dự án và những người làm công việc bảo trì. Tôi muốn có thể quản lý các nhiệm vụ cho các dự án và các nhiệm vụ để bảo trì thường xuyên cùng với các nhiệm vụ hỗ trợ bàn trợ giúp trong một hệ thống quản lý công việc duy nhất.

Vì vậy, "Bàn trợ giúp Joe" xem xét một cổng quản lý công việc duy nhất hiển thị 8 mục hỗ trợ người dùng, 2 mục cho dự án Windows 7 và 5 việc anh ta làm mỗi ngày để sao lưu. Và "Quản trị viên máy chủ Jill" nhìn vào cùng một cổng thông tin cho thấy 12 mục của cô cho dự án Windows 7, 4 nhiệm vụ bảo trì máy chủ hàng ngày và 2 mục hỗ trợ người dùng được Joe leo thang. "Jeff Manager" nhìn vào cổng và thấy các nhiệm vụ của mình, và cũng có thể xem liệu các nhiệm vụ bảo trì có được hoàn thành thường xuyên hay không và các dự án đang di chuyển như thế nào.

Có khuyến nghị nào không?


+1 Tôi sẽ mua nó với một đô la!
Izzy

Thật buồn cười, bạn nên đề cập đến điều đó, bởi vì tôi đã làm một cái gì đó rất giống với giải pháp nội bộ cho một công ty khoảng 6 năm trước. Nó chỉ có vẻ như là điều đúng đắn để làm. Đăng nhập vào cổng, và bạn có được số liệu thống kê công việc của bạn.

Thú vị ... điều khó khăn là quản lý dự án có thể là một con thú hoàn toàn khác với việc bán vé rắc rối. Nhưng điều đó sẽ hữu ích để có một cái nhìn toàn diện về tất cả các nhiệm vụ đang diễn ra.
Doug Luxem

Tôi sẽ không mong đợi "quản lý dự án" toàn diện, nhưng khả năng kết nối các nhiệm vụ với một "dự án" và đặt người và ngày là đủ cho mục đích này.
tomjedrz

1

Tôi muốn một cái gì đó với một dịch giả tích hợp. Bạn biết đấy, một trong đó biến người dùng nói chuyện thành một cái gì đó ít nhất giống với một mô tả thông minh về vấn đề.


Tôi không thấy bất cứ điều gì có thể dịch "Tôi đã nhận được thông báo lỗi" để cho bạn biết thông điệp bị làm mờ là gì, nhưng dù sao thì +1!
Maximus Minimus

1
  • ITIL Khiếu nại (ít nhất là quản lý sự cố / sự cố / thay đổi, tất nhiên dựa trên CMDB)
  • Mô-đun SLM (rất nhiều số liệu)
  • Mô-đun tự phục vụ dựa trên web (mở và theo dõi vé của bạn)
  • API tích hợp (cho phép tích hợp với các công cụ giám sát, email, sms, v.v.)
  • Tích hợp LDAP (thư mục hoạt động hoặc giải pháp ldap thực)
  • Đặt vé
  • Module báo cáo linh hoạt
  • Kiến thức cơ bản

0
  • Tích hợp CallerID
  • Trò chuyện khách hàng
  • Nhập tìm kiếm trước

0

Khả năng tạo báo cáo dựa trên lịch sử của một vé

Chẳng hạn, điều này đặc biệt tiện dụng khi bạn có một trung tâm cuộc gọi xử lý tương tác người dùng thay vì nhờ nhân viên hệ thống thực hiện trực tiếp. Bằng cách này khi nhân viên hệ thống giải quyết vấn đề, vé có thể được chuyển vào hàng đợi cho trung tâm cuộc gọi để liên hệ với khách hàng và xác minh giải pháp.

Hầu hết các hệ thống tôi đã thấy cấu trúc báo cáo của họ để tất cả các vé chỉ được báo cáo nằm trong hàng cuối cùng của họ. Từ ví dụ trên có nghĩa là khi các báo cáo được chạy, vé cho thấy trung tâm cuộc gọi đã làm việc với vé nhưng không phải nhân viên hệ thống. Nếu một người có thể báo cáo lịch sử ít nhất thì nó sẽ cho thấy nhóm hệ thống làm việc với vé.

Tôi cũng đã thấy một số công việc thực sự tào lao xung quanh vấn đề này khi mỗi lần vé di chuyển hàng đợi người dùng được yêu cầu tạo một vé mới trong hàng đợi mới đó và tham chiếu bản gốc. Lỗi này không chỉ dễ xảy ra vì mọi người quên, nó còn trở thành một mớ hỗn độn khi một vé phải được gửi ngược lại vì một cái gì đó không được giải quyết đúng cách

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.