Um visitante passa noventa segundos no teu site público. Uma rececionista passa oito horas por dia no teu back office, cinco dias por semana, durante anos.
Agora compara como foi dividido o orçamento.
Quase todos os projetos que herdo dividiram-no exatamente ao contrário: meses inteiros no site de apresentação e uma interface de administração que é o que o framework gerou, nunca aberta pela pessoa que a encomendou. Os funcionários contornam-na. Mantêm um Excel paralelo, porque o Excel é mais rápido. E então os dados do sistema estão errados, e toda a gente deita as culpas ao sistema.
O que significa concretamente «o admin é o produto»
O ecrã corresponde à decisão, não à tabela
Um admin por omissão dá-te um formulário por tabela da base de dados, ou seja uma fotografia do teu esquema e não do trabalho de alguém. A rececionista não está a editar uma linha Appointment - está a tentar encaixar um paciente na quinta-feira, a olhar para quem mais está nesse dia. Isso precisa de ecrãs diferentes, mesmo que toquem na mesma tabela.
Tudo o que o dono possa querer mudar é uma linha, não um deploy
Preços, horário de funcionamento, o texto dos e-mails, o texto de consentimento, o rodapé legal, que campos são obrigatórios. Se mudar qualquer um deles significa um programador, então não entregaste um sistema, entregaste uma dependência de ti. Uso como teste a pergunta «haveria alguém que, plausivelmente, quisesse mudar isto sem mim?», e a resposta é «sim» muito mais vezes do que parece.
As ações perigosas parecem perigosas
Apagar, reembolsar, enviar para todos os clientes, ignorar um bloqueio. Estas precisam de um atrito proporcional à consequência e - mais importante - de um registo de quem as fez. Não para apanhar ninguém, mas para que «o que aconteceu aqui?» seja uma pergunta com resposta.
Funciona na máquina em que vai ser usado
Muitas vezes um portátil velho numa ligação lenta numa receção, ou um telemóvel num armazém. Um admin que é agradável no monitor de um programador e inutilizável no hardware a que se destina não está terminado.
O teste que uso
Antes da entrega, sento-me ao lado da pessoa que o vai usar mais e vejo-a fazer um dia normal de trabalho. Não uma demo - o trabalho real dela, comigo calada.
De cada vez que hesita, isso é um defeito de design. De cada vez que abre um Excel em vez disso, isso é uma funcionalidade que falta. De cada vez que pergunta «posso anular isto?», alguma coisa precisa de uma confirmação ou de um histórico.
Demora uma hora e é a hora mais valiosa de qualquer projeto que fiz. Nunca aconteceu não produzir nenhuma alteração.
Porque este é um argumento comercial, não estético
O trabalho do site público é trazer um pedido. O trabalho do back office é fazer o negócio andar. O mau marketing custa-te leads de que nunca soubeste; um mau back office custa-te uma hora por dia, todos os dias, por cada funcionário, mais a qualidade dos dados de que dependem todos os relatórios e todas as decisões a jusante.
Gasta em função disso.
Ainda que a versão mais barata disto seja não construir o back office de todo, se alguém já vende um que sirva. É disso que trata a nota sobre quando não construir.