Scale Sales
Field Notes

Lançamento · 3 de setembro de 2026 · 4 min de leitura

Estar online não é o mesmo que ter lançado

Uma funcionalidade que tínhamos construído esteve online durante semanas. Nesse tempo foi usada uma vez. As pessoas que a podiam ter usado eram mais de quatro mil.

A causa era banal: dependia de uma definição que nunca tinha sido ligada, por isso para os utilizadores normais o botão simplesmente não existia. O interessante não é a avaria. É que passaram semanas antes de alguém dar por isso — nós incluídos.

Publicar não é lançar

O trabalho parece terminado quando o código está online. Para a empresa só está terminado quando alguém o usa. Entre esses dois momentos há um vazio que não é de ninguém: um anúncio que ninguém fez, um botão colocado onde ninguém olha, uma permissão que ninguém deu.

É a parte menos atraente de qualquer projeto e a que tem mais hipóteses de desperdiçar o orçamento inteiro.

O que aquele número dizia mesmo

Uma utilização em quatro mil não é um sinal sobre preferências. É um sinal sobre canalização. A rejeição verdadeira tem outro aspeto: as pessoas encontram a coisa, experimentam e não voltam. Quando quase ninguém experimenta, o problema está mais acima — nunca a viram.

A regra que ficou: antes de concluir «os utilizadores não a querem», prove que a podiam ter encontrado.

O obstáculo: testámo-la sendo nós próprios

Como administradores, víamos tudo. A funcionalidade funcionou às mil maravilhas em todos os testes que fizemos, porque a restrição que a escondia não se aplicava a nós. Éramos as únicas pessoas do mundo para quem era visível.

Agora tudo o que se destina a clientes é verificado primeiro a partir de uma conta normal e sem sessão iniciada — como um cliente verdadeiro a encontra. Custa dois minutos e é o teste mais barato de todo este ofício.

Uma lista de lançamento de dez minutos

  • Abra-a como visitante anónimo, e depois como utilizador normal sem permissões especiais
  • Existe um caminho até lá a partir de onde as pessoas já passam, ou é preciso saber o endereço?
  • Alguém fora do projeto sabe que existe — quem vende, quem apoia, quem atende o telefone?
  • Há um número que numa semana lhe diria se está a ser usada?
  • De quem é a tarefa de olhar para esse número?

A última pergunta é a que se salta sempre, e é a que torna úteis as outras quatro.

A parte honesta

A consequência incómoda é esta: boa parte das funcionalidades que «ninguém queria» nunca foram verdadeiramente oferecidas. Antes de apagar alguma coisa por ser pouco usada, verifique se alguma vez esteve visível para as pessoas para quem a fez.

Antes de concluir que ninguém a quer, prove que alguém a podia ter encontrado.