Feedback
Marshall Goldsmith, autor de inúmeros livros sobre liderança e gestão, famosamente declarou que "feedback é um presente." Coletar feedback é a melhor forma de melhorar o resultado do seu trabalho. É uma oportunidade de aprender o que funciona e o que não funciona no seu design. Claro, enquanto você está projetando, verá coisas que não gosta e áreas para melhorar, mas você não tem todas as boas ideias—seus colegas de equipe também têm algumas muito boas.
A razão é simples. Todos têm uma perspectiva diferente sobre o propósito da sua organização e das pessoas para as quais você está projetando, então eles chegam à mesa com um novo conjunto de ideias. Então, como internalizamos esse hábito em nossa cultura a ponto de todos estarem pedindo feedback o tempo todo? Criamos práticas organizacionais que encorajam nossos times a pedir feedback semana após semana.
Ada, o construtor de IA do Adalo, permite descrever o que você quer e gera seu app. Magic Start cria fundações completas de app a partir de uma descrição, enquanto Magic Add adiciona recursos através de linguagem natural.
Essa abordagem orientada por feedback se torna ainda mais poderosa quando times conseguem criar protótipos rapidamente e iterar suas ideias. Adalo, um construtor de aplicativos sem código para aplicativos web orientados por banco de dados e aplicativos nativos iOS e Android—uma versão em todas as três plataformas, publicados na Apple App Store e Google Play, facilita a criação rápida de protótipos funcionais nos quais times podem coletar feedback significativo antes de se comprometer com designs finais. Com Magic Start, você pode descrever o conceito do seu aplicativo e gerar uma base completa—estrutura de banco de dados, telas e fluxos de usuários—em minutos em vez de dias. Essa velocidade permite mais ciclos de feedback antes do lançamento.
Criando Mecanismos de Feedback Formais e Informais
Crie múltiplos mecanismos formais e informais para coletar feedback. O primeiro e mais fácil lugar para obter feedback deve ser da sua equipe e da sua organização. Achamos isso tão valioso que temos uma reunião semanal em toda a empresa com o único propósito de coletar feedback. É uma reunião permanente com uma agenda aberta, então qualquer pessoa pode apresentar seu projeto para que todos opiniem.
Pode ser qualquer coisa, desde protótipos importantes do seu produto principal até processos organizacionais ou uma nova obra de arte para seu espaço. Lembre-se, todos na sua organização estão projetando, então todos precisam de feedback. Nessas reuniões, a pessoa ou pessoas apresentando mostrarão sua ideia e então todos os outros responderão com seu feedback.
É importante que as pessoas apresentando dediquem tempo para responder aos pensamentos de cada pessoa depois que tiverem tido tempo para considerá-los cuidadosamente. Responder ao feedback de alguém mostra que você valoriza as ideias dessa pessoa e mostrará a ela que investir seu tempo dando a você feedback valeu a pena.

Obtendo Feedback dos Seus Usuários Reais
Por mais excelentes que sejam seus colegas de trabalho, eles nunca podem substituir obter feedback das pessoas reais para as quais você está projetando. Existem toneladas de formas de fazer isso, e elas tendem a variar com base na indústria em que você trabalha ou no problema de design que você enfrenta.
Por exemplo, se você está em design de software, é possível (e uma boa ideia) gravar cada sessão que seus usuários têm com seu software para que você possa facilmente procurar por pontos problemáticos. Isso não é tão fácil quando você está projetando um plano de aula para sua próxima aula de história ou está projetando o próximo grande museu de arte. No entanto, só porque não é tão fácil não significa que esses designers estão livres.
Ainda é possível (e ainda é uma boa ideia) observar como seus alunos estão reagindo a diferentes aulas ou observar como o fluxo de pessoas se move pela sua galeria de arte. Toda organização precisa construir suas próprias práticas em seu fluxo semanal para observar seus usuários.
Além de mera observação, toda organização precisa regularmente ter conversas com seus usuários. Isso deve ser bastante fácil e realmente divertido. Quando estamos verdadeiramente alinhados com o propósito da nossa organização, tendemos a ter relacionamentos pessoais com alguns dos nossos usuários para que possamos entrar em contato com eles a qualquer momento.
Construindo uma Cultura de Feedback
Conforme configuramos essas práticas para obter feedback da nossa equipe e de nossos usuários, criamos a expectativa de que cada projeto de design passa por esses processos antes de ser lançado no mercado. A boa notícia é que conforme você constrói essas práticas semanais, todos no seu time começarão a se sentir cada vez mais confortáveis com o processo de feedback.
Será tão fácil que todos realmente começarão a abraçar todos aqueles outros mecanismos mais informais também—como exibir seu trabalho ao redor do escritório ou falar sobre seu projeto tomando uma cerveja em seu espaço comunitário. Embora cada departamento ainda tenha ciclos de feedback específicos de habilidades, como revisões de design e revisões de código, todos em sua organização se beneficiam de ciclos de feedback em toda a organização.
Para mais dicas sobre feedback, confira esses 8 lições do livro mais vendido sobre feedback.
Retrospectivas
Mais do que apenas melhorar os designs em si, organizações inovadoras também focam em melhorar seus processos. O princípio de kaizen constantemente nos implora a fazer um trabalho melhor, e isso pode parecer particularmente exigente, especialmente no início.
Então, por onde começamos? Como encontramos uma forma de continuar melhorando sem nos sentir tão estressados e sobrecarregados que desistimos dos nossos esforços de kaizen completamente? Bem, não há melhor forma do que simplesmente continuar dando uma boa e longa olhada no espelho (e quando você está se preparando pela manhã não conta). A prática de realizar retrospectivas é uma forma de nós, como time, olharmos no espelho.
Como as Retrospectivas Funcionam
Retrospectivas são reuniões de time nas quais você analisa como as coisas têm estado acontecendo recentemente e cria ideias para melhorar seus processos. Os detalhes de como e quando essas reuniões são realizadas podem variar dependendo do time e da circunstância.
Um formato comum é cada membro do time falar sobre o que correu bem, o que não correu, e qualquer ideia que possam ter para melhoria. Equipes maiores geralmente solicitam tópicos de áreas problemáticas e votam nos mais prevalentes para garantir que tenham tempo suficiente para discutir as questões mais importantes.
Ao final de cada retrospectiva, os times devem ter uma lista de itens de ação que podem levar para melhorar seus processos. Ocasionalmente, esses não são desenvolvidos o suficiente, e você terá que gastar mais tempo fora da reunião pensando em formas de melhorar esse processo específico. Conforme você continua realizando mais e mais retrospectivas, ficará mais fácil e você naturalmente se encontrará mudando o formato delas. Isso é uma coisa boa. O formato de suas retrospectivas pode e deve mudar.
Quando Realizar Retrospectivas
Quando você deve realizar retrospectivas? Existem duas escolas de pensamento. A primeira é que elas devem ser realizadas em um cronograma regular e fixo. Dependendo do ritmo da sua organização, isso pode variar entre duas a quatro semanas. A segunda escola de pensamento é que elas devem ser realizadas sob demanda. Afinal, se algo realmente ruim acontecer, por que esperar três semanas antes de discuti-lo?
Por outro lado, se você passar semanas sem uma crise importante, você pode estar perdendo a oportunidade de fazer melhorias incrementais importantes. Tendo oscilado esse pêndulo para frente e para trás algumas vezes, posso afirmar com confiança que retrospectivas devem ser realizadas regularmente E sob demanda. Realize-as a cada poucas semanas, e, se uma crise surgir, uma vez que você a tenha resolvido, realize outra então também.

Encontrando a Causa Raiz
Mais complicado do que o tempo é chegar com as ideias reais para melhoria. Não precisa ter medo, porém! Chegar com uma ideia para melhorar seus processos internos (e assim melhorar a vida de seus colegas de equipe)—bem, isso é apenas design, meu caro Watson! Design de processo, na verdade.
O truque do design de processo é visualizar todos os passos no processo, focar nos pontos problemáticos, e então entender a causa raiz do que deu errado. A melhor forma de chegar à causa raiz é através do método dos cinco porquês. Neste método, você coloca seu melhor chapéu de criança pequena e pergunta implacavelmente por que algo aconteceu até chegar à causa raiz do problema e uma ideia bem específica sobre como melhorar esse processo.
Evitando Switch Tracking
Um último truque para retrospectivas é evitar switch tracking. Switch tracking é quando você inadvertidamente mistura múltiplos problemas em uma conversa. Para retrospectivas serem eficazes, certifique-se de que você está falando apenas sobre um problema por vez.
Quando as coisas dão errado, muitas vezes estão interconectadas. Quando estamos falando sobre esses problemas pode ser realmente fácil a conversa se mover de um problema para outro sem nem saber que você acabou de se mover para outro problema. Quando isso acontecer, interrompa a conversa, certifique-se de que todos sabem que esses são dois problemas separados, e então tenha uma conversa por vez.
Reuniões de retrospectiva frequentemente podem parecer que fazem parte de algum programa de 12 passos. Elas são catárticas. Elas são desafiadoras. Elas enfatizam compartilhar com seus pares e construir camaradagem. E elas reconhecem que o primeiro passo para melhorar é admitir que você tem um problema.
Pesquisa
Por mais poderosas que sejam as retrospectivas, elas são apenas metade da equação quando se trata de melhorar seus processos. Outros times em outras organizações enfrentaram problemas semelhantes aos seus e já encontraram soluções brilhantes. Não precisa reinventar a roda. Peça emprestado, copie e roube o que puder de suas experiências para melhorar seu time de forma econômica.
Encontrando Ideias de Outros
Mesmo que fazer pesquisa não fosse sua coisa favorita na escola, esse tipo de pesquisa é na verdade bem fácil e pode ser bem divertido. Muitos times de alto desempenho, aqueles que trabalharam duro para resolver seus problemas de processo, realmente gostam de compartilhar o que aprenderam através de meios como blogs (como este!) onde frequentemente postam sobre as lições que aprenderam.
Seja seu campo software, arquitetura, medicina ou educação, encontre as pessoas inteligentes em seu campo e veja o que estão postando. Claro que blogs não são os únicos lugares onde as pessoas escrevem. Livros ainda existem, e estão repletos de ótimas ideias. Assista palestras TED. Participe de fóruns. Vá a conferências.
Somos grandes fãs de conferências e tentamos ir a pelo menos uma a cada ano. Não só você ouve insights valiosos de líderes da indústria, como também tem a chance de conversar com colegas e trocar histórias de guerra. Em cada conferência que vamos, estamos à procura de ideias para novas ferramentas e processos que possamos levar para casa.

Avaliando o Alinhamento Organizacional
De certa forma, é como fazer compras na Black Friday. As pessoas estão animadas vendendo para você um monte de ideias que soam legais, mas você seria louco em levar para casa tudo o que estão colocando por aí. Então como você distingue a compra que muda a vida daquela que é o próximo fracasso? A resposta é alinhamento organizacional.
Um blogueiro ou palestrante de conferência pode estar promovendo a melhor ideia do mundo—mas apenas no contexto deles. O que funciona em uma organização poderia, em outra, ser um fracasso ou pior—um desastre total. Ok, então encontrar o que "se alinha" é a chave. Mas como você é suposto saber quais ideias se alinharão?
Você não sabe. Você nunca pode saber com antecedência se uma mudança de processo ou uma nova ferramenta vai funcionar para você. Toda vez que você introduz uma mudança assim, ela precisa ser tratada como um experimento. Você tem que estar disposto a desistir se não der certo.
Mas só porque essas mudanças nunca podem ser garantidas não significa que elas têm que ser um total jogo de azar também. A chave é procurar por outras pessoas e organizações que compartilham seus princípios. Essas organizações têm mais probabilidade de ter desenvolvido práticas que se alinharão com sua organização e a impulsionarão para frente, para que você possa cumprir seu propósito mais rápido.
Prototipagem Rápida: Acelerando o Ciclo de Feedback
Os princípios de feedback, retrospectivas e pesquisa compartilham uma coisa em comum: funcionam melhor quando você pode iterar rapidamente. Quanto mais rápido você pode transformar uma ideia em algo tangível, mais rápido você pode reunir feedback significativo e melhorar.
É aqui que as ferramentas modernas fundamentalmente mudam o jogo. Os ciclos tradicionais de desenvolvimento de software significavam esperar semanas ou meses para ver se uma ideia funcionava. Quando você recebia feedback, já tinha investido recursos significativos. Hoje, plataformas assistidas por IA permitem que os times façam protótipos em horas em vez de semanas.
A abordagem do Adalo exemplifica essa mudança. Com Magic Add, você pode descrever um recurso que deseja—"adicionar um formulário de feedback que envia notificações aos gerentes"—e a plataforma gera as telas, conexões de banco de dados e lógica automaticamente. Isso significa que seu time pode testar recursos reais e funcionais com usuários reais em vez de mostrar mockups ou wireframes estáticos.
O recurso X-Ray também suporta o processo de retrospectiva ao identificar problemas de desempenho antes de afetarem os usuários. Em vez de esperar reclamações surgirem em suas reuniões de retrospectiva, você pode proativamente identificar e resolver gargalos. Isso muda as retrospectivas de resolução de problemas reativa para otimização proativa.
Por Que a Velocidade Importa para a Qualidade do Feedback
Quando protótipos levam semanas para serem construídos, os times naturalmente se tornam protetores de seu trabalho. Investiram demais para facilmente aceitar críticas. Mas quando você pode reconstruir um recurso em uma tarde, feedback se torna genuinamente bem-vindo—é barato agir baseado nele.
Essa mudança psicológica transforma a cultura de feedback. Membros do time ficam mais dispostos a compartilhar críticas honestas porque sabem que mudanças são viáveis. Usuários ficam mais engajados em testes porque veem sua opinião realmente implementada em versões subsequentes.
Mais de 3 milhões de apps foram criados no Adalo, com o construtor visual descrito como "fácil quanto PowerPoint". Essa acessibilidade significa que mais membros do time podem participar da prototipagem, não apenas desenvolvedores. Quando seu gerente de marketing pode criar um protótipo rápido de um app de coleta de feedback, você democratizou o processo de design de uma forma que gera feedback mais rico e diverso.
De Luta para Hábito
A evolução pode ser exaustiva. Requer mudança constante. Mas todo esse esforço vale a pena, porque é a única forma de ir de onde você está hoje para onde quer estar e se juntar ao panteão da inovação com nomes como Netflix, Google, Disney e SpaceX.
A chave é construir rituais em sua organização em torno de Feedback, Retrospectivas e Pesquisa. Então você pode transformar a evolução de uma luta em um hábito.
As ferramentas modernas aceleram essa transformação. Quando a prototipagem é rápida e a iteração é barata, o ciclo de feedback se estreita. Retrospectivas se tornam mais acionáveis porque mudanças podem ser implementadas rapidamente. Descobertas de pesquisa podem ser testadas imediatamente em vez de arquivadas para "algum dia".
As organizações que prosperam são aquelas que tornam a melhoria contínua sem esforço—não evitando o trabalho, mas construindo sistemas que tornam o trabalho sustentável. Comece com sessões de feedback semanais. Adicione retrospectivas regulares. Comprometa-se com pesquisa contínua. E dê ao seu time as ferramentas para agir no que aprendem rapidamente.
Perguntas Frequentes
Por que escolher Adalo em vez de outras soluções de construção de aplicativos?
Adalo é um construtor de apps alimentado por IA que cria verdadeiros apps nativos para iOS e Android junto com apps web. Diferentemente de wrappers web, compila para código nativo e publica diretamente tanto na Apple App Store quanto na Google Play Store a partir de uma única base de código. Com registros de banco de dados ilimitados em planos pagos e sem cobranças baseadas em uso, você pode escalar sem se preocupar com contas surpresa ou limites de dados.
Qual é a forma mais rápida de construir e publicar um aplicativo na App Store?
A interface de arrastar e soltar do Adalo e a construção assistida por IA permitem que você vá de ideia para app publicado em dias em vez de meses. Magic Start gera fundações completas de app a partir de descrições simples, e a plataforma trata o complexo processo de envio à App Store—certificados, perfis de provisionamento e diretrizes da loja—para você possa focar nos recursos e experiência do usuário do seu app.
Como a prototipagem rápida pode ajudar meu time a reunir melhor feedback?
A prototipagem rápida permite que seu time crie versões funcionais de suas ideias rapidamente, permitindo que stakeholders e usuários interajam com recursos reais em vez de mockups estáticos. Isso leva a feedback mais significativo e acionável porque as pessoas podem experimentar como o app realmente funciona. Quanto mais rápido você puder fazer protótipos, mais iterações poderá testar antes de se comprometer com um design final.
O que são retrospectivas e como elas melhoram os processos do time?
Retrospectivas são reuniões de time onde você reflete sobre o trabalho recente para identificar o que correu bem, o que não correu e ideias para melhoria. Elas devem ser realizadas tanto regularmente (a cada 2-4 semanas) quanto sob demanda após eventos significativos. Ao revisar e refinar consistentemente seus processos, os times podem fazer melhorias incrementais que se acumulam ao longo do tempo.
Como saber quais novas ferramentas ou processos funcionarão para minha organização?
A chave é alinhamento organizacional—o que funciona para um time pode não funcionar para outro. Procure por ideias de organizações que compartilham seus princípios e valores, pois suas práticas têm mais probabilidade de se alinhar com suas necessidades. Trate qualquer novo processo ou ferramenta como um experimento, e esteja disposto a desistir se não produzir os resultados que esperava.
Por que é importante obter feedback de usuários reais, não apenas de membros do time?
Enquanto feedback de time é valioso, seus colegas nunca podem realmente substituir a perspectiva das pessoas reais para quem você está projetando. Usuários interagem com seu produto em contextos do mundo real e podem revelar pontos problemáticos e oportunidades que times internos podem perder. Construir práticas regulares para observar e conversar com usuários garante que seus designs realmente atendam às suas necessidades.
Posso criar um app de coleta de feedback sem experiência em programação?
Sim. O construtor visual do Adalo foi descrito como "fácil quanto PowerPoint", tornando-o acessível para membros do time sem experiência técnica. Você pode criar recursos baseados em banco de dados que permitem que usuários enviem feedback, classifiquem experiências e rastreiem respostas—tudo através de design de interface de arrastar e soltar em vez de escrever código.
Como o método dos cinco porquês ajuda em retrospectivas?
O método dos cinco porquês envolve perguntar repetidamente "por que" algo aconteceu até chegar à causa raiz de um problema. Essa técnica impede que times tratem sintomas em vez de problemas subjacentes. Ao chegar à causa raiz, você pode implementar mudanças que previnem o problema de ocorrer novamente em vez de apenas corrigir sintomas superficiais.
O que é rastreamento de desvio e como evito isso?
Rastreamento de desvio ocorre quando uma conversa se move sem que o time perceba de um problema para outro. Como problemas geralmente são interconectados, é fácil se desviar entre tópicos. Para evitar isso, pare a conversa quando notar uma mudança, reconheça que está discutindo problemas separados e os aborde um por um para retrospectivas mais produtivas.
Com que frequência os times devem fazer sessões de feedback?
Sessões de feedback semanais funcionam bem para a maioria das organizações. Uma reunião recorrente com agenda aberta permite que qualquer pessoa traga seu projeto para obter feedback. Esse ritmo regular constrói conforto com o processo de feedback e cria uma expectativa de que todo projeto de design passa por revisão antes de ser lançado.
Construa seu aplicativo rapidamente com um de nossos modelos de aplicativo pré-prontos
Comece a Construir sem código