原生，但统一：Xmind 如何看待跨平台设计
如果您在不止一台设备上使用 Xmind，您大概感受过那种细微的不适——在切换平台时会有一点摩擦。按钮看起来略有不同。某个交互的表现并不符合您的预期。并没有出错，但总觉得它并不是完全为这里而生。
我们也有同感。而且我们为此花了很长时间，努力把它真正做好。
大多数跨平台应用的问题
典型做法是：打造一套 UI，到处发布。这样更便宜、更快，也能保持一致。大多数应用都这么做——说实话，大多数用户也就忍了。
结果就是：应用在每个平台上都能运行，却没有一个平台真正有原生感：
Mac 用户会注意到，它看起来不像其他 Mac 应用。
Android 用户会注意到，它明显是从 iOS 移植过来的。
没人会大声抱怨，但这种摩擦会在不知不觉中累积。
另一种做法——为每个平台分别设计——听起来很合理，但几乎从未真正发生。它成本太高、耗时太长，而维护四套不同设计的团队最终也会精疲力竭，最后还是会趋于一致。
我们对这两种方案都不满意，所以我们开始寻找一种不同的思考方式。
同一个应用，不同的装束
想想一个人是如何穿衣的。正式会议时穿西装，周末穿休闲装，周六早晨穿健身服。三种不同的样子——但你每次都能立刻认出是同一个人。因为他们的身份不在衣服里，而在于他们如何举止、如何说话、如何待人。
Xmind 的运作方式也是如此。并不是所有东西都应该在各个平台上保持一致——但真正重要的部分始终一致。
会变化的：表层
按钮形状、材质、动画，甚至文案语气——这些都完全遵循各个平台自身的惯例。
平台 | 外观表现 |
|---|---|
macOS | 胶囊形按钮、悬浮在画布之上的 Liquid Glass 面板、充裕的留白 |
Windows | 几何感、克制的圆角矩形、原生标题栏、直接的文案（"升级" 而不是 "立即升级"） |
iOS & iPadOS | 在每一次重大 OS 发布的第一天就完成全面更新——当您升级时，Xmind 早已融入新系统 |
Android | 围绕 Material Design 3 重新构建——手势、过渡和面板行为都经过重新校准，以匹配 Android 用户真实的使用方式 |
这听起来确实更费功夫。但只有这样，Xmind 才能让人感觉它真正属于每个平台，而不只是能在上面运行。
会保持不变的：结构
工具放在哪里、功能如何组织、如何在各个导图之间导航——这些在任何地方都完全一样。
导航栏在顶部。画布居中。桌面端属性面板在侧边，移动端则从底部滑出。导图标签在底部。
从 Mac 切换到 iPad，您无需重新学习任何东西。应用看起来不同，但它的工作方式仍然像您已经熟悉的 Xmind。那种一致性——在正常运行时几乎不可见——正是让表层自由变化、而用户始终不会迷失的原因。
永远不变的：核心
在一切之下，有些东西无论平台如何，或 Apple 和 Google 下一次发明什么新设计语言，都始终保持不变：
画布始终是主角，界面退居其后。
复杂功能在您需要时出现，在您不需要时则不打扰您。
撤销次数不受限制——创作工作需要能够放心尝试，而不必担心把东西弄坏。
速度永远比美观更重要。没有任何动画或视觉细节值得以牺牲应用流畅度为代价。
这不是设计决策，更像是一种承诺。
我们之所以能够持续维护这一切的原因
读到这里，一个合理的问题是：四个平台、四种视觉语言、到处都不同的惯例——你们到底是怎么在不让整个系统崩掉的情况下把这一切管理好的？
两年前，我们做了一个当时看起来并不紧急的决定：为 Xmind 构建一套完善的设计系统。
它要解决的核心问题，简单说很容易理解，但做起来却出奇地难：把所有平台差异都吸收到一个地方，这样产品的其他部分就不必再为这些差异操心。同一个按钮在我们的系统里只存在一份。到了 macOS 上，它变成胶囊形；到了 Windows 上，它变成圆角矩形。一次修改，处处生效——无需在文件里翻找，无需把同样的事情改四遍，也不会在不知不觉中渐渐失去同步。
如果没有这个基础，我们上面描述的任何事情都无法长期维持。每次更新都会变成一场讨论：这个冲刺里，哪些平台能拿到修复？每一个新功能都会衍生出四个略有不同的版本，最后它们会逐渐失去“同一个产品”的感觉。最终，所有人都会默默同意：继续跟进的成本太高了——于是整个系统又会收敛回一套到处发布的单一 UI。
设计系统让做正确的事不仅成为可能，而且可以反复做到。
您永远不会直接注意到它。那正是重点。
结语
全新的 Xmind 即将到来。
它看起来更好了。但更诚实地说：这些变化是两年工作的成果——这项工作从外部看并不总是显而易见——包括真正理解每个平台、搭建能够持续维护的基础，以及始终坚持这样一个理念：您不应该因为使用不止一台设备，就必须做出妥协。
我们每天都在不同设备上使用 Xmind。我们无法忍受那种只是“勉强过得去”的体验。所以我们也不希望您必须将就。
