Comecei este artigo pensando “quero que seja sobre design para plataformas internas” primeiro porque estou atualmente projetando para uma e queria compartilhar o que aprendi com minha experiência e segundo porque considero que há muito escrito sobre aplicativos e software voltados para o cliente, mas muito pouco sobre o software que está nos bastidores gerenciando o primeiro.

Ao escrever o artigo, percebi que a mensagem que estava tentando transmitir não era sobre um guia prático sobre como projetar para plataformas internas ou mesmo escrever sobre as diferenças entre plataformas internas ou externas, era sobre os problemas comuns que todos podemos enfrentar como um designer ao trabalhar para uma corporação. Isso foi o que me fez reformular o artigo para projetar na teoria versus projetar na prática.

Para quem projetamos

Eu gostaria de esclarecer um conceito antes de pular para a seção principal deste artigo, minha experiência. É para quem projetamos. Nós projetamos para o usuário, mas quem é esse usuário?

O conceito de usuário está ficando devidamente enraizado na mente das pessoas, mas muitas vezes pode ser mal interpretado, pois a teoria geralmente fala sobre o usuário final como aquele que traz a receita, por exemplo, no comércio eletrônico, normalmente esperamos que seja o cliente.

Este não parece um caso específico em que a teoria está errada, mas um caso em que a teoria não é suficientemente profunda ou que apenas tocamos a superfície.

Todas as pessoas que fazem parte do processo de compra, não importa se é quem traz a receita ou quem gerencia os sistemas para viabilizar essa receita, todos são usuários. Com base nisso, temos como usuário: as pessoas que estão vendendo, implementando, gerenciando o desempenho das ferramentas, ajudando os clientes a atingir seus objetivos e também o próprio cliente, todos como usuários com necessidades e requisitos para nós pensarmos.

Dependendo do que estamos projetando, plataforma interna ou externa, teremos um ou outro, mas ainda assim, teremos esses usuários para comparar as decisões de design se tivermos os recursos e, caso contrário, explicaremos mais sobre isso na próxima seção com exemplos.

Minha experiência na Kingfisher

Agora, vou compartilhar as coisas que ressoam para mim enquanto trabalho aqui na Kingfisher como Designer de Produto para uma plataforma de gestão interna encarregada de monitorar os projetos de design de cozinha, banheiro e armazenamento que os clientes estão criando na B&Q . Vou tentar relacionar o que como designers somos ensinados a fazer, como isso geralmente funciona nos negócios reais e como podemos resolver essa barreira.

A primeira coisa que aprendi é que nem tudo está conforme o manual, e isso não precisa necessariamente ser ruim. Com isso quero dizer, quando aprendemos design de experiência do usuário a principal lição é que é tudo sobre o usuário, o que o usuário quer (que nem sempre é o que ele precisa… isso pode ser para outro artigo) e como fazer sua jornada tão suave possível. Sim, tudo isso é verdade, mas até certo ponto.

Estamos trabalhando para uma empresa com seus orçamentos, prioridades e escopo. Não importa se temos o recurso mais brilhante e inovador se ele nunca for desenvolvido, pois nunca chegará aos usuários. Isso pode ser frustrante, mas é quando devemos aprender a ponderar bem as necessidades de negócios com as necessidades dos usuários, e isso me ajudou a aumentar a criatividade e pensar fora da caixa, pois sim, sempre queremos buscar o usuário mais otimizado experiência, mas às vezes podemos precisar ser mais flexíveis do que gostaríamos.

É como quando você está cozinhando uma receita, você pode não ter um determinado ingrediente ou até mesmo o orçamento para comprá-lo, mas ainda pode encontrar a maneira de tornar a receita saborosa adicionando outro ingrediente semelhante ou improvisando e usando sua criatividade para conseguir algo “bom”, algo que será fácil de usar para o usuário com o que temos.

A segunda coisa que aprendi é que, mesmo que não seja o ideal, nem sempre temos a capacidade de testar com o usuário e, quando isso acontece, ainda devemos ser capazes de resolver, nesse caso podemos usar as melhores práticas e bom senso. O processo de design é iterativo, o que significa que, se não conseguirmos alcançar tudo o que queremos na primeira iteração, podemos sempre voltar a ela mais tarde. Para que isso aconteça é crucial monitorar o que é desenvolvido, então mesmo que não tenhamos recursos para testar inicialmente, agora podemos acompanhar o desempenho e aprender com isso.

minha conclusão

Não é sobre o produto em si, mesmo, se podemos reconhecer que as plataformas voltadas para o cliente e as internas podem ter algumas disparidades, ditadas principalmente pela sua natureza. Uma plataforma de gerenciamento interno é uma ferramenta de controle onde devemos atender à automação quando possível e ao armazenamento rápido e fácil de dados, enquanto a voltada para o cliente geralmente é uma plataforma de negociação. Das principais funcionalidades indicadas para cada um, o restante do ponto de vista do design são principalmente similitudes, já que ambos têm seus usuários e um conjunto de práticas de design a seguir.

Como o assunto deste artigo afirma, os principais problemas que geralmente enfrentamos como designers, pelo menos nesses casos, são tão estratégicos quanto relacionados ao design. Como equilibrar as necessidades do usuário com as necessidades do negócio. Às vezes pode parecer que estamos comprometendo nossas habilidades de design, mas não estamos, estamos usando nossa criatividade e aprendendo para tirar o máximo proveito do que nos foi apresentado. Não é isso que design é? Resolvendo problemas.

Você enfrenta desafios semelhantes ao equilibrar as necessidades do usuário com as metas de negócios? Você já experimentou ineficiências entre a teoria e a realidade no design do produto? Eu adoraria ouvir seus pensamentos, então deixe um comentário abaixo ou envie-me uma mensagem no LinkedIn.