Ninguém escalou essa pessoa para um plantão. Mas, na prática, ela está de plantão todos os dias.
Eu trabalho com software há anos e, convenhamos, a gente que constrói tecnologia tem parte da culpa nisso. Esse texto é sobre por que, mesmo assim, decidimos construir automação. E sobre o que ela precisa respeitar para valer a pena.
O digital tornou tudo mais fácil: encontrar uma empresa, fazer uma pergunta, marcar um horário. Uma mensagem sai de qualquer lugar, a qualquer hora.
Só que essa facilidade trouxe junto uma regra que ninguém escreveu: se dá para mandar uma mensagem agora, alguém deveria responder agora.
O horário comercial acaba, mas o canal continua aberto. Para o cliente, é só uma pergunta rápida. Para quem recebe dezenas delas, é um expediente que atravessa o dia e entra pela noite.
Poder ser encontrado a qualquer hora virou obrigação de responder a qualquer hora.
Responder uma mensagem leva trinta segundos. A interrupção dura muito mais.
Quem programa conhece bem esse custo: você está no meio de um raciocínio, alguém te chama, e voltar ao ponto onde estava leva bem mais tempo que a interrupção. Com o dono de um pequeno negócio é igual, só que o raciocínio interrompido pode ser um corte de cabelo, uma consulta ou o jantar com os filhos.
E o custo não para quando o celular fica em silêncio. A expectativa da próxima mensagem continua ali, ocupando espaço na cabeça. O sono piora, o foco se espalha, a ansiedade vira rotina.
Gostar dos clientes e levar o trabalho a sério não torna essa disponibilidade infinita. Descanso não é luxo, é parte do que mantém um negócio de pé.
Aqui aparece um dilema que parece inevitável. Ou você responde tudo pessoalmente e mostra que se importa, ou coloca uma máquina para responder e passa a parecer frio e distante.
Eu não acredito nessa escolha.
Cuidado não é repetir o horário de funcionamento pela décima vez no mesmo dia. E uma resposta automática, sozinha, também não garante atendimento bom. Todo mundo já ficou preso numa URA de banco apertando 9 para voltar ao menu anterior.
O cuidado está em outro lugar: numa resposta clara, no respeito ao contexto de quem pergunta e na chance de falar com uma pessoa quando isso faz diferença.
Boa parte das mensagens de um pequeno negócio segue um roteiro: qual o horário, quanto custa, tem vaga sábado, onde fica, o que eu preciso levar. São perguntas previsíveis, com respostas previsíveis.
Esse é o trabalho que uma máquina faz bem. Não se cansa, não esquece e não perde o jantar.
Quando a automação cuida do previsível, sobra atenção para o que precisa de gente: uma reclamação, um caso fora do combinado, uma dúvida que a pessoa ainda nem conseguiu formular direito, uma decisão que afeta a vida de alguém.
Mas a fronteira entre os dois nem sempre é óbvia. Uma pergunta simples pode esconder uma situação delicada. Uma conversa que começou no roteiro pode precisar sair dele no meio do caminho.
Por isso, a habilidade mais importante de uma automação é saber quando parar. Uma automação que não sabe passar a conversa para uma pessoa não é atendimento, é labirinto.
É com essa visão que estamos construindo o Atenda. Na prática, isso se resume a três regras que usamos para tomar decisões de produto:
Se eu tivesse que escolher um único critério para avaliar uma automação, seria este: o que acontece quando ela precisa sair da frente.
Esse compromisso não vale só para o produto. Vale para a gente também.
Quando você contrata o Atenda, ou simplesmente manda uma mensagem para a gente, não está falando com uma empresa sem rosto. Está falando com duas pessoas. Não nos escondemos atrás de cargos como CEO nem de um “time de sucesso do cliente”: somos dois nerds apaixonados por tecnologia, que constroem o produto e respondem a quem usa.
Cada pedido que chega é lido por mim e pelo meu sócio, e cada um recebe uma resposta individual, escrita por um de nós. Preferimos uma conversa franca, mesmo quando a resposta é “isso ainda não dá”, a uma promessa bonita que não se cumpre.
No fim das contas, é a mesma ideia do resto do texto: tecnologia existe para servir às pessoas, e não o contrário.
Essa ideia começa nas nossas próprias ferramentas. Não é por acaso que construímos o Atenda em Ruby. Yukihiro Matsumoto, o Matz, criou a linguagem com um propósito declarado: ajudar quem programa a ser produtivo, a gostar de programar e a ser feliz. O Rails, o framework que usamos, transformou isso no primeiro item da sua doutrina: otimizar para a felicidade de quem programa. Escolhemos ferramentas feitas para servir a gente pelo mesmo motivo que queremos que o Atenda sirva a você.
Se quiser trocar uma ideia sobre o Atenda, atendimento ou tecnologia, me chama em engineering@useatenda.com ou no meu GitHub.
Ninguém deveria precisar ficar disponível o tempo todo para manter um negócio funcionando.
Queremos que sobre tempo para descanso, família, concentração, trabalho bem-feito e para as decisões que realmente precisam de uma pessoa. E queremos que quem procura atendimento seja tratado com clareza e respeito.
Tecnologia não deveria pedir que a gente viva como máquina. Ela deveria assumir o trabalho mecânico para que as pessoas possam viver melhor.
Na próxima vez que você responder pela décima vez a mesma pergunta às onze da noite, lembre: isso não é dedicação, é um processo esperando para ser automatizado. Deixe a máquina fazer o trabalho de máquina, e guarde você para o que só você pode fazer.
]]>