Suporte ao cliente
Issues do Linear a partir de tickets de suporte (sem perder a história)
Conecte tickets do initdesk ao Linear sem perder o fio da meada: equipe padrão e prefixo de título, quando criar vs vincular uma issue, o que capturar antes de clicar em Criar e como fechar o ciclo com clientes.
A forma mais rápida de matar um bom relatório de bug é encaminhar um e-mail que diz "cliente está irritado" e nada reproduzível.
Engenharia não precisa de drama. Precisa de sinal: o que quebrou, onde e como ver de novo. Suporte já tem as palavras do cliente — o que falta é um hábito que transforma essas palavras em uma issue do Linear que se sustenta sozinha, mantendo o ticket do initdesk como o lugar onde o cliente recebe atualizações.
É para isso que serve a integração Linear do initdesk: não "mais tickets", mas uma conversa no e-mail e um objeto no Linear, vinculados para que ninguém redigite a mesma história no Slack.
Conecte uma vez, roteie sempre
Comece em Settings → Plugins → Linear e conecte seu workspace. Depois defina os padrões chatos que evitam caos depois:
- Equipe Linear padrão — para que "criar issue" não vire adivinhação de roteamento às 17h.
- Prefixo de título — uma tag curta como
support:ou[cx]faz issues criadas da caixa de entrada fáceis de escanear no Linear sem mudar como engenheiros trabalham.
Essas duas configurações são pequenas, mas respondem a pergunta que todo agente faz em silêncio: "Para onde isso vai?" Se você pular, pagará o imposto em issues mal arquivadas e trabalho duplicado.
Para detalhes de configuração e permissões, use o guia de integração Linear do initdesk. A atualização de produto que lançou a integração está em Atualizações do initdesk.
Criar uma nova issue vs vincular uma existente
Na barra lateral do ticket você pode criar uma nova issue do Linear ou anexar o ticket a uma issue que já existe. Uma regra simples:
- Criar quando você tem um defeito novo, uma nova solicitação ou uma conversa que merece escopo próprio no Linear.
- Vincular quando engenharia já está acompanhando — seu trabalho é anexar evidência (impacto no cliente, exemplos, urgência) sem gerar um segundo ticket que ninguém vai mesclar.
Vincular é como você evita o modo de falha clássico: três agentes abrem "Exportação falha para clientes da UE" porque ninguém pesquisou no Linear primeiro. Se sua equipe é pequena, uma busca de cinco segundos no Linear antes de criar ainda supera teatro de triagem depois.
O que pertence ao ticket do initdesk antes de clicar em "criar"
Pense em duas camadas: o que o cliente deve ler e o que produto deve ler.
A resposta voltada ao cliente deve permanecer calma e específica: o que você precisa deles (se algo), o que acontece a seguir e timing realista se puder oferecer. Se ainda está investigando, diga em linguagem direta — mistério é o que gera ciclos de reabertura.
Notas internas (ou um adendo curto que só a equipe vê) devem carregar a carga da transferência:
- Passos de reprodução numerados, incluindo tipo de conta, plano ou papel se importar.
- Ambiente: navegador ou build do app, SO, horário aproximado da falha.
- Esperado vs real em uma linha cada — engenheiros escaneiam esse padrão rápido.
- Uma captura de tela ou clipe curto quando a interface é a evidência; evite dez anexos que ninguém abre.
- Um link para a mensagem do cliente é automático em espírito quando a issue é criada do initdesk — o que você adiciona é a interpretação que transforma ruído em plano de teste.
Quando você cria a issue a partir do initdesk, o fluxo suporta os campos que equipes de produto esperam — equipe, status, responsável, assinantes, labels, título e descrição — e pode incluir contexto do ticket mais referência de volta à conversa de suporte. Seu objetivo é tornar a issue do Linear legível sem abrir e-mail, enquanto o e-mail permanece o lar do cliente.
Mantenha notas internas honestas (e um pouco entediantes)
O trabalho de tom em Do suporte liderado pelo fundador a uma voz repetível ainda se aplica: notas internas são onde você traduz um parágrafo frustrado em fatos.
- Prefira "Passos 1–4 reproduzem no Chrome 124, logado como admin" a "claramente quebrado".
- Se não tem certeza que é bug, diga "precisa reproduzir do nosso lado" e nomeie quem é dono da próxima verificação.
- Se é uma lacuna de documentação, diga isso — senão engenharia persegue um fantasma enquanto a correção real é atualizar um artigo de ajuda, o que combina naturalmente com Autoatendimento que realmente é usado.
Feche o ciclo quando o Linear avança
Uma issue vinculada não está pronta até o cliente saber o que mudou. O hábito que escala:
- Observe o estado da issue que importa (corrigido, lançado, não será corrigido) e decida o que cada um significa na linguagem do cliente.
- Responda uma vez com o que foi lançado, o que não foi e o próximo passo — especialmente para "não será corrigido", onde um motivo claro evita dano reputacional.
- Se você lançou uma mudança de comportamento, atualize a central de ajuda na mesma semana para que o próximo ticket não comece do zero.
O initdesk mantém suporte e produto ligados: a conversa que iniciou o trabalho deve ainda ser a conversa que o finaliza, com o Linear carregando a narrativa de engenharia no meio.
Uma passagem de quinze minutos na segunda (equipes pequenas)
Se transferências parecem vagas, não adicione um comitê — faça uma revisão apertada:
- Abra issues do Linear criadas a partir de suporte esta semana. Algum título ainda parece linha de assunto da caixa de entrada em vez de sintoma?
- Escolha três tickets vinculados. Cada descrição de issue contém reprodução, ambiente e esperado vs real?
- Liste issues fechadas como lançadas. Todo ticket correspondente recebeu uma resposta final ao cliente?
Se a resposta para (3) é "às vezes", isso não é lacuna de ferramenta — é lacuna de ciclo. A integração já fez a parte difícil: conectar os sistemas. A parte fácil é uma mensagem de volta ao humano que reportou.
O initdesk é um help desk com IA para equipes pequenas: caixa de entrada compartilhada, Central de Ajuda e fluxo opcional com Linear para que conversas de clientes permaneçam ligadas ao trabalho de produto. Veja Atualizações do produto para o que foi lançado recentemente, e o guia de integração Linear para conexão e comportamento em nível de campo. Perguntas ou histórias de guerra são bem-vindas no X @initdeskhq.