Suporte técnico

Onde o critério escrito disser. O erro comum é deixar a fronteira implícita, e o resultado é um bilhete que anda para trás e para a frente enquanto o cliente espera. Definimos o critério de escalamento durante a transição, com exemplos concretos dos dois lados da linha.

O escalamento vai para a sua engenharia, não para uma segunda linha nossa que não conhece o produto. Quando faz sentido termos essa segunda linha, dizemo-lo, e é uma decisão separada com custo separado.

Por critério escrito e não por julgamento individual, porque o que uma pessoa considera difícil outra resolve em dois minutos. O critério deve ser observável: tipo de caso, tempo já gasto, e existência de procedimento documentado. Sem isso, a primeira linha escala demasiado ou de menos, e ambos são caros.

Com escalamento fácil e sem penalização. Uma equipa que é avaliada por resolução ao primeiro contacto e penalizada por escalar retém casos que devia passar, e o utilizador espera mais do que esperaria se o caso tivesse subido logo. O indicador deve premiar resolução e não retenção.

E com retorno de volta. Cada caso resolvido em segunda linha que podia ter sido resolvido em primeira gera uma entrada na base de conhecimento e, se o padrão se repetir, formação. Sem esse retorno, a segunda linha trata os mesmos casos indefinidamente e a primeira nunca melhora.

Toda, e é por isso que a rotação é mais cara em suporte técnico do que em apoio generalista. Uma pessoa que conhece o produto há um ano resolve casos que uma pessoa nova escala, e a diferença entre as duas não é de competência técnica mas de contexto acumulado.

A consequência para o desenho é que a retenção deve ser orçamentada como investimento. Formação contínua, progressão escrita e condições que reduzam saídas custam menos do que o ciclo de recrutar, formar e substituir, e o cálculo faz-se com números que qualquer operação já tem.

A outra consequência é que a documentação deixa de ser opcional. Conhecimento que existe apenas na cabeça de duas pessoas é um risco que cresce silenciosamente, e uma operação que escreve à medida que resolve converte esse risco em activo sem esforço adicional visível.

O suficiente para diagnosticar e nada além disso, o que na prática significa leitura sobre registos e configuração e escrita apenas onde o procedimento a exige. Conceder acesso mais amplo porque é mais simples de configurar é o erro que aparece em todas as auditorias e que nunca foi decidido por ninguém.

Quando o diagnóstico exige acesso a dados de produção, o acesso é nominal, registado e limitado no tempo, e a excepção é prevista no desenho em vez de aberta às duas da manhã por alguém que precisa de resolver um incidente. Uma arquitectura que não prevê a emergência existe apenas no papel.