VoidProjeto autoral · produto em evolução
Um app de comunicação com canais, conversas e voz, levado para o trabalho em empresa. Desenhei e implementei a camada que mostra quem é quem, em qual equipe e com qual papel, sem trocar a navegação que as pessoas já conhecem.





Quem entra numa empresa ou muda de equipe depende de alguém explicar onde estão as pessoas e as conversas certas.
Manter a navegação de canais que as pessoas já conhecem e trazer o contexto da empresa para dentro dela.
App com canais, voz e tela compartilhada, equipes por profissão e nível, e administração que pede confirmação e deixa registro.
No app: canais, mensagens diretas, voz, tela compartilhada, perfil profissional, participantes por equipe e painel de administração.
Conceito: dados da empresa, com conector de diretório e canais agrupados por projeto.
Publicação: parte das correções de confiabilidade ainda depende de publicar o relay e uma versão nova do app.

Uma vontade pessoal virou uma pergunta de produto
Capítulo 01 · Origem e problemaAntes de pensar em empresas, eu queria um app próprio de chamadas, para desenhar do meu jeito como a comunicação poderia funcionar. O primeiro recorte era só entrar numa conversa de voz. Quando o Void ganhou canais, mensagens e espaços, surgiu a pergunta: essa familiaridade também serve para o trabalho?
- Chamadas
Uma experiência própria de voz.
- Produto
Canais, texto e espaços.
- Empresa
A navegação ligada à estrutura do trabalho.
Quando alguém entra numa empresa, muda de equipe ou assume outra função, a rotina muda. Achar os canais, os projetos e as pessoas certas pode depender de ajustes e explicações manuais. O risco não é só de organização: é perder o contexto entre o organograma e a conversa do dia a dia.
A hipótese não depende de afirmar que toda plataforma é manual. O Void investiga como a estrutura da empresa pode virar contexto contínuo dentro da comunicação.
Uma pessoa nova chega com dois projetos ativos. As equipes e as responsabilidades existem, mas achar os espaços certos ainda depende de alguém orientar ou liberar acessos.
Como aproximar pessoas, projetos e conversas da estrutura real da empresa sem perder a navegação direta de canais e voz?
Sinais úteis, evidência ainda exploratória
Capítulo 02 · PesquisaFiz pesquisas com profissionais da área que usam ou já usaram Slack, Discord, Zoom e Meet no trabalho. Nessas conversas, o Slack pareceu o mais completo; o Discord, o favorito e o mais fácil de entender.
10
conversas com profissionais apontaram um caminho: juntar recursos que parecem profissionais com uma navegação que as pessoas já entendem.
Sinal, não validação
Não guardei perfis, roteiro nem transcrições. O grupo não representa o mercado e não valida o Void.
Pesquisas com trabalhadores da Microsoft estudaram a rede de contatos de quem acabou de ser contratado [1] e como o trabalho remoto mudou a colaboração [2]. Elas ajudam a entender o problema, mas não avaliaram o Void.
Hipótese de trabalho: a familiaridade dos canais facilita a navegação. O salto está em fazer essa navegação refletir quem trabalha junto, em quais projetos e com quais permissões.
Familiaridade na navegação, contexto no trabalho
Capítulo 03 · Decisões de designQuatro decisões no mesmo formato: o problema, as alternativas, a escolha e o que ela muda na tela. Cada uma diz se já está no app.
Manter a navegação conhecida em vez de inventar uma nova
- Problema
- Uma arquitetura nova para empresas aumentaria a curva de aprendizado justo no gesto mais frequente: chegar à conversa certa.
- Alternativas
- Decisão
- Preservar espaços, canais e conteúdo.
- Por quê
- Reduz a carga cognitiva e deixa a inovação na camada da empresa, não na mecânica básica de conversar.
- Na interface
- Quatro áreas: servidores à esquerda, canais de texto e voz, a conversa ao centro e os participantes à direita.
Permissões que se explicam em vez de automação invisível
- Problema
- Se a empresa define acessos sozinha, a pessoa pode ganhar ou perder um espaço sem saber por quê nem como corrigir.
- Alternativas
- Decisão
- Toda regra precisa ser legível para quem usa e corrigível para quem administra.
- Por quê
- No trabalho, um acesso errado atrapalha a produtividade ou expõe informação. Entender o vínculo gera confiança, e corrigir uma exceção não exige desmontar a regra.
- Na interface
- Mostrar a origem de cada espaço e um caminho para pedir ajuste. O app já tem cargos e permissões por servidor e registro de auditoria; a explicação do vínculo ainda é conceito.
# checkout-design
Você está neste canal por:
- EquipeDesign de Produto
- ProjetoCheckout
- FunçãoProduct Designer
Contexto dentro da conversa em vez de outro painel
- Problema
- Equipe, função e projeto costumam morar em outro sistema. Longe da conversa, não ajudam na hora de decidir com quem falar.
- Alternativas
- Decisão
- A estrutura da empresa aparece dentro da comunicação.
- Por quê
- Mais um painel é mais um lugar para consultar e deixar desatualizado. Na conversa, o contexto aparece quando é útil.
- Na interface
- No app: área, nível e habilidades ao lado do nome, participantes por equipe e o cartão de perfil com o conjunto. Ainda conceito: agrupar os canais pelos projetos da pessoa.
Ação administrativa com confirmação e registro em vez de poder silencioso
- Problema
- Remover um servidor apaga canais, mensagens e anexos sem volta. Sem confirmação nem registro, um clique errado vira problema de confiança.
- Alternativas
- Decisão
- Para remover um servidor, digitar o ID dele. Expulsar e banir pedem confirmação, e o banimento aceita um motivo. Tudo entra no registro de auditoria.
- Por quê
- Quanto mais difícil de desfazer, mais atrito faz sentido. O registro responde depois à pergunta: quem fez isso?
- Na interface
- No app, o cartão de quem tem cargo oferece expulsar e banir, exceto em servidores obrigatórios. O painel de administração, separado do app, reúne contas, servidores, denúncias e a auditoria.
Equipe como padrão. A lista de participantes agrupa por equipe, com a liderança primeiro e, no mesmo nível, quem está online. Quem prefere o formato tradicional troca para Status com um clique, e o app lembra a escolha.
Três camadas: comunicação e equipe hoje, empresa a seguir
Capítulo 04 · O produto hojeO Void já reúne os modos de comunicação e uma camada de equipe que a própria pessoa declara. O próximo passo é ligar essa camada aos dados da empresa, sem esconder de onde vêm os acessos.
- Conceito
Organização conectada
Equipe, função e projetos vindos da empresa viram canais relevantes, com a origem de cada acesso visível. Ainda não há conector.
- No app
Equipe e administração
Profissão, nível e habilidades no perfil; participantes por equipe; painel com auditoria, expulsão, banimento e remoção de servidores.
- No app
Comunicação
Servidores, canais de texto, mensagens diretas, salas de voz, chamadas privadas e tela compartilhada, com conversas cifradas em grupo.
Como a profissão funciona
- Profissão
- 19 áreas, como Desenvolvimento, Design, Dados, Produto, Segurança e Suporte. Vira tag e define a equipe.
- Nível
- Liderança (com o nome da área, como Tech Lead), sênior, pleno ou júnior. Ordena a pessoa na equipe.
- Habilidades
- As três primeiras aparecem ao lado do nome; o perfil mostra todas.
- Não mostrar
- Quem preferir fica sem tag e entra em Sem equipe.
- Sem senha
- Nick, foto e profissão mudam sem pedir a senha.
Um app, onze temas
Capítulo 05 · Temas e acessibilidadeSão 11 temas: 7 sólidos e 4 animados. O Roxo Clássico é o padrão; o Carmesim é um dos sólidos, e o Sunset e o Sakura estão entre os animados. Todos mantêm a mesma estrutura de tela.
- 44×44
- Opção de alvos grandes: botões, campos e opções com pelo menos 44×44 px, para mouse, toque ou mãos menos firmes.
- Ctrl+K
- Configurações agrupadas, com busca e salvamento automático que dá para desfazer.
- AAA
- Tokens de contraste AAA nos 11 temas, conforme o registro da mudança, sem auditoria externa. No Roxo Clássico, medi o texto sobre o painel: 15,63:1.
Uma ferramenta de trabalho precisa continuar funcionando
Capítulo 06 · Confiabilidade e engenhariaEm outubro, uma auditoria interna da chamada e da segurança registrou 24 achados. Cada correção só foi marcada como pronta depois de verificada.
- Chamada de voz
- Uma falha com uma pessoa derrubava você da sala. Agora só aquela conexão é refeita, e a voz volta para a mesma sala.
- Grupo sem o dono online
- Quem não era dono ficava bloqueado até ele aparecer. Agora qualquer aparelho do grupo aplica entradas e saídas.
- Troca de conta
- Tema e janelas podiam sobrar para a conta seguinte. Agora as preferências são por conta.
As três mudanças foram verificadas localmente.
- Áudio
- RNNoise compilado em WebAssembly, rodando em AudioWorklet, e um corte de ruído entre falas ajustável nas configurações.
- Segurança
- Conversas cifradas em grupo com MLS (RFC 9420, via ts-mls) e login com OPAQUE, em que a senha não trafega para o relay no protocolo novo.
- Stack e testes
- Electron 43, React 19, TypeScript e Vite no desktop; relay em Node.js com WebSocket; 201 testes automatizados.
Testar o design com estados reais de conversa, presença, chamada, permissão e administração, e não só com telas paradas.
Não há métricas de adoção, desempenho ou economia de tempo, nem auditoria independente. O ts-mls declara não ter auditoria formal, e voz, vídeo e tela entre dois computadores reais não entraram na validação de segurança.
A próxima prova é ver se o contexto ajuda sem tirar o controle
Capítulo 07 · Limites e próxima faseA fase seguinte junta implementação e teste de uma jornada concreta: alguém entra em dois projetos, entende por que está em cada espaço e corrige um vínculo errado.
- Profissão, nível e habilidades no perfil e participantes por equipe.
- Administração com confirmação e registro de auditoria.
- Grupos cifrados que seguem funcionando sem o dono online.
- Profissão e nível são declarados pela própria pessoa, e a tag é opcional; não vêm de um diretório da empresa.
- Há um único administrador de plataforma, sem papéis por organização.
- A auditoria foi interna, não independente.
- Parte das correções depende de publicar o relay e uma versão nova do app.
- Aprendizado: separar o que o app já faz do que ainda é hipótese deixa a conversa sobre a ideia mais honesta e mais útil.
O que uma empresa espera e onde o Void está
| Necessidade | No Void | Estado |
|---|---|---|
| Saber quem é quem e em qual equipe | Profissão, nível e habilidades declarados; participantes por equipe. | No app |
| Administrar e deixar rastro | Painel com auditoria, expulsão, banimento e remoção de servidores. | No app |
| Seguir funcionando sem uma pessoa específica online | Grupos cifrados mantidos por qualquer aparelho que já está neles. | No app |
| Acesso por projeto | Canais agrupados pelos projetos da pessoa. | Conceito |
| Contas e grupos vindos do diretório | Ferramentas do mercado já fazem isso [3]; o Void ainda não tem conector. | Conceito |
| Explicar por que alguém tem um acesso | Origem do acesso e pedido de ajuste (decisão 02). | Conceito |
Entrada em projetos, mudança de função, saída de projeto, acesso incorreto e a correção dele.
Tempo para achar o espaço certo, tarefas feitas sem ajuda, erros de acesso e se a pessoa entende o motivo de cada vínculo.
Não há resultados de validação nem métricas de impacto nesta versão. Esses sinais são o plano da próxima pesquisa.