Dívida de projeto

A dívida de design é o custo acumulado de decisões de design que eram convenientes na época e que agora tornam o produto mais difícil de usar e modificar. É o equivalente, em design, à dívida técnica, e se acumula da mesma forma: atalhos individualmente razoáveis ​​tomados sob pressão de prazos, nenhum dos quais parece significativo, que se acumulam em uma interface inconsistente, confusa e cara de modificar.

Isso se acumula por meio de mecanismos reconhecíveis. Um componente é ligeiramente modificado para uma tela específica, em vez de o padrão ser atualizado, e a variante persiste. Um recurso é adicionado sem considerar como ele se encaixa na estrutura existente. Uma página é projetada por alguém que não está familiarizado com os padrões estabelecidos. Um produto adquirido é integrado sem harmonização. Uma reformulação da marca é aplicada às áreas mais visíveis e não ao restante. Cada uma dessas situações torna o produto ligeiramente menos coerente do que antes.

Os custos são reais, mas difusos, razão pela qual o problema é tolerado durante anos. Os usuários encontram padrões inconsistentes e precisam reaprender comportamentos que deveriam ser transferidos, o que aumenta a carga cognitiva e as taxas de erro. Os designers gastam tempo decidindo qual das várias soluções existentes seguir. Os desenvolvedores implementam variações em vez de reutilizar componentes. Cada novo recurso precisa acomodar a inconsistência acumulada, de modo que o custo da mudança aumenta continuamente.

A principal característica que distingue a dívida técnica da dívida de design é a visibilidade. A dívida técnica é invisível para os clientes até que cause um defeito; a dívida de design é visível em todas as telas. Os clientes podem não ter o vocabulário adequado para descrevê-la, mas percebem um produto que parece inacabado e inconsistente, e essa percepção afeta a confiança de maneiras difíceis de atribuir a qualquer elemento específico.

Algumas dívidas de projeto são intencionais e justificáveis. Entregar uma interface básica para validar a demanda antes de investir em refinamentos é uma troca razoável, desde que seja documentada e a responsabilidade seja reconhecida. O tipo prejudicial é aquele que passa despercebido: inconsistências introduzidas sem que ninguém perceba, acumulando-se ao longo de anos e equipes, sem nenhum registro do que foi alterado ou por quê.

A correção exige um inventário antes de exigir esforço. Auditar o produto para catalogar onde os padrões divergem, quantas variantes existem de cada componente e quais inconsistências afetam os fluxos mais utilizados transforma uma sensação geral de desorganização em uma lista priorizada. A maioria dos produtos contém muito mais variantes do que qualquer um imagina, e a própria auditoria frequentemente fornece a justificativa para o investimento.

A priorização deve seguir o uso, e não a inconsistência. As inconsistências que importam são aquelas presentes nos caminhos mais percorridos pelas pessoas, e uma variação gritante em uma tela administrativa pouco acessada custa muito menos do que uma sutil na página de finalização da compra. Ordenar as correções por tráfego e por valor comercial mantém o trabalho conectado aos resultados e evita o padrão comum em que um projeto de consolidação aborda apenas as inconsistências que o designer responsável pela revisão considerou mais irritantes.

A prevenção é consideravelmente mais barata do que a correção e é, em grande parte, uma questão sistêmica. Um sistema de design bem governado, com processos claros de contribuição e descontinuação, torna a consistência o padrão e o desvio intencional. A revisão de design como prática permanente detecta divergências antes do lançamento. E tratar as atualizações de padrões como parte do trabalho de desenvolvimento de funcionalidades, em vez de projetos de melhoria separados que nunca são agendados, impede o acúmulo na origem.

Como a remediação compete com a entrega de funcionalidades pela mesma capacidade, ela precisa da mesma justificativa que qualquer outro investimento. Na prática, a auditoria e o plano de remediação são produzidos por meio de Auditoria de experiência do usuário No trabalho, a prevenção sistêmica é abordada pelo sistema de design estabelecido em design de produtoe a implementação da consolidação de padrões normalmente precisa ser programada juntamente com o trabalho de dívida técnica dentro de desenvolvimento de produtos, visto que ambos afetam frequentemente os mesmos componentes.