Nativo, mas unificado: como a Xmind pensa o design multiplataforma
Se usa o Xmind em mais do que um dispositivo, provavelmente já sentiu isso — uma pequena fricção ao mudar de plataforma. Os botões parecem ligeiramente diferentes. Uma interação não funciona como esperava. Nada está avariado, mas há algo que parece não ter sido feito mesmo para aqui.
Nós também o sentimos. E passámos muito tempo a tentar corrigi-lo da forma certa.
O problema da maioria das apps multiplataforma
A abordagem típica é esta: criar uma UI e publicá-la em todo o lado. É mais barato, mais rápido e mantém tudo consistente. A maioria das apps faz isto — e, honestamente, a maioria dos utilizadores tolera-o.
O resultado é uma app que funciona em todas as plataformas, mas não parece nativa em nenhuma:
Os utilizadores de Mac reparam que não parece uma app típica de Mac.
Os utilizadores de Android reparam que é claramente uma adaptação do iOS.
Ninguém se queixa em voz alta, mas a fricção acumula-se silenciosamente.
A alternativa — desenhar separadamente para cada plataforma — parece certa, mas quase nunca acontece. Custa demasiado, demora demasiado e as equipas que mantêm quatro designs diferentes acabam por se esgotar e convergir na mesma solução.
Não estávamos satisfeitos com nenhuma das opções. Por isso, procurámos outra forma de pensar nisto.
A mesma app, roupa diferente
Pense em como uma pessoa se veste. Fato numa reunião formal, roupa casual ao fim de semana, roupa de ginásio no sábado de manhã. Três visuais diferentes — mas reconhece-os de imediato, sempre. Porque a identidade não está na roupa. Está na forma como se apresenta, como fala, como trata os outros.
O Xmind funciona da mesma forma. Nem tudo deve ser consistente entre plataformas — mas as coisas certas são-no sempre.
O que muda: a superfície
Formas dos botões, materiais, animações, até o tom da escrita — tudo isto segue por completo as convenções de cada plataforma.
Plataforma | Aspeto |
|---|---|
macOS | Botões em forma de cápsula, painéis Liquid Glass a flutuar acima da área de trabalho, espaço generoso para respirar |
Windows | Rectângulos arredondados geométricos e contidos, barra de título nativa, texto direto ("Atualizar" e não "Atualizar agora") |
iOS & iPadOS | Totalmente atualizada no primeiro dia de cada grande lançamento do sistema operativo — quando atualiza, o Xmind já pertence ao novo sistema |
Android | Reconstruída em torno do Material Design 3 — gestos, transições e comportamento dos painéis recalibrados para corresponder à forma como os utilizadores Android realmente se movem |
Isto parece dar mais trabalho porque dá mesmo. Mas é a única forma de o Xmind parecer que pertence a cada plataforma, em vez de apenas correr nela.
O que fica: a estrutura
Onde as ferramentas ficam, como as funcionalidades são organizadas, como navega entre mapas — isto mantém-se exatamente igual, em todo o lado.
Navegação no topo. Área de trabalho ao centro. Painel de propriedades na lateral no desktop, a deslizar de baixo para cima no mobile. Separadores de mapas na parte inferior.
Mudar de Mac para iPad não exige reaprender nada. A app parece diferente, mas funciona como o Xmind que já conhece. Essa consistência — invisível quando está a funcionar — é o que permite que a superfície mude livremente sem que os utilizadores se sintam perdidos.
O que nunca se move: o núcleo
Por baixo de tudo, algumas coisas mantêm-se fixas, independentemente da plataforma ou de qualquer nova linguagem de design que a Apple ou a Google inventem a seguir:
A área de trabalho é sempre a protagonista. A interface recua.
As funcionalidades complexas estão lá quando precisa delas e saem do caminho quando não precisa.
Desfazer é ilimitado — o trabalho criativo exige liberdade para experimentar sem receio de partir algo.
Rápido vence bonito, sempre. Nenhuma animação ou detalhe visual justifica fazer a app parecer mais lenta.
Isto não são decisões de design. São mais promessas.
A razão pela qual conseguimos manter tudo isto
Depois de ler isto tudo, a pergunta justa é: quatro plataformas, quatro linguagens visuais, convenções diferentes em todo o lado — como é que se gere isso sem que tudo se desmorone?
Há dois anos, tomámos uma decisão que, na altura, pareceu pouco urgente: criar um sistema de design robusto para o Xmind.
O problema central que resolve é simples de explicar, mas surpreendentemente difícil de concretizar: absorver todas as diferenças de plataforma num só lugar, para que o resto do produto não tenha de se preocupar com isso. O mesmo botão existe apenas uma vez no nosso sistema. No macOS torna-se uma cápsula. No Windows torna-se um rectângulo arredondado. Uma alteração, em todo o lado — sem andar à procura em ficheiros, sem corrigir a mesma coisa quatro vezes, sem sair lentamente de sincronia.
Sem essa base, nada do que descrevemos seria sustentável. Cada atualização torna-se uma negociação sobre quais plataformas recebem a correção neste sprint. Cada nova funcionalidade gera quatro versões ligeiramente diferentes que, aos poucos, deixam de parecer o mesmo produto. Eventualmente, toda a gente concorda em silêncio que é demasiado caro acompanhar — e tudo converge de volta para uma única UI publicada em todo o lado.
O sistema de design é o que torna fazer o que é certo não só possível, mas repetível.
Nunca o vai notar diretamente. Esse é precisamente o objetivo.
Conclusão
Vem aí um novo Xmind.
Tem melhor aspeto. Mas a descrição mais honesta é esta: é o resultado de dois anos de trabalho que nem sempre foi óbvio de fora — aprender cada plataforma como deve ser, construir a base para a manter e manter o compromisso com a ideia de que não deve ter de fazer compromissos só porque usa mais do que um dispositivo.
Usamos o Xmind todos os dias, em diferentes dispositivos. Não suportamos experiências que apenas "se aguentam". Por isso, também não queremos que tenha de o fazer.
