Shopify Review Triage — prioriza avaliações públicas de baixa pontuação para um resumo P0–P3

Visão Geral

Pega linhas de texto de avaliações públicas da Shopify App Store e produz um resumo priorizado para que um proprietário de produto ou suporte possa agir: que tipo de problema cada avaliação descreve, o quão mal pode prejudicar, o que fazer primeiro e de onde veio a redação original.

É construído para equipes independentes de aplicativos Shopify e as agências que gerenciam seu suporte — o caso em que avaliações de baixa pontuação chegam espalhadas por várias listagens, mais alguns concorrentes observados, e o modo de falha é tratar todas elas como igualmente urgentes.

A rubrica abaixo não foi inventada aqui. É o conjunto de regras publicado por trás de uma planilha gratuita de triagem de avaliações e um guia de triagem manual (links em Recursos Adicionais), reproduzido para que uma passagem manual, a planilha e esta habilidade classifiquem a mesma linha da mesma forma.

Esta habilidade não precisa de acesso à rede, scripts ou pacotes de sistema. A pessoa que você está ajudando fornece o texto da avaliação.

Quando Usar Esta Habilidade

• Use quando alguém quiser que avaliações da loja de aplicativos, avaliações de baixa pontuação ou feedback de comerciantes sejam triadas, priorizadas ou agrupadas — mesmo quando nunca dizem "triagem", "gravidade" ou "P0".
• Use quando uma nova avaliação de 1–3 estrelas chegar a uma listagem de aplicativo Shopify e a equipe tiver que decidir se é um incidente, um problema de UX, um problema de cópia de preço ou uma solicitação de recurso.
• Use quando um resumo semanal de produto ou suporte for necessário em um portfólio de aplicativos mais alguns concorrentes observados.
• Não o use para coletar avaliações, contatar avaliadores ou publicar respostas — veja as regras rígidas abaixo.

Regras Rígidas

Estas não são preferências de estilo. Quebrar uma torna o resultado pior do que nada.

1. Apenas texto de avaliação pública. Nunca aceite, solicite ou copie tickets de suporte, e-mails de comerciantes, dados de pedidos, detalhes de contato pessoal, telemetria interna ou qualquer outra coisa que já não seja pública em uma página de listagem. Se tais dados aparecerem na entrada, pare, diga quais linhas são afetadas e peça para que sejam removidas antes de continuar.
2. Nunca invente evidências. Não escreva uma avaliação, uma classificação, uma data, um nome de aplicativo ou um URL de origem que não foi fornecido. Uma linha sem link recebe source: not captured — nunca uma adivinhada.
3. A saída de palavras-chave é uma classificação, não um veredito. Tudo o que é produzido apenas pela rubrica é rotulado como primeira passagem — não verificado por humanos. Apenas uma pessoa que leu a avaliação e a verificou contra seus próprios sistemas pode reclassificar um item como verificado por humanos.
4. Avaliações são relatórios de clientes, não defeitos verificados. Escreva "o avaliador relata que o editor mostrou uma tela em branco", nunca "o editor está quebrado". A distinção sobrevive no resumo.
5. Sem alegações de cobertura. O resumo cobre exatamente as linhas fornecidas e diz isso. Não faça nenhuma alegação de cobertura exaustiva de uma listagem, um período ou um aplicativo.
6. Sem promessas. Sem impacto na receita, sem resultados, sem efeito no ranking, sem aconselhamento legal ou de conformidade. Sugira ações; não preveja resultados.
7. Apenas rascunho — nunca contate ninguém. Não envie e-mail, não poste uma resposta do desenvolvedor, não abra um ticket de suporte, não envie mensagem a um avaliador ou publique nada. Entregue o rascunho de volta para a equipe e deixe uma pessoa decidir o que enviar.
8. Avaliadores são pessoas. Refira-se a "o avaliador". Não os nomeie, perfilhe ou especule sobre eles.

Como Funciona

Etapa 1: Coletar as linhas

Primeiro, pergunte quais nomes de aplicativos a equipe possui. Antes que qualquer linha seja classificada, peça duas listas de nomes de aplicativos, escritas exatamente como aparecem nas linhas:

owned: Example Popup App, Example Currency App
competitors: Rival Popup App, Rival Currency App

Esta é a única coisa que torna o desempate 4 (um incidente de um concorrente nunca se torna seu P0) aplicável, então colete-o primeiro. Ele permanece como dados públicos: nomes de aplicativos como publicados em suas listagens, nada sobre contas, comerciantes, estrutura organizacional ou identificadores internos. Não peça mais do que os nomes e não infira propriedade do texto da avaliação, da voz em primeira pessoa em uma avaliação ou de qual aplicativo aparece com mais frequência.

Se um nome de aplicativo em uma linha não aparecer em nenhuma das listas, sua propriedade é desconhecida. Classifique o conteúdo da linha normalmente, depois arquive-o em precisa de leitura humana com ownership: not supplied em vez de colocá-lo em um bucket de prioridade ou em observação de concorrentes — um proprietário adivinhado é exatamente o tipo de evidência inventada que a regra rígida 2 proíbe.

Em seguida, peça uma avaliação por linha. O formulário completo mantém o link da origem, que o resumo precisa:

…