Defina o Objetivo:
Determine o objetivo claro da sua Lightning Demo. Identifique a funcionalidade ou conceito que deseja demonstrar e mantenha o foco nisso durante toda a apresentação.

Escolha um tópico que te interesse:
Escolha um tópico que seja interessante e relevante para o seu público. Foque em uma funcionalidade impressionante ou um problema que sua solução resolve.

Mantenha a duração adequada:
Lightning Demos são curtas, normalmente de 5 a 10 minutos. Certifique-se de que seu conteúdo se encaixa dentro desse período e mantenha a atenção do público.

Storytelling:
Crie uma narrativa envolvente em torno da sua apresentação. Dê um contexto ou o problema, mostre como sua solução aborda esse desafio e conclua com resultados impressionantes.

Destaque os Benefícios:
Foque nos benefícios da funcionalidade ou produto que você está demonstrando. Explique claramente como isso pode resolver problemas ou melhorar a vida dos usuários.

Se possível, demonstre a Prática:
Mostre sua funcionalidade em ação. Utilize exemplos práticos e interativos para o público poder entender melhor como ela funciona.

Simplifique o Discurso Técnico:
Evite jargões complicados e termos técnicos excessivos. Tente explicar conceitos complexos de forma simples e acessível.

Use Elementos Visuais:
Utilize gráficos, imagens, animações e vídeos para tornar sua Lightning Demo mais visualmente apelativa e fácil de entender.

Se necessário, treine:
Pratique sua apresentação várias vezes para aprimorar seu discurso e garantir que ela caiba dentro do tempo designado.

Encoraje a Interação:
Se possível, encoraje o público a interagir com sua demo, fazendo perguntas ou até mesmo usando a funcionalidade em tempo real.

Lembre-se de que a chave para uma Lightning Demo eficaz é manter o conteúdo conciso, interessante e relevante.

Pratique regularmente para aprimorar suas habilidades de apresentação e crie um conteúdo que destaque suas habilidades e projetos de desenvolvimento de forma cativante.

Defina o objetivo da pesquisa:
Antes de iniciar a desk research, determine claramente qual é o objetivo da sua pesquisa. Isso ajudará a direcionar seus esforços para as fontes e informações mais relevantes.

Escolha fontes confiáveis:
Certifique-se de utilizar fontes confiáveis e bem estabelecidas. Priorize documentos acadêmicos, relatórios oficiais, artigos de revistas respeitadas e sites confiáveis. Evite fontes não verificadas ou de baixa qualidade.

Faça uma busca estruturada:
Planeje sua pesquisa e use palavras-chave relevantes para obter resultados mais precisos. Utilize mecanismos de busca avançada para filtrar resultados por data, tipo de documento e outros critérios.

Utilize fontes variadas:
Não se limite a uma única fonte. Combine informações de várias fontes para obter uma visão mais completa do assunto em questão.

Organize suas descobertas:
À medida que encontrar informações relevantes, organize-as de forma sistemática. Utilize ferramentas como anotações, planilhas ou aplicativos de gerenciamento de referências para manter tudo organizado.

Avalie a qualidade das fontes:
Ao coletar informações, avalie a credibilidade e a relevância de cada fonte. Verifique a autoria, a reputação do autor/instituição e se a informação está atualizada.

Mantenha a imparcialidade:
Evite fazer interpretações tendenciosas das informações encontradas. Mantenha-se objetivo e baseie suas conclusões em evidências sólidas.

Compartilhe o conhecimento:
Se apropriado, compartilhe suas descobertas e aprendizados com a comunidade de desenvolvedores por meio de blogs, fóruns ou redes sociais. Isso pode ajudar a contribuir para o time e ajudar a construir em cima do conhecimento gerado.

Lembre-se de que a desk research é uma ferramenta poderosa, mas não substitui completamente a experimentação prática e a pesquisa de campo.

Combinar várias abordagens de pesquisa pode proporcionar uma compreensão mais completa e robusta dos tópicos que você está investigando.

E aí, já fez sua desk research hoje?

O dia em que devs deixaram de ter super poderes

Na primeira semana de trabalho, o gerente de engenharia, me chama para alinhar sobre o projeto.

Era um papo estranho de que o time precisava aumentar a segurança e governança das APIs da Hotmart e com isso teriamos que trabalhar em uma nova documentação para os usuários consumirem os endpoints (na época, eu não tinha a menor ideia do que era isso), alguma coisa assim.

Mas o que diabos era uma API?

Eu era um designer, o que eu tinha a ver com isso?

Mas né, desafio aceito. Fiz a primeira e mais importante coisa que todo designer aprende a fazer, procurar no Google.

E a partir daí, me afoguei em um mundo que sou apaixonado até hoje.

Depois do Google, vi com o meu time interno o que eles podiam me ensinar sobre APIs perguntando coisas super bobas, mas que me ajudaram muito a entender que cada um programa de um jeito, tem uma forma diferente de entender o que vem primeiro e quais players do mercado que eles vêm como sendo referencia em ajudar o desenvolvedor a trabalhar.

Mesmo tendo um bocado de tempo de carreira e trabalhado com uma porrada de desenvolvedores, eu nunca parei para ver eles trabalhando ou perguntar o pq eles ficavam tão putos lendo um código que eles tinham que integrar. Daí que veio o estalo, programador não nasce sabendo programar, integrar e tudo mais, e o designer pode ajudar nesse problema.

Depois do papo com o time e alguns amigos desenvolvedores para (tentar) entender a cabeça de todo mundo, voltei pro Google e para pesquisar sobre os players de mercado que foram citados na entrevista. Stripe, Shopify, Twillio dentre muitos outros foram muito citados como sendo excepcionais nisso, tentei me aprofundar em entender o que eles tinham de semelhanças e ler feedbacks em comunidades de deve sobre eles. Além disso, pesquisei premiações de melhores APIs e foi interessante ver até APIs da Mercedes e BMW nas premiações.

Com esse estudo, segui para escrever alguns princípios que poderiam nortear minhas decisões nesse projeto. Além disso, uma outra coisa brilhou os meus olhos, pensar em experiência de desenvolvimento não é só sobre como a pessoa desenvolvedora vai colar, mas todo o universo em torno daquela linha de código que vai ser copiada e colada em alguma tela preta.

Tem todo um ecossistema que abrange a experiência em consumir as APIs e integrações de um serviço ou produto, existem fóruns para suporte especializado em técnico, documentações que mesclam conhecimento de negócio com o que é entregue via API, exemplos de código e aplicações prontas para customização, marketplace de aplicativos que podem gerar novas linhas de negócio e muito mais.

Mas voltando à realidade, o que aprendi e usei de principios para projetar uma boa experiência para pessoas desenvolvedoras no Hotmart Developers foram:

• Seja amigável com os iniciantes;
• Exemplifique, projete e economize tempo do desenvolvedor;
• Seja flexível com a forma como você apresenta as informações;
• A documentação da API não é APENAS para desenvolvedores;
• Peça feedback;
• Não exagere;

Esse é o meu primeiro texto sobre esse tema, tô pensando em publicar mais textos sobre Developer Experience (DX), um glossário para quem está chegando agora, o motivo pelo qual Stripe, Shopify, Twillio e muitos outros se tornaram referências nesse assunto e as práticas que utilizei em meu dia-a-dia. O que vocês acham? Quais desafios vocês encontram no dia-a-dia?