A Productiv destruiu os backups de todos os clientes com três dias de aviso: como montar um stack que sobrevive ao fim de uma ferramenta
O Dani Geek — arte original
A Productiv encerrou em 6 de agosto e apagou bases e backups sem retenção. O Translation Hub do Google desligou dia 20 de setembro, depois de 15 meses avisando. Quem não tinha os dados fora da ferramenta perdeu o fluxo nos dois casos.
Duas ferramentas morreram neste trimestre, uma com quatro dias de aviso no papel e três na prática, outra com quinze meses. O resultado prático foi o mesmo para quem dependia delas, e é por isso que vale escrever sobre as duas juntas.
O que aconteceu na Productiv
A Productiv vendia gestão de SaaS: o software que a empresa usa para saber quais softwares ela usa. Fundada em 2018, levantou US$ 45 milhões em março de 2021, em rodada liderada pela IVP com Accel, Norwest, Okta Ventures e Atlassian Ventures (Businesswire, 31/03/2021). Na cobertura da rodada aparecem DocuSign, PagerDuty e Robinhood na lista de clientes.
O comunicado no site oficial é curto e não explica nada. Diz que a operação encerrou em 6 de agosto de 2026, que o acesso dos clientes à plataforma terminou em 5 de agosto, e então esta frase:
“All production systems, data stores, and backups have been permanently and securely destroyed.”
E a seguinte: “No customer data has been retained.” (productiv.com)
O aviso aos clientes saiu em 2 de agosto, anunciando o encerramento para dia 6. O acesso caiu no dia 5. Quem programou a exportação para o último dia útil do prazo prometido não exportou coisa nenhuma: o e-mail dava quatro dias, e na prática foram três.
O detalhe que muda a leitura do caso
Isso não foi uma morte súbita. Em 25 de junho de 2026 a Productiv transferiu seus ativos à PFS Productiv Liquidation LLC por meio de uma General Assignment for the Benefit of Creditors, o instrumento da lei californiana que liquida uma empresa sem tribunal de falência: não há processo público, audiência nem juiz. A Stretto administra as habilitações de crédito, com prazo em 22 de dezembro de 2026 (cases.stretto.com/Productiv).
“Assignee intends to liquidate the assigned assets and wind down Assignor for the benefit of creditors.”
Entre a liquidação e o e-mail aos clientes passaram 38 dias. Durante esse mês e uma semana o produto seguiu no ar com os dashboards atualizando, e ninguém do lado de fora tinha motivo para desconfiar.
Alguém vai dizer que dava para monitorar. Na teoria dá: a notificação de credores é pública, a Stretto mantém o docket aberto. Na prática, você não acompanha processo de credor dos seus fornecedores, eu também não, e nenhum profissional que eu conheço faz isso com as doze ferramentas que usa. Defesa que depende de vigilância constante não funciona; ela precisa ser estrutural.
O caso oposto, mesmo estrago
O Translation Hub do Google foi depreciado em 30 de junho de 2025 e desligado em 20 de setembro de 2026. Foram quinze meses de aviso, de um fornecedor sem risco de crédito, com documentação exemplar e prazo anunciado com antecedência: tudo o que se cobra de um fornecedor sério.
Quem não tinha os documentos fora da ferramenta perdeu o fluxo de trabalho do mesmo jeito. Prazo longo não protege ninguém; ele só dá mais tempo para adiar a exportação, e é assim que a maioria de nós usa esse tempo.
Verifiquei em 27 de setembro de 2026: tanto cloud.google.com/translation-hub/docs/deprecations quanto a página de release notes respondem 301 e caem, em dois saltos, em cloud.google.com/translate/. A doc do Translation Hub não existe em nenhum dos dois endereços. O aviso de desligamento não é mais localizável onde foi publicado, dias depois do desligamento.
Quando a ferramenta acaba, o registro dela acaba junto: a página que documentava o fim sumiu com o produto.
O checklist que eu rodo, e que você consegue rodar hoje
Isto é o que eu faço nas ferramentas que sustentam o meu trabalho, e é o que sobrou depois de perder coisa.
1. O dado mora fora da ferramenta, em formato aberto. Markdown, CSV, JSON, SQLite. Se a exportação sai em formato proprietário que só abre no produto que morreu, você tem um arquivo, não um backup. Notion exporta Markdown + CSV; Airtable exporta CSV; a maioria das ferramentas de automação exporta JSON do fluxo. Onde não existe exportação legível, isso é informação sobre a ferramenta, e melhor descobrir agora do que no dia do desligamento.
2. A exportação é agendada, não lembrada. Semanal ou mensal, dependendo de quanto dói perder uma semana. Eu rodo as minhas por cron num Mac que fica ligado e mando o resultado para um diretório versionado. A minha configuração não importa; o que importa é que a exportação não dependa de eu lembrar dela numa sexta-feira movimentada.
3. Você já restaurou de um backup seu. Esta é a etapa que quase todo mundo pula. Enquanto você não restaura, você não sabe se o backup serve para alguma coisa. Pegue o export do mês passado, abra num ambiente limpo e tente reconstruir uma parte real do seu trabalho a partir dele. A primeira vez que fiz isso descobri que meu export do Notion perdia todas as relações entre bases, o que só aparece quando você tenta usar o arquivo.
4. A automação fica numa camada que sobrevive à troca. Se toda a lógica do seu fluxo mora dentro do Zapier, o fluxo é do Zapier. Fluxo descrito em um lugar seu (um script, um arquivo de configuração, um documento com os passos e as regras) migra para outro orquestrador em uma tarde. Fluxo que só existe como sequência de caixinhas na interface de um fornecedor migra na base da arqueologia.
5. “Como eu saio daqui?” é respondida no dia da assinatura. Uma linha, num documento seu, por ferramenta: onde está a exportação, em que formato ela sai, e o que quebra no meu trabalho se esta ferramenta sumir sem aviso. Leva dois minutos no dia em que você contrata e é impossível de responder no dia em que você precisa.
Sobre as fontes desta história
Quase toda a cobertura do caso Productiv que aparece em busca vem de concorrentes diretos no mesmo mercado de gestão de SaaS, com a conclusão na direção que você imagina: migre para nós. O incentivo é transparente e vale ler com isso em mente.
A parte verificável está nas fontes primárias: o comunicado no site da Productiv, a notificação de credores no Stretto, a página de deprecação do Google Cloud (que passou a redirecionar) e o release da Série C. As demais leituras do caso estão em Torii, CloudNuro e USU, todos com interesse comercial declarado no assunto.
A pergunta que fica
Fiquei com uma pendência desta apuração que não consegui fechar: qual caminho de migração o Google recomendava para quem usava o Translation Hub. A resposta estava na documentação que saiu do ar. Provavelmente existe cópia no Internet Archive, e é o tipo de coisa que passa a valer a pena guardar por conta própria: o registro de como sair de uma ferramenta costuma morrer junto com ela.
O que abre a próxima questão, que é a que me interessa mais: quanto do seu fluxo de trabalho hoje está documentado apenas dentro das ferramentas que ele usa? Se eu apagar o seu Notion, você consegue descrever o seu próprio sistema? É a diferença entre ter um stack e ser refém de um.
Se você perdeu alguma coisa com o fim de uma ferramenta, me conta o que não deu para recuperar: @odanigeek no X ou @odanigeek no Threads.