O documento descreve o processo de redesign participativo do portal BrOffice.org utilizando métodos como debates em lista de email, reuniões via IRC e wiki. O objetivo era tornar o site menos técnico e mais acessível aos usuários leigos, incentivando a participação da comunidade no desenvolvimento do novo portal.

1. Arquitetura da Informação
Participativa do Portal
BrOffice.org
Frederick van Amstel
designer de interação usabilidoido.com.br
Instituto faberludens.com.br

2. Pesquisa Ensino
Internet das Coisas Pós-graduação com FISAM
Consultoria
Política
Portal BrOffice.org
DesInterac - Lista de discussão

3. Recapitulando EBAI 2007
• Discussão teórica
• Web 2.0 está promovendo a participação do
usuário
• Folcsonomia não é anarquia
• O papel do arquiteto da informação é de um
mediador

4. Pergunta sem resposta:
Como lidar com isso na prática?

5. Convite à participação pelo Blog Usabilidoido

6. Portal BrOffice.org em 2007

7. BrOffice.org: suíte de software livre de escritório

8. Sobre a comunidade
• 10 milhões de usuários no Brasil
• Representada por uma ONG
• 150 voluntários ativos
• Alta dispersão geográfica
• Encontros virtuais

9. Equipe Web
S.Toledo Faber-Ludens
Agência Web Instituto de Design
Produção do site Pesquisa do site
BrOffice.org
Comunidade de Desenvolvedores
Determinar necessidades

10. Briefing
• Como tornar a apresentação mais comercial?
• Como incentivar e reconhecer o voluntariado?
• Como conciliar os interesses da comunidade e
do mercado num único portal?
• Como reformular o portal de modo que os
membros da comunidade possam participar?

11. Modelo Catedral x Bazar
desenvolvedores desenvolvedores
programa código programa
compilado fonte compilado
hackers usuários hackers usuários
listas de discussão,
wikis, trackers

12. Os Elementos da Experiência do Usuário, Garrett (2002)

13. Limitações do modelo de Garret
• Participação do usuário é restrita
• Contradições devem ser eliminadas
• Não prevê crescimento orgânico
“Mídia não é prédio.”
Cassiano Polesi

14. Metodologia adotada
• Carência de referências em design participativo
à distância
• Imprevisibilidade do processo
• Metodologia desenvolvida em curso

15. Princípios para a participação
• Respeito às práticas correntes
• Participação concreta, não abstrata
• Oportunidades ao longo de todo o processo
• Processo iterativo
• Tentar manter a diversidade

16. Debates via lista de email dev@
• Que serviços ou conteúdo seriam úteis para os
usuários do site? Como podemos melhorar?

17. Reunião via IRC
• Bate-papo informal, mas com uma pauta rígida
• Ritual grupal

18. Wiki gerenciador de projetos

19. Estatísticas de navegação

20. Página de download

21. Estatísticas que preocupam
• tempo médio de 2:20 minutos
• 48% deixam o site
• 3% lêem instruções de instalação após o
download
• 2% seguem aos links amigos e verificação de
integridade

22. Comparação com Firefox

23. Protótipo inicial

24. Versão final

25. Impacto

26. Pesquisa do registro de usuário
• O que você achou do site do BrOffice.org?
Você encontrou facilmente o que precisava em
nosso site?

27. “site muito técnico. embora seja usual
para programas open source (...)
Acredito que é aí que a microsoft
ganha, ela atinge os quase 100%
leigos em informatica, tornando a vida
deles simples.”

28. Estratégia de re/conhecimento

29. Diretrizes
Codificação, Navegação, Apresentação e
Tratamento do usuário:
• O usuário não deve ser tratado como um
estúpido nem tampouco como um expert em
Linux
• O conhecimento da comunidade deve vir num
segundo momento, quando o usuário já está
engajado no uso do software

30. Taxonomia existente

31. Recriação da taxonomia

32. Proposta preliminar de taxonomia

33. Requerimentos da ferramenta
de diagramação online
• gratuita
• acessível por qualquer configuração
• fácil de usar para quem nunca experimentou
• controle de versão

34. BrOffice.org Draw

35. Writemaps

36. Gliffy

37. Protótipo editável

38. Proposta de taxonomia final

39. Dilemas
• Como conciliar interesses da comunidade e do
mercado?
• O que vai ter na página inicial?
• Será que não é melhor ter dois sites?
• Como podemos envolver os participantes
periféricos (usuários) na decisão?

40. Wireframe Interativo

41. Análise das contribuições do Wireframe Interativo

42. 132 contribuições

43. Sintetizando num único esquema

47. Estágio atual
• Layout gráfico desenvolvido em segredo
• Implementação em curso
• Sem previsão de conclusão

48. Lições aprendidas
• Software Livre pode melhorar com Design
Participativo
• Design Centrado no Usuário não é suficiente
• É preciso uma Arquitetura da Informação mais
participativa (ferramentas, métodos,
metodologias)

49. Obrigado!
Frederick van Amstel
designer de interação usabilidoido.com.br