Paulo Eduardo

Mais uma paradinha nos posts sobre a metodologia de trabalho para falar um pouco de outro assunto que me chamou um pouco de atenção nesses ultimos meses.

Atualmente no mercado, existem muitos toolkits e bibliotecas javascript que auxiliam na criação de paginas com Ajax, porem nesse post, vou falar de que para uma ferramenta conseguir seu lugar no mercado ela nprecisa, não somente ser uma boa ferramenta como tambem ter uma grande documentação disponivel na web para consultas.

Já testei diversas dessas ferramentas como xajax, porem essa, apesar de ser bem documentada não atendia algumas das coisas de que eu necessitava, iniciei enton uma busca na web a procura de ferramentas desse tipo que pudessem atender-me.

A primeira ferramenta que eu encontrei foi o Dojo, a principio achei muito interessante, a ferramenta parece ser muito poderosa e auxiliar em varias coisas uteis no dia a dia, comecei enton a procurar a documentação da ferramenta, ou algo que me ajudasse a entender como usa-la, encontrei muitos artigoas falando sobre o poder da ferramenta, o que era possível fazer como ela, mas nenhum sobre como utiliza-la, depois de uma semana descobri que não iria conseguir nada com aquilo.

Voltei desde o inicio, procurando novamente a ferramenta desejada, foi quando encontrei a jQuery, sinceramente falando, pelos elogios encontrados na internet, o Dojo parece ser muito mais poderosa do que a jQuery, mas a falta de algum texto, artigo, materia, etc, falando sobre como utilizar a ferramenta me fez descobrir o quanto é importante, e as vezes muito mais do que a ferramenta ser boa, ela ser bem documentada.

Conclusão: Estou usando jQuery e muito satisfeito com ela, boa, simples de usar, e bem documentada.

Pretendo falar um pouco dela aqui no blog tambem, mas enquanto isso se alguem quiser conhecer melhor consulte os links abaixo:

Links Interessantes sobre jQuery

Blog do Vitor Prado
Comunidade jQuery Brasil
API da Ferramenta (em inglês)

Esse, acho eu, é um dos pontos mais diferentes do modo como eu documento meus projetos, acredito na maioria das metodologias de trabalho conhecidas o proximo documento apos o briefing é a arquitetura da informação, porem eu ainda passo por uma etapa antes disso, que me ajuda bastante ate mesmo na AI.

Esou falando do levantamento de funcionalidades, que é a descrição por escrito de toda e qualquer funcionalidade que o projeto contiver, esse deve conter o que a funcionalidade deve realizar, como serão tratados os usuarios por essa funcionalidade, como ficaram contidos os elementos basicos dessa funcionalidade na pagina e talvez mais algumas coisas dependendo do projeto.

No inicio do documento costumo definir quais serão os tipos de usuarios que o projeto irá conter, isso varia muito de projeto para projeto, alguns clientes já possuem uma estrutura de usuarios já definida, as vezes ate mesmo falando do nivel do cliente fora da internet, um banco por exemplo, possui seus clientes poupança, conta-corrente, conta-corrente especial, empresas e etc, esses niveis de usuarios já são previamente definidos independentemente da existencia ou não de um site/portal, porem devem ser levados em conta no projeto.

Definidos os tipos de usuario, precisamos definir quem se encaixa em cada um desses perfis, no caso do banco é um pouco obvio, um usuario poupança é, obviamente, aquele usuario que possui uma conta poupança no banco citado, mas nem sempre é assim, um e-commerce de livros pode ter seus usuario bronze, prata e ouro, sendo bronze aqueles que somente realizaram o cadastro e fizeram uma unica compra, prata aqueles que já realizaram mais de uma compra e costumam voltar aleatoriamente ao site para novas aquisições e ouro os que mantem compras frequentemente no site, nesse caso, essa seria a definição de quem se encaixa em cada um desses perfis

O proximo passo e definir o que cada usuario poderá fazer e a qual conteudo ele terá acesso, vamos continuar no exemplo da livraria on-line, o cliente ouro, por realizar comprar frequentemente no site, tem um desconto de 10% em compras acima de R$ 100,00, esse dado portanto se encaixaria no que o usuario pode fazer (receber descontos em compras acima de R$ 100,00) alem disso, ele tem acesso aos primeiros capitulos de cada livro em formato digital, o que se encaixaria em qual conteudo ele terá acesso

Costumo alem desses tipos de usuario sempre adcionar um usuario “visitante” que é aquele que não tem nem o cadastro no site e que está passando ali somente para olhar, sendo portanto um consumidor em potencial.

Apos definidos os usuarios a proxima fase seria a descrição das ações nas funcionalidades, a ação compra, por exemplo (continuando com o exemplo da livraria) o usuario entraria no site, escolheria o livro em uma das categorias, clicaria em comprar e seria transferido para uma tela solicitando seu login e senha (caso ele ainda não esteja logado), sendo redirecionado para o carrinho de compras (essas duas partes podem vir em ordens diferentes) ele então teria a opção de continuar comprando, na qual ele voltaria para a vitrine, ou finalizar a compra, quando seriam solocitados os dados de cobrança e envio, essa então seria a descrição da ação de efetuar compra.

Tendo todas as funcionalidades, seus respectivos levantamentos, eu finalizo essa etapa, e envio o documento para a aprovação do cliente pois assim qualquer coisa que estiver incorreta é corrigida ainda no momento de descrição e eu teria apenas o trabalho de alterar o texto.

Isso ainda continua com as outras etapas…

A Microsoft é uma empresa que tem fama de produzir coisas nem sempre muito boas, muitos falam de como os sistemas operacionais livres são superiores a ela, porem quando a coisa é boa agente tem que elogiar tambem, por isso, um post rapidinho pra falar do Surface um misto de experiencias novas com tecnologia de ponta.
Quem quiser ver na integra pode conferir aqui: Microsoft Surface

Como falei no post anterior iria dar prosseguimento detalhando cada uma das etapas de documentação de projetos citadas pois bem, começarei pelo briefing, pois acredito que ele seja por onde se deve começar um projeto em si (descontando-se as conversas anteriores com o cliente que visam conhecer melhor a empresa e/ou o profissional do que o projeto em si)

O briefing é o “levantamento junto ao cliente de informações sobre produtos, serviços, publico alvo, conteúdo do site, informações sobre concorrência, cores, logo, material gráfico que posso auxiliar no desenvolvimento, etc.” (extraido do documento que uso para me auxiliar com as etapas do desenvolvimento de projetos - sim, eu documento até como faço pra documentar, e isso me é muito util).

O Frederick van Amstel do usabilidoido.com.br já escreveu, e escreveu muito bem, sobre Como fazer um bom briefing de website
porem aqui gostaria de colocar a minha opinião de quais são os principais pontos de um briefing e que te acompanharam e ajudarão em decisões por todo o projeto.

O primeiro ponto de todos é o publico alvo, pois ele e nele que se baseiam desde a fonte utilizada no site até o conteudo que será disponibilizado e como será, o levantamento de publico alvo se possivel deve levar em consideração dados anteriores do proprio site, dados da marca (uma marca que vende acessorios para surf tem geralmente um publico alvo mais descontraido, já uma que vende peças de xadrez tem um publico alvo mais conservador), e qualquer outro dado que posso auxiliar na descrição do publico alvo.

São dados importantes do publico alvo: idade media, sexo, condição economica e muitos outros pontos. porem, mesmo tendo um publico alvo muito bem definido, não se deve focar um projeto eexcluindo os outros usuarios que por ventura poderão ter acesso a esse site.

Outro ponto importante de um briefing diz respeito ao produto ou serviço que será vendido e/ou a marca que etá por tras do projeto, conhecer o cliente a marca e o produto/serviço não diz respeito somente ao contratante do projeto, para isso tambem é preciso analisar o mercado, os concorrentes do cliente, e quais vantagens e desvantagens esse cliente leva em relação aos concorrente, pois as vantagens se bem exploradas no projeto poderão trazer um crescimento para marca gerando a satisfação do cliente, e cliente satisfeito volta.

Por outro lado as desvantagens competitivas dessa marca/cliente não deverão ser focadas, ficando em segundo plano dentro de um projeto, a não ser que o objetivo do cliente seja diminuir ou ate mesmo eliminar essa desvantagem competitiva, mas isso requer não somente uma iniciativa do projeto como uma movimentação geral do cliente para aprimoramento das desvantagens competitivas.

E por falar em objetivos, esse é outra parte importante de um briefing, o que o cliente deseja com esse projeto, o objetivo dele pode variar desde criar um institucional somente para divulgação do nome da empresa para que ela fique conhecida tambem no mundo geek, ate a criação de um e-commerce para aumentar o potencial de vendas dessa empresa

Outros pontos importantes de um briefing são:

• Disponibilidade de recursos financeiros para custiar o projeto
• Prazo do projeto
• Hospedagem
• Tecnologia utilizada
• Qualquer outra informação/arquivo que posso auxiliar no desenvolvimento

Para concluir, o briefing pode surgir desde um formulario que o cliente preenche com todas essas informações (o que pode se tornar muito generalista) até de uma conversa entre o desenvolvedor e o cliente onde as informações vão sendo anotadas e que depois se transforma num documento oficial (essa ultima na minha opinião permite um estudo melhor do caso já que o desenvolvedor pode ir dando rumo a conversa a medida em que ela caminha).

Nos proximos posts darei prosseguimento ao detalhamento das outras fases do projeto.