Điều gì làm cho một sysadmin có được khách hàng hạnh phúc? [đóng cửa]


14

Sao lưu thư mục người dùng hàng ngày, đặt lại mật khẩu 24X7, cho phép đăng nhập một lần ssh, dung lượng lưu trữ tự do, môi trường kiểm tra tốt, cụm HA để nâng cấp có kiểm soát, trình chỉnh sửa tốt, cập nhật trang người dùng và tôi vẫn nhận được khiếu nại. Vì vậy, cần gì để làm cho khách hàng của bạn hài lòng, kích hoạt và hiệu quả?

10 khiếu nại cuối cùng :

  • Tại sao mô-đun PDF :: API2 không được cài đặt và thống nhất trên tất cả các máy chủ?
  • Tại sao tôi phải sử dụng LD_PRELOAD = trên các máy chủ HP của chúng tôi?
  • Tại sao chương trình STL của tôi chạy quá chậm trên các trang web chạy AIX?
  • Tôi không thể nghỉ việc trong ba tháng tới.
  • Tại sao tôi không thể có trình biên dịch trên máy cục bộ của mình?
  • Tại sao ngày hôm nay làm việc này?
  • Apache tiếp tục khóa.
  • Tại sao tôi không thể gỡ lỗi này trong sản xuất?
  • Tại sao tôi không thể cài đặt thứ nguồn mở này mà tôi cần?
  • Làm thế nào mà gunzip bị hỏng?

Cập nhật : Nhiều câu trả lời tốt để lựa chọn. Tôi nghĩ rằng có một hàm ý rằng các yêu cầu là dấu hiệu của những khách hàng không hài lòng khi thực tế đó là dấu hiệu của những người muốn hoàn thành công việc. Đó cũng là một dấu hiệu của những người muốn có hiệu quả và có cơ sở hạ tầng tại chỗ để hỗ trợ nhiều nhu cầu của họ. Tất cả các công cụ trên thế giới sẽ không giúp bạn có được 5 inch cuối cùng để đảm bảo người dùng biết bạn quan tâm.


Cũng tốt để lưu ý rằng tất cả các khiếu nại thực sự là các vấn đề liên quan đến CNTT và không phải là khiếu nại về chính CNTT. Đây không phải là phê bình chống lại quản trị viên hệ thống. Đó là công việc thực tế, có thể được giải quyết hoặc trả lời.
artifex

Câu trả lời:


16

Có vẻ như bạn trả lời chủ yếu cho các lập trình viên, vì vậy câu trả lời của tôi có thể không được áp dụng trực tiếp như đối với một nhân viên kế toán, tiếp thị hoặc nhân sự thông thường của Microsoft Office.

Giải quyết vấn đề - 99% mọi người muốn giải quyết vấn đề máy tính của họ để họ có thể tiếp tục thực hiện công việc của mình. Giải quyết vấn đề có nghĩa là thực sự khắc phục vấn đề cụ thể mà họ đã hỏi, cung cấp cho họ cách giải quyết hoặc giải thích rằng bạn không biết cách hoặc không có tài nguyên để khắc phục sự cố. Mọi thứ khác chảy từ đây. Khi bạn hành động như bạn không quan tâm, hoặc quên đi vấn đề của mọi người, hoặc không phản hồi gì cả, họ sẽ buồn bã.

Giải thích tại sao - Nếu bạn định nói "Không", hãy giải thích tại sao. Nếu bạn quá bận để giúp đỡ, hãy giải thích tại sao. Nếu yêu cầu của người dùng là không thể hoặc không khả thi, hãy giải thích lý do. Không ai thích một nhà độc tài.

Nói chuyện với mọi người - Dân IT muốn có cuộc trò chuyện qua e-mail. Nói chuyện với người đó (tốt nhất là mặt đối mặt) giúp mọi việc được thực hiện hiệu quả hơn rất nhiều và khiến mọi người cảm thấy rằng bạn quan tâm đến vấn đề của họ.

Lắng nghe và giải thích - đừng cắt đứt mọi người hoặc cho rằng bạn biết vấn đề là gì. Lắng nghe những gì họ nói, và giải thích tại sao vấn đề xảy ra và phải làm gì trong tương lai.

Trả lời nhanh chóng - Mọi người sẽ buồn bã một cách chính đáng khi bạn không trả lời các yêu cầu của họ trong nhiều tuần (hoặc hơn). Tôi không phải là fan hâm mộ của SLA, nhưng ngay cả khi câu trả lời là "Tôi không có thời gian ngay bây giờ", vẫn tốt hơn là không có phản hồi nào cả.

Hãy linh hoạt - Đừng để Không phải là điều đầu tiên ra khỏi miệng của bạn mỗi khi ai đó hỏi cái gì. Công việc của bạn không phải là kiểm soát công nghệ. Đó là để cho phép mọi người làm công việc của họ tốt hơn . Làm việc với người dùng của bạn, không chống lại họ.

Theo dõi - Đừng để yêu cầu trượt qua vết nứt. Mọi người buồn bã khi họ không thể làm công việc của mình và cảm thấy như bị bỏ qua. Hoàn thành hoặc trả lời mọi yêu cầu, mọi lúc, ngay cả khi câu trả lời là "Điều đó là không thể."

Hãy thân thiện - Người dân nói rất nhiều về họ. Nếu họ có ảnh đi xe đạp, hãy hỏi họ về xe đạp. Nếu họ là người sưu tập tem, hãy hỏi về tem. Hỗ trợ người dùng cuối là 80% dịch vụ khách hàng và 20% kỹ thuật (mặc dù tỷ lệ này khác với các lập trình viên là người dùng cuối).

Đừng hạ mình - Sai lầm kinh điển của CNTT là nhầm lẫn việc không thể sử dụng máy tính với sự ngu ngốc. Khi bạn nói chuyện với ai đó vì bạn nghĩ họ ngu ngốc, họ sẽ biết. Khi bạn quay lại và hạ bệ ai đó với đồng nghiệp, họ có thể nói. Bạn không biết gì về 8.342 mẫu trong HR (hoặc ít nhất là tôi không biết), nhưng điều đó không khiến bạn trở thành một thằng ngốc. Vì vậy, đừng đối xử với người dùng cuối của bạn theo cách đó. Ngoài ra, đừng hành động như họ đang làm phiền bạn với những yêu cầu ngu ngốc của họ. Đây có lẽ là cách công ty cáp của bạn đối xử với bạn - và bạn thích công ty cáp của bạn bao nhiêu?

Giao tiếp bảo trì - Nếu bạn đang thực hiện thay đổi đối với bất kỳ điều gì có cơ hội tạo ra sự cố, hãy nói với mọi người. Không thể biết mọi thời hạn trong mỗi bộ phận. Nếu bảo trì của bạn khiến ai đó bỏ lỡ thời hạn, họ sẽ buồn. Khi bạn thực hiện các thay đổi mà không ai biết và họ phá vỡ mọi thứ, bạn sẽ tạo cho mọi người ấn tượng rằng bạn không quan tâm.

Góp ý phản hồi - Bạn có biết điểm đau của người dùng là gì không? Bạn có biết làm thế nào bạn có thể cải thiện dịch vụ? Hỏi họ. Nó có thể được quản lý để thuê thêm nhân viên mà bạn cần.

Khuyến khích theo dõi - Khuyến khích người dùng gọi lại cho bạn nếu sự cố không được khắc phục lần đầu tiên.


Tôi đồng ý với điều này 100%. Nó từng làm việc với các nhà phát triển là tốt. Tôi nhớ khi chúng tôi triển khai Máy chủ SQL cụm và chúng tôi đã nói với các nhà phát triển rằng chúng tôi cần họ dừng truy cập ổ đĩa cục bộ thông qua ký tự ổ đĩa và luôn luôn sử dụng đường dẫn UNC. Chúng tôi đã đẩy lùi rất nhiều, cho đến khi chúng tôi thực sự giải thích cách các cụm được thiết lập, và tại sao tốt nhất nên làm theo cách của chúng tôi. Việc đẩy lùi đã dừng lại, và họ bắt đầu truyền bá phúc âm thay cho chúng tôi.
mrdenny

Phục vụ khách hàng của bạn một cách tuyệt vời. Tôi đã thử điều này ngày hôm nay và ngày trôi qua suôn sẻ hơn. Đôi khi bạn vào một chế độ phản ứng và bỏ bê thực tế họ là lý do của bạn để ở đó.
ojblass

2
Nghiêm túc mà nói đây là công việc ở cấp độ thiên tài ở đây ... Tôi cứ đọc đi đọc lại.
ojblass

Như phần TẠI SAO. Giữ một lịch trình in nơi bạn đã viết ra tất cả những gì bạn phải làm. Vì vậy, khi ai đó hỏi liệu bạn có thể giúp họ một số thứ bạn đưa ra lịch trình và chỉ ra thời gian miễn phí. Và nói rằng tôi có thể giúp bạn sau đó. Sẽ có rất ít để không có khiếu nại, nó rất hiệu quả để cho mọi người thấy bạn bận rộn như thế nào và bạn có thể nói không ít lần.
artifex

10

Tôi nghĩ rằng nếu bạn muốn khách hàng hài lòng với mình, điều số 1 là giao tiếp.

Hãy chắc chắn rằng bạn đang nói chuyện với họ. Khi họ đến với bạn, hãy chắc chắn rằng bạn đều rõ ràng về những gì bạn muốn và khi nào nó sẽ xảy ra. Nếu một nhiệm vụ trượt, hãy cho họ biết. Nếu có bất kỳ vấn đề nào xảy ra, hãy đến gặp họ và nói chuyện với họ về nó. Khi nhiệm vụ hoàn thành, hãy nói chuyện với họ và đảm bảo rằng họ ổn với kết quả. (Đừng chỉ cho rằng họ là nếu họ im lặng). Hỏi xem có gì khác họ muốn từ bạn không.

Hãy chắc chắn rằng họ biết họ có thể đến và nói chuyện với bạn, hỏi bạn về mọi thứ. Hãy sẵn sàng Nếu họ yêu cầu một cái gì đó ngu ngốc, giải thích tại sao nó không nên được thực hiện. Giải thích cách hệ thống của bạn được cấu hình và kiến ​​trúc, phù hợp với việc sử dụng hệ thống của riêng họ. Hãy tôn trọng họ và công việc của họ, nhu cầu của họ.

Sysadins thân thiện dẫn đến khách hàng hài lòng, IMHO.


Thật khó để không uber cá nhân khi mọi người phàn nàn rất nhiều. Điểm tốt về sự thân thiện.
ojblass

Tôi hoàn toàn đồng ý nó có thể khó! Tôi thấy họ ít có khả năng phàn nàn, khi họ hiểu - do đó, việc giải thích công cụ cho họ để giúp họ hiểu rõ hơn. Nếu có thể, đôi khi bạn có thể đặt thời gian trả lời cho các tình huống khó khăn khi bạn ít bị ảnh hưởng nhất bởi sự thất vọng; ví dụ. trong khi bạn đang uống cà phê buổi sáng của bạn :)
mibus

3
Tôi thấy rằng đọc danh sách trong câu hỏi mà hầu hết các "khiếu nại" là câu hỏi. Tôi đã thấy rằng hầu hết mọi người muốn có câu trả lời ngay cả khi họ không thích chúng.
Joseph

8

(Được viết lại rộng rãi sau khi suy nghĩ thêm.)

Tất cả là nhờ giao tiếp

Nếu bạn tự tin rằng dịch vụ của bạn tốt nhưng mọi người vẫn không hài lòng, bạn cần kiểm tra thực tế. Hoặc nó không tốt như bạn nghĩ, hoặc bạn không giao tiếp với mọi người tốt như bạn có thể. Một điều tôi may mắn có được là một nhóm nhỏ những người là bạn bè cũng như "người dùng bình thường" trong công ty. Tôi biết rằng nếu tôi làm điều gì sai, họ sẽ nói với tôi. Nếu họ nghe người khác cằn nhằn về điều gì đó mà nhóm tôi đang hoặc không làm, họ sẽ cho tôi biết.

Một số khía cạnh khác của truyền thông để chắc chắn làm việc trên:

  • Đối với nhân viên, bạn cần sử dụng tất cả các công cụ tiêu chuẩn: bản tin, email, trang web CNTT, các buổi đào tạo, hội thảo, v.v. Giao tiếp này cần phải có hai chiều: khuyến khích mọi người trả lời email và bản tin. Dành thời gian để nói về những gì CNTT đang làm và đặt câu hỏi.
  • Đối với người quản lý, tôi nghĩ bạn cần liên tục nói về các cấp độ dịch vụ: nếu bạn đã viết SLA, bạn cần xem lại chúng để đảm bảo chúng phù hợp và nếu bạn không có chúng, bạn cần chắc chắn rằng người quản lý biết những gì bạn có thể / sẽ cung cấp và bạn biết họ cần / muốn gì.
  • Bằng cách nói chuyện với nhân viên và người quản lý, bạn giữ các ưu tiên của CNTT phù hợp với doanh nghiệp. Các dự án công nghệ bạn đang thực hiện phải hỗ trợ các mục tiêu kinh doanh của công ty. Ngân sách của bạn phải phù hợp với tình hình tài chính của công ty.
  • Đối với tất cả các giao tiếp của bạn, bạn cần tránh biệt ngữ nếu có thể và cố gắng giải thích bất cứ điều gì CNTT đang làm bằng các thuật ngữ đơn giản.

Sau khi đọc danh sách các khiếu nại gần đây của bạn: người dùng của bạn có vẻ giống như hầu hết các nhà phát triển. Tôi không có nhiều kinh nghiệm về vấn đề này (tôi chủ yếu là các nhà khoa học, nhân viên quản trị, quản lý), nhưng tôi vẫn nghĩ có rất nhiều giao tiếp theo thứ tự. Vì họ là nhà phát triển, nên nó có thể mang tính kỹ thuật hơn: ví dụ: điều này không được cài đặt vì nó phụ thuộc vào gói khác này .

Một lần nữa, tôi có kinh nghiệm hạn chế với đề xuất này, nhưng tùy thuộc vào việc đó có phải là tất cả các nhà phát triển hay không, hãy cung cấp cho họ một môi trường ít ràng buộc hơn. Hãy để họ làm nhiều thứ hơn, nhưng với sự hiểu biết (SLA một lần nữa) rằng bạn không nhất thiết phải giúp họ trong mọi việc họ có thể làm với máy của họ hoặc mạng Vlan của chính họ. Ba câu hỏi của bạn có thể được giải quyết theo cách này. "Tại sao gzip không hoạt động? Tôi không biết, đó là máy của bạn, bạn phải tiếp tục chạy." (ok, hiếm khi nó là một ý tưởng hay, nhưng một cái gì đó dọc theo những dòng đó)


2

Bạn có thể có tất cả các công nghệ whizzbang trên thế giới. Khách hàng vẫn sẽ không vui. Bạn chỉ đơn giản là cho phép họ làm công việc của họ. Công việc của họ có thể khiến họ hạnh phúc, nhưng hầu hết thời gian, CNTT là vô hình đối với họ và chỉ nghĩ rằng đó là cái đầu xấu xí khi mọi thứ trở nên tồi tệ.


Điều gì sẽ làm bạn hạnh phúc hơn?
ojblass

Tôi hạnh phúc trong công việc của mình, mặc dù tôi không thể bảo đảm cho khách hàng của mình!
PowerApp101

1
Tôi đã bình chọn điều này vì "hầu hết thời gian CNTT là vô hình đối với họ và chỉ nghĩ rằng đó là cái đầu xấu xí khi có sự cố" - không chắc đó có phải là ý nghĩa dự định hay không, nhưng đó là cách mọi thứ NÊN.
Maximus Minimus

2

Thủ tục quản lý thay đổi tốt. Nếu bạn không thay đổi bất cứ điều gì mà không ghi lại nó và bạn luôn thông báo những thay đổi quan trọng, bạn sẽ tiến xa hơn để loại bỏ những khiếu nại bạn đã liệt kê. Giáo dục người dùng về kiểm soát thay đổi có thể giúp đỡ. Nếu họ biết lý do tại sao chúng tôi có môi trường phát triển và sản xuất và họ không thể kiểm tra sản phẩm vì nó có thể phá vỡ sản xuất của người khác và chúng tôi phải giữ mọi người theo cùng tiêu chuẩn.

Danh sách ngắn của tôi về những điều làm cho quản lý thay đổi tốt:

  • Thông báo công khai Thay đổi sự kiện / Windows
  • Tài liệu thay đổi nhất quán đáng tin cậy
  • Kiểm soát thay đổi thống nhất trên TẤT CẢ các hệ thống
  • THAY ĐỔI THAY ĐỔI THAY ĐỔI!
  • thay đổi lược đồ đủ linh hoạt cho môi trường của bạn nhưng đủ vững chắc để được thi hành (không cố gắng đóng đinh thạch lên cây)
  • những thay đổi lớn được thực hiện trên các hệ thống thử nghiệm / devl trước tiên với thời gian thử nghiệm chấp nhận của người dùng trước khi đi vào hệ thống sản xuất.

Cũng như những người khác đã nói người dùng sẽ không bao giờ hoàn toàn hạnh phúc. Tuy nhiên, họ hạnh phúc nhất khi mọi thứ vẫn hoạt động như cũ theo thời gian.


Thật không may, tôi chỉ tư vấn về các thủ tục quản lý thay đổi; Tuy nhiên, tôi hoàn toàn đồng ý.
ojblass

1

Những khiếu nại bạn nhận được là gì? Khách hàng của chúng tôi rất vui khi vấn đề của họ được giải quyết. Chúng tôi có thể cung cấp môi trường tốt nhất thế giới cho họ, nhưng nếu chúng tôi không biết lý do tại sao email của họ bị mất hoặc không phản hồi nhanh chóng với các vấn đề của họ, họ sẽ buồn.


Đã thêm khiếu nại điển hình.
ojblass

1

Những người khác đã nói điều đó, nhưng đó là tất cả về thái độ của bạn đối với những khách hàng đó. Bạn cần phải đối mặt với họ, để gặp họ, để hiểu các yêu cầu của họ. Chúng là lý do tại sao bạn làm công việc này ngay từ đầu và nếu họ không hài lòng, thì bạn không làm tốt công việc.

Hãy thực dụng - giải pháp lý thuyết tốt nhất hoặc thanh lịch nhất không phải lúc nào cũng tối ưu cho môi trường của bạn. Đừng quá tự hào khi đưa ra giải pháp đẹp mà bạn đã xây dựng nếu nó không đáp ứng yêu cầu của họ.

Hãy cho họ biết bạn là ai. Bạn không trực diện, họ không nên liên lạc trực tiếp với bạn, nhưng hãy hòa nhập với họ nếu có thể, hãy đối mặt với công việc của bạn. Biến mất vào ngục tối của bạn trong 8 giờ một ngày không cắt được.

Hiểu rằng bạn đang ở trong một vị trí của niềm tin. Khách hàng của bạn cần biết rằng họ có thể tin tưởng bạn và bạn cần chứng minh điều đó với họ.

Làm việc để hiểu các yêu cầu của khách hàng. Mở hộp gợi ý, nhận phản hồi từ nhân viên trợ giúp, bất cứ điều gì cần. Nếu bạn không biết điều gì gây ra đau buồn cho khách hàng của mình, bạn sẽ không bao giờ có thể giải quyết nó.

Hãy trung thực với họ. Đừng cho chúng bò. Nếu một cái gì đó không thể được thực hiện cho họ lý do tại sao. Và học cách làm điều đó trong điều kiện phi kỹ thuật. Bạn sẽ nhận được sự tôn trọng nhiều hơn cho một từ "không" trung thực hơn là "không" không trung thực.

Họ không phải lúc nào cũng đúng - hãy xem đoạn tiếp theo của tôi - nhưng trong trường hợp họ đang ở đó, hãy chắc chắn thừa nhận điều đó. Nếu một cái gì đó khiến họ đau buồn, và không có lý do chính đáng để nó tồn tại, hãy chấp nhận nó và nói với họ rằng họ đúng.

Bạn sẽ luôn có một số ít người phàn nàn lâu năm. Đây là những người muốn sử dụng một hệ điều hành hoặc bộ phần mềm văn phòng khác cho mọi người khác, những người muốn hạn ngạch hoặc hạn chế được gỡ bỏ (đối với riêng họ, natch) và nói chung dường như không hiểu rằng CNTT là dịch vụ chia sẻ . Bạn sẽ chỉ phải chấp nhận chúng; những người này không đại diện cho khách hàng chung, những người chỉ muốn đăng nhập vào buổi sáng và lấy đồ của họ.

Điều cuối cùng là thước đo thành công của bạn - khách hàng của bạn có thể đăng nhập vào buổi sáng và lấy đồ của họ không? Và họ có thể làm điều đó mà không gặp rắc rối? Nếu bạn có thể quản lý 90% trong số họ, bạn đang làm khá tốt, tôi nghĩ vậy.


1

Chuẩn hóa
Giữ cho phần mềm máy chủ của bạn cài đặt phù hợp

Câu hỏi thường gặp
Bắt đầu trang 'Câu hỏi thường gặp'. Luôn cập nhật và đảm bảo rằng nó dễ dàng truy cập (và hiển thị)

Như những người khác đã chỉ ra, Truyền thông là chìa khóa để giữ cho người tiêu dùng của bạn hài lòng. Hãy ghi nhớ cả hai: giao tiếp từ khách hàng của bạn, cũng như giao tiếp với họ.


Nhận xét về tiêu chuẩn hóa. Tất nhiên đó là ý tưởng tốt nhất; tuy nhiên, tôi thách bạn tung ra một thứ gì đó cho hơn một nghìn máy trong vòng chưa đầy một tháng.
ojblass

Tiêu chuẩn là một con dao hai lưỡi. Đôi khi, chúng dẫn đến cơ sở hạ tầng không linh hoạt và khóa nhà cung cấp. Câu hỏi thường gặp được xem như là giọng nói được ghi lại. Thật khó để khiến mọi người đọc chúng.
ojblass

1

Cung cấp cho khách hàng những gì họ muốn khi họ muốn.

Một vấn đề lớn là tìm ra những gì khách hàng muốn. Đôi khi họ không biết, hoặc nói rằng họ muốn X nhưng thực sự muốn Y. Bạn cần liên lạc với họ rất nhiều để tìm hiểu.

Nhưng hãy nhớ rằng bạn không thể làm hài lòng tất cả ...

Một câu chuyện có thật từ cuối những năm 90:

Tôi đã tạo một danh sách gửi thư mà nhân viên của các bộ phận khác có thể đăng ký nếu họ muốn có thông tin chi tiết hơn về những gì đang xảy ra trong bộ phận đó. Nó hoàn toàn là tùy chọn và thông tin về cách hủy đăng ký sẽ tự động được thêm vào mỗi tin nhắn được gửi qua danh sách gửi thư.

Một ngày nọ, tôi nhận được một email giận dữ và hơi thô lỗ từ một trong những khách hàng của chúng tôi phàn nàn về những tin nhắn anh ấy nhận được từ danh sách này, và cũng nói rằng anh ấy không bao giờ muốn chúng, cũng không biết tại sao anh ấy lại nhận được chúng ngay từ đầu.

Tôi nhìn vào nhật ký và phát hiện ra rằng anh ấy đã đăng ký khoảng một năm trước và đôi khi anh ấy cũng gửi cho tôi một email và khen ngợi tôi về thông tin này. Làm thế nào tôi có thể biết rằng anh ấy đã thay đổi tâm trí của mình?

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.