Nem todos que entram no seu servidor do Discord é um membro da sua DAO, e nem deveriam ser. Diferentes níveis de engajamento da comunidade tem diferentes privilégios e expectativas, e misturá-los é um desserviço à sua comunidade. Algumas pessoas querem participar casualmente, enquanto outras estão buscando um emprego em tempo integral. Alguns entram por lazer, enquanto outros buscam desatar o nó Górdio da governança descentralizada.
Outras questões surgem de incentivos financeiros desalinhados. Membros com um investimento de R$ 500 estão inclinados a pensar diferente de membros com um investimento de R$5.000 ou R$ 15.000. As responsabilidades também variam. Pedir para alguém tomar notas em uma reunião é diferente de gerenciar um projeto de R$ 25.000. Nesse último cenário, a comunidade assume riscos em custos de oportunidade, mesmo que os fundos estejam seguros em uma carteira multisignature. Considere as seguintes questões quando pensar sobre a estrutura de uma DAO:
Ela segmenta grupos com níveis definidos de disponibilidade, responsabilidade e expectativa?
Ela alavanca ferramentas e direitos de acesso correspondentes a esses níveis de segmentação?
A vantagem financeira de cada segmento corresponde aos níveis esperados de compromisso e responsabilidade?
Se a resposta para qualquer uma dessas questões for “não”, a comunidade inevitavelmente sofrerá de frustração, confusão, ressentimento e perda de talentos. A experiência e objetivos de todos, incluindo da própria DAO, são prejudicados com todos agrupados na mesma cesta, sem diferenciação.
Esse artigo irá propor um esquema hierárquico de níveis e acessos para lidar com estes problemas de segmentação e detalhar o funil de contribuidores no processo. Cada segmento, ou camada, se correlaciona com uma preocupação e um propósito específicos da DAO. Cada acesso atua como um passaporte explícito para o próximo nível. Depois, descreveremos como configurar as ferramentas disponíveis para usar tokens a fim de estabelecer níveis de acesso.
Nível 1: Usuário
A primeira camada da nossa comunidade são os usuários. Ela abrange qualquer um que use os produtos ou serviços de sua comunidade. Não há barreiras para entrar e todos são encorajados a participar. Esse nível também inclui qualquer um que possua alguma quantia do token da comunidade.
Esse é o maior e menos uniforme grupo desse cenário, e destaca a ideia de que você deseja que todos os membros continuem sendo usuários durante o restante do funil do contribuidores. Nesse nível, algumas comunidades designam indivíduos com “acessos de convidado” para o Discord, enquanto outros não fornecem acesso algum ao Discord.
Nível 2: Membros da Comunidade
O segundo nível e primeiro acesso apresentam os membros oficiais da comunidade. Neste cenário, usuários e membros da comunidade não são iguais. Enquanto os usuários públicos se beneficiam dos produtos da comunidade, os membros da comunidade influenciam na forma como esses produtos e serviços são criados e divulgados. Eles são os exploradores, defensores e evangelistas da comunidade. Muitas comunidades digitais já empregam esses termos para descrever programas semelhantes. Os membros da comunidade são otimistas com os produtos e a visão da marca e querem contribuir. Eles estão ansiosos para participar e colaborar com outros membros para testar e promover novas ideias e oportunidades para a comunidade.
Este ambiente colaborativo e criativo é onde ricas oportunidades sociais e educacionais produzem ciclos virtuosos de aprendizagem e ensino. A comunidade é onde as pessoas podem aprender e demonstrar as habilidades adquiridas. Este nível é o principal impulsionador da cultura e das “vibes” da comunidade e é a base cultural para as próximas camadas. O acesso para associação à comunidade pode consistir em um formulário de aplicação combinado com um número necessário de tokens para participantes aceitos. O Friends With Benefits e a Raidguild são exemplos de comunidades que fazem dessa forma.
Nível 3: Contribuidores
O próximo nível compreende os contribuidores. Esses indivíduos deixaram de ser apenas membros para se tornarem ativos produtivos da comunidade. E porque as pessoas mais próximas do trabalho devem ser as que tomam as decisões sobre o que é feito, eu defendo que esse nível também é o domínio da governança. Ser um membro da comunidade é diferente de ser um membro votante de seu corpo diretivo. Os incentivos, preocupações e responsabilidades simplesmente não são os mesmos. Questões de tokenomics (economia baseada em tokens), visão e sustentabilidade são, de repente, mais relevantes do que antes. Indivíduos neste nível mostraram um investimento na comunidade, e suas competências têm crescido de forma mais holística e macro-orientada.
Essa distinção está parcialmente em mente quando as comunidades digitais empregam modelos de “governança delegada” e porque algumas comunidades têm dificuldades com a participação dos eleitores ou com os requisitos de quórum insuficientes. É porque eles não distinguem membros da comunidade e contribuintes com responsabilidades de governança. Considerando o número de DAOs que não distinguem os detentores de token nesses três primeiros níveis, não surpreende que existam dificuldades reais com a retenção de contribuidores.
Nível 4: Equipes
Por fim, chegamos às equipes, que é o nível de execução. As equipes são o motor das comunidades e seu desenvolvimento contínuo definirá a eficácia e a sustentabilidade da oferta de produtos. Uma DAO não pode produzir receita sem elas. Comunidades se reúnem em torno de produtos de sucesso, e grupos engajados tornam possíveis produtos de sucesso. Essa relação simbiótica é a força vital da Web3.
As equipes não podem entregar sem estabilidade. Portanto, é necessário definir o que constitui essa associação. A participação efêmera na equipe é a morte para a eficiência e um bloqueio para o crescimento e a maturidade de uma equipe. Como previsto por Brooks Law, cada nova pessoa que participa desvia tempo e atenção e evita o acúmulo de impulso. Eu considero que é ideal criar o token da associação da equipe, também, por esses motivos.
Você perceberá que eu chamei distintamente os líderes de equipe. Isso é para endossar uma abordagem de um único ponto de responsabilidade para a execução. Esses líderes são os direcionadores, líderes de fluxo de trabalho, gerentes de projeto ou DRIs (Directly Responsible Individual) de uma equipe. Eles não estão no comando em si, mas são um ponto central de coordenação onde se encerra a responsabilidade.
Juntando tudo isso, você pode ver que criamos um funil real e não um arranjo difuso de grupos. Cada camada assume e depende de camadas anteriores, com a única diferença sendo o escopo. Visto isso, podemos ter uma visão abrangente de nossa comunidade e podemos aplicar métricas de desempenho e saúde relevantes em cada nível.
Ferramentas e permissões centradas em token
Agora que temos nossos níveis e acessos mapeados, a questão é como criá-los na prática. A maneira ideal de fazer isso é centralizar cada ferramenta e permissões de acesso em torno da posse de um token. Esta abordagem tem várias vantagens. Para começar, representa um ponto único de gerenciamento de permissões, o que reduz a sobrecarga da coordenação. Também aumenta a segurança, pois o gerenciamento de vários e-mails com níveis de acesso variados abre as portas para hackers e engenharia social. Mas o mais importante: ele funciona de trás para frente com a nossa designação de alvo, que são as realidades nas cadeias que apoiam a identidade auto-soberana. Comunidades que centralizam exclusivamente suas ferramentas em torno do Discord estão fadadas à obsolescência.
Começando com o Discord, vamos passar por uma possível configuração. Use o Colab Land para acesso via token de canais específicos do Discord; espelhe esses níveis de acesso com o Sobol. Esse bloqueio de acesso via token não é tão desejável quanto uma integração direta de carteira, mas já está sendo feito com sucesso hoje, cumprindo nossos objetivos. O Sobol atende às necessidades de organograma e associação visual, enquanto o Discord atende às nossas necessidades de canal de comunicação. Felizmente, temos integração direta de carteira com as duas ferramentas a seguir:
Ferramentas de gerenciamento de projetos centradas em criptografia, como Clarity e Dework, estão surgindo e estamos convencidos que causarão um enorme impacto. Por fim, temos o Cal.com, que satisfaz a necessidade de agendamento por token. A integração do Cal.com na Web3 foi anunciada recentemente, fornecendo acessos adicionais que apoiam nosso funil. Essas ferramentas, assim configuradas, servem para avançar o objetivo da identidade auto-soberana e o sonho dos currículos dentro da blockchain. Uma comunidade configurada dessa maneira atende seus membros, permitindo que eles sinalizem suas habilidades e conquistas em sites como o Meritverse.
Um apanhado geral
Concluindo, esteja ciente que a estrutura sugerida é uma abordagem e não um projeto ou tutorial exato para sua comunidade. Ferramentas e acessos podem mudar enquanto a estrutura em geral permanece a mesma. O objetivo é demonstrar como alinhar os membros de uma DAO empregando diferentes níveis e como criar esses níveis com validação de tokens e ferramentas baseadas em tokens. Tudo isso funciona em conjunto para criar um funil de contribuidor unificado. Ainda assim, esperamos que o artigo ajude a fornecer algumas bases para conversas construtivas. Com o modelo mental acima em mãos, podemos pensar sobre comunidades digitais e discutir os pontos fortes e fracos de configurações e abordagens alternativas. Em artigos futuros, ampliaremos o nível de execução da comunidade para discutir estratégias para estruturar equipes, extraindo insights de software de código aberto e métodos ágeis de gerenciamento de projetos – todos super empoderados por ferramentas Web3 e padrões de coordenação.
Agradecimento especial ao 0xjustice.eth pelo conteúdo original e Eduardo Navarro pela revisão da tradução
