Teste de usabilidade: não obrigue um motivo 20 vezes no dia

Hábito que acontece 20 ou 30 vezes no dia não aguenta motivo obrigatório a cada registro. No Fumava, o app para parar de fumar, Martin tinha o botão resistir abrindo outra tela só para pedir o motivo. Na frequência de 20, 30 cigarros, esse passo extra vira tarefa no meio do dia.

O teste de usabilidade do registro começou nessa conta: o motivo ficou no fluxo, a obrigação de preencher saiu, e a tela cheia virou overlay centrada no hoje, que some sozinha e ainda mostra o valor que a pessoa deixou de gastar.

Resistir abria uma tela cheia pedindo o motivo

No registro do Fumava, clicar em resistir empurrava o usuário para outra tela. A tela pedia o motivo da recusa. No primeiro clique do dia o fluxo parece completo. No clique 20, o polegar já conhece o caminho e o texto pede de novo.

Martin descreve o atrito com o número do hábito:

pra pessoa que vai fumar 20, 30 cigarros no dia, fica meio chato, toda vez eu tenho que registrar um motivo.

20 ou 30 cigarros é a carga de um dia. O motivo, nessa carga, vira formulário. Cada clique em resistir abria a tela completa outra vez. Quem tenta parar já está no meio do expediente ou do almoço. Pedir um texto a cada recusa soma 20 ou 30 pedidos em cima do hábito que a pessoa já está tentando quebrar.

O Fumava registra recusa e uso. Resistir é o clique da recusa. A tela cheia pedia um texto depois desse clique. 20 ou 30 textos no mesmo dia é o volume que ele recusou manter obrigatório.

Overlay centrada no hoje que some sozinha

No item 1 ele aceita a recomendação com a forma do componente:

Só uma sobreposição centrada no hoje que some sozinha

Clicar em resistir ainda pergunta. Preencher deixou de ser condição para fechar o registro.

Quando tu clica em resistir, ele até pergunta ali, mas se não quiser preencher, não precisa.

Antes, o clique abria uma tela completa querendo registrar o motivo. Hoje, se a pessoa resiste, aparece o valor que ela deixou de gastar e uma tela pequena acerca dos motivos. Ele viu o recorte e falou:

Eu gostei daquilo ali, tá ótimo

A sobreposição fica centrada no hoje e some sozinha. O valor deixado de gastar aparece sem exigir o motivo. A tela pequena dos motivos continua à mão para quem quer escrever, e o registro da recusa fecha sem o texto.

100, 150, 200 tragadas pedem mais e menos

Martin mandou um print do aplicativo que deu origem à ideia:

Eu te mandei um print aqui de um outro aplicativo que foi o que deu a origem à ideia, né? O Puff Count.

Quem usa vape conta por tragadas, não por cigarros fumados.

é normal a pessoa dar 100, 150, 200 tragadas no dia. Aí é só um botão de mais ou menos.

100, 150, 200 tragadas no dia. O registro é mais e menos. O print entrou para mostrar a frequência. 20 ou 30 cigarros já pesam no polegar. 100, 150, 200 tragadas pedem o mesmo gesto: um mais, um menos, sem tela atrás.

Martin fecha o critério:

a gente tem que simplificar a maneira de registrar um uso

A simplificação vale na forma que aparece na tela. 20 ou 30 cigarros já passam do ponto em que um formulário de motivo cabe sem atrito. 100, 150, 200 tragadas tornam a conta visível.

O recorte de não consertar o código só para o teste passar fica na conferência do código, e este fica no polegar que registra o hábito.

No vibe coding, o teste de usabilidade começa na frequência

No vibe coding, o reflexo é pedir um campo a cada toque. Martin tinha o fluxo completo: resistir abria a tela, a tela pedia o motivo, e o hábito de 20 ou 30 cigarros não aguenta essa carga extra. Foi o mesmo caminho de layout de aplicativos.

Amanhã, no vibe coding de um registro frequente, conte as vezes antes de obrigar um campo. Se o número chega a 20 ou 30, deixe o campo opcional. Se chega a 100, 150, 200, deixe mais e menos. A overlay some sozinha no lugar da tela cheia, e o motivo pergunta e aceita vazio.

Dá para assistir à live e ouvir o 20, 30 cigarros, o motivo que deixou de ser obrigatório e o Puff Count de 100, 150, 200 tragadas.