Sobre design de produto

Há um tempo publiquei esta fórmula:

Bom design de produto: valor para o usuário > facilidade de uso > velocidade > design

Gostaria de explicar o raciocínio por trás dela.

O que é design de produto? É a combinação do que um produto faz com a forma como ele faz.

Quem faz design de produto tem mais responsabilidade do que simplesmente escolher como as coisas devem parecer ou se comportar. Essas pessoas constroem a maneira como os usuários interagem com o produto. Para fazer bem o trabalho, precisam levar em conta uma enorme quantidade de critérios. Ainda assim, vale a pena perguntar quais critérios devem ter prioridade sobre outros no processo de design, quando não dá para cobrir todo o espectro do que constitui uma boa prática.

O mais importante que um produto (ou funcionalidade) deve fazer é trazer valor para o usuário. Qualquer outra consideração vem depois. Seu produto pode ser lento, feio, difícil de usar, cheio de bugs: se o seu trabalho ajudar as pessoas a resolver um problema específico que as incomoda, elas vão aguentar qualquer coisa para usá-lo. Não se pode dizer o mesmo de um produto lindo que não traz valor nenhum: ninguém vai usar.

Uma vez que você tenha certeza de que o produto ou a funcionalidade traz valor, pode colocar sua energia em criar uma ótima experiência de uso. Isso não significa deixá-lo bonito, nem mesmo agradável. Só realmente simples de usar, ou realmente fácil de entender. As pessoas chegam ao seu produto porque você prometeu algo a elas, o que costuma se resumir a tornar a vida delas mais fácil ou o trabalho mais simples. Elas vão querer aproveitar sua solução o mais rápido possível e vão valorizá-la menos se não conseguirem fazer de forma simples o que você pede, ou se for tão complexo que as faça se sentir burras.

Quando seu produto traz valor suficiente e é simples de usar, é hora de focar na velocidade. Grandes produtos são rápidos. Eles não desperdiçam o tempo precioso dos usuários. Quanto mais rápido é um produto, mais confiança ele passa. A maioria dos times com que trabalhei acha que uma funcionalidade está entregue assim que o código está pronto e passa no controle de qualidade. No entanto, uma funcionalidade não deveria ser considerada completa se não for tão rápida quanto poderia. Seu produto é a soma das suas funcionalidades. Se você começar a introduzir funcionalidades lentas aqui e ali, o conjunto vai acabar sofrendo. Os usuários desvalorizam produtos lentos.

Por fim, quando um produto traz valor suficiente, é fácil de usar e é rápido, você pode deixá-lo bonito se sobrar tempo ou dinheiro para isso. Mas não é necessário em si. Eu iria até mais longe: se algo traz valor suficiente para o usuário, o design é irrelevante. A aparência é a cereja do bolo. O design em si não deveria ser seu principal diferencial. Ele ajuda a distinguir um pouco o seu produto dos concorrentes quando você fizer sucesso e muitos imitadores fizerem exatamente o que você faz, exatamente do mesmo jeito. Dito isso, se o seu principal diferencial é só uma questão de design, você tem outros problemas para resolver antes. Design é uma tendência que muda com frequência e rapidez. O que hoje é visto como bonito será menos valorizado amanhã, simplesmente porque sim.

Todos os dias eu uso o Monica. E todos os dias eu gostaria que ele tivesse um design melhor, uma experiência melhor e fosse mais rápido. Mas não priorizo esses aspectos de forma alguma e, embora isso me doa bastante, prefiro criar o máximo de valor possível antes de tudo. Quando o Monica chegar a um ponto em que possamos nos dar ao luxo de dedicar tempo a melhorar as coisas, isso significará que teremos criado um produto que traz um valor enorme, extremamente fácil de usar e rápido o bastante para todo mundo. Ainda não chegamos lá.

Resumindo: o que você gostaria que seus usuários dissessem sobre seu trabalho? "Tá, não é bonito, mas é tão útil que nem ligo" ou "Tá, é lindo, mas não entendo nem por que este produto existe".