Expertise · Connecting to technology and digital products

Multiple platforms, one core identity

When the digital product runs on web, iOS, and Android simultaneously, the question is not 'do they look the same' but 'is the brand core still recognizable'.

Quick summary

The most sustainable way is to set up a common source for core elements: colors, fonts, spacing, and then allow each platform to retrieve them instead of manually editing each one. Core elements must be consistent across platforms for users to recognize the brand, while navigation and interactions should respect the unique habits of each operating system. Without a common source, platforms will drift apart over time even if no one intends to do so.

Quick comparison
You should choose this direction when
  • Digital products running on web, iOS, and Android need a common source for core elements.
  • has a technical team maintaining the bridge for each platform
Not needed when.
  • Force the iOS and Android interfaces to be identical, disrupting user habits
  • Invest in tight synchronization when the product isn't stable.
Quick glance
Commonly used industries
SaaS softwaree-commerce

When the digital product expands across multiple platforms, a silent issue begins to arise: the web uses one color palette, iOS uses another, and Android uses yet another, not because anyone intends to, but because each team makes changes in their own space without informing each other. After a while, customers look at the three platforms and feel they are facing three different brands.

Which factor must be exactly the same, and which factor can differ?

This is the first question that needs to be answered before discussing tools or processes. Not everything needs to be absolutely uniform, and forcing uniformity in the wrong places will disrupt the user experience.

  • Must remain consistent across platforms: brand colors, typeface (typeface and font sizes), logo, and the ratio of white space around the logo. These are the elements users look at and immediately recognize as your brand.
  • Should follow platform habits: Navigation, button placements, and notification displays. iOS users are accustomed to the tab bar at the bottom of the screen. Android users are familiar with a different layout. Forcing both platforms to look identical will make both feel strange.

Brand identity is the core layer inside. The foundational experience is the outer layer. These two layers do not conflict if clearly defined from the start.

Common source: why it is needed and what it looks like

The most sustainable way to maintain consistency is to establish a common source for core elements, then allow each platform to retrieve them, instead of each platform saving separate copies.

In the practice of digital product design, this concept is referred to as design tokens: each color value, font size, and spacing is named and stored in a single location. The technical team connects those tokens to the source code of the web, iOS, and Android. When a primary color needs to be changed, it is only changed in the common source, and the entire platform updates accordingly.

Update a self-applied token across all platforms. There is no common source, and platforms drift apart over time.

Summary from iTitans, UXPin

From the design perspective, the common source is a color system with sufficient codes for all environments, a typography system that maintains reading rhythm, and a synchronized component library. This is what Sinh Vũ builds and delivers. Connecting tokens to the code of each platform is the responsibility of your technical team, not the design team's.

When to invest consistently, when it’s not necessary yet

Full token synchronization is suitable when: the product is stable, running on at least two platforms, and there is a technical team maintaining the pipeline (automated connection from a common source to product code). This is a clearly valuable investment because each rebranding only needs to be done once.

The law and lighter common library are suitable when: the team is small, there are few platforms, or the product is still changing a lot. At this point, a clear standard document and a regular review process are enough to control deviations.

Investing in synchronization when the product is not stable is a waste, as each structural change requires a complete redo of the pipeline. The level of synchronization investment should be measured by team size and product stability, not just by the number of platforms.

Common errors when managing multiple platforms

  • Fix each platform individually and forget to inform each other: The website changes button colors, Android is unaware, and two months later you notice the discrepancy. This is the most common error and can be completely avoided with a shared source.
  • Making iOS and Android look identical: the result is an app that feels strange on both platforms because it does not follow the habits of any user.
  • No clear owner for the master file: Everyone keeps a copy, and no one knows which version is the original. When needing to check color standards, it takes time to trace back to the beginning.
  • Invest in a token pipeline when the product is still continuously changing: it takes effort to keep up and is often left unfinished.

The viewpoint of Sinh Vũ

Sinh Vũ approaches this problem by clearly distinguishing two layers: the core brand layer created and delivered by Sinh Vũ and the technical connection layer operated by the client's team.

The Sinh Vũ is responsible for: a color system with codes for all display environments, typography rules that maintain reading rhythm across platforms, a component library that has been synchronized and documented sufficiently for the technical team to connect. The client's technical team: connects those values into the source code of each platform and maintains that connection over time.

Sinh Vũ does not advise on absolute uniformity because that is not the right goal. The goal is for users to recognize that this is your brand, regardless of how the screen layout may differ.

The tool brings back.

Decision checklist

Topic: How to maintain consistent identity across web, iOS, and Android platforms. Sinh Vũ guide, sinhvu.com

0 more than 5 items

Select each item you find appropriate, then print or save as PDF to take with you.

Sign indicating that you should take action
Questions to answer before deciding

If you have marked most of the signs above, this is the time to discuss in more detail. Sinh Vũ can help you review and propose a direction.

References

iTitans: design tokens for cross-platform mobile UI. UXPin: cross-device consistency. Practical experience from Sinh Vũ Studio.

Frequently asked questions

What are design tokens and why are they needed for multiple platforms?

Design tokens are names for a named value, for example: 'primary color' instead of directly writing the color code #1A2B3C everywhere. When you change the value of that token in one place, the entire product across all platforms updates accordingly. This is how to avoid situations where the web uses one color tone, and iOS uses another because someone manually changed it and forgot to report.

do iOS and Android have to look exactly the same?

It is not necessary, and it should not be forced. iOS users are accustomed to a bottom navigation bar, while Android users are used to a different layout. Forcing both platforms to look exactly the same will make the app feel strange and difficult to use on both. What should remain consistent are colors, typography, and logos, while navigation layout should follow the habits of each platform.

← Back to Identity standards