** Este artigo foi escrito por Paul Hayes, designer de interação do Departamento de Educação. Uma versão desta postagem do blog foi publicada originalmente no blog da DfE Digital em GOV.UK. **
Os serviços que criamos no governo são alterados e aprimorados (ou iterados) com o tempo. Eles são construídos e reconstruídos. Os membros da equipe vêm e vão. Perguntas sobre por que um serviço é a forma como ele é se tornam mais difíceis de responder. O contexto se perde, a pesquisa desaparece e a lógica por trás do design é cada vez menos clara.
- **Quer escrever para nós? Dê uma olhada no [guia para colaboradores] do Apolitical (https://apolitical.co/opinion-writing-becoming-an-apolitical-contributor/) **
Manter um ‘histórico de design’ torna mais fácil explicar por que um serviço é do jeito que é. Aqui, explicamos por que e como escrevemos histórias de design de serviço para alguns dos serviços do DfE.
O que é uma história do design
A história do design é como um blog. Ele apresenta postagens (ou atualizações) que descrevem o desenvolvimento de novos recursos, iterações dos existentes ou descobertas de pesquisas do usuário. Ele conterá tudo o que pode ser útil para retornar mais tarde.
** Nossa história de design é um registro público de nossos designs e conta a história do que projetamos e por quê **
Na equipe 'Tornando-se um professor', temos usado uma história do design para documentar a evolução do 'Encontrar treinamento de professores de pós-graduação 'e' Candidate-se à formação de professores 'desde o início em maio de 2018.
Nosso histórico de design é um registro público de nossos designs e conta a história do que projetamos e por quê.
Como nossa história de design começou
Em 2018, estávamos lutando para documentar nossos projetos.
Começamos tentando fazer upload de capturas de tela ou criando novas versões de nossos protótipos (designs de estágio inicial), para manter os designs antigos em URLs diferentes. Mas os designs mudavam com muita frequência para que continuássemos fazendo isso.
O protótipo poderia nos mostrar o que projetamos, mas não por quê. Se os projetos fossem documentados, isso deveria ser rápido e fácil, e não uma tarefa árdua.
Usamos o kit de protótipo GOV.UK para fazer a história do primeiro design e hospedamos em uma plataforma chamada [Heroku](https: //www. heroku.com/what). O kit facilitou a criação de páginas, e começamos fazendo postagens para cada recurso, mostrando uma lista de capturas de tela ao lado de descrições do que havia mudado e por quê.
Havia também uma URL pública para cada design. A equipe pode usar isso para se referir a histórias de usuários ou ao escrever o código.
Quando ficou claro que essas postagens eram úteis, tornamos sua criação mais fácil. Automatizamos o processo fazendo screenshots, salvando imagens no lugar certo e gerando uma página com todo o HTML necessário.
Agora podemos nos concentrar em escrever sobre o design, em vez de ter que registrar o que estamos projetando.
Ao usar o sistema de design GOV.UK para nossos posts, tivemos uma plataforma fácil de usar, legível e familiar para nosso histórico de design. Pareceu certo desde o início.
** Queremos que mais equipes mantenham uma história de design aberta e pública. Pegamos nosso histórico de design e o transformamos em uma ferramenta para outras equipes usarem **
À medida que pesquisávamos nossos projetos, registramos nossas descobertas com capturas de tela relevantes. Começamos a criar links para pesquisas e videoclipes no Lookback (uma ferramenta para pesquisa de usuário remoto) - criando um link direto entre um design e a fonte de uma nova descoberta.
Com o tempo, poderíamos começar a mostrar os designs antigos e novos, e incluir alterações específicas. Estávamos gravando e tornando nossas decisões de design claras à medida que avançávamos. As entradas do histórico de design começaram a contar nossa história.
Gravando coisas que importam
Conforme a história crescia, registramos mais, por exemplo, instantâneos do serviço em estágios importantes, como no lançamento de um [beta público](https://www.gov.uk/help/beta#:~:text= Orientação% 20e% 20suporte-, Beta% 20on% 20GOV.UK, novo% 20service% 20or% 20web% 20page.) Ou nossa primeira ferramenta de publicação.
Às vezes, o raciocínio por trás de um determinado recurso de design pode se perder ou ficar oculto no código. Ou a razão pode ser óbvia apenas em certas jornadas do usuário.
Certificamo-nos de que agora, quando há motivos e cenários que informam um design, os capturamos na história do design. Este é o lugar natural para descrevê-los e torna mais fácil para os desenvolvedores construir esses recursos.
Por exemplo, no serviço ‘Candidate-se à formação de professores’, perguntamos aos candidatos a sua nacionalidade.
Isso explica:
- como os candidatos podem registrar várias nacionalidades
- o que acontece quando 2 ou 3 são gravados
- como o design funciona sem JavaScript
- como o tornamos acessível
Ocasionalmente, precisávamos imprimir designs para mostrar em pesquisas, para colocar na parede ou para sessões de grupo. Uma postagem normalmente mostra capturas de tela de um recurso completo ou da jornada do usuário, portanto, imprimir essas capturas de tela seria o ideal. Adicionamos estilos de impressão para que cada postagem pudesse ser impressa com uma captura de tela (e título) em uma página
Nós também:
- documentou as informações que pedimos aos usuários que nos fornecessem
- os e-mails que enviamos aos usuários
- os processos que nossa equipe seguiu
Facilitando as contribuições
Quando a equipe de design cresceu, mais pessoas precisaram contribuir.
Para tornar isso mais fácil, mudamos do kit de protótipo para usar uma ferramenta de publicação chamada Eleventy. Isso permitiu que designers, desenvolvedores, designers de conteúdo e aqueles que conduzem pesquisas de usuário contribuíssem para o design história.
Com o Eleventy, adicionamos novos recursos para tornar o histórico do design mais fácil de usar, como a função de pesquisa, que é fundamental devido ao novo volume de postagens. Há também:
- paginação (sequência de páginas conectadas e com conteúdo semelhante)
- classificação de postagens por data ou categoria
- Links Relacionados
Em julho de 2020, estamos documentando 5 serviços com mais de 200 postagens.
Crie seu próprio histórico de design
Queremos mais equipes para manter uma história do design aberta e pública.
Quando estamos projetando algo novo e estamos procurando ver como outras equipes de serviço resolveram esse problema, queremos ler sobre seus projetos, avaliá-los e desenvolvê-los.
Achamos o nosso extremamente útil e agora queremos que outras equipes de serviço também se beneficiem. Pegamos nosso histórico de design e o transformamos em uma ferramenta para outras equipes usarem - um lugar onde todos os recursos, scripts e guias para começar são mantidos .
Continuaremos adicionando os recursos de que precisamos - como formas de documentar as necessidades do usuário e ideias de design, integração com outras ferramentas como o Trello e muito mais. Ao abrir esta ferramenta para compartilhar com outras equipes e pessoas fora de nossa organização, esperamos ver novos desenvolvimentos e ideias. - Paul Hayes
(Crédito da imagem:
Inicie sessão ou registe-se para continuar a conversa