Pague pelos 20% que você realmente usa: como reduzir o footprint de apps Atlassian sem perder o fluxo

Como uma auditoria honesta e um app Forge customizado e focado transformam pagar por usuário para sempre em pagar uma vez e ser dono.

A fatura que cresce em silêncio

A maioria dos times descobre o custo do seu footprint de apps Atlassian do mesmo jeito que descobre toda dívida operacional. Quando dói, já estava doendo faz tempo.

Apps do Marketplace são cobrados por usuário. Cada nova contratação aumenta a fatura de todo app que você já instalou. Cada app testado durante um projeto, cada teste em que um consultor te convenceu a entrar, cada ferramenta que resolveu um problema dois anos atrás continua na nota. Crescimento linear de custo, sem nada empurrando para o outro lado.

A gente vê isso com clientes de todos os tamanhos:

• Times pequenos batem nessa parede quando percebem que os apps custam mais do que as horas de um engenheiro júnior.
• Times de médio porte batem num ciclo de renovação em que os números já não arredondam para baixo.
• Grandes empresas batem quando o financeiro pergunta por que a linha “Atlassian” está crescendo mais rápido que o headcount.

A boa notícia é que a mesma auditoria resolve os três casos.

O 80/20 do uso no Marketplace

O padrão que a gente encontra, quase toda vez que audita uma instância, é o mesmo.

A maior parte dos times usa uma fração pequena do que está pagando. Vários apps instalados durante um projeto antigo, nunca descomissionados. Várias features premium que ninguém no time sabe nomear. Várias sobreposições, em que dois apps cobrem terreno parecido porque foram comprados por pessoas diferentes para problemas diferentes em momentos diferentes.

Os 20% dos quais o time realmente depende costumam ser óbvios para quem faz o trabalho. Dá para nomeá-los numa conversa de cinco minutos. Os outros 80% pagam por features que existem, tecnicamente, mas que, na prática, poderiam não existir.

É essa lacuna que a gente fecha.

Como auditar o seu próprio footprint

Você não precisa contratar nada para fazer isso. Precisa de três listas e de uma tarde.

Comece pelo que você paga: cada app pago, sua faixa e o valor anual. A página de cobrança da sua administração Atlassian tem tudo isso. Depois levante o uso: quais apps são realmente abertos, por quem e com que frequência. Alguns apps informam isso sozinhos. Para os demais, pergunte às cinco pessoas com maior chance de serem usuárias avançadas, e observe o que elas dizem quando você propõe remover o app. Por fim, cruze os dados. Dois apps cujas descrições se sobrepõem merecem uma hora de escrutínio.

Para cada app, responda quatro perguntas com evidência, não com intuição:

• Ele é essencial, substituível ou está sem uso?
• Ele se sobrepõe a algo que você já paga?
• Que fração dos recursos dele o seu time realmente usa?
• Se for substituível, quanto custaria substituir, e em quanto tempo isso se paga?

As respostas desconfortáveis costumam se concentrar nas mesmas duas ou três linhas da fatura.

Por que o Forge customizado ganha do app do Marketplace

Alguns apps você mantém. O Marketplace é cheio de vendors excelentes, e reconstruir uma ferramenta robusta só para economizar é um mau negócio. A gente fala isso quando essa é a resposta.

Para os que recomendamos reconstruir, o argumento é direto. Um app Forge customizado é escopado só nos 20% que o seu time usa. Roda dentro do Atlassian Cloud, no mesmo perímetro de segurança da sua instância de Jira ou Confluence, então os dados nunca saem do seu tenant. O código é seu. O roadmap é seu. O modelo de preço é pagar-uma-vez-mais-retainer, não pagar-por-usuário-para-sempre.

O encaixe é a parte subestimada. Apps do Marketplace são desenhados para o cliente médio do segmento deles. O seu é desenhado para você. As telas têm os campos que você realmente precisa. Os fluxos batem com como o seu time realmente trabalha. As integrações conectam aos seus sistemas, não a sistemas genéricos.

Apps do Marketplace otimizam para o cliente mediano. Apps Forge customizados otimizam para você.

Time pequeno, grande empresa, mesma lógica, contas diferentes

O 80/20 vale em todo tamanho. As razões para agir é que mudam.

Times pequenos ganham porque são sensíveis ao preço, e todo dólar que não vai para licença por usuário vai para algum lugar útil. A economia compõe rápido porque o trabalho da auditoria tem a mesma forma independente do tamanho do time, mas a curva de gasto sobe mais íngreme conforme o time pequeno cresce.

Times médios ganham porque estão pagando preço de empresa grande por uso fragmentado. Departamentos diferentes compraram apps diferentes para o mesmo problema. A auditoria consolida, a reconstrução foca na necessidade consolidada, e o que eram três linhas vira uma.

Grandes empresas ganham porque o gasto absoluto é enorme e a auditoria revela a maior economia em valor absoluto. Também ganham pela história de segurança: um app Forge vive dentro do Atlassian Cloud, então a postura de compliance bate com o resto do footprint Atlassian sem adicionar um vendor externo para revisar.

A conversa é diferente em cada tamanho. A conta fecha nos três.

Os números, sem floreio

A gente não publica porcentagens inventadas e não vai fingir que a conta é universal. Toda instância é diferente.

O que dá para dizer é o seguinte. Para um time de médio porte substituindo um app grande do Marketplace na cobrança por usuário, o payback de uma substituição Forge customizada costuma cair entre 12 e 24 meses. Depois disso, todo mês é economia. O app continua funcionando enquanto você mantém o pequeno retainer contínuo de manutenção e acompanhamento de APIs da Atlassian, e mesmo isso é uma fração do que era a fatura do Marketplace.

Os números reais que colocamos na sua frente saem da sua auditoria, não da nossa página de marketing. São baseados no seu número de seats, nos seus apps, nos seus contratos.

Os riscos que valem uma reflexão

E se a Atlassian descontinuar uma API do Forge da qual o app depende? A Atlassian anuncia mudanças incompatíveis com meses de antecedência, e o mesmo risco vale para o app do Marketplace que você estaria substituindo. A diferença está em quem decide se o trabalho será feito. Numa assinatura, quem decide é o fornecedor.

Você está trocando um lock-in por outro? Só se construir como uma caixa-preta. Código seu, rodando na mesma Atlassian Cloud em que você já confia, com um build documentado e uma pessoa responsável, é um tipo de dependência muito diferente de uma assinatura que você não pode bifurcar.

Um footprint menor é sempre melhor? Não. Um app que quatrocentas pessoas usam todo dia não é um problema de custo, é uma parede estrutural. O objetivo da auditoria é distinguir um caso do outro, não baixar o número.

Por onde começar

Comece pelo inventário, não pela decisão.

Dois dos nossos próprios apps existem porque acabávamos fazendo partes disso na mão. O Field Scout é gratuito e audita a proliferação de campos personalizados que costuma acompanhar um footprint de apps grande demais: o que está ativo, o que está obsoleto e o que ninguém tocou em um ano. O OnBudget responde a outra metade da pergunta, transformando o trabalho já registrado no Jira em um número que você consegue colocar ao lado da linha de licença.

Um app em Forge focado não é a resposta para toda linha de Marketplace na sua fatura. É a resposta para mais delas do que a maioria dos times imagina. Saber o que você realmente tem é como você descobre para quais.