O que é necessário para um administrador de sistemas ter clientes satisfeitos? [fechadas]


14

Fazendo backup dos diretórios do usuário diariamente, redefinições de senha 24X7, permitindo a conexão única ssh, grandes quantidades de espaço de armazenamento, um bom ambiente de teste, clusters de alta disponibilidade para atualizações controladas, bons editores, páginas de manual atualizadas e ainda recebo reclamações. Então, o que é preciso para fazer seus clientes felizes, ativados e eficientes?

Últimas 10 reclamações :

  • Por que o módulo PDF :: API2 não está instalado e uniformemente em todos os servidores?
  • Por que tenho que usar LD_PRELOAD = em nossos servidores HP?
  • Por que meu programa STL é tão lento nos sites que executam o AIX?
  • Não posso sofrer nenhum tipo de interrupção pelos próximos três meses.
  • Por que não consigo um compilador na minha máquina local?
  • Por que isso funcionou ontem?
  • Apache continua trancando.
  • Por que não consigo depurar isso na produção?
  • Por que não consigo instalar apenas essa coisa de código aberto de que preciso?
  • Como o gunzip foi corrompido?

Atualização : Muitas boas respostas para você escolher. Eu acho que há uma implicação de que solicitações são sinais de clientes insatisfeitos quando, na verdade, é o sinal de pessoas que desejam fazer as coisas. É também um sinal de pessoas que desejam ser eficazes e ter a infraestrutura instalada para atender às suas muitas necessidades. Todas as ferramentas do mundo não farão com que você tenha mais de 10 cm para garantir que os usuários saibam que você se importa.


Também é bom observar que todas as reclamações são, na verdade, problemas relacionados à TI e não à própria TI. Isso não é crítica contra o administrador do sistema. É um trabalho real, que pode ser resolvido ou respondido.
Artifex 20/05

Respostas:


16

Parece que você responde principalmente aos programadores, portanto, minhas respostas podem não se aplicar tão diretamente quanto seriam para um Contador, um representante de Marketing ou de RH comum do Microsoft Office.

Solução de problemas - 99% das pessoas desejam resolver os problemas do computador para continuar trabalhando. Resolver o problema significa, na verdade, corrigir o problema específico sobre o qual eles perguntaram, dar uma solução alternativa ou explicar que você não sabe ou não tem os recursos para corrigi-lo. Tudo o resto flui disso. Quando você age como se não se importasse, esquecesse os problemas das pessoas ou não respondesse, elas ficam chateadas.

Explique o motivo - se você vai dizer "Não", explique o motivo. Se você estiver ocupado demais para ajudar, explique o motivo. Se a solicitação do usuário for impossível ou inviável, explique o motivo. Ninguém gosta de um ditador.

Fale com as pessoas - o pessoal de TI gosta de ter conversas por email. Conversar com a pessoa (de preferência cara a cara) faz as coisas com muito mais eficiência e faz as pessoas sentirem que você se importa com o problema delas.

Ouça e explique - não corte as pessoas nem assuma que você sabe qual é o problema. Ouça o que eles têm a dizer e explique por que o problema ocorreu e o que fazer sobre isso no futuro.

Responda rapidamente - as pessoas ficam chateadas quando você não responde às solicitações por semanas (ou mais). Não sou fã de SLAs, mas mesmo que a resposta seja "Não tenho tempo agora", é melhor do que nenhuma resposta.

Seja flexível - não deixe Não ser a primeira coisa que sai da sua boca toda vez que alguém pede algo. Seu trabalho não é controlar a tecnologia. É para permitir melhor que as pessoas façam seu trabalho. Trabalhe com seus usuários, não contra eles.

Acompanhamento - Não deixe que as solicitações escapem pelas fendas. As pessoas ficam chateadas quando não conseguem fazer o trabalho e sentem que estão sendo ignoradas. Complete ou responda a todas as solicitações, todas as vezes, mesmo se a resposta for "Isso não é possível".

Seja amigável - os cubículos das pessoas dizem muito sobre eles. Se eles tiverem fotos de bicicleta, pergunte sobre bicicleta. Se eles são colecionadores de selos, pergunte sobre selos. O suporte ao usuário final é de 80% de atendimento ao cliente e 20% de técnico (embora essa proporção seja diferente para programadores como usuários finais).

Não seja condescendente - O erro clássico de TI é confundir a incapacidade de usar um computador com estupidez. Quando você fala com alguém porque acha que eles são estúpidos, eles sabem. Quando você voltar e degradar alguém para seus colegas de trabalho, eles podem perceber. Você não sabe nada sobre as 8.342 formas de RH (ou pelo menos eu não), mas isso não faz de você um idiota. Portanto, não trate seus usuários finais dessa maneira. Além disso, não aja como se estivessem incomodando seus pedidos estúpidos. Provavelmente é assim que a sua empresa de cabo o trata - e quanto você gosta da sua empresa de cabo?

Comunique a manutenção - Se você estiver fazendo alterações em algo que possa criar um problema, informe as pessoas. É impossível saber todos os prazos em todos os departamentos. Se sua manutenção faz com que alguém perca o prazo, eles ficam chateados. Quando você faz alterações que ninguém conhece e elas quebram as coisas, você está dando às pessoas a impressão de que não se importam.

Solicitar feedback - Você sabe quais são os pontos críticos dos usuários? Você sabe como pode melhorar o serviço? Pergunte a eles. Pode ser necessário que a gerência contrate esse funcionário extra que você precisa.

Incentivar o acompanhamento - Incentive o usuário a ligar de volta se o problema não tiver sido corrigido pela primeira vez.


Eu concordo com isso 100%. Também funciona com desenvolvedores. Lembro-me de quando estávamos implementando servidores SQL em cluster e dissemos aos desenvolvedores que precisávamos deles para parar de acessar unidades locais via letra de unidade e sempre usar um caminho UNC. Recebemos muitas críticas, até que realmente explicamos como os clusters estavam sendo configurados e por que seria melhor fazê-lo do nosso jeito. O empurrão parou e eles começaram a espalhar o evangelho em nosso nome.
22610 mrdenny

Atendendo seus clientes de maneira excelente. Eu tentei isso hoje e o dia foi muito mais suave. Às vezes, você entra em um modo reativo e negligencia o fato de que elas são sua razão de estar lá.
ojblass

2
Sério, este é um trabalho genial aqui ... Eu continuo lendo várias vezes.
ojblass

Quanto à seção PORQUE. Mantenha uma programação impressa em que anotou tudo o que precisa fazer. Portanto, quando alguém pergunta se você pode ajudá-lo com alguma coisa, você decide o horário e aponta para um horário livre. E diga que eu posso ajudá-lo então. Haverá pouca ou nenhuma reclamação, é muito eficaz mostrar às pessoas o quanto você está ocupado e você pode dizer não com menos frequência.
Artifex

10

Penso que, se você deseja que seus clientes sejam felizes com você, a coisa nº 1 é a comunicação.

Certifique-se de falar com eles. Quando eles vierem até você, verifique se os dois estão claros sobre o que é desejado e quando isso acontecerá. Se uma tarefa falhar, informe-os. Se surgirem problemas, vá até eles e converse com eles sobre isso. Quando a tarefa estiver concluída, converse com eles e verifique se eles estão bem com o resultado. (Não pense apenas que estão se estiverem em silêncio). Pergunte se há mais alguma coisa que eles querem de você.

Certifique-se de que eles saibam que podem vir falar com você, perguntar sobre as coisas. Estar disponível. Se eles pedem algo estúpido, explique por que não deve ser feito. Explique a maneira como seus sistemas são configurados e arquitetados, conforme apropriado para o próprio uso de seus sistemas. Seja respeitoso com eles e seu trabalho, suas necessidades.

Administradores amigáveis ​​levam a clientes felizes, IMHO.


É difícil não ficar irritadiço quando as pessoas reclamam muito. Bom ponto de amizade.
ojblass

Eu concordo totalmente que pode ser difícil! Acho que eles são menos propensos a reclamar, quando entendem - daí o longo ponto sobre explicar coisas a eles para ajudar seu próprio entendimento. Se possível, às vezes você pode programar suas respostas para situações difíceis, quando você é menos afetado pela frustração; por exemplo. enquanto você está tendo seu café da manhã :)
mibus

3
Eu descobri que lendo a lista na pergunta que a maioria das "reclamações" são perguntas. Eu descobri que a maioria das pessoas quer respostas, mesmo que não goste delas.
21743 Joseph

8

(Reescrito extensivamente após uma reflexão mais aprofundada.)

Tudo se resume à comunicação

Se você está confiante de que seu serviço é bom, mas as pessoas ainda estão infelizes, é necessário fazer uma verificação da realidade. Ou é não tão bom quanto você pensa, ou você não está se comunicando com as pessoas, assim como você poderia. Uma coisa que tenho a sorte de ter é um pequeno grupo de pessoas que são amigas e também "usuários normais" na empresa. Eu sei que se eu estiver fazendo algo errado, eles me dirão. Se eles ouvirem outras pessoas reclamando sobre algo que meu grupo está ou não está fazendo, eles me avisarão.

Alguns outros aspectos das comunicações para garantir o trabalho:

  • Para a equipe, você precisa usar todas as ferramentas padrão: boletins, e-mails, site de TI, sessões de treinamento, seminários etc. Essa comunicação precisa ser bidirecional: incentivar as pessoas a responderem a e-mails e boletins. Reserve um tempo para conversar sobre o que a TI está fazendo e tirar dúvidas.
  • Para os gerentes, acho que você precisa conversar constantemente sobre os níveis de serviço: se você escreveu SLAs, revise-os para garantir que sejam adequados e, se não os tiver, precisará garantir que os gerentes saibam o que você pode / irá fornecer e sabe o que eles precisam / desejam.
  • Ao conversar com funcionários e gerentes, você mantém as prioridades da TI alinhadas com as da empresa. Os projetos de tecnologia em que você está trabalhando precisam dar suporte aos objetivos de negócios da empresa. Seus orçamentos devem estar alinhados com a situação financeira da empresa.
  • Em toda a sua comunicação, você precisa evitar o jargão, se possível, e tentar explicar tudo o que a TI está fazendo em termos simples.

Depois de ler sua lista de reclamações recentes: seus usuários parecem principalmente desenvolvedores. Não tenho muita experiência com isso (os meus são principalmente cientistas, funcionários administrativos, gerentes), mas ainda acho que muita comunicação está em ordem. Como eles são desenvolvedores, pode ser mais técnico: por exemplo, isso não está instalado porque depende deste outro pacote.

Novamente, tenho uma experiência limitada com essa sugestão, mas, dependendo se são todos desenvolvedores ou não, ofereça a eles um ambiente menos restrito. Deixe-os fazer mais coisas, mas com o entendimento (SLA novamente) de que você não pode necessariamente ajudá-los com qualquer coisa que eles possam fazer com suas próprias máquinas ou com sua própria rede VLAN. Três de suas perguntas podem ser tratadas dessa maneira. "Por que o gzip não funciona? Não sei, é a sua máquina, você precisa mantê-la funcionando." (ok, raramente é uma boa ideia ser tão irritante, mas algo nesse sentido)


2

Você pode ter toda a tecnologia whizzbang do mundo. Os clientes ainda não serão felizes. Você está simplesmente permitindo que eles façam seu trabalho. O trabalho deles pode fazê-los felizes, mas na maioria das vezes a TI é invisível para eles e apenas eleva sua cabeça feia quando as coisas dão errado.


O que faria você mais feliz?
ojblass

Estou feliz no meu trabalho, mas não posso garantir meus clientes!
PowerApp101 21/06/09

1
Votei isso em "na maioria das vezes a TI é invisível para eles e só parece feia quando as coisas dão errado" - não tenho certeza se esse era o significado pretendido, mas é assim que as coisas devem ser.
Maximus Minimus

2

Bons procedimentos de gerenciamento de mudanças. Se você não alterar nada sem documentá-lo, e sempre anunciar alterações significativas, estará longe de eliminar as reclamações listadas. A educação do usuário sobre o controle de alterações pode ajudar. Se eles sabem por que temos ambientes de desenvolvimento e produção e que eles não podem testar os produtos, porque isso pode prejudicar a produção de outras pessoas e precisamos manter todos nos mesmos padrões.

Minha pequena lista de coisas que fazem um bom gerenciamento de alterações:

  • Eventos de mudança anunciados publicamente / Windows
  • Documentação confiável e consistente das mudanças
  • Controle uniforme de alterações em TODOS os sistemas
  • Elimine as alterações não documentadas!
  • alterar esquema que seja flexível o suficiente para o seu ambiente, mas firme o suficiente para ser aplicado (sem tentar pregar geléia em uma árvore)
  • grandes mudanças implementadas nos sistemas de teste / devl primeiro com o tempo para o teste de aceitação do usuário antes de entrar em operação nos sistemas de produção.

Além disso, como outros já disseram, os usuários nunca serão totalmente felizes. No entanto, eles são mais felizes quando as coisas continuam funcionando da mesma maneira ao longo do tempo.


Infelizmente, só aconselho sobre procedimentos de gerenciamento de alterações; no entanto, eu concordo totalmente.
ojblass

1

Quais são as reclamações que você recebe? Nossos clientes ficam felizes quando seus problemas são resolvidos. Podemos fornecer o melhor ambiente do mundo para eles, mas se não soubermos por que seus e-mails se perdem ou se não respondermos rapidamente a eles, eles ficarão chateados.


Adicionado reclamações típicas.
ojblass

1

Outros já disseram isso, mas é tudo uma questão de sua atitude em relação a esses clientes. Você precisa enfrentá-los, encontrá-los e entender seus requisitos. Eles são a razão pela qual você está fazendo esse trabalho em primeiro lugar, e se eles não estão felizes, então você não está fazendo um bom trabalho.

Seja pragmático - a solução teórica melhor ou mais elegante nem sempre é ideal para o seu ambiente. Não tenha muito orgulho de jogar fora a bela solução que você construiu, se ela não atender aos requisitos deles.

Deixe-os saber quem você é. Você não está virado para a frente, eles não devem entrar em contato diretamente com você, mas misture-se a eles sempre que possível, coloque um rosto humano em seu trabalho. Desaparecer em sua masmorra por 8 horas por dia não é suficiente .

Entenda que você está em uma posição de confiança. Seus clientes precisam saber que podem confiar em você e você precisa demonstrar isso para eles.

Trabalhe para entender os requisitos dos clientes. Abra uma caixa de sugestões, obtenha feedback da equipe de suporte técnico, o que for necessário. Se você não sabe o que está causando sofrimento aos seus clientes, nunca será capaz de resolvê-lo.

Seja honesto com eles. Não dê a eles touro. Se algo não puder ser feito, dê a eles o motivo. E aprenda a fazê-lo em termos não técnicos. Você ganhará mais respeito por um "não" honesto do que por um "sim" desonesto.

Eles nem sempre estão certos - veja meu próximo parágrafo -, mas nos casos em que estão, não deixe de reconhecê-lo. Se algo lhes causa sofrimento, e não há uma boa razão para que exista, aceite-o e diga-lhes que eles estão certos.

Você sempre terá um punhado de reclamantes perenes. Essas são as pessoas que desejam usar um SO ou escritório diferente para todos os outros, que desejam que cotas ou restrições sejam levantadas (somente para eles, natch) e que geralmente não parecem entender que a TI é um serviço compartilhado . Você apenas terá que aceitá-los; essas pessoas não representam o cliente em geral, que só deseja fazer logon pela manhã e obter suas coisas.

Essa última é a sua medida de sucesso - seus clientes podem fazer logon pela manhã e obter suas coisas? E eles podem fazer isso sem problemas? Se você pode gerenciar isso em 90% deles, está indo muito bem, eu acho.


1

Padronize
Mantenha as instalações do seu servidor consistentes

FAQ
Inicie uma página de 'Perguntas frequentes'. Mantenha-o atualizado e verifique se é facilmente acessível (e visível)

Como outros já apontaram, a Comunicação é fundamental para manter seus clientes felizes. Lembre-se de: comunicação dos seus clientes e comunicação com eles.


Comente sobre padronizar. É claro que é a melhor ideia; no entanto, eu desafio você a lançar algo para mais de mil máquinas em menos de um mês.
ojblass

Os padrões são uma faca de dois gumes. Às vezes, eles levam a uma infra-estrutura inflexível e a um bloqueio do fornecedor. As perguntas frequentes são exibidas assim como as vozes gravadas. É difícil levar as pessoas a lê-las.
ojblass

1

Dar ao cliente o que eles querem e quando querem.

Um grande problema é descobrir o que o cliente deseja. Às vezes, eles não sabem ou dizem que querem X, mas realmente querem Y. Você precisa se comunicar muito com eles para descobrir.

Mas lembre-se que você não pode agradar a todos ...

Uma história verdadeira do final dos anos 90:

Eu criei uma lista de discussão na qual os funcionários dos outros departamentos poderiam assinar se quisessem ter informações mais detalhadas sobre o que estava acontecendo no departamento de TI. Era completamente opcional e as informações sobre como cancelar a inscrição eram automaticamente anexadas a todas as mensagens enviadas pela lista de discussão.

Um dia, recebi um e-mail irritado e um tanto rude de um de nossos clientes, reclamando das mensagens que ele recebeu desta lista, e também disse que nunca as desejava, nem tinha ideia de por que as recebeu em primeiro lugar.

Procurei nos registros e descobri que ele havia se inscrito cerca de um ano antes e, em algumas ocasiões, também havia me enviado um e-mail e elogiado pelas informações. Como eu deveria saber que ele mudou de idéia?

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.