SkillOperaçõesDiagnostica

Auditoria do Stack de Ferramentas Internas

Audita o stack de SaaS e ferramentas internas para identificar overlap, ferramentas órfãs e oportunidades de consolidação.

Ações
PerfilOperações
ProfundidadeMédia
IdiomaPortuguês
Objetivo

Em uma frase.

Conduzir uma auditoria completa do stack de ferramentas internas (SaaS, licenças, tools custom) para responder cinco perguntas: o que temos, quem usa, quanto custa, onde sobrepõe e o que pode sair. A saída é um plano de racionalização com economia projetada, ferramentas a descontinuar, ferramentas a consolidar e owners atribuídos para cada decisão.

Aplicação

Quando
faz sentido.

Usar
  • Empresa nunca fez auditoria de stack e gasto com SaaS está crescendo sem controle.
  • Fim de exercício fiscal exigindo corte de custos focalizado.
  • Renovação anual de múltiplas ferramentas no mesmo trimestre (oportunidade para consolidar).
  • Onboarding de novo CFO/COO pedindo visibilidade de OPEX.
  • Auditoria de compliance/segurança exigindo inventário de processadores de dados.
  • Crescimento por aquisição: duas empresas vão ter stacks duplicados.
Não usar
Prompt

Instruções
para a IA.

Passo 1 — Construir o inventário completo do stack

Inventário não vem só de uma fonte. Cruzar:

- Financeiro: faturas, cartão corporativo, contratos. Identifica ferramenta paga mesmo sem alguém saber que existe.

- SSO/IdP: Okta, Google Workspace, Azure AD. Mostra apps conectados. - Pesquisa com áreas: perguntar a cada líder: "que ferramenta o seu time usa que não está nesta lista?" - Network/proxy logs (avançado): identifica SaaS acessado via browser sem licença formal (shadow IT). - Cartões corporativos: despesas
Output: planilha mestre com, no mínimo: nome da ferramenta, categoria, vendor, custo anual, número de licenças, data de renovação, owner interno.

Passo 2 — Classificar por categoria funcional

Agrupar todas as ferramentas em categorias funcionais. Taxonomia padrão Gzero:

| Categoria | Exemplos |

|---|---| | Comunicação | Slack, Microsoft Teams, Zoom, Loom | | Project management | Jira, Linear, Asana, Trello, ClickUp, Notion | | Documentação / KB | Notion, Confluence, Coda, GitBook, Slab | | Dev tools | GitHub, GitLab, CircleCI, Sentry, Datadog | | Design | Figma, Sketch, Adobe CC, Miro | | CRM / Sales | Salesforce, HubSpot, Pipedrive, Close | | Marketing | HubSpot Marketing, Mailchimp, ActiveCampaign, Webflow | | Suporte | Zendesk, Intercom, Freshdesk | | RH / People | BambooHR, Gupy, Lattice, Sólides | | Finance | QuickBooks, Conta Azul, Omie, Stripe | | Segurança / IT | 1Password, Okta, Crowdstrike, Tailscale | | Analytics / BI | Looker, Tableau, Metabase, Amplitude | | AI / Productivity | ChatGPT, Claude, Cursor, Copilot |

Classificar permite detectar overlap (passo 5).

Passo 3 — Medir uso real vs licenças contratadas

Para cada ferramenta, calcular:

- Licenças contratadas: o que o contrato diz.

- Licenças atribuídas: quantas estão alocadas a pessoas. - Licenças ativas: quantas pessoas logaram nos últimos 30 dias. - Licenças dormentes: atribuídas mas sem login nos últimos 60 dias. - Utilization rate: licenças ativas / licenças contratadas.

Fontes: SSO (login data), painel admin da ferramenta, integração via API (Workday, Okta, BetterCloud).

Sinais de alerta: - Utilization < 50% em ferramenta paga por licença: oportunidade de cortar. - Licenças atribuídas a ex-funcionários (offboarding falho): risco de segurança + custo. - Ferramenta com licença ilimitada (flat fee) mas usada por <10 pessoas: oversized.

Passo 4 — Atribuir owner a cada ferramenta

Toda ferramenta no stack precisa ter um owner. Owner é responsável por:

- Decisão de renovação. - Política de provisionamento (quem ganha licença). - Validação de uso e ROI. - Integração com SSO e segurança.

Ferramentas sem owner identificável são "órfãs" e devem ser candidatas a descontinuar. Frequentemente são ferramentas adotadas em projeto antigo, com pessoa que saiu, que ninguém sabe mais para que servem.

Output: coluna "owner" preenchida para cada ferramenta. Órfãs marcadas.

Passo 5 — Identificar overlap funcional

Procurar ferramentas que fazem a mesma coisa:

- Múltiplas ferramentas de PM (Jira + Linear + Trello).

- Múltiplas ferramentas de doc (Notion + Confluence + Google Docs como wiki). - Múltiplas ferramentas de comunicação (Slack + Teams + Discord). - Múltiplas ferramentas de design (Figma + Sketch + Adobe XD). - Múltiplas ferramentas de AI (ChatGPT Plus pago individualmente + Claude + Copilot).

Para cada overlap, mapear: - Quais times usam qual. - Por que cada um adotou o seu. - Qual seria a alternativa única (winner). - Custo de migração para o winner. - Risco de migração (perda de funcionalidade específica, resistência cultural).

Output: tabela de overlaps com recomendação por categoria.

Passo 6 — Calcular custo total e custo por usuário

Para entender ROI, calcular:

- Custo total anual por ferramenta.

- Custo por usuário ativo (custo / usuários ativos). - Custo por usuário contratado (custo / licenças). - % do OPEX que a ferramenta representa.

Comparar com benchmarks da indústria quando disponível (Vendr Index, Gartner). Ferramenta com custo/usuário 2-3x acima do benchmark é candidata a renegociar.

Passo 7 — Identificar oportunidades de consolidação e corte

Construir a lista de ações priorizadas em quatro categorias:

A. Cortar (descontinuar):

- Ferramentas órfãs (sem owner). - Ferramentas com utilization < 20%. - Ferramentas duplicadas onde já existe ferramenta dominante interna. - Ferramentas com contratos expirando e ROI baixo.

B. Consolidar: - Áreas em overlap convergindo para uma ferramenta única. - Múltiplas instâncias da mesma ferramenta (várias contas de HubSpot, várias contas de Notion separadas).

C. Renegociar: - Ferramentas com utilization 50-80% (overlicensed). - Ferramentas com preço acima do benchmark. - Ferramentas em renovação nos próximos 6 meses (timing favorável).

D. Manter: - Ferramentas críticas com bom uso e custo razoável.

Para cada ação: economia projetada, complexidade (baixa/média/alta), risco, owner, prazo.

Passo 8 — Avaliar riscos de cada corte/consolidação

Antes de cortar, validar:

- Dado: o dado da ferramenta é exportável? Em que formato? Quanto custa migrar?

- Integração: outras ferramentas dependem desta via API? - Compliance: existe obrigação contratual ou regulatória (ex: ferramenta usada para registro de auditoria)? - Cultural: o time aceita a mudança? Resistência alta sabota a migração. - Contratual: existe multa de cancelamento antecipado? - Janela: quando o contrato pode ser cancelado sem custo extra?

Ferramentas com risco alto entram em fila de "consolidar na próxima renovação", não em "cortar agora".

Passo 9 — Construir o plano de racionalização

Documento final com:

- Sumário executivo: stack atual em $/usuários/categorias, economia projetada, ações principais.

- Inventário completo (anexo). - Top 10 ações priorizadas com economia anual. - Cronograma de execução por trimestre. - Owner por ação. - Plano de comunicação interna (anunciar cortes, capacitar em consolidações). - Próxima auditoria agendada (no mínimo anual).

Passo 10 — Estabelecer governança contínua do stack

Auditoria pontual perde valor sem governança contínua. Estabelecer:

- Política de adoção de nova ferramenta: procurement obrigatório para >R$ X/mês ou se processa dado de cliente.

- Owner obrigatório: toda ferramenta nova entra com owner definido. - SSO obrigatório: toda ferramenta passa por SSO; nada de logins individuais com email pessoal. - Review trimestral leve: validar utilization das ferramentas top 20 por custo. - Review anual completo: repetir esta skill anualmente.

Ligar a essa governança o processo de procurement e o ciclo orçamentário.
Constelação

Onde
ela vive.

Bundles que incluem
Execução

Como usar
com IA.

  1. 01Copie a skill (botão "Copiar skill para IA", no topo): o texto copiado já é a skill completa, não um resumo.
  2. 02Abra o Claude ou Claude Code e cole — a IA recebe todas as instruções e fica pronta para a tarefa.
  3. 03Prefere usar como arquivo reutilizável? Baixe o .zip e coloque o SKILL.md em .claude/skills/ (Claude Code) ou anexe o arquivo no Claude (claude.ai).